Редактор тегов: %FileSize в байтах и дата модификации файла

[Artem]

Когда известно, что в одном из полей добавлены или убраны дополнительные символы (текст), и он за рамками видимого окна/строки

Вы же знаете, что в тегах используется т.н. padding для минимизации коррекций файла?

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

Это прекрасно, но мы сейчас говорим про порядок изменений меньше 1 КБ, которые сейчас невидны в плеере. Вы будете экономить на 1 КБ? Только ради этого перегонять файлы?

[mlatushko]

>> padding для минимизации коррекций файла

 – Не понимаю. Файлы программы Aimp? Нет, эта "кухня" мне совершенно неведома. А аудиофайлы, – их же бесконечно корректируем.
Я учитывал-подразумевал и случаи, когда аудиофайлы корректированы, и когда появляются посредством медиа-кодирования. Взглянув на строку из байтов – можно понять несколько важные особенности.

>> порядок изменений меньше 1 КБ

 – Любой отличающийся байт важен для оценки двух медиафайлов, которые произошли от единого; сравнение словно однояйцевых близнецов, - оно показательно для обнаружения изменений.модно. Это подходит разным типам пользования.

>> ради этого перегонять файлы?

 – То есть много пересобирать в программе Aimp? Не представляю сколько времени у Вас займёт внедрение или изменение функции рассчёта байт, однако возможность увидеть как бы "байтовый код" файла и найти по этому размеру в списке файлов будет ценна пользователям.

Вот реализовано в foobar и MPC-BE: байты - крайние справа, десятки - левее.

[Artem]

 – Не понимаю. Файлы программы Aimp? Нет, эта "кухня" мне совершенно неведома. А аудиофайлы, – их же бесконечно корректируем.
Я учитывал-подразумевал и случаи, когда аудиофайлы корректированы, и когда появляются посредством медиа-кодирования. Взглянув на строку из байтов – можно понять несколько важные особенности.

В тегах есть такое понятие, как padding. Это резерв места в файле, забитый нулями. Делается он для того, чтобы при добавлении, скажем, одной буквы, не приходилось сдвигать все аудиоданные. Вот с ним и получится, что вы внесете изменения в теги, а на размере файла это никак не скажется.

Взглянув на строку из байтов – можно понять несколько важные особенности

Так и сейчас так же, глянул - если цифры одинаковые - значит изменениями можно пренебречь.

 – То есть много пересобирать в программе Aimp? Не представляю сколько времени у Вас займёт внедрение или изменение функции рассчёта байт, однако возможность увидеть как бы "байтовый код" файла и найти по этому размеру в списке файлов будет ценна пользователям.

Речь про ваш сценарий использования. Не знаю, как у автор фубара, а я не хочу засорять интерфейс программы лишними данными. Пока мне непонятно, зачем нужна такая точность в аудиоплеере.

[mlatushko]

В тегах есть такое понятие, как padding. Это резерв места в файле, забитый нулями. Делается он для того, чтобы при добавлении, скажем, одной буквы, не приходилось сдвигать все аудиоданные. Вот с ним и получится, что вы внесете изменения в теги, а на размере файла это никак не скажется.

Так и сейчас так же, глянул - если цифры одинаковые - значит изменениями можно пренебречь.

интерфейс программы лишними данными

В окне свойств файла много пустого места.
Там можно разместить...
У вас есть множество %выражений%.
Вот строка параметра "ReplayGain" — мне никогда не нужна была. Также оценка трека. А дата модификации файла почему лишняя? Это НАИВАЖНЕЙШЕЕ из файловых свойств. Точно значимее r.g.
Я бы в то пространство добавил амплитуду дискретизации (%BitDepth, битность аудио) и несколько непросматриваемых полей, которые встречаются в мета-сведениях, например поле со ссылкой, которое имеет обозначение "WWW", оно встречается в некоторых программах; оно выставлено по умолчанию в TagScanner. В отличие от него, Aimp пишет поле "Ссылка" в "URL", и тут с TagScanner расходятся, не коррелируют.
Также, "Оригинальный артист" ("OGIRARTIST").

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

А я писал.
Зря писал, что ли)

[Artem]

дата модификации файла почему лишняя

По дате изменения я с вами согласился

[Artem]

Попробуйте эту сборку: https://disk.yandex.ru/d/PY5pYuw2fu7X_A

[«G-Li†ch»]

Я в последнее время уже сверяю не столько сами аудиофайлы, сколько находящиеся в них аудиоданные, особенно, когда файлы вроде бы и одинаковые (пусть размер и на пару сотен кб отличается)… у каких выкинуты "мусорные обложки", какие-то из них нормализованные, но попадаются и сильно "пережатые" по уровню…