Кстати, может, кто-то по собственному опыту знает прямое решение проблемы? (А проблема в том, что надо русские id3v1 теги корректно сконвертировать в id3v2.)
Грабли следующие. Сначала использовал easytag, но это ни к чему не привело. Что я списал на кривость софтины (она мне с самого начала не понра). Но вот написал скрипт, который с помощью программ i3info и id3v2 должен делать нужные преобразования. Представляете, результат был совершенно аналогичным :(
(Под неудачей здесь я имею в виду, что amarok не признает эти теги русскими и выводит их черти как)
Тогда я решил пойти другим путем — взял файлик (x.mp3), открыл в amarok, проставил русские теги. В плане посмотреть, как он себе это видит. Согласно моим наивным представлениям об устройстве этого мира, в id3v2 теги хранятся в utf-8. А теперь посмотрите, что творит amarok (локаль ru_RU.KOI8-R):
% id3v2 -l x.mp3 id3v1 tag info for x.mp3: Title : 5A=O Artist: @B8AB Album : ▒0:>9-B> B0< 0;L1>< Year: 1990, Genre: Rock (17) Comment: Track: 0
Самое удивительное то, что название трека («Песня») каким-то чудом кодируется тут 4 символами, ну и длины остальных полей не очень адекватны (т.е. меньше чем кол-во символов).
Помогите разобраться с этой чертовщиной, плз!
Последние комментарии
- OlegL, 17 декабря в 15:00 → Перекличка 21
- REDkiy, 8 июня 2023 года в 9:09 → Как «замокать» файл для юниттеста в Python? 2
- fhunter, 29 ноября 2022 года в 2:09 → Проблема с NO_PUBKEY: как получить GPG-ключ и добавить его в базу apt? 6
- Иванн, 9 апреля 2022 года в 8:31 → Ассоциация РАСПО провела первое учредительное собрание 1
- Kiri11.ADV1, 7 марта 2021 года в 12:01 → Логи catalina.out в TomCat 9 в формате JSON 1