https://www.opennet.ru/openforum/vsluhforumID3/102356.html Увидел свет (http://marc.info/?l=openbsd-misc&m=143043178115828) релиз операционной системы OpenBSD 5.7 (http://openbsd.org/57.html), тридцать седьмой выпуск за девятнадцатилетнюю историю существования проекта. При развитии OpenBSD основное внимание уделяется переносимости (поддерживается (http://www.openbsd.org/plat.html) 21 аппаратная платформа), стандартизации, корректной работе, активной безопасности и интегрированным криптографическим средствам. Размер полного установочного ISO-образа (http://ftp.eu.openbsd.org/pub/OpenBSD/5.7/i386/install56.iso) базовой системы составляет 208 Мб. <br><br><br><br><br><br>Кроме непосредственно операционной системы, проект OpenBSD известен своими компонентами, которые получили распространение в других системах и зарекомендовали себя как одни из наиболее безопасных и качественных решений. Среди них: LibreSSL (http://www.libressl.org/) (форк (http://www.opennet.ru/opennews/art.shtml?num=39617) OpenSSL), OpenSSH (http://www.openssh.com/), пакетный фильтр PF (http://www.openbsd.org/faq/pf/i https://www.opennet.ru/openforum/vsluhforumID3/102356.html#266 Fri, 08 May 2015 22:15:21 GMT &gt; Сравнивая с кодом в libsamplerate (пять режимов работы, три из них не <br>&gt; дают "пилу" в прошлом тесте), больше всего сходства вижу с src_sinc.c, <br>&gt; - а именно в том модуле реализованы те самые три "корректных" <br>&gt; алгоритма. Но могу и ошибиться, конечно, так как весьма смутно понимаю, <br>&gt; что тут на самом деле происходит. :( <br><br>По коду тип ресемплинга точно не определю, но на свертку (sinc) этот код явно не похож. Там должно быть умножение каждого сэмпла на каждый коэффициент фильтра + сами таблицы фильтров немалого размера (в libsamplerate *_coeffs.h).<br><br>&gt; Проверил, конечно. И сейчас ещё раз специально проверил через time aucat, чтобы <br>&gt; своим ушам не доверять лишний раз. Тик в тик с sndio <br>&gt; с выставлением на /dev/audio0 как 44,1кГц, так и 48кГц. У меня <br>&gt; на одном из прошлых ноутбуков кодек вёл себя неадекватно в этом <br>&gt; плане, так что я уже однажды обжёгшийся. :) <br><br>Возможно вам действительно попался не самый плохой кодек ;)<br><br>&gt; Попробовал с wav в aucat, ffplay (надеялся увидеть сонограмму), MoC https://www.opennet.ru/openforum/vsluhforumID3/102356.html#265 Fri, 08 May 2015 21:34:39 GMT &gt;&gt; Вырубил sndiod (чтобы программы, использующие sndio, подключались в /dev/audio напрямую), <br>&gt;&gt; проиграл тот же файл - пилы нет, а audioctl говорит, что <br>&gt;&gt; play.rate=44100. То есть ресемплирование, видимо, успешно делается штатным кодеком, так <br>&gt;&gt; как в audio(4) используется линейное и тоже, судя по коду (очень <br>&gt;&gt; похож на код из sndiod), без dithering'а - как я понимаю, <br>&gt;&gt; в этом случае пилу я тоже должен был услышать.<br>&gt; Точно сказать о качестве ресемплинга по наличию/отсутствия dithering'а нельзя ;) <br><br>Ага, понял, это я не тот код смотрел.<br><br>Вот, похоже, именно ресемплинг в sndiod (dsp.c, функция resamp_do):<br>[code]<br> for (;;) {<br> if (diff &lt; 0) {<br> if (ifr == 0)<br> break;<br> ctx_start ^= 1;<br> ctx = ctxbuf + ctx_start;<br> for (c = nch; c &gt; 0; c--) {<br> *ctx = *idata++;<br> ctx += RESAMP_NCTX;<br> https://www.opennet.ru/openforum/vsluhforumID3/102356.html#264 Fri, 08 May 2015 15:47:03 GMT Проверил ресемплинг на андройдофоне - на 44.1 все нормально, а на 48 наоборот сирена.<br>Так что до кучи залил тесты на 48khz, может кому пригодится для телефонов/плееров.<br><br>http://knk.bplaced.net/audio/resampling_test_48.mp3<br>http://knk.bplaced.net/audio/resampling_test_48.wav<br> https://www.opennet.ru/openforum/vsluhforumID3/102356.html#263 Fri, 08 May 2015 14:46:32 GMT &gt; Вырубил sndiod (чтобы программы, использующие sndio, подключались в /dev/audio напрямую), <br>&gt; проиграл тот же файл - пилы нет, а audioctl говорит, что <br>&gt; play.rate=44100. То есть ресемплирование, видимо, успешно делается штатным кодеком, так <br>&gt; как в audio(4) используется линейное и тоже, судя по коду (очень <br>&gt; похож на код из sndiod), без dithering'а - как я понимаю, <br>&gt; в этом случае пилу я тоже должен был услышать.<br><br>Точно сказать о качестве ресемплинга по наличию/отсутствия dithering'а нельзя ;) <br>К сожалению не могу проверить дешевые кодеки в режиме 44.1kHz, так как alsa просто не позволяет выставить этот режим. Насколько я знаю - общая политика alsa избегать аппаратного ресемплинга, так как он обычно реализован через зад, точнее zoh или linear.<br>А патчить alsa для включения 44.1 лениво :)<br><br>Проверьте не изменилась ли скорость воспроизведения при форсировании 44.1.<br>К сожалению не нашел dataheet на ваш кодек.<br><br>Dithering нужен для корректного округления до 16 бит. Обычно вся обработка звука произв https://www.opennet.ru/openforum/vsluhforumID3/102356.html#262 Fri, 08 May 2015 12:08:50 GMT &gt;&gt; Логично. Но, похоже, в моём случае вполне можно открыт <br>&gt; Чёрт, нечаянно нажал Ctrl+Enter, вместо этой фразы должен был быть постскриптум (если <br>&gt; интересно): <br><br>(это с sndiod -r 44100, без этой опции *.rate будет 48000)<br> https://www.opennet.ru/openforum/vsluhforumID3/102356.html#261 Fri, 08 May 2015 12:06:11 GMT &gt; Логично. Но, похоже, в моём случае вполне можно открыт <br><br>Чёрт, нечаянно нажал Ctrl+Enter, вместо этой фразы должен был быть постскриптум (если интересно):<br><br>$ audioctl <br>name=HD-Audio<br>encodings=slinear_le:16:2:1,slinear_le:20:4:1,slinear_le:24:4:1<br>properties=full_duplex,independent<br>hiwat=9<br>lowat=8<br>mode=<br>play.rate=44100<br>play.channels=2<br>play.precision=16<br>play.bps=2<br>play.msb=1<br>play.encoding=slinear_le<br>play.samples=0<br>play.pause=1<br>play.active=0<br>play.block_size=3840<br>play.errors=0<br>record.rate=44100<br>record.channels=2<br>record.precision=16<br>record.bps=2<br>record.msb=1<br>record.encoding=slinear_le<br>record.samples=0<br>record.pause=1<br>record.active=0<br>record.block_size=3840<br>record.errors=0<br>$ dmesg &#124; egrep 'audio&#124;azalia'<br>azalia0 at pci0 dev 3 function 0 "Intel Core 4G HD Audio" rev 0x0b: msi<br>azalia0: No codecs found<br>azalia1 at pci0 dev 27 function 0 "Intel 8 Series HD Audio" rev 0x04: msi<br>azalia1: codecs: Realtek ALC292<br>audio0 at azalia1<br> https://www.opennet.ru/openforum/vsluhforumID3/102356.html#260 Fri, 08 May 2015 12:03:56 GMT &gt;&gt; ADATA_BITS по умолчанию 16, но можно при компиляции выставить в 24.<br>&gt; Это не поможет, если ваша звуковая плата будет в 16 битном режиме. <br><br>Логично.<br><br>&gt;[оверквотинг удален]<br>&gt; Более дорогие решения с полноценным, но слабым DSP (например старые sb live/audigy) <br>&gt; - Secret Rabbit Code (Linear).<br>&gt; Для вашей ситуации, я бы рекомендовал использовать плеер с качественным преобразованием. <br>&gt; Например mpv при настройках по-умолчанию при необходимости использует lavrresample (ffmpeg). <br>&gt; Проверить свою систему можно и на слух.<br>&gt; http://knk.bplaced.net/audio/resampling_test_44.wav <br>&gt; http://knk.bplaced.net/audio/resampling_test_44.mp3 <br>&gt; Если ресемплинг более-менее качественный, то вы услышите просто тональный набор.<br>&gt; Если ресемплинг имеет серьезные проблемы - то услышите сирену, чем она громче, <br>&gt; тем хуже.<br><br>Ух ты!.. Я без иронии, действительно, вы столько всего интересного показываете.<br><br>Проверил sndiod - действительно, начиная примерно с пятого тонового сигнала идёт сравнимый по громкости звук пил https://www.opennet.ru/openforum/vsluhforumID3/102356.html#259 Fri, 08 May 2015 10:34:27 GMT &gt; ADATA_BITS по умолчанию 16, но можно при компиляции выставить в 24.<br><br>Это не поможет, если ваша звуковая плата будет в 16 битном режиме. <br><br>&gt; Надеюсь, <br>&gt; этот код даст вам ответ на вопрос; я, к сожалению, слабо <br>&gt; понимаю, как оно вообще может работать. :-\ Но работает ведь...<br><br>Код действительно заковыристый, похоже автор серьезно относится к экономии ресурсов (как cpu, так и памяти). Dithering'а нет. О качестве самого ресемплинга сказать ничего не могу (он должен быть в отдельной функции), но скорее всего будет тоже подход - с минимальным потреблением cpu.<br><br>Качественный ресемплинг довольно ощутимо грузит cpu.<br>Есть хороший сайт, на котором наглядно можно посмотреть качество ресемплинга в различных программных пакетах (как открытых, так и закрытых).<br>http://src.infinitewave.ca<br><br>В идеале должен быть только исходный сигнал - одна яркая линия. Все остальные линии - призвуки порожденные преобразованием. Чем их больше и чем они ярче (громче) - тем хуже.<br><br>Преобразование в дешевых кодеках будет примерно https://www.opennet.ru/openforum/vsluhforumID3/102356.html#258 Thu, 07 May 2015 23:06:03 GMT &gt;&gt; Все архитектуры переведены на статический формат PIE, т.е. все статически собранные исполняемые файлы в /bin и /sbin теперь содержат случайным образом расположенные сегменты "text" <br>&gt; Давно пора. &#198;rieBSD уже года три как рандомно тасует кишки эльфов по <br>&gt; дефолту.<br><br>PIE включён давно, здесь речь именно о статических бинарниках - для них реализация PIE по определению нетривиальна.<br>