URL: https://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 110080
[ Назад ]

Исходное сообщение
"Обновление свободного звукового кодека FLAC 1.3.2"

Отправлено opennews , 02-Янв-17 14:31 
Спустя два года с момента прошлого выпуска сообщество Xiph.Org выпустило (http://xiph.org/flac/) новую версию  свободного кодека без потери качества  FLAC 1.3.2. FLAC использует только методы кодирования без отбрасывания данных (lossless), что гарантирует полную сохранность изначального качества звукового потока и его идентичность с эталонным вариантом, подвергнутым кодированию. При этом используемые методы сжатия  без потерь позволяют уменьшить размер исходного звукового потока на 50-60%.  FLAC является полностью свободным потоковым форматом, подразумевающим не только открытость библиотек с реализацией функций кодирования и декодирования, но и отсутствие ограничений по использованию спецификаций и созданию производных вариантов.

Из особенностей (https://xiph.org/flac/changelog.html) нового выпуска можно отметить:

-  Проведена чистка кода определения CPU;
-  Увеличена скорость кодирования на старых CPU;
-  При декодировании в WAV обеспечено добавление флага WAVEFORMATEXTENSIBLE;
-  Добавлена опция "--scan-replay-gain";
-  Устранены проблемы с неопределённым поведением, выявленные при сборке в GCC/Clang при помощи UndefinedBehaviorSanitizer (UBSan)
-  Устранены проблемы, выявленные при fuzzing-тестировании в AFL (http://lcamtuf.coredump.cx/afl/);
-  Внесены общие улучшения в код;
-  Проведена чистка сценариев сборки для MS Visual Studio;
-  Устранено потенциальное зацикливание при преобразовании flac-во-flac;

-  Устранены проблемы с позиционированием в потоке при декодировании некоторых файлов;
-  Устранены утечки памяти.
    


URL: http://xiph.org/flac/
Новость: https://www.opennet.ru/opennews/art.shtml?num=45798


Содержание

Сообщения в этом обсуждении
"Обновление свободного звукового кодека FLAC 1.3.2"
Отправлено Retrosharer , 02-Янв-17 14:31 
FLAC - лучший.

"Обновление свободного звукового кодека FLAC 1.3.2"
Отправлено Shichael Migorin , 02-Янв-17 19:38 
Как скажешь

"Обновление свободного звукового кодека FLAC 1.3.2"
Отправлено Меломан1 , 03-Янв-17 07:37 
Ты сам согласился.

"Обновление свободного звукового кодека FLAC 1.3.2"
Отправлено fi , 03-Янв-17 21:08 
А толку от этих "lossless"?  - все равно  исходный формат обрезан по самое "нехочу" - много ли в инете файлов 24бит/96КГц???

Лейбы заменили кассетники на CD и другое не дадут - жрите что есть.


"Обновление свободного звукового кодека FLAC 1.3.2"
Отправлено Аноним , 04-Янв-17 08:53 
>> много ли в инете файлов 24бит/96КГц?
>> обрезан

Аудиофилия головного мозга? Ты сначала отличи это 24бит/96КГц от мп3 на слух вслепую, а потом вякай.

ЗЫ: как многобит и герц перевести в более привычный формат в линуксе через гуй. А то саунд конвертер битность не меняет, тот же флак аж 32 бита (даже моя звуковуха не умеет выводить без передискретизации) и выплевывает.


"Обновление свободного звукового кодека FLAC 1.3.2"
Отправлено Anjey1 , 04-Янв-17 13:21 
У меня нормальные колонки (Microlab SOLO-7), не плохая звуковая карта. При прослушивании Helloween - Forever & One в mp3 -320 kbps и flac - качество звука слышно отчетливо. Что я делаю не так?

"Обновление свободного звукового кодека FLAC 1.3.2"
Отправлено Mihail Zenkov , 04-Янв-17 14:44 
На двойном слепом тесте проверяли? Результата попадания больше 80%?
Если да - то попробуйте лично flac пережать в mp3 320 используя lame. А то в друг там был другой ремастеринг или конвертация mp3 128 > mp3 320.

Мой метод сравнения ремастеров и кодеков: беру два файла и объединяю в один mkv контейнер, затем в плеере нажатием одной клавиши переключаюсь между треками в реальном времени. Для слепого теста - закрываю глаза и долблю клавишу как Поттеринг завещал (более 7 раз за 2 секунды).


"Обновление свободного звукового кодека FLAC 1.3.2"
Отправлено Mihail Zenkov , 04-Янв-17 14:49 
> А толку от этих "lossless"?  - все равно  исходный формат
> обрезан по самое "нехочу" - много ли в инете файлов 24бит/96КГц???

Лень второй раз все повторять, если интересно - https://www.linux.org.ru/news/multimedia/13100423?cid=13103224 и далее. Там практически полный FAQ получился - почему это нужно студиям и почему бесполезно (а то и вредно) при прослушивании.



"Обновление свободного звукового кодека FLAC 1.3.2"
Отправлено fi , 04-Янв-17 15:53 
насчет произвольных слепых тестов я не знаю, да и старею уже - но когда мне попались демки в формате m4a я удивленно обнаружил качественное звучания. Как потом выяснил  - это были 24бит/96КГц!!! так что не надо про "бесполезно (а то и вредно)"  

в кассетнике были шумы и минимум искажений, а в CD наоборот - избавились от шумов, но сильно добавили искажения - вот это-то и заметно даже на слух

В принципе в природе существуют аудио двд с 24бит/96КГц, но цена задрана и ассортимент слабый. Был хороший разбор математики этой проблемы - вывод: лейбы постарались не просрать мастер копии


"Обновление свободного звукового кодека FLAC 1.3.2"
Отправлено Mihail Zenkov , 04-Янв-17 16:32 
> насчет произвольных слепых тестов я не знаю, да и старею уже -
> но когда мне попались демки в формате m4a я удивленно обнаружил
> качественное звучания. Как потом выяснил  - это были 24бит/96КГц!!!

Вы пробовали их перевести в 16/48 и сравнить на слепом тестировании? А то плохая записи во flac будет звучать хуже, чем хорошая в mp3 128. 95% качества определяет работа звукорежиссера, а не формат распространения.

> так что не надо про "бесполезно (а то и вредно)"

Вы наверное не в курсе, что все современные аудио ЦАП выдают 6144kHz, а то и больше, при том не зависимо от того что на входе 48 или 192kHz.

> в кассетнике были шумы и минимум искажений, а в CD наоборот -
> избавились от шумов, но сильно добавили искажения - вот это-то и
> заметно даже на слух

Проблема была решена еще во второй половине 90-х годов (а может и раньше) - с приходом dithering и noise shaping. Или ваш кассетник тоже умеет 0.0001% THD?

> В принципе в природе существуют аудио двд с 24бит/96КГц, но цена задрана
> и ассортимент слабый. Был хороший разбор математики этой проблемы - вывод:
> лейбы постарались не просрать мастер копии

Правильно сведенный 96-192 kHz не должен содержать ультразвука, так как иначе он вылезет в слышимом диапазоне из-за не идеальности звукового тракта в виде IMD. Если с 96-192 kHz срезать ультразвук, то получим тоже что и в 44.1-48 kHz. Останется только чистый маркетинг. Верующих, что 96-192 kHz нужны не только летучим мышам, но и людям - мало, прибыли мало приносят, вот и ассортимент слабый.


"Обновление свободного звукового кодека FLAC 1.3.2"
Отправлено Аноним , 05-Янв-17 17:54 
> Вы наверное не в курсе, что все современные аудио ЦАП выдают 6144kHz,

Ух ты. Там реально 6 MSPS? А, это, он на каждый отсчет может отдельный уровень давать? Учитывая распостраненность - могло бы сойти для SDR развлечений занедорого и тому подобных вещей где хочется шустрый синтез сигнала. Или так не прокатит?

> Правильно сведенный 96-192 kHz не должен содержать ультразвука,

...но технически - может, а насколько там правильно сводили поди проверь :)

> вылезет в слышимом диапазоне из-за не идеальности звукового тракта в виде IMD.

О чем Монти из xiph и сказал собственно. Откуда и вред. Почем зря больше данных хранится и шанс нарваться на вот это лишний раз.


"Обновление свободного звукового кодека FLAC 1.3.2"
Отправлено Mihail Zenkov , 05-Янв-17 20:31 
>> Вы наверное не в курсе, что все современные аудио ЦАП выдают 6144kHz,
> Ух ты. Там реально 6 MSPS?

48K * 128 oversamping
192K * 32 oversamping

> А, это, он на каждый отсчет может отдельный уровень давать?

Нет. Вообще ничто не мешает (кроме здравого смысла) производителям дальше снижать oversampling и анонсировать высокие частоты на входе (вроде кто-то уже выпускал платы с 320kHz на входе). Фактически DAC остается тем же, только качество фильтрации падает.

> Учитывая распостраненность - могло бы сойти для
> SDR развлечений занедорого и тому подобных вещей где хочется шустрый синтез
> сигнала. Или так не прокатит?

Возможно что-то и есть подходящее, но я не в курсе. Эту статью видели? https://geektimes.ru/post/272800/

И от автора ffmpeg: http://bellard.org/dvbt/

> ...но технически - может, а насколько там правильно сводили поди проверь :)

Вот и я о том - только лишние проблемы.