IgorA

Дмитрий, на первом шаге проще всего взять Yoctoap и включить воспроизведение файла на плеере, поддерживающем ASIO. В Yoctoap apscream есть в меню и как опция в автозагрузке. Руками его не сложно добавить в любой Linux, включая PiCorePlayer. На Windows надо установить драйвер asioscream и выбрать "ASIO Scream" как устройство вывода через ASIO. У Виктора после этого всё сразу заработало. Но если IP адрес приёмника не 192.168.1.77, его надо явно указать в соответствующей строке в файле asioscream.ini в папке драйвера. Для конфигурации с UPnP сервером можно запустить ap2renderer.exe, предварительно выбрав в ap2config и настроив модуль вывода EXTRAS ASIO. Тогда сервер будет выводить на рендерер, а рендерер - на apscream. Я так слушаю Qobuz: управляю через mConnect на iPad, с сервера поток принимает рендерер под Windows, а воспроизводит первая малинка с apscream. И hi-res 192kHz нормально воспроизводится. При наличии помех при воспроизведении через WiFi на обоих концах (asioscream и apscream) надо включить протокол TCP.

Просто слушать на компе - тоже вариант, но к нему последнее обсуждение не относится. Это касается тех, у кого для вывода звука отдельное устройство - компьютер или микрокомпьютер, работающий под Linux. Таких людей тоже много.

Тем, кто ищет лучший звук и использует в качестве конечной точки устройства на Linux, я рекомендую не пренебрегать впечатлениями Виктора и самим испытать связку asioscream/apscream.

Виктор, я думаю, что влияния, если есть, то минимальные, но, в любом случае, минималистичный источник, как аплеер, тоже хорошо. Японские пользователи протокола Diretta пытались измерить влияние источника и по их результатам некоторое преимущество у аплеера было.

Да, DSP, видимо, можно. Но головное устройство только на базе Windows, для других платформ драйверов scream нет. С UPnP источниками, как mConnect и BubbleUPnP, этот вариант конечной точки можно интегрировать, выводя на aprenderer под Windows, а с него через asioscream на apscream.

Это подтверждает теорию.

Здравствуйте, Виктор. Описание настроек apscream есть в текстовом файле в архиве asioscream.zip. Вызов редактора этих настроек добавлен сверху в APmenu. Но там и исходно достаточно оптимальные настройки. Рендер и бридж никак не с apscream не связаны и не взаимодействуют. Только выбор устройства вывода надо предварительно сделать в плеере или рендерере.

Виктор, соединение напрямую, я думаю, может работать, если задать на обоих концах статические IP в одной подсети.

Виктор, надо скачать и распаковать этот архив: https://albumplayer.ru/asioscream.zip Для использования в 64-разрядных плеерах надо скопировать папку ASIO64 в корень диска C. Если будут 32-разрядные плееры, то ещё аналогично скопировать ASIO32. Затем запустить от имени администратора командный файл install (run as admin).bat Драйвер будет установлен и в списке устройств на скриншоте выше появится ASIO Scream. Далее нужна небольшая настройка в ASIO Control Panel - опционально может потребоваться выбрать локальное звуковое устройство для синхронизации вывода (встроенный звук подходит) и ввести IP адрес приемника потока. Если из Roon не вызывается ASIO Control Panel, то либо вызвать её из настроек ASIO в Album Player, либо редактировать вручную файл asioscream.ini. Там Device - индекс локального устройства вывода, где 0 - устройство по умолчанию. ReceiverIP - адрес приемника. Приёмник - либо Yoctoap, где в меню или в автозагрузке включен Scream, либо другой Linux, куда добавлена программа apscream из папки Linux. В PiCoreAP её папку надо поместить в папку /home/tc, а на вкладке Tweaks в User Commands можно добавить её автозапуск. Когда всё это будет сделано, должно работать воспроизведение из Roon через ASIO Scream. apscream как и аплеер выводит на устройство вывода по умолчанию в режиме прямого аппаратного вывода.

Они вещают только в 128kbps.

Концепция верная, но она полностью реализуется, только если на конечной точке работает официальный Roon Bridge. Но тогда бридж, встроенный в Yoctoap или PiCoreAP, не нужен. Экосистема от Roon самодостаточна. Roon Bridge принимает аудиопоток и передает его драйверу ALSA. Бридж же из Yoctoap принимает поток от Roon по протоколу RAAT, буферизует его, и, работая как DLNA/UPnP сервер, по протоколу http передаёт этот поток на aprenderer, который уже его воспроизводит, попутно декодируя FLAC. Понятно, что минимализм здесь уже относительный. apscream представляет собой альтернативу RAAT и, я думаю, более минималистичную альтернативу, при использовании которой на конечной точке, действительно, происходит минимум возможных сопутствующих манипуляций с данными. Ближайшая параллель apscream - популярный в среде японских аудиофилов коммерческий протокол Diretta, разработчики которого обнаружили, что минимум помех обеспечивает максимально равномерная во времени передача сетевых пакетов со звуком (RAAT от Roon работает не так, это асинхронный протокол с подкачкой блоками. Первая версия использовала UDP пакеты, сейчас TCP). apscream реализует ту же идею синхронной, абсолютно равномерной передачи пакетов, но делает это ещё минималистичнее чем Diretta, поскольку обходится без дополнительного аппаратного адаптера, непосредственно принимая из сети равномерный поток UDP или TCP пакетов. Сам принцип вывода, реализованный в apscream, изобрёл не я, поскольку он был уже реализован в драйвере scream и приложении scream, но я довёл этот принцип до кондиции. В приложении scream в исходном варианте используется минималистичный, безсеансовый и бесконтрольный сетевой протокол UDP и там обнаружился экстремальный минимализм реализации плеера, где весь код плеера вшит в одну функцию, обрабатывающую приём сетевого пакета. То есть, это не то что "однопотоковое приложение," а это приложение вообще без собственного потока, находящееся внутри обработчика приема сетевого пакета. Но оригинальный scream выводит с потенциальным ресемплингом, не в режиме прямого аппаратного вывода. Я трансформировал реализацию scream так, чтобы это был вывод в bit-perfect в режиме прямого аппаратного вывода и с поддержкой Native DSD, сохранив исходную экстремально минималистичную архитектуру. И добавил чуть более тяжеловесный режим поддержки TCP протокола, без которого через WiFi неустойчиво передаётся hi-res. Чтобы использовать Native DSD и/или TCP вывод надо выводить на apscream через драйвер asioscream (UDP режим он тоже поддерживает). Для вывода по UDP протоколу на apscream подходит и стандартный драйвер scream, который тоже приобретает способности к bit-perfect при выводе через Exclusive WASAPI. Интегрировать Roon с этим решением можно, выводя на apscream через ASIO из приложения Roon, используя Roonrock в качестве сервера или напрямую без сервера.

Виктор, если управляете воспроизведением из плеера Roon под Windows, то недавно появился новый вариант радикальной минимизации конечной точки - apscream, который встроен в актуальную Yoctoap, а в piCoreAP его не сложно добавить самостоятельно. На него можно выводить через ASIO, предварительно установив драйвер asioscream. С технической точки зрения этот вариант обеспечивает самый короткий путь сигнала от сетевого порта RPi до ЦАПа. Поэтому в поисках лучшего звука есть смысл попробовать и его тоже.

На piCoreAP папка бриджа в /home/tc. Чтобы изменения сохранялись, надо делать Backup.

Виктор, попробуйте поменять в xml-файле в папке бриджа (В Yocto это, вроде бы, /usr/upnp) параметр stream_length -3 на -1. Это разные режимы указания длины файла для плеера. Может быть, в этой ситуации как-то влияет. Бридж перезапустить.

Тогда плеер не может столько данных буферизовать и остаются только причуды сетевого драйвера, который, видимо, подвисает до отключения кабеля на отдаче первого пакета, накапливает входящие данные, а после отключения кабеля отдаёт всё.

Здравствуйте, Виктор. Понятно, что информация накапливается в zero, поскольку в адаптерах такого буфера не бывает. Какие настройки на стороне zero?

Внизу предыдущей страницы есть картинка, там справа вверху "Buffer size". Этот параметр задаёт коэффициент, на который умножается размер буфера драйвера. Если буфер плагина окажется больше буфера модуля вывода, аномалии возможны.

profyurik Попробуйте в настройках out_asio.dll уменьшить размер буфера. Например, "7" заменить на "1".

В WASAPI частота тоже должна совпадать. Для остальных режимов выходная частота дискретизации выбирается в системных настройках звука в свойствах аудиоустройства на вкладке "Дополнительно". Там можно выбрать 44.1.

Максимальная громкость во всех режимах совпадает. Промежуточная может отличаться, поскольку в разных модулях где-то логарифмический регулятор громкости, где-то линейный. У линейного больше градаций на малой громкости, у логарифмического - на большой. В отношении проглатывания слов попробуйте включить в настройках плагина ASIO опцию "Gapless mode". Для аудиокниг в mp3 всё одинаково хорошо. Для музыки из этих режимов предпочтительнее WASAPI как bit-perfect режим.

С исходными настройками такого обычно нет. Если включен режим Direct Input, то попробовать переключиться на Standard. Если это не помогает, попробовать переключать интерфейсы вывода - WaveOut, ASIO, WASAPI.

s_cuba57 Попробуйте в левом нижнем углу панели, вызываемой по F5, выключить опцию "Preserve attributes".

Добрый день. Обычно всё успешно копируется клавишей F5. Возможно, проблема с правами доступа. Если система не Yoctoap, попробуйте запустить mc с root правами: sudo mc

Выбрать в ap2config модуль вывода Exclusive WASAPI, в его конфигураторе выбрать выход через коаксиал. Разрядность вывода на вкладке DSP в ap2config выбрать 24 бита. DSD как DSD по коаксиалу поддерживают только некоторые ЦАПы и только DSD64 в режиме DoP, Если и этот вариант не работает, то остаётся преобразование DSD в PCM с частотой дискретизации, поддерживаемой ЦАпом по коаксиальному входу. Настраивается в конфигурации SACD плагина через "Форматы файлов" в контекстном меню.

Попробуйте ещё поменять на device 3. Есть и такой вариант.