[-] Редактор тегов заменяет разделители в поле Жанр

[Artem]

Потому и хочу по возможности точно узнать, каким именно символом разделять жанры.

В AIMP-е всегда используется ";", а дальше оно уже само конвертируется в тот формат, который допускает тот или иной формат тега. Тут хочу заметить, что тот же Vorbis Comments вообще не имеет разделителей - каждое значение пишется в отдельное поле.

[Artem]

В документе по вашей ссылке, это относится только к некоторым текстовым фреймам, таким как, например, "исполнитель" и "композитор". Жанра среди них нет

Причем тут жанр? Принцип разделения относится ко всему ID3v2, а не только к полю жанра.

[Jeque]

Причем тут жанр? Принцип разделения относится ко всему ID3v2, а не только к полю жанра.

Рискну с вами не согласится. Если посмотреть документ по ссылке: https://mutagen-specs.readthedocs.io/en/latest/id3/id3v2.2.html , раздел "Text information frames - details", то там в описании фреймов, где допускается перечисление прямо указано "They are seperated with the “/” character." В описании же тэга TCO, куда сейчас и записывается жанр, про это ничего не сказано. Более того, там описывается, как перечислять цифровые значения жанров с помощью скобок без всяких разделителей.

[Artem]

Рискну с вами не согласится. Если посмотреть документ по ссылке: https://mutagen-specs.readthedocs.io/en/latest/id3/id3v2.2.html , раздел "Text information frames - details", то там в описании фреймов, где допускается перечисление прямо указано "They are seperated with the “/” character." В описании же тэга TCO, куда сейчас и записывается жанр, про это ничего не сказано. Более того, там описывается, как перечислять цифровые значения жанров с помощью скобок без всяких разделителей.

И? Какой из этого следует вывод? Если жанр представлен в виде кастомного (текстового) значения - как он должен быть записан?

[Soolo]

Рискну с вами не согласится. Если посмотреть документ по ссылке: https://mutagen-specs.readthedocs.io/en/latest/id3/id3v2.2.html , раздел "Text information frames - details", то там в описании фреймов, где допускается перечисление прямо указано "They are seperated with the “/” character." В описании же тэга TCO, куда сейчас и записывается жанр, про это ничего не сказано. Более того, там описывается, как перечислять цифровые значения жанров с помощью скобок без всяких разделителей.

Поиск по слову genre выдал инфу по id3v1, именно там цифры

[Jeque]

И? Какой из этого следует вывод? Если жанр представлен в виде кастомного (текстового) значения - как он должен быть записан?

Увы, на этот счёт нет однозначного мнения. В обсуждении разных программ предлагают разное.

Вот, например, в обсуждении известного редактора тегов Mp3tag предлагают использовать "\\" или ";" https://community.mp3tag.de/t/multiple-genres-in-1-genre-tag/17159/5

А тут: https://community.audirvana.com/t/how-do-you-deal-with-multiple-genres/34517/4 , ссылаясь на автора редактора Kid3 предлагают применять "|".

А вот на сайте органайзера музыки Bliss пишут:
https://www.blisshq.com/music-library-management-blog/2011/03/12/multiple-genres-in-mp3s/
What delimiter should be used? The de facto standard most music players adopt is to use the semi-colon character. For instance, your genre tag should appear as so:
GENRE = Rock;Shoegazing;Alternative
Т.е. считают стандартом де факто точку с запятой.

Вам, конечно, виднее, но я бы считал хотя бы точку с запятой разделителем, равнозначным слешу, потому что она встречается в таких обсуждениях чаще всего в качестве совета при использовании разделителя жанров, да и большинство плееров, как я понял, её понимают.

[Алексей Долматов]

Это обсуждение нет смысла продолжать в этой теме. Ошибка в работе плеера/редактор не обнаружена.

На этом форуме тоже есть (или была, не проверял) тема над лучшим вариантом ввода.
И, по вашим ссылкам, и в этой теме написано, что есть внутренний разделитель (по спецификации) и внешний разделитель (видимый пользователю). Спецификации многогранны, как и творческий энтузиазм в создании лейблов, жанров и т.п. Из-за этого сложно сделать единый стандарт разделителя. Автор этого плеера выбрал наиболее подходящий вариант ввода для пользователей, основываясь не только на личном мнении. Внутри файла следует спецификациям. Это "невидимая" часть большинству пользователей. Вы смешиваете в кучу спецификацию и вводимые данные. Из этого ничего путного не выйдет.

[Jeque]

Ошибка в работе плеера/редактор не обнаружена.

Не согласен. Редактор без ведома пользователя при сохранении меняет значение поля, которое сам пользователь не изменял и не просил изменять. Причём, речь идёт об очень неоднозначном тэге, где есть разночтения.
Представьте себе, что кто-то долго заполнял жанры во множестве файлов, чтобы они корректно отображались в его любимом мобильном плеере (AIMP для Android, кстати, не умеет работать с множественными жанрами) или, например, в головном устройстве автомобиля, а потом напустил на эти файлы анализ Replay Gain в редакторе тегов AIMP, и тот ему при сохранении всё испортил.

[Jeque]

Добавлю сюда ещё информацию к размышлению и, если посчитаете нужным, тему можно закрывать.

1. Если плеер однозначно считает "/" разделителем жанров, это может привести к следующей ситуации. Многие порталы диджейской музыки, например beatport, используют "/" в поле Жанр в качестве разделения поджанров. Там можно, к примеру, встретить в тегах такое: "Deep / Melodic Techno". Плеер воспримет такое сочетание, как два жанра - "Deep" и "Melodic Techno" и они будут отображаться в фонотеке именно так. Но такого жанра в клубной музыке "Deep" нет. Есть отдельно "Deep Techno" и "Melodic Techno".

2. Именно поэтому некоторые плееры имеют у себя настройку, где можно указать разделители жанров. Например, в Poweramp в разделе "Библиотека" - "Сканер" есть пункт "Разделение жанров" (в английской версии - Settings > Library > Scanner > "Symbols to Split Multiple Genres"), где можно самостоятельно указать нужные  разделители. (Ну, раз уж в стандарте это однозначно не установлено).

[Artem]

Но такого жанра в клубной музыке "Deep" нет. Есть отдельно "Deep Techno" и "Melodic Techno".

Именно поэтому в ID3v2.4 сепаратором является null-символ, чтобы таких ситуаций избежать. Из-за несовершенства стандарта, разработчики приложений начали придумывать костыли, которые потом другие списывают на какие-то разночтения. Разночтений нет. Есть несовершенство ID3v2.3.

[Artem]

Я уже говорил выше, что плеер пересобирает тег с нуля при сохранении.
Во-первых, нельзя просто взять и пропатчить что-то в середине, не затрагивая соседние блоки.
Во-вторых, такая особенность используется для восстановления структуры тегов (если вдруг в файле "что-то было не так") и кодировки (AIMP перезаписывает все в UTF8/16, которая потом открывается на любых системах независимо от локали).

Бага никакого нет, и править я ничего не буду. У нас все работает корректно, согласно стандарту.

[«G-Li†ch»]

Стандарту, несовместимому с той же греческой локализацией, где точка с запятой ($3Bʰ) означает вопросительный знак.
$000Dʰ $000Aʰ или уже в крайнем случае вертикальную табуляцю (хотя её можно так же задействовать для разделения самих меток)… тьфу, $000Bʰ
ой, есть же $1Eʰ — разделитель записей (Record Separator)
действительно, чё к этому NUL`ю привязываться?

[Artem]

Стандарту, несовместимому с той же греческой локализацией, где точка с запятой ($3Bʰ) означает вопросительный знак.
$000Dʰ $000Aʰ или уже в крайнем случае $0011ʰ (vertical tab) хотя бы…

Причем здесь точка с запятой и стандарт? Точка с запятой используется исключительно в аимп, и, более того, в случае utf16 никаких коллизий с греческим знаком не будет

[«G-Li†ch»]

видеть это как будто там написано Rock?Shoegazing?Alternative это нормально? Кодировка – это уже дело десятое…

[Artem]

видеть это как будто там написано Rock?Shoegazing?Alternative это нормально? Кодировка – это уже дело десятое…

Вы путаете ANSI и юникод.