Вышел в свет новый LAME 3.100

Дата обновления: 15 Октября 2017

Новый LAME 3.100 — две новости: хорошая и плохая.

2017-10-15T00:18

Audiophile's Software

У меня две новости: хорошая и не очень. Хорошая — после более чем пятилетнего перерыва вышла новая версия LAME 3.100. Новость «не очень» кроется в списке изменений:

Как видите, ни одной ни красной, ни синей строки — а это значит, что ни качество, ни скорость кодирования за всё это время разработчики улучшить не удосужились.

Так и есть: достаточно просто сравнить закодированные файлы в EncSpot:

Также не различаются диаграммы распределения битрейта и пиковые уровни — разработчики ограничились чисто техническими правками и исправлением багов (с которыми я, например, ни разу не сталкивался).

Что ж, пусть это будет очередным доказательством того, что MP3 исчерпал все свои возможности и пора искать ему замену.

Кстати, в качестве моральной компенсации в архиве с LAME идёт оптимизированная версия от tmkk (японец, некогда разрабатывавший qtaacenc), дающая на современных процессорах за счёт векторных оптимизаций алгоритмов прирост производительности до 90%.

Комментариев: 19

Добавлять комментарии могут только зарегистрированные пользователи. [ Регистрация | Вход ]

Порядок вывода комментариев:

Спам

[19] sergbill (10 Апреля 2019 19:20)

Такой вопрос, а есть аналог для Android arm? Что на телефоне и конвертировать.

Спам

[16] zub35 (03 Января 2018 20:21)

На hydrogenaud выложили супер-оптимизированную сборку thumbs_up

tmkk patch + clang 6.0 + msvc2010 lib + icl 16 lib

https://hydrogenaud.io/index.php?action=dlattach;topic=114777.0;attach=12194

Спам

[15] Solarius (25 Декабря 2017 22:02)

Сжатие с потерями изначально обзывалось near cd quality и это near измеряло свою близость степенью большего или меньшего раздражения от
потерь звучания. Сейчас на слух все форматы звучат одинаково, тоесть они
все достигли теоретического предела качества, более похожее на оригинал
уже не сделать. Из сего следует, что искать замену вещам, ставшими
стандартами отрасли дефакто, никакого смысла нет. Все начиналось, когда
память мерялась мегабайтами, а cd штуками. Отрасль эволюционировала так,
что ни скорость обработки, ни объем хранимых или передаваемых данных,
существенного значения в приоритетах разработки уже не имеет. Люди
заставили сотовый крутить огромные файлы DSD и хотят, чтобы это стало
нормой в отрасли, как когда-то - ожидали способность любого, бытового ПК
крутить HD видео. Сжать в mp3 себе пару альбомов в неделю на сотовый,
думаю, сможет любой современный селерон. В моде hires и желающие
получать его в потоке, раскручивают стандарты, позволяющие втиснуть его в
100 мбит сети, обеспечивая уже ярлык near hires quality, это формат MQA
и параллельные с ним разработки.

Спам

[17] mr3dx (04 Мая 2018 19:20)

Понравилось, как вы сказали. От себя отмечу, что действительно всё так. Если раньше разница с MP3 была очевидна, то сейчас всё стало настолько прозрачно и выбирая во что скодировать на плеер, ибо место закнчивается, начинаешь задумываться, а какая разница, всё равно будет звучать одинаково.

Спам

[18] RatFink (23 Февраля 2019 21:52)

Ну, хайрез в телефоне явно ни к чему, полностью согласен. Но все же мп3 отжил свое. Он долго еще никуда не уйдет, к сожалению. И не пустит в народ другие lossy-форматы, обеспечивающие куда лучшее соотношение размер/качество. Чем сжимать альбом в мп3 для мобилы, куда лучше сделать это в аас, огг, опус, например. Тем более в аас и тексты вшиты бывают для песни. Для плохо воспринимающих на слух иностранные языки это большое благо. Это как буклет от компакта.

Спам

[14] Ловкач (22 Декабря 2017 06:16)

tmkk порадовал своим оптимизационным шаманизмом. При кодировании 6-минутного трека в 320k c -msse4.1 и без команды -q0 кодирование происходит на две секунды быстрее в сравнении с обычной версией (10.405, 38.00x / 08.782, 45.02x). Разница небольшая, но при кодирвании большого количества материала, ощутимая.

К слову. Всем, кто кодирует с -q0, советую забросить эту команду. Разницы в качестве вы не ощутите, а время кодирования с -q0 возрастает в 4-6 раз, в зависимости от используемой версии (57.424, 6.88x / 36.364, 10.87x).

Спам

[13] maxweb (25 Ноября 2017 19:29)

А как они могут что-то улучшить, если этот кодек сейчас на каждой аппаратуре. Получается если кардинально что-то поменять, то изменится стандартный шаблон мр3 написанный ещё давным давно и наша аппаратура не подвластная перепрошивке, перестанет его воспринимать.
В первую очередь пострадают автомагнитолы.
Fraunhofer уже намекает переходить на AAC (m4a ) формат, он действительно лучше, сохраняет спектр практически без изменений на частотах выше 18000 Гц до 22000 Гц и битрейтом до 400 kbps

Спам

[12] RA_Marauder (25 Октября 2017 18:45)

Для информации.
Сборка tmkk не всегда корректно работает. Я запустил для теста конвертацию 625 одинаковых flac (50 дисков из одной серии, конвертированных последним flac). На двух файлах tmkk дал сбой. Многократный. Т.е. он просто не справляется с этими двумя файлами. Обычный lame 3.100 как и lame 3.9* никаких сбоев не дают. Что примечательно, сами конвертируемые файлы создаются и даже проигрываются. Но MP3val нашел в них неполадки.

Спам

[6] AlexIT (16 Октября 2017 14:56)

Собрал с -msse3 - никакой особой разницы в скорости с бинарниками с сайта tmkk нет.
SSE4.1 у меня нет, могу если нужно выложить собранную с -msse4.1 если кто хочет проверит, у меня она само-собой не запускается, но сомневаюсь что она будет быстрей.

Спам

[7] zub35 (16 Октября 2017 15:42)

Выложите плиз куда-либо, напр yadi.sk (три версии: без флагов, с msse3 и msse4.1)
У меня есть возможность проверить на core i5

Спам

[8] AlexIT (16 Октября 2017 16:17)

lame_tmkk.zip

Спам

[9] zub35 (16 Октября 2017 16:40)

Спасибо. В общем бинарники от самого tmkk по сути и есть идеальная реализация оптимизации.
Бинарники с msse4.1, отличаются скоростью, но в разных степенях, где чуууть быстрее, а где чуууть медленее, но чаще второе.

Спам

[10] AlexIT (16 Октября 2017 17:09)

Да, у меня на тестах с SSE3 примерно так же. Игра с оптимизацией -O2 / -O3 тоже ничего не дает. Остановился на обычном -О2 без принудительных -msse* (собираю для ffmpeg), и сгенерированый код меньше и скорость та же.

Так же, на всякий случай сравнил MP3 на выходе, они побитно отличаются от сжатых оригинальнмым lame 3.100, но разница действительно, как tmkk у себя на сайте и пишет, минимальная, на уровне округления:

Код

ffmpeg -i lame.mp3 -i tmkk.mp3 -filter_complex "[0:a]aeval=-val(ch):c=same[a0];[a0][1:a]amix[mixed];[mixed]astats[out]" -map "[out]" -f null NUL
....
[Parsed_astats_2 @ 000000000050c400] Overall
[Parsed_astats_2 @ 000000000050c400] DC offset: -0.000000
[Parsed_astats_2 @ 000000000050c400] Min level: -0.001099
[Parsed_astats_2 @ 000000000050c400] Max level: 0.001099
[Parsed_astats_2 @ 000000000050c400] Min difference: 0.000000
[Parsed_astats_2 @ 000000000050c400] Max difference: 0.000900
[Parsed_astats_2 @ 000000000050c400] Mean difference: 0.000009
[Parsed_astats_2 @ 000000000050c400] RMS difference: 0.000014
[Parsed_astats_2 @ 000000000050c400] Peak level dB: -59.182949
[Parsed_astats_2 @ 000000000050c400] RMS level dB: -98.726261
[Parsed_astats_2 @ 000000000050c400] RMS peak dB: -68.919028
[Parsed_astats_2 @ 000000000050c400] RMS trough dB: -inf
[Parsed_astats_2 @ 000000000050c400] Flat factor: 0.000000
[Parsed_astats_2 @ 000000000050c400] Peak count: 4.500000
[Parsed_astats_2 @ 000000000050c400] Bit depth: 17/17
[Parsed_astats_2 @ 000000000050c400] Number of samples: 17566500

[11] Audiophile (16 Октября 2017 17:28)

Спасибо!
У меня на -b320 -q0 14.8х у SSE2 против 15.5 у SSE4.1

Спам

[1] zub35 (15 Октября 2017 23:26)

Кстати, в оптимизированных бинарниках от tmkk, необходимо указывать соответствующие флаги:
-msse3 или -msse4.1 для того, чтобы эти оптимизации работали в полную силу.

p.s. у меня проц. только sse3, но бинарники эти работают и с флагом -msse4.1 с той-же скоростью что и при -msse3. Хм, следовательно можно не боясь указывать -msse4.1
Следовательно нужно обновить инструкцию по LAME, исходя из этих новых флагов в tmkk

[2] Audiophile (16 Октября 2017 00:09)

Увы, это флаг для компилятора, а не для консольного кодера.

Спам

[3] zub35 (16 Октября 2017 00:39)

Да, извиняюсь. Оказывается оно включало режим -ms
-m <mode> (j)oint, (s)imple, (f)orce, (d)ual-mono, (m)ono (l)eft ®ight
default is (j)
joint = Uses the best possible of MS and LR stereo
simple = force LR stereo on all frames
force = force MS stereo on all frames.

Хм, интересно, а вот теперь как определить, как скомпилированы бинарники от автора ...

[4] Audiophile (16 Октября 2017 00:44)

Вопрос - кто их будет компилировать.

Спам

[5] zub35 (16 Октября 2017 00:52)

Можно попробовать на hydrogenaud сделать вопрос/запрос ...