https://mobile.opennet.me/openforum/vsluhforumID3/108380.html После четырёх месяцев разработки представлен (http://ffmpeg.org/download.html#release_3.1) мультимедиа-пакет FFmpeg 3.1 (http://ffmpeg.org/download.html#releases), включающий набор приложений и коллекцию библиотек для операций над различными мультимедиа-форматами (запись, преобразование и декодирование звуковых и видеоформатов). Кроме изменений, созданных внутри проекта, в новую версию также включены все последние наработки, развиваемые в ветках ffmpeg-mt (http://gitorious.org/ffmpeg/ffmpeg-mt) (многопоточное декодирование) и libav (http://libav.org/) (форк FFmpeg). Пакет распространяется под лицензиями LGPL и GPL, разработка FFmpeg ведётся смежно с проектом MPlayer (http://www.mplayerhq.hu/).<br><br><br><br><br>Из изменений (http://git.videolan.org/?p=ffmpeg.git;a=blob;f=RELEASE_NOTES;hb=release/3.1), добавленных (http://git.videolan.org/?p=ffmpeg.git;a=blob;f=Changelog;hb=release/3.1) в FFmpeg 3.1, можно выделить: <br><br><br>- Возможность применения VAAPI и libnpp/CUDA для аппаратного ускорения преобразования форматов и мас https://mobile.opennet.me/openforum/vsluhforumID3/108380.html#38 Wed, 29 Jun 2016 13:38:14 GMT &gt; Если в лине ещё можно поток (pipe) выдёргивать прямо из консоли и <br>&gt; в ruby его читать, то винде такое невозможно (ведь я прав, <br>&gt; да?). Т.е. первая проблема при съёме данных с камеры и микрофона <br>&gt; в винде и передачи их в Пандору.<br><br>А что, в винде "ffmpeg ... -" не работает?<br> https://mobile.opennet.me/openforum/vsluhforumID3/108380.html#37 Tue, 28 Jun 2016 17:22:06 GMT &gt; Дело не в том, что 16 бит не хватает, а что после hdcd-декодирования нужно делать компрессию, чтобы положить это снова в 16 бит.<br><br>При преобразовании HDCD в 16 бит мы по сути делаем тоже самое, что и звукорежиссер переводящий float в 16 бит - откидываем ту часть, которую все равно никто не слышит.<br><br>&gt; Потому, что там в итоге выходит "полочка". Несколько сэмплов максимальной амплитуды подряд. Потому что обрезали..<br><br>У нас разное понимание термина нормализация: обычно в аудиоредакторах под этим понимают выставление самого большого пика на заданный уровень dB. То есть полочка в принципе не может образоваться от нормализации 0 dB. Она возможна только если попытаться дальше обрабатывать файл. Поэтому на промежуточных стадиях и используют нормализацию -3dB или -6dB, дабы не влезть в клипинг. Но для финальной стадии это не имеет смысла.<br><br>&gt; Ну, вообще говоря клиппинг вообще невозможно устранить или обратить.<br><br>Верно для обычного (несжатого или сжатого без потерь) потока.<br>Проблема в том, что при кодировании с по https://mobile.opennet.me/openforum/vsluhforumID3/108380.html#36 Tue, 28 Jun 2016 15:20:53 GMT &gt; В каких условиях реальных условиях не хватает 16 бит<br><br>Это просто был пример, почему после hdcd-декодирования в 16 бит без дальнейших преобразований без сильных потерь не положить.<br><br>Дело не в том, что 16 бит не хватает, а что после hdcd-декодирования нужно делать компрессию, чтобы положить это снова в 16 бит. Которую в данном примере никто не делает.<br><br>&gt; Почему вы считаете, что нормализация по 0 dB это плохо?<br><br>Потому, что там в итоге выходит "полочка". Несколько сэмплов максимальной амплитуды подряд. Потому что обрезали.. а 0 dB это просто потому, что громче не выходит (ну то есть выходит, в небольшой плюс можно даже выйти на аналоговом сигнале, но не на нескольких сэмплах подряд). И слышится такой жесткий клиппинг очень противно. Так-то я ничего не имею против максимального пика на 0 dB, но в реальности это не так. 3dB запаса придумали не просто так<br><br>&gt; Replaygain нужен для устранения клипинга после сжатия<br><br>Ну, вообще говоря клиппинг вообще невозможно устранить или обратить. Replaygain нужен для выра https://mobile.opennet.me/openforum/vsluhforumID3/108380.html#35 Tue, 28 Jun 2016 13:55:38 GMT &gt; По итогам - фильтр написали явно рабочий, но он недоработан. Не хватает <br>&gt; во-первых принудительного отключения -6 dB преобразования, во-вторых логики, которая <br>&gt; отключает фильтр, если тэги hdcd не найдены... Без этого в плеере <br>&gt; использовать проблематично (впрочем, есть ли удобные плееры, умеющие фильтры ffmpeg вообще? <br><br>mpv? Но он больше для видео. Возможно есть удобный frontend.<br><br>&gt; С точки зрения результата - может уйти раздражающий клиппинг, который был при <br>&gt; проигрывании HDCD-записи как обычного CD. После преобразования звук станет без искажений. <br><br>Я пока не все проверил, но похоже расширение пиков мало кто включал. Наверное из тех же соображений - что бы на обычном cd нормально звучало.<br><br>Лично я больше склоняюсь к тому, что по возможности лучше поискать варианты мастеринга без hdcd - как-то оно надежнее :)<br><br>В любом случае фильтр оказался полезным для выявления проблемных дисков.<br><br> https://mobile.opennet.me/openforum/vsluhforumID3/108380.html#34 Tue, 28 Jun 2016 13:49:03 GMT &gt; При преобразовании в 16-ти битный формат записали старшие 4 бита: 0110.<br><br>Вы наверное отпечатались: в вашем примере будет 0011.<br><br>Вы не учитываете два факта:<br>1. Просто откинуть младшие биты нельзя - получим ошибку округления и существенные искажения. Те биты которые мы откидываем должны использоваться при формировании дитеринга. Как я уже говорил их частично можно сохранить использую нойз шейпинг и получить эквивалент 18 бит.<br>2. В каких условиях реальных условиях не хватает 16 бит? Вы вообще слышите последние 2 бита при прослушивании 16 битных записей при комфортной громкости? Вот тестовый файл на котором я проверяю цифровой аудиотракт на отсутствие ошибки округления: http://knk.square7.ch/dithering_test_2bit.flac Вы должны услышать музыку и равномерный/однородный шум на фоне. Если шум не однородный - где-то есть проблема с воспроизведением младших бит.<br><br>&gt; По простому - нормализовать запись, выполнить компрессию, убедиться, что в итоге нет звуков громче, чем -3 dB, закодировать в 16 бит. Практически.. https://mobile.opennet.me/openforum/vsluhforumID3/108380.html#33 Tue, 28 Jun 2016 12:09:43 GMT &gt; Проверил свою коллекцию (metal/rock/classic/jazz) flac - нашел семь альбомов. Это 2.5% <br>&gt; от общего количества.<br><br>Ну кое-что :)<br><br>&gt; Было много ложных срабатываний с результатом "counter A: 0, B: 0, C: <br>&gt; 1" на отдельных треках.<br><br>Ясненько. Вообще реальный проигрыватель по-моему смотрит на тэги только в начале трэка, если их нет с первых блоков, то HDCD не включается.<br><br>&gt; Как работает пока толком не проверил. Но уже ясно, что файл получается <br>&gt; в итоге в два раза тише, даже если в нем нет <br>&gt; расширения пиков. Соответственно теряем старший бит, что существенно снижает качество. <br>&gt; Так что или алгоритм патчить или проводить нормализацию после этого фильтра. <br><br>См. http://www.opennet.ru/openforum/vsluhforumID3/108380.html#32<br>Вообще в приличном HDCD-фильтре должна быть опция по отключению -6dB нормализации. Не говоря уж о том, что активироваться там, где тэгов нет он просто не должен. Но там, где HDCD есть, результат корректен. Эти диски и должны быть в два раза тише, чем сигнал, который на них реально з https://mobile.opennet.me/openforum/vsluhforumID3/108380.html#32 Tue, 28 Jun 2016 12:01:43 GMT &gt; Не будет.<br><br>Будут элементарно. Проще показать на примере, вместо вместо 24 бит - 8, вместо 16 бит - старшие 4.<br><br>Исходный 8-битный сигнал: 0011 0100<br>HDCD-кодирование в 4 бита: 1101 + пометка, что у блока сдвиг на 2 бита. Обычный CD играет "1101".<br>Декодировали HDCD: 0011 0100. При преобразовании в 16-ти битный формат записали старшие 4 бита: 0110.<br><br>&gt; Начнем с того, что 16 бит (с дитерингом) вполне достаточно для воспроизведения практически в любых реальных условиях. Даже на высококачественной аппаратуре в специально подготовленном помещении на классической музыке с минимальным использованием компрессора. <br><br>&lt;далее поскипано&gt;<br><br>Но практически на дисках бывает клиппинг и прочие проблемы. Мастеринг CD шел в большей глубине (float/48 обычно), финальное преобразование было в 16/44. Это можно сделать по разному. По простому - нормализовать запись, выполнить компрессию, убедиться, что в итоге нет звуков громче, чем -3 dB, закодировать в 16 бит. Практически.. ну известно, что вышло из loudness war, звуки до 0 https://mobile.opennet.me/openforum/vsluhforumID3/108380.html#31 Tue, 28 Jun 2016 09:04:02 GMT Проверил свою коллекцию (metal/rock/classic/jazz) flac - нашел семь альбомов. Это 2.5% от общего количества.<br><br>Было много ложных срабатываний с результатом "counter A: 0, B: 0, C: 1" на отдельных треках.<br><br>Как работает пока толком не проверил. Но уже ясно, что файл получается в итоге в два раза тише, даже если в нем нет расширения пиков. Соответственно теряем старший бит, что существенно снижает качество. Так что или алгоритм патчить или проводить нормализацию после этого фильтра.<br> https://mobile.opennet.me/openforum/vsluhforumID3/108380.html#30 Mon, 27 Jun 2016 21:27:00 GMT &gt; Ну ээ результат hdcd-декодирования в 16 бит положить невозможно :)<br><br>Очень даже возможно :)<br><br>&gt; Искажения будут.. <br><br>Не будет.<br><br>&gt; лучше уж тогда вообще не трогать. Ну то есть даже пытаться <br>&gt; не надо такое делать, смысл обработки же именно в представлении 20-битного <br>&gt; сигнала.<br><br>Начнем с того, что 16 бит (с дитерингом) вполне достаточно для воспроизведения практически в любых реальных условиях. Даже на высококачественной аппаратуре в специально подготовленном помещении на классической музыке с минимальным использованием компрессора. <br><br>24 бита (как и 88-192 kHz) нужны для студии дабы не накапливать ошибки округления при многократной обработке и не получать артефакты при возникновении ультразвука во время записи. <br><br>Что же касается hdcd, то если я правильно понял идею hdcd причина его возникновения была в плохом качестве дешевых DAC того времени - вместо полноценных 16 бит они выдавали честных 14-12. Самый простой способ исправить ситуацию - динамическая регулировка громкости (примерно тоже что и ди