[Есть решение] Зависает "Нормализация громкости по амплитуде"

[Мильен]

Здравствуйте! Хотел бы обратиться к разработчикам с просьбой исправить некоторые огрехи в программе. Я активно пользуюсь АИМПом более 10-и лет и прекрасно знаю, какой это замечательный многофункциональный плеер. Но, к сожалению, он не идеален, и его слабое место - это вечные технические баги с недоработками, которые нередко появляются с обновлениями на замену старым. По этой причине я давно не обновлялся и долго сидел на немного устаревшей версии 4.70. Но на той версии также были некоторые тех. проблемы, которые меня основательно достали за долгое время. Поэтому на днях я решил обновиться до актуальной 5.40 и с приятным удивлением обнаружил, что почти все старые баги были исправлены (и за это спасибо). Но, увы, обнаружилась пара новых проблем...

Начну с самого неприятного бага: функция "Нормализация громкости по амплитуде" тупо ЗАВИСАЕТ на некоторых треках на значении около 1.02, а точнее - альбомах, в которых, как я выяснил, заполнены теги "ReplayGain" (которые, по задумке, к ней совсем не имеют отношения). Причём ни удаление этих тегов, ни последующие перезапуски проигрывания или всего плеера почему-то не помогают. Очень странно и очень бесит! Надеюсь, так не задумано?.. На старых версиях плеера я такого не встречал. По идее, нормализатор должен работать всегда - независимо от RP-тегов и каких-либо настроек, но вот у меня он почему-то виснет на многих треках/альбомах, и почти всегда на одном и том же значении - 1.02 (но иногда колеблется на +-1). Притом громкость треков может быть крайне тихой, и он 100% должен работать на всю катушку в эти моменты, повышая звук максимально сильно в пределах своих настроек, но нет. В уменьшение громкости он также не работает, даже если врубить ReplayGain, который апнет звук почти до х3 уровня (а в норме эти функции дополняют друг друга).
Как-то так. Скриншот своих настроек и зависшего значения прилагаю.

Версия плеера, как и писал, последняя (v. 5.40 2675), Windows 10 x64, с системой и устройствами всё ок. Виснет именно сам нормализатор, остальное в менеджере эффектов вродь работает как надо, включая ReplayGain. Кстати, формат файлов, на которых он часто виснет, - FLAC (может, и на других тоже). Пробовал добавить теги RP в Mp3-трек и врубить его с нормализатором - он работал как надо. Странная фигня творится, блин.  В общем, вылечите его, пожалуйста, а то не хочется для выравнивания звука юзать RP, который крайне медленно и слабо работает в сторону повышения звука на тихих моментах в аудиозаписях...

[Soolo]

Нужны примеры проблемных треков

[CkopoxoD]

в которых, как я выяснил, заполнены теги "ReplayGain" (которые, по задумке, к ней совсем не имеют отношения). Причём ни удаление этих тегов, ни последующие перезапуски проигрывания или всего плеера почему-то не помогают

В них скорее всего в дополнение к RG прописаны пиковые значения (Track Peak/Album Peak). Нормализация по амплитуде читает и использует их. Пруф от Артёма: https://www.aimp.ru/forum/index.php?topic=74587.msg456271#msg456271
Как и сказано в той теме, нужна доработка с возможностью отдельно включать анализ на лету и чтение из тегов (как с RG).

[Мильен]

В них скорее всего в дополнение к RG прописаны пиковые значения (Track Peak/Album Peak). Нормализация по амплитуде читает и использует их.

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

Кроме того, когда я удалил эти данные в редакторе тегов АИМПа, нормализатор всё равно остался зависшим(( Также они по-прежнему отображаются в "MediaInfo", но теперь не видны в "Неизвестных полях" плеера. Похоже, что он попросту не умеет с ними работать. Также не нашёл их в проге "Mp3tag". Их как будто зашили глубоко в коде файлов.

[Soolo]

Нужны примеры проблемных треков

[Мильен]

Нужны примеры проблемных треков

Не смог залить на форум из-за конских ограничений, так что вот ссылка: https://disk.yandex.ru/d/jzbmlqXi71F0RQ

[MCW]

В них скорее всего в дополнение к RG прописаны пиковые значения (Track Peak/Album Peak). Нормализация по амплитуде читает и использует их.

Да, так и есть:


Если их удалить из тега, то Нормализация по амплитуде будет работать.

Не пойму одного, зачем люди портят звучание записей с хорошим динамическим диапазоном (у примера DR11) их компрессией.

[Мильен]

Выяснил, что только при удалении тега "Vorbis" редактор АИМПа стирает эти данные, и лишь тогда нормализатор начинает работать как и должен (нормализовать звук без учёта всяких предустановок, что крайне странно само по себе для этой функции). Очень неудобный вариант решения, т.к. приходится заново заполнять все теги, либо заниматься дублированием файлов для их копирования и прочей фигнёй.
Предлагаю добавить специальную опцию для нормализатора, чтобы он учитывал эти данные только при её включении. К слову, ВСЕ треки, что имеют этот тег, по итогу вообще не выравнивались - т.е. функция, по сути, не работает как надо даже с учётом разницы в значениях dB. Почти всегда висит на ~1.02 и не меняется. Поэтому либо нужна функция для отключения этой дряни, либо просто выключить её, т.к. она работает явно плохо. Также могут быть некорректно заполнены данные теги при сведении треков (к примеру, выше я залил трек, который уж очень тихий, особенно с учётом других треков в том же альбоме).