IgorA

Вы сами задумайтесь пожалуйста о смысле своей аргументации. Если проблема только в том, чтобы без изменений донести биты из файла до ЦАПа, то любой фубар под любой Windows уже решает все проблемы. А сам плеер, да, конечно, и он тоже - промежуточное звено в конвейере звукового потока. А JACK - еще одно звено в этом конвейере.

По такой логике и любой lossless плеер - не промежуточное звено между файлом и драйвером. Раз пересылок данных становится больше, значит, промежуточное звено. Собственный буфер данных у JACK есть. В его программном интерфейсе (API) есть функция, задающая размер этого буфера: jack_set_buffer_size.

Модифицирует только при микшировании. В общем случае - переадресует, пропуская через собственный буфер.

Не сам звук, конечно, но цифровой звуковой поток - да. Само название расшифровывается как Audio Connection Kit. Connection - соединение, коммутация. Странно после того, как столько копий сломано, возвращаться к вопросу, что такое JACK. На стартовой странице проекта JACK конкретно сказано, что задача этого продукта - коммутация: take the audio output of one piece of software and send it to another.

"Прослойка" - вообще не моя терминология. Найдите, где бы я употреблял этот термин. Я говорил о "промежуточном звене". Но коммутатор - это и есть промежуточное звено.

JACK - коммутатор + конфигуратор. Иного я нигде не утверждал.

Для звука - нет. Принципиальная возможность, видимо, есть, но такие драйверы никто не делал.

Связь этих цифр с качеством у ampir в аксиомах. Раньше это обсуждалось в других темах.

@PolarLight Я думаю, что DOS позволяет получить предельный минимум загрузки процессора при воспроизведении звука (в противоположность тому, что делает сам ampir-nnn через JACK) и в этом смысле, да, DOS - идеальная ОС для звука на ПК. Но масса ограничений, связанных с отсутствием поддержки современных устройств, на мой взгляд, делает этот вариант неперспективным.

@PolarLight JACK позиционируется как инструмент realtime микширования и гибкой коммутации звуковых потоков. Именно в этом контексте очень актуальны минимально достижимые значения буферов. С качеством воспроизводимого звука никто это не увязывал. До ampir-nnn.

@Urez Место, видимо, да, не соответствует предмету, но вопрос этот скорее не ко мне. Я комментировал обсуждение, которое и без меня занимало всю предыдущую страницу.

@PolarLight Юрий, а что непонятно?

Да и сама апологетика минимально достижимого буфера в отношении задачи качественного воспроизведения музыки - тоже мифология, базирующаяся на незнании того, как тактируется передача звукового потока в ЦАП. Какой-то оптимальный, ограниченный сверху размер буфера может существовать, но лишь в отношении минимизации числа пересылок аудиоданных между памятью и кэшем процессора по пути в драйвер и размер такого буфера не меньше сотен семплов. А когда буфер зажимается до единиц семплов, то в разы возрастает нагрузка на процессор, соответствующим образом повышается уровень помех и джиттер от этого может только увеличиваться. Если кому-то нравится именно этот звук, то тут скорее вопрос личных предпочтений, а не какое-либо объективное преимущество этого варианта.

@ampir-nnn Даже когда Jack выводит через ASIO 3 семпла / 2 периода, он ничего не минует в "звуковой системе ASIO". Желательно это понять и не заменять знания мифологией.

Иначе говоря, он передает звуковой поток стороннему компоненту, который под Windows умеет выводить через ASIO, опять же, никак и ничего в ASIO не минуя. То есть, спрятаться от ASIO за еще одним дополнительным посредником, для Вас означает "миновать звуковую систему ASIO"? Что он при этом минует в некой упомянутой выше "звуковой системе ASIO", если она и сводится только к этому драйверу?

@ampir-nnn И всё-таки ответьте пожалуйста конкретно на вопрос, связанный с Вашим утверждением, сделанным выше - что именно минует JACK в "звуковой системе ASIO", когда он выводит через ASIO? Если имелся ввиду некий микшер, то где этот микшер в ASIO?

@ampir-nnn Когда плеер использует прямой вывод через драйвер ALSA и поддерживает настройку размеров буферов ALSA, он работает с теми же функциями вывода, что и JACK, и имеет те же самые возможности. В этом случае JACK объективно является лишним посредником на пути от плеера к драйверу. И что Вы конкретно имели ввиду под "Jack работает минуя звуковую систему ASIO", если ASIO - это только драйвер вывода? Что там минует Jack?

Вы знаете, что драйвер карты, непосредственно взаимодействующий с железом, всегда работает в режиме ядра, а в комплекте Jack нет модулей, работающих в режиме ядра? Из чего с логической неизбежностью следует, что Jack может работать с железом только через драйвер, соблюдая все его условия и ограничения. Или во многом знании - немалая печаль?

Владимир, я, чтобы доказать ampir-nnn, что JACK не может обойти драйвер ASIO в Windows (как и ALSA в Linux) и его ограничения на минимальный размер буфера, даже написал драйвер ASIO, который логгировал действия JACK при выводе и, естественно, всё подтвердил. За исключением ampir-nnn никто в этом мире не утверждает, что JACK может обойти драйвер ALSA и работать напрямую с железом. Но вера, она сильнее фактов.

В 64-разрядной системе в общем случае оптимальнее 64-разрядная, но это не означает, что 32-разрядная там плохо работает. О разнице между 32-разрядными и 64-разрядными платформами можно почитать заметки в интернете. Это разные режимы работы процессора и адресации памяти. 64-разрядная система несколько производительнее и без ограничений на размер данных в памяти (пока хватает памяти).

Из readme (только для EXTRAS модулей вывода): Для этого варианта потребуется скопировать в основную папку 32-разрядной версии плеера используемый 64-разрядный ap2decoder.exe с его конфигуратором. Также потребуется сделать в той же папке копию 32-разрядного файла approxy.exe с именем approxy64.exe. После этого модуль вывода будет 64-разрядным, а процессинг - 32-разрядным.

Вот про то, как его увидеть, и рассказано в readme. Он выбирается и активизируется в программе ap2config на вкладке VST. Затем вызывается при воспроизведении через значок в трее.

Эквалайзер есть в комплекте плеера в качестве примера VST плагина. Информацию, как использовать плагины, можно найти в файле readme по ключевому слову VST.

Когда готовых rad нет, надо делать самому из m3u. Это у меня не автоматизировано. Для DI fm надо скачать этот файл https://api.friezy.r...ists/m3u/DI.m3u открыть в WordPad или в FAR (не в Блокноте, он этот текст на строки не делит). Там для каждой станции пара строк. Из первой берется имя rad файла, а из второй - содержание. Например, в файле есть строки #EXTINF:-1, Dub Techno http://hot.friezy.ru...hno&bitrate=320 строка http://hot.friezy.ru...hno&bitrate=320 копируется в Блокнот и сохраняется как файл Dub Techno.rad Только в блокноте при сохранении справа внизу надо заменить шаблон "Текстовые файлы" на "Все файлы", иначе автоматически добавится .txt.

@intelcore2duo В плеере используется минимизированный код исполняемых файлов, который эвристический анализатор может считать подозрительным. При обновлениях 32-разрядной версии нередко приходится вступать в переписку с издателями некоторых антивирусных программ.