Редактирование и добавление нестандартных полей тегов

[MCW]

Я говорю не про то, что не должны прописываться, я говорю про то, что должны записываться в правильное поле, а не в дополнительное. Именно поэтому для каждого стандартного поля нужно делать поддержку на стороне приложения.

Что значит правильное поле?
Создал дополнительное абстрактное поле в теге <ABC> = ТЕСТ:

[Soolo]

Что значит правильное поле?
Создал дополнительное абстрактное поле в теге <ABC> = ТЕСТ:

А что дальше с этим полем смогут сделать другие плееры? Особенно когда тег останется исключительно в базе фубара

Даже банальные теги ID3v2.4 - это уже сомнительная штука из-за того, что она не совместима с ID3v2.3
Т.е. много плееров, магнитол и т.д. не смогут считать эти теги (v2.4)

[MCW]

Особенно когда тег останется исключительно в базе фубара

Специально, так и знал что будут подобные вопросы, в скриншоте указал отображение тегов в Mp3tag.

Универсальности на все случаи жизни (читай разных программ) не бывает. Я же не задаю вопросы, почему плейлисты радиостанций (*.m3u8) со встроенными ссылками на обложки, в AIMP отображаются, а в foobar обложки не отображаются. Тоже не совместимость?

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

Поэтому и писал, что можно сделать поддержку всех типов тегов в рамках спецификаций. Только не отдельными основными полями, а вместо "неизвестные поля" кнопка-ссылка "другие теги", где сверяется спецификация формата и выводятся теги-поля согласно спецификации. Остальное на доп. вкладке "неизвестные поля". В рамках основной вкладки других тегов пользователь может не только посмотреть (прочитать) теги по спецификации, но и выбрать из готового набора тегов-полей. Исключением могут быть графические теги (доп. обложки-каверы), которые можно сохранить/посмотреть, но без добавления в файл.

Давно можно было бы встроить в редактирование остальных полей, как сделано в "неизвестные поля".

Это более универсальное решение вместо сабжевого предложения. При этом, будет различие в "массовых" (распространённых) тегах и тех, которые в большинстве случаев будут доступны только спец. софту.

Основное, здесь, остаётся в необходимости тратить время на реализацию этого механизма. Ведь, если сосредоточиться на этом дочернем функционале, то на другой (и исправление ошибок, тестирование) останется меньше времени.
Это у определённого софта (редакторы тегов) мало задач развивать что-то ещё, а у "МФУ" есть что делать, какие идеи реализовывать. Да ещё и кроссплатформенность ещё не закончена (не вышло в релиз).

[Artem]

Тоже не совместимость?

Может фубар просто не умеет работать с обложками из M3U...

Что значит правильное поле?

То и значит. По стандарту как поле для релизной даты должно называться? "ReleaseDate"? или может "RELEEASE DATE"? или вовсе TDRL? TDRC?

Правильный ответ: все варианты, ибо зависит от целевого формата тега.
Я поэтому и говорю, что нельзя просто так взять и писать тег в виде пары ключ+значение.

[MCW]

Я поэтому и говорю, что нельзя просто так взять и писать тег в виде пары ключ+значение.

Для удовлетворения собственного любопытства, взял файл формата *.m4a, прописал ещё один дополнительный тег <ABRACADABRA>.
Данный файл с дополнительными тегами конвертировал в *.flac, *.ogg, *.tak, *.mp3 и *.tta. В foobar'е отобразились все дополнительные поля с разными типами тегов.
Для "совместимости" проверил и в Mp3tag, в нем все, кроме *.tta тоже отображаются.

[Soolo]

Для удовлетворения собственного любопытства, взял файл формата *.m4a, прописал ещё один дополнительный тег <ABRACADABRA>.

Вам про Фому, а вы про Ерёму
Артём сейчас говорил не про кастомное поле, а про стандартное
Но это поле в разных тегах называется по-разнному
Если во всех тегах написать RELEASETIME, как на вашей картинке, то только в одном теге это поле будет стандартным, а во всех остальных - кастомным и, по сути, бесполезным

[MCW]

Если во всех тегах написать RELEASETIME, как на вашей картинке, то только в одном теге это поле будет стандартным, а во всех остальных - кастомным и, по сути, бесполезным

Не пойму, почему бесполезным. Если поле (стандартное или кастомное) с произвольным именем прописывается и сохраняется в теге файла, почему с ним нельзя работать в дальнейшем?
При работе с онлайн-плейлистами, там другое дело (они меня больше интересуют) - только через внешние теги. Но в AIMP через стандартные поля и *..xspf это можно как то решить.

Я в принципе этим не сильно заморачиваюсь, только любопытство. Нет так нет...

[Soolo]

Не пойму, почему бесполезным. Если поле (стандартное или кастомное) с произвольным именем прописывается и сохраняется в теге файла, почему с ним нельзя работать в дальнейшем?

Потому что это костыль
Нормальный плеер будет поле "дата_релиза" записывать и считывать в соответствии со стандартом конкретного тега, а не по фантазии пользователя
Насколько я знаю, всякие раздающие торренты челы такого уже нафантазировали в своих раздачах, таких собственных стандартов "ID_вася_пупкин" напридумывали, что в АИМПе уже существует огромная пачка костылей на считывание нестандартных полей. И плодить новые костыли совершенно не хотелось бы.

[Artem]

Если поле (стандартное или кастомное) с произвольным именем прописывается и сохраняется в теге файла, почему с ним нельзя работать в дальнейшем?

Ну вот на заводе пропишут теги согласно стандарту, а плеер будет ждать кастомное, и стандартное не увидит, ведь он не знает, как оно называется.

[MCW]

Нормальный плеер будет поле "дата_релиза" записывать и считывать в соответствии со стандартом конкретного тега, а не по фантазии пользователя

Понятие "нормальный плеер" абстрактное. Я же говорю не про стандартные, а дополнительные. Какой тогда в них смысл, если все сводится к стандартизации имени. Для этого они вводились, сколько не сталкивался в работе с тегами онлайн-плейлистов и не только, каких только полей тегов не увидишь...

[MCW]

Ну вот на заводе пропишут теги согласно стандарту, а плеер будет ждать кастомное, и стандартное не увидит, ведь он не знает, как оно называется.

Надеюсь мы говорим про программные проигрыватели? Как я понимаю, стандартные поля выводятся согласно стандарта, а дополнительные в отдельном поле, как в Mp3tag. Что бы их увидеть - отдельное окно, в foobar'е дополнительные теги располагаются в окне ниже стандартных. В данном проигрывателе можно проделывать операции (сортировка, группировка и т.п.) с ЛЮБЫМИ именами дополнительных тегов.

Если нет желания или времени этим заниматься, то и не надо заставлять себя. Я против насилия... 

[Artem]

Надеюсь мы говорим про программные проигрыватели? Как я понимаю, стандартные поля выводятся согласно стандарта, а дополнительные в отдельном поле, как в Mp3tag. Что бы их увидеть - отдельное окно, в foobar'е дополнительные теги располагаются в окне ниже стандартных. В данном проигрывателе можно проделывать операции (сортировка, группировка и т.п.) с ЛЮБЫМИ именами дополнительных тегов.

Если нет желания или времени этим заниматься, то и не надо заставлять себя... 

ReleaseDate, из которого пошла исходная дискуссия, не относится к дополнительным тегам. Это СТАНДАРТНОЕ поле, и обрабатываться должно именно так.

[Soolo]

Переименовал тему. Всё-таки автор изначально имел ввиду "нестандартные" поля

[MCW]

ReleaseDate, из которого пошла исходная дискуссия, не относится к дополнительным тегам. Это СТАНДАРТНОЕ поле, и обрабатываться должно именно так.

Тема уже другая и меня больше интересуют ДОПОЛНИТЕЛЬНЫЕ теги (с произвольными именами) и возможность дальнейшей работы с ними.