diff options
author | Suren A. Chilingaryan <csa@suren.me> | 2021-03-12 03:55:34 +0100 |
---|---|---|
committer | Suren A. Chilingaryan <csa@suren.me> | 2021-03-12 03:55:34 +0100 |
commit | 60bd665e74cfeeaf70882173a0dd56c883e2014a (patch) | |
tree | 8a0066bb9f0259becac5605641e8e1eed1ae0e89 /docs | |
download | rusxmms2-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.txt | 27 | ||||
-rw-r--r-- | docs/RusXMMS2.sxw | bin | 0 -> 9047 bytes | |||
-rw-r--r-- | docs/RusXMMS2.sxw.pdf | bin | 0 -> 25988 bytes | |||
-rw-r--r-- | docs/patches/amarok.txt | 27 |
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 Binary files differnew file mode 100644 index 0000000..834c24c --- /dev/null +++ b/docs/RusXMMS2.sxw diff --git a/docs/RusXMMS2.sxw.pdf b/docs/RusXMMS2.sxw.pdf Binary files differnew file mode 100644 index 0000000..c3df222 --- /dev/null +++ b/docs/RusXMMS2.sxw.pdf 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. |