mp3 декодер криво работает
mp3 декодер криво работает
В новых образах R9 lame кривой: декодирует файлы с лишним шумом и алиасингом. Касается всех программ, которые его испоьзуют: audacity, sox, deadbeef, guayadeque, qmmp, vlc и т.д.
Соответственно, через ffplay, romp хорошо декодируется.
Очень жду исправления. Пока из-за этого бага затруднительно пользоваться системой.
В R8.1 вроде нормально работает.
Соответственно, через ffplay, romp хорошо декодируется.
Очень жду исправления. Пока из-за этого бага затруднительно пользоваться системой.
В R8.1 вроде нормально работает.
Последний раз редактировалось dmitrypp 22 апр 2017, 23:00, всего редактировалось 1 раз.
Re: lame mp3 декодер криво работает
deadbeef и vlc используют libmad а не liblame...
А можно проблемный файлик сюда и более подробную инстукцию как распознать этот шум? У меня не получилось (мож, аппаратура слабая)
А можно проблемный файлик сюда и более подробную инстукцию как распознать этот шум? У меня не получилось (мож, аппаратура слабая)
Re: lame mp3 декодер криво работает
Насколько я понимаю, audacity и deadbeef используют mad, а не lame.dmitrypp писал(а):В новых образах R9 lame кривой: декодирует файлы с лишним шумом и алиасингом. Касается всех программ, которые его испоьзуют: audacity, sox, deadbeef, guayadeque, qmmp, vlc и т.д.
Соответственно, через ffplay, romp хорошо декодируется.
Очень жду исправления. Пока из-за этого бага затруднительно пользоваться системой.
В R8.1 вроде нормально работает.
Вообще, сложный случай, т.к. у себя я такую разницу не заметил. Немного отличается громкость между deadbeef и romp, но чтобы прямо шумы и алиасинг - такого не слышу. Да и lame с mad особо не трогали, только пересобрали с новым gcc.
Можно попробовать поэкспериментировать, просто скопировать файл из пакета lib[64]mad0 (или lib[64]lame0) от rosa2014.1 себе в rosa2016.1 и посмотреть, будет ли заметен эффект.
Intel Core i7-6700 / 8 Gb RAM / GeForce GTX 750 Ti / Rosa 2016.1 i586
Re: mp3 декодер криво работает
Да, мой косяк. Действительно это libmad. Но странно — заменил libmad.so.0.2.1 — результат такой же
А в самой росе 2014 нормально, вроде, было. Прикрепил картинку с декодированной синусоидой: видно шум и лишние полосы частот как при алиасинге. На самом деле спектр должен быть чистым. Куда дальше копать - не пойму...
А в самой росе 2014 нормально, вроде, было. Прикрепил картинку с декодированной синусоидой: видно шум и лишние полосы частот как при алиасинге. На самом деле спектр должен быть чистым. Куда дальше копать - не пойму...
Последний раз редактировалось dmitrypp 22 апр 2017, 22:54, всего редактировалось 2 раза.
Re: lame mp3 декодер криво работает
Вставил файл из убунты в росу. На слух все искажения пропали. Хотя по спектру ещё не до конца ясно, хорошо ли работает libmad. Еле-еле заметно что-то типа алиасинга, которого нет в оригинале (не на слух, а на спектрограмме). Но после тестов программ под виндой сделал вывод, что результат убунтовского libmad отличный. В самой убунте такой же результат по спектру.
А это оригинал. Совсем слабый шум дитеринга, ясное дело, оттуда.
Последний раз редактировалось dmitrypp 12 май 2017, 17:41, всего редактировалось 1 раз.
Re: lame mp3 декодер криво работает
Интересно. Посмотрел сейчас, как собирается пакет в Ubuntu - там отключили дополнительные оптимизации, которые делает компилятор при сборке, и ещё пару мелких патчей добавили, исправляющих сборку под ARM. Плюс один патч, исправляющий сегфолт, который может случиться в каких-то редких случаях: https://bugs.debian.org/cgi-bin/bugrepo ... bug=508133dmitrypp писал(а):Вставил файл из убунты в росу. На слух все искажения пропали. Хотя по спектру ещё не до конца ясно, хорошо ли работает libmad. Еле-еле заметно что-то типа алиасинга, которого нет в оригинале. Но после тестов программ под виндой сделал вывод, что результат убунтовского libmad отличный. В самой убунте такой же результат по спектру.
Неужели это просто gcc так наоптимизировал вычисления в кодеке, что такой неприятный эффект получился. А если попробовать не из Ubuntu, а из других дистрибутивов взять libmad? Fedora, OpenSUSE, Mageia в первую очередь. Если где-то будут проблемы, а где-то нет, то будет гораздо проще сравнить, что общего у проблемных пакетов.
Intel Core i7-6700 / 8 Gb RAM / GeForce GTX 750 Ti / Rosa 2016.1 i586
Re: mp3 декодер криво работает
Хотел из других дистрибутивов тоже попробовать, но времени маловато. Ещё кодеры-декодеры AAC нужно теcтировать. Они тоже под большим подозрением.
Re: mp3 декодер криво работает
Fedora 25 — хорошо как в Убунте (libmad-0.15.1b-20.fc25.x86_64.rpm).
Mageia 6 — та же лажа.
OpenSUSE 13.2 (libmad0-0.15.1b-1.1.x86_64.rpm) — та же лажа.
Ещё DeadBeef при кодировании в AAC какую-то кашу выдаёт. То ли там настройки кривые по-умолчанию, то ли кодер кривой. Чере FFMpeg (audacity), вроде, неплохо кодируется.
Mageia 6 — та же лажа.
OpenSUSE 13.2 (libmad0-0.15.1b-1.1.x86_64.rpm) — та же лажа.
Ещё DeadBeef при кодировании в AAC какую-то кашу выдаёт. То ли там настройки кривые по-умолчанию, то ли кодер кривой. Чере FFMpeg (audacity), вроде, неплохо кодируется.
Re: mp3 декодер криво работает
Спасибо за исследование вопроса Попробую разобраться, чем отличаются все эти сборки, в чём причина разницы.dmitrypp писал(а):Fedora 25 — хорошо как в Убунте (libmad-0.15.1b-20.fc25.x86_64.rpm).
Mageia 6 — та же лажа.
OpenSUSE 13.2 (libmad0-0.15.1b-1.1.x86_64.rpm) — та же лажа.
Ещё DeadBeef при кодировании в AAC какую-то кашу выдаёт. То ли там настройки кривые по-умолчанию, то ли кодер кривой. Чере FFMpeg (audacity), вроде, неплохо кодируется.
Intel Core i7-6700 / 8 Gb RAM / GeForce GTX 750 Ti / Rosa 2016.1 i586
Re: mp3 декодер криво работает
Intel Core i7-6700 / 8 Gb RAM / GeForce GTX 750 Ti / Rosa 2016.1 i586
Re: mp3 декодер криво работает
Да, спасибо
Теперь результат идентичен убунтовскому при сравнении семпл в семпл. Остальным пингвинам как-то надо рапортануть о кривой сборке libmad. Пусть проверяют свои дистрибутивы. Если это ещё и в прошивки телефонов, плееров и другой аппаратуры просочилось, то против mp3 диверсия совершилась. Ругани на необоснованно плохое звучание mp3 на высоких битрейтах предостаточно даже в околоаудиофильской среде. А ведь в некоторых случаях обоснование этому вполне разумное может получиться. Кто знает, какие где оптимизации понапихивали, коверкающие звук.
Теперь результат идентичен убунтовскому при сравнении семпл в семпл. Остальным пингвинам как-то надо рапортануть о кривой сборке libmad. Пусть проверяют свои дистрибутивы. Если это ещё и в прошивки телефонов, плееров и другой аппаратуры просочилось, то против mp3 диверсия совершилась. Ругани на необоснованно плохое звучание mp3 на высоких битрейтах предостаточно даже в околоаудиофильской среде. А ведь в некоторых случаях обоснование этому вполне разумное может получиться. Кто знает, какие где оптимизации понапихивали, коверкающие звук.
Re: mp3 декодер криво работает
Отлично тогда Спасибо за помощь в исследовании вопроса. Отправил пакеты на QA, чтобы соблюсти все формальности: http://bugs.rosalinux.ru/show_bug.cgi?id=7931
Intel Core i7-6700 / 8 Gb RAM / GeForce GTX 750 Ti / Rosa 2016.1 i586