С чего бы начать "твердотельность" воспроизведения...?

[goleg]

Испытывая некоторые проблемы в данной области, решил спросить здесь и начать сначала...
Имею этакий мини-пк DNS-Porto на Intel Atom D525 и Nvidia ION.( на win7 , но переустановка не пугает). Хотелось бы использовать его в качестве аудио проигрывателя ( usb-цап ), лучше безмониторного, с управлением от андроидного смартфона. Подскажите, в сторону какого ПО смотреть....? возможно эта тема тут обсуждалась...?
Спасибо.

[-Rik-]

винда многозадачная система и приоритет вывода звука далеко не на первом месте стоит, когда проц будет свободный, тогда и даст звуковухе следующий отсчет. Если бы у звуковухи была собственная память на борту, то эта проблема легко бы решалась. Линух тоже многозадачен

Это всё совершенно правильные, но общие слова и болтовня, из которой никак не вытекает определение latency. Дайте определение, пожалуйста - latency между чем и чем?

Вот идёт поток i2s с транспорта (виндовс, линукс) на ЦАП. Тактируется поток от ЦАП. Где тут latency?

"Имя, сестра! Имя!"

[_Summit_]

А при чем тут тактирование самого цапа? Сначала разберитесь с тем что такое джиттер.

Нет. Давайте сначала с тактированием и латентностью.

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

Нет. Процессор никаких отсчетов звуковой карте не генерирует.

Если бы у звуковухи была собственная память на борту, то эта проблема легко бы решалась

Так она и имеется. Называется буфер.

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

А, ну теперь все понятно.

[Delta213]

Вот идёт поток i2s с транспорта (виндовс, линукс) на ЦАП. Тактируется поток от ЦАП.

А я сразу это и обозначил, если есть обратная синхронизация, то латентность побоку, и звучит от любого компа одинаково. Линух на одноплатнике при работе все-же поменьше помех даёт.

---------- Сообщение добавлено 17:10 ---------- Предыдущее сообщение было 17:07 ----------

Нет. Процессор никаких отсчетов звуковой карте не генерирует.

Конечно, звуковуха данные получает непосредственно от святого духа, зачем ей какой-то процессор.

[_Summit_]

Конечно, звуковуха данные получает непосредственно от святого духа, зачем ей какой-то процессор.

C шины DMA она данные получает. Но DMA так же ее не тактирует.
А если режим DMA не досупен, то все равно такты генератора звуковуха с процессора не получает. У нее свой генератор на борту есть. А выборка данных происходит из буфера. Когда данные в буфере заканчиваются, генерируется прерывание, процессор устанавливает следующие регистры DMA на шине (или передает след. порцию данных сам без DMA). Если данных нет, то слышите щелчок, затык, заик и пр.

[Delta213]

А выборка данных происходит из буфера.

Так из буфера что сама звуковуха данные забирает? Нет в ней контроллера для этого. Да даже если бы и был, такт подошел, нужны данные, а в это время в память диск пишет, или проц, да неважно что, занята память....

[-Rik-]

А я сразу это и обозначил, если есть обратная синхронизация, то латентность побоку, и звучит от любого компа одинаково.

А Вы что, всерьёз рассматриваете тактирование звукового потока не генератором ЦАПа, а процессором транспорта на виндовс/линукс? Вот тут, прямо на Веге, вот это вот всерьёз рассматриваете? Ну поздравляю.

Кстати, даже и в этом случае латентность ни при чём.

ЗЫ Хотя конечно, можно поставить буфер (например, Алекса) и жить спокойно. Но в таком случае всё равно тактирование выборок из буфера пойдёт от ЦАПа.

[_Summit_]

Так из буфера что сама звуковуха данные забирает?

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

такт подошел, нужны данные, а в это время в память диск пишет, или проц, да неважно что, занята память....

Поэтому и придумали DMA.

[Delta213]

А Вы что, всерьёз рассматриваете тактирование звукового потока не генератором ЦАПа

Ессно звуковуха тактирует, но не всегда ее запросы вовремя исполняются. Мы сейчас о каком транспорте говорим? Комп+звуковуха, или комп+внешний цап? Если цап, то как связан с компом? ЮСБ, спдиф, или и2с?

---------- Сообщение добавлено 17:49 ---------- Предыдущее сообщение было 17:47 ----------

Да. С каждым тактом генератора из буфера выбираются данные. Как только данные заканчиваются, генерируется прерывание.

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

[_Summit_]

Ессно звуковуха тактирует, но не всегда ее запросы вовремя исполняются.

Тогда щелчок, если этого времени не исполнения будет достаточно, что бы его услышать.

Да не берет звуковуа данные блоком, нет у нее памяти для хранения

Память для хранения есть. Называется буфер. Является ли звуковуха символьным устройством или блочным я не знаю. Да это и не важно.

берет 64 бита и так до следующего такта, но не факт что не придется подождать.

Ну и кто будет ждать? Генератор ждать не будет.

[Yurgen]

Linux компактный, облегченный, меньше места на диске занимает, меньше памяти жрет, меньше процессорного времени. Если требуется запустить только плейер, требования к железу сильно снижаются. Linux бесплатный. Кроме того есть готовые решения, если нужен например не только плейер но еще и NAS например.

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

Debian+aplayer. Управление через веб, можешь сделать приложением.

Clementine, есть полноценное приложение д/у под андроид.