Я тоже попробовал на другой версии опуса, результат в аимпе тот же, через фубар всё ок, бага не было словлено, скрин прикреплю но там и настройки свои какие-нибудь наверное.Выходит, проблема конкретно в конвертере AIMP? Интересно.. Спасибо за информацию. Попробую сейчас через другие конвертеры прогнать.
Я тоже попробовал на другой версии опуса, результат в аимпе тот же, через фубар всё ок, бага не было словлено, скрин прикреплю но там и настройки свои какие-нибудь наверное.
Звучит очень странно, ведь Аимп использует штатный opusenc.exe
Нормализация громкости звука в конвертере не включена, случаем?
Могут предложить только пройтись по параметрам преобразования в настройках конвертера.
Если что, я писал именно про настройки программы, а не настройки кодировщика. CTRL+P или через кнопку настроек -> Конвертер -> Параметры преобразования.Спасибо за наводку. Каждый параметр менял, каждый раз по новой конвертировал и результата в лучшую стороне не было. Увы, но не оно.
Это какие-то заморочки с Replay Gain. Если перед конвертацией удалить его из flac, то картина меняется.Да, всё так. Вот и найдена причина тряски, спасибо.
Это какие-то заморочки с Replay Gain. Если перед конвертацией удалить его из flac, то картина меняется.
Так, а в каком плеере при это трек начинает играть тише после конверсии?Что странно, в AIMP звучит одинаково по громкости, а в MPC-HC сильно отличается.
Что странно, в AIMP звучит одинаково по громкости, а в MPC-HC сильно отличается.
При конверсии в OPUS, как и в любой другой формат, плеер переносит все теги из исходного, в т.ч. и replay gainИ делает он это, как я понял, в соответствии с этим противоречивым документом: https://wiki.xiph.org/OggOpus
Output gainС другой:
This is a gain to be applied by the decoder. Virtually all players and media frameworks should apply it by default.
If an encoder populates the TRACK_GAIN field, and the output gain is not otherwise constrained or specified, the encoder SHOULD write the R128 gain into the OpusHead output gain and write "R128_TRACK_GAIN=0".Т.е. получается, что громкость нужно писать в первую очередь в заголовок. А применять её будет оттуда декодер ::) Дальше всё зависит от реализации: АИМП игнорирует заголовок при выключенном ReplayGain, а вот например VLC учитывает вне зависимости от настройки. И на приведённых выше спектрах разница, потому что ffmpeg учитывает при декодировании.
There is no comment field corresponding to Replaygain's ALBUM_GAIN; that information should instead be stored in the OpusHead 'output gain' field.
Output Gain
This is a gain to be applied when decoding.
Players and media frameworks SHOULD apply it by default.
optional gain for track normalization: R128_TRACK_GAINТ.е. оставляем заголовок декодеру, пусть регулирует всегда (всё равно там по умолчанию 0), а аналог ReplayGain пишем в нормальные теги.
optional gain for album normalization: R128_ALBUM_GAIN
A muxer SHOULD place the gain it wants other tools to use by default into the 'output gain' field, and not the comment tag.
При конверсии в OPUS, как и в любой другой формат, плеер переносит все теги из исходного, в т.ч. и replay gain
Посмотрите, не включен ли replay gain в MPC-HC.
файл сильно меняетсяТолько кажется так, на самом деле только число в заголовке файла меняется, декодер применяет этот коэффициент.
Но тот документ давно заменён на RFC 7845, где всей этой чепухи нет:
Т.е. оставляем заголовок декодеру, пусть регулирует всегда (всё равно там по умолчанию 0), а аналог ReplayGain пишем в нормальные теги.
Только кажется так, на самом деле только число в заголовке файла меняется, декодер применяет этот коэффициент.В "тихом опусе" нет ReplayGain как такового. Ну либо mp3tag v3.28 не видит его.
Вы наткнулись на разницу реализаций в программах из-за костылей с отсутствием Album Gain в изначальном стандарте.
Попробуйте из тихого opus удалить ReplayGain тэги АИМПом и сравнить.
В "тихом опусе" нет ReplayGain как такового