summaryrefslogtreecommitdiffstats
path: root/docs
diff options
context:
space:
mode:
authorSuren A. Chilingaryan <csa@suren.me>2021-03-12 03:55:34 +0100
committerSuren A. Chilingaryan <csa@suren.me>2021-03-12 03:55:34 +0100
commit60bd665e74cfeeaf70882173a0dd56c883e2014a (patch)
tree8a0066bb9f0259becac5605641e8e1eed1ae0e89 /docs
downloadrusxmms2-60bd665e74cfeeaf70882173a0dd56c883e2014a.tar.gz
rusxmms2-60bd665e74cfeeaf70882173a0dd56c883e2014a.tar.bz2
rusxmms2-60bd665e74cfeeaf70882173a0dd56c883e2014a.tar.xz
rusxmms2-60bd665e74cfeeaf70882173a0dd56c883e2014a.zip
Added to git tree
Diffstat (limited to 'docs')
-rw-r--r--docs/Notes.txt27
-rw-r--r--docs/RusXMMS2.sxwbin0 -> 9047 bytes
-rw-r--r--docs/RusXMMS2.sxw.pdfbin0 -> 25988 bytes
-rw-r--r--docs/patches/amarok.txt27
4 files changed, 54 insertions, 0 deletions
diff --git a/docs/Notes.txt b/docs/Notes.txt
new file mode 100644
index 0000000..c0a998d
--- /dev/null
+++ b/docs/Notes.txt
@@ -0,0 +1,27 @@
+Fonts
+=====
+Some fonts used together with certain broken ID3 strings (for example having
+chinese tags in ru_RU.KOI8-R locale) causes my Xorg system to crash.
+For, example:
+ -misc-ar pl new sung-medium-r-normal-*-*-100-*-*-c-*-iso10646-1
+
+The tested font configuration for RusXMMS (KOI8 locale) is:
+ shade_font=-misc-fixed-medium-r-semicondensed-*-*-120-*-*-c-*-koi8-r
+ playlist_font=-adobe_koi8_1-helvetica-bold-r-*-*-10-*
+ mainwin_font=-adobe_koi8_1-helvetica-medium-r-*-*-8-*
+
+Fonts containing both cyrillic and chinese glyphs
+ Arphic family
+
+Autotools
+==========
+I got a problem with autotools 1.9 (complaining about invalid AM_PROG_LIBTOOL),
+with 1.10 everything is smooth.
+
+Checking Actual Tags
+====================
+ eyeD3 --debug -v
+ reports invalid ecnodings as latin1
+
+ eyeD3 --strict --debug -v
+ throws ValueError exception on invalid encoding
diff --git a/docs/RusXMMS2.sxw b/docs/RusXMMS2.sxw
new file mode 100644
index 0000000..834c24c
--- /dev/null
+++ b/docs/RusXMMS2.sxw
Binary files differ
diff --git a/docs/RusXMMS2.sxw.pdf b/docs/RusXMMS2.sxw.pdf
new file mode 100644
index 0000000..c3df222
--- /dev/null
+++ b/docs/RusXMMS2.sxw.pdf
Binary files differ
diff --git a/docs/patches/amarok.txt b/docs/patches/amarok.txt
new file mode 100644
index 0000000..e2f6b5d
--- /dev/null
+++ b/docs/patches/amarok.txt
@@ -0,0 +1,27 @@
+Amarok (1.4.8) устроен примерно следующим образом. Если мы имеем дело с
+локальными файлами, то все тэги получаются через Taglib (в функции
+MetaBundle::readTags из metabundle.cpp).
+
+Однако, taglib (1.5 и раньше) не умеет за тагами по сети лазить. По-этому
+smb, nfs и т.п. обрабатываются по другому.
+1. Во-первых в томже metabundle.cpp есть:
+ MetaBundle::init( const KFileMetaInfo& info )
+ который может принимать тэги в некой KDEшной структуру. Подозреваю, что
+ это связано с KIO. Впрочем, неважно для SMB файлов эта функция не запускается.
+2. Реально для smb файлов тэги ловятся функцией slotEngineMetaData (из
+ enginecontroller.cpp). Вызывается данная функция по приходу сигнала
+ "metaData".
+
+ Насколько я понял, данный сигнал посылают всякие enginы, которые проигрывают
+ музыку для амарок. Типа engine/yauap, engine/xine и т.п. Вот видать они
+ читают тэги (криво, поскольку не с линкованы с taglib или еще чем с RusXMMS
+ патчем).
+
+3. Может еще чего есть ;)
+
+
+Вообщем, резюме. Патчить надо либо эти движки, либо, что мне (на первый взгляд)
+кажется проще, надо подцепится к slotEngineMetaData. Трабла там только в том,
+что приходит туда тэги уже в UTF-8, некоректно перекодированном. Поэтому,
+сначала надо конвертуть UTF-8 обратно в Latin1, а уже потом натравливать
+librcc. Впрочем, перекодировку UTF->Latin тоже можно сделать через librcc.