IgorA

А что именно жаль? Между теми же концами работает и, видимо, более оптимально связка asiocream/apscream.

Виктор, такой вариант невозможен, поскольку APlayer не содержит DLNA/UPnP сервер.

Виктор, проще всего записать на флешку архив apscream.tar.gz, который есть для разных платформ в asioscream.zip в папке Linux. Затем подключить флешку к малинке и в mc скопировать из этого архива файлы в папку /home/tc/scream.

Юрий, apscream полностью автономен, но он не выбирает устройство вывода по умолчанию, на которое он выводит и которое задаётся в файле /etc/asound.conf. Устройство надо выбрать в плеере или рендерере.

Приемник можно добавить по аналогии с тем, как на телефон устанавливают Album Player. Там проблема в том, что нужна ALSA, которая исходно в Android отсутствует.

Юрий, на всякий случай уточню - для приёма asioscream потока не нужны рендерер и бридж на Yoctoap, только apscream, но ещё как источник требуется приложение Windows, использующее как устройство вывода ASIO scream. У меня для DLNA\UPnP сервера роль такого приложения выполняет апрендерер под Windows.

Дмитрий, плеера нет фигурально, а функционально, как всегда, он остаётся на конечной точке и больше нигде. Как маршрутизатор работает как раз плеер под Windows, который берёт данные из файла и передаёт их сетевому драйверу, у которого собственный буфер, из которого и идёт трансляция пакетов в сеть. Просто плеер минимизирован в apscream настолько, что интегрирован в обработчик приемника сетевого пакета. Это как раз и делает данный вариант выигрышным по сравнению с альтернативными решениями. Активность конечной точки в контексте обсуждаемого решения как раз и означает её избыточность и неоптимальность. И убедило меня в этом не теоретизирование, а сравнительное прослушивание с быстрым переключением между альтернативами.

Это странное утверждение. Плеер на ПК с виндой в этом случае работает как сетевой сервер - аналогично Asset или minim. В них тоже звук рождается? Но, в отличие от воспроизведения с обычных серверов через шару или UPnP, здесь реализуется синхронная равномерная передача сетевых пакетов, что по результатам разработчиков протокола Diretta даёт дополнительный вклад в SQ. Плюс на конечной точке при этом работает ультраминималистичный код, где плеера как такового нет, а есть приёмник сетевых пакетов, пересылающий их прямо в драйвер ЦАПа. Что тоже плюс к SQ. Хаять это решение только потому, что там на другом конце находится Windows, недальновидно.

Это так.

С точки зрения SQ это решение может иметь самое лучшее SQ в сравнении с другими аудиофильскими сетевыми решениями - RAAT, NAA и Diretta, поскольку совмещает синхронный режим и минимализм. Выше я технические подробности пояснял.

Дмитрий, дальше на стороне Yoctoap можно оставить загруженным только apscream. Плеер, рендерер и бридж в этом варианте в воспроизведении не участвуют. На стороне Windows использовать любой плеер с поддержкой ASIO и выбрать там как устройство вывода ASIO Scream. Для Album Player я рекомендую выбрать в ap2config модуль вывода EXTRAS ASIO.

Дмитрий, на первом шаге проще всего взять 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. Это разные режимы указания длины файла для плеера. Может быть, в этой ситуации как-то влияет. Бридж перезапустить.