Вы не заметили, под частотами 88.2, 176.4, 352 и 384 стоят буквы "NA", что означает, что данные частоты НЕ поддерживаются.

вчерашнее сообщение (Дата: Суббота, 10 Июня 2017, 13:21 | Сообщение # 141)

Вы не заметили, под частотами 88.2, 176.4, 352 и 384 стоят буквы "NA", что означает, что данные частоты НЕ поддерживаются.

Однако он (звуковой драйвер), каким - то чудом принимает звуковой поток с разрядностью 32 bit float.
Поэтому вопрос: может подскажете в чём дело? Ведь я понимаю, что скорее всего не правильно рассуждаю!

Драйвер не принимает поток в 32 битах с плавающей точкой. Винда, получая звуковой поток из плеера (при выводе из плеера через WASAPI shared/Directsouns), преобразует его в 32 бита с плавающей точкой, проводит обработку, если нужно, а после обработки преобразует поток в тот формат, который выставлен в настройках устройства, т .е. в 16 бит или в 24 бита (или 24, добитые нулями до 32, если драйвер не принимает простые 24 бита).

Если я в AIMP-е использую метод вывода "DirectSound (32 bit float)", то при выходе звукового потока из AIMP-а винде не требуется этот звуковой поток преобразовывать в 32 bit float, потому - что он уже в таком виде?

Если я в AIMP-е использую метод вывода "WASAPI" при выборе которого разработчиком жёстко прописано значение 32 bit, то после выхода звукового потока из AIMP-а, винда преобразует его в 32 bit float?

Если я в AIMP-е использую метод вывода "WASAPI Exclusive" при выборе которого предоставляется выбор ("16 bit", либо "24 Bit (i32)") то, конечно - же выбираю значение "24 Bit (i32)" и винда не преобразует в 32 bit float, потому - что этот звуковой поток сразу (мимо настроек частоты дискретизации и разрядности (в настройках звука Windows)) идёт можно сказать на ЦАП нотубука?

Если я в AIMP-е использую метод вывода "WASAPI" при выборе которого разработчиком жёстко прописано значение 32 bit, то после выхода звукового потока из AIMP-а, винда преобразует его в 32 bit float?
Да. Хотя, предполагаю, что при выводе через wasapi shared, из aimp'а и так выходят именно 32 бита с плавающей точкой (в фубаре именно так, во всяком случае).

Кстати, может подскажете, правильно - ли я понимаю "DSD: WASAPI" - это обычный "WASAPI shared"? И что в "DSD WASAPI" обозначает приставка "DSD"?

После попытки воспроизвести муз.файл, "foobar" не воспроизвёл муз.файл, а выдал уведомление (скриншот ниже):
(то - есть: "Неисправимая ошибка воспроизведения: Неподдерживаемый формат потока: 88200 24- битов / Гц / 2 канала")
В этом случае (то - есть используя в "foobar-е" метод вывода звука "DSD WASAPI" (то - есть "WASAPI shared")) преобразованный (с помощью "SoX" ресемплера) в "foobar-е" муз.файл в частоту 88200 Hz и пришедший на звуковую карту, оказался не подходящим, потому - что звуковой драйвер (и соответственно звуковая карта) не поддерживает такую (88200 Hz) частоту дискретизации. Поэтому и вылетела ошибка! И это я понимаю!

После воспроизведения муз.файла, произошло всё то же самое, что и используя метод "DSD WASAPI" (обычный "WASAPI")! То - есть, в "foobar-е", после выбора "WASAPI (event)"я намеренно решил использовать "SoX" ресемплер и установил одну из не поддерживаемых моим звуковым драйвером частоту дискретизации (88200 Hz). После попытки воспроизвести муз.файл, "foobar" не воспроизвёл муз.файл, а выдал уведомление об ошибке "Unrecoverable playback error: Unsupported stream format: 88200 Hz / 24-bit / 2 channels" (То - есть: Неисправимая ошибка воспроизведения: Неподдерживаемый формат потока: 88200 24- битов / Гц / 2 канала). То - есть, это обозначает, что звуковой поток (имеющий частоту дискретизации 88200 Hz) пришедший на звуковую карту, оказался не поддерживаемым драйвером звуковой карты.
Вопрос: Насколько я знаю, используя в муз.плеере метод "WASAPI Exclusive", настройка частоты дискретизации и разрядности задаваемые в звуковой карте вообще обходятся стороной (то - есть вот здесь (скриншот ниже)):
и звуковой поток идёт напрямую на встроенный в звуковую карту ЦАП?
Почему - же тогда возникла ошибка?

Спасибо! А в (foobar-е) "DS первичный звуковой драйвер"? Может это "DirectSound "?

или именно это значение ("32 bit float) в (foobar-е) автоматически задаётся

Да, именно так

Можно и самостоятельно проверить. Включить вывод через DS, в DSP в фубаре включить только эквалайзер, басы задрать эквалайзером как можно больше. Клиппинга не будет, но будет "плавать" громкость (следствие работы лимитера в микшере windows). Если бы был вывод с фиксированной точкой, то получился бы просто клиппинг, в чём можно убедиться, переключившись на вывод через wasapi 24 бита.

1. Что в момент возможного клиппинга (возникающего на высокой громкости и, возможно, накрученных эквалайзерах) просто занижается громкость всех частот (а не именно тех частот (например низких), благодаря которым начинают хрипеть муз.колонки), а когда клиппинг не предвидится (например: в тот момент, когда во время проигрываемой на высокой громкости музыки, попадаются более спокойные участки и без баса), то громкость (опять же предполагаю, что вся громкость, а не громкость тех частот, благодаря которым муз.колонки начинали хрипеть) опять автоматически увеличивается до того уровня, который изначально был задан пользователем?

2. Так - как, при прослушивании музыки на высокой громкости и накрученных эквалайзерах, периодически срабатывает лимитер (встроенный в Windows или Advanced Limiter в "foobar") то звук начинает плавать? И выход из этого один, убавить громкость или с помощью эквалайзера прибрать те частоты, благодаря которым начинают хрипеть муз.колонки?

Кстати, (ДАЛЕЕ НАПИСАННОЕ НЕ ЯВЛЯЕТСЯ ПОПЫТКОЙ ПРОБУДИТЬ СПОР) в статье http://audiophilesoft.ru/publ/my/aimp_3_55/11-1-0-261(но Вы наверно читали) говорится о том, что "limiter APO" (в Windows7), немного качественнее чем "Advanced Limiter" (в "foobar-е"). Поэтому предполагаю то, что наверно лучше использовать "limiter APO" (встроенный в Windows 7).

А ещё пишут, что "стоит также обратить внимание, что Advanced Limiter понижает пики находящиеся на уровне 1.000000 до 0.999908, а это означает что декодирование lossless материала с его использованием может не дать по-битовое совпадение с исходным аудио"!

Поэтому, так - как используя в в "foobar-е" (для предотвращения клиппинга) плагин "Advanced Limiter", (который "на лету" предотвращает клиппинг) громкость в течение проигрывания одного трека получится плавающая, то предполагаю будет лучше применять "ReplayGain" (которому нужно сначала сканировать ReplayGain теги муз.файлов), потому - что "foobar" при проигрывании занижает уровень громкости всей записи (именно всей — чтобы не менять баланс громкости между отдельными участками) так, что пик оказывается на максимальном уровне (0 dB на
пикметре), а всё остальное — конечно же, не выше этого уровня. И поэтому, предполагаю, что громкость в течение одного трека или целого альбома (в зависимости от того, что выставить в настройках "foobar-а") будет не плавающая.

Но, используя "ReplayGain" (вместо "Advanced Limiter"), нужно ли что - бы для предварительного считывания пикового уровня записи (с помощью "ReplayGain Scanner"), исходный файл содержал ReplayGain теги?

Вместо того, чтобы предполагать, лучше послушайте.

Должен ли спасти от клиппинга лимитер встроенный в Windows или встроенный (если включить) в "foobar"?

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

Считаем далее: 22,05 * 0,95 = 20,9475 kHz. (для среза 95%)

То-есть, если установить значение ресемплера на максимум (99%(минимальный срез)) и допустить то, что это значение соответствует 20-ти кГц., то установив уровень среза на 95%, мы срезаем небольшую часть (примерно 1000гц.) высоких частот и получим частоный диапазон примерно 20-19000гц.

получается, что эти полученные 45,6kHz нужно тоже срезать до 20kHz

В ресемлерах используется lowpass filter (срез высоких частот) для уменьшения других артефактов - звона и алиасинга/отражений.

В любой частоте дискретизации муз.файла (44.1, 48, 96, 192kHz) есть паразитные гармоники (артефакты), которые создают

Возьмём для примера файл с частотой дискретизации "96kHz". И в этом случае, при воспроизведении муз.файла (96kHz) получаем срез: 96 / 2 = 48 считаем далее: 48 * 0,95 = 45,6 kHz (и это для установленного (в "SoX" ресемплере) по умолчанию среза 95%).
Получается, что после применения "passband" фильтра (со срезом 95%), оригинальная частота файла (96kHz) стала меньше, считаем: 45,6 kHz * 2 = 91,2. То - есть срезали 96kHz - 91,2kHz = 4,8kHz.

Как понять сколько нужно срезать?

Если в ресемплере выставлена частота 48 кГц и Passband 95%, то ресемплер срежет звуковые частоты выше ~22800 Гц (24000*0.95).

Итак, я думал, что если буду воспроизводить муз.файл с частотой дискретизации например 96 kHz и в ресеплере будет установлено значение например 48 кГц (про "Passband" пока не буду говорить), то ресемплер преобразует это муз.файл в 48 kHz. Потом отправит на звуковую карту (если в муз.плеере использовать "Wasapi Shared" или в AIMP-е "DirectSound") в которой должно будет установлено идентичное значение (то - есть 48kHz), что - бы Windows не делала ещё одно ресемплирование. А оказывается, если в ресемплере муз.плеера будет установлено 48 kHz, то воспроизводимый муз.файл с частотой 96 kHz преобразуется не в 48 kHz, а вообще в 24kHz! И с этим значением (24 kHz) придёт на звуковую карту, в которой будет выставлено 48 kHz, получится, что с помощью ресемплера Windows произойдёт второе ресемплирование (из 24 kHz в выставленное значение в звуковой карте (то - есть в 48 kHz)?

Не путайте звуковые частоты с частотой дискретизации. Частота дискретизации будет та, что установлена в ресемплере, а срез звуковых частот = частота дискретизации, делённая на 2