(03-04-2016 23:32)rix81 писал(а):  хм. А что мешает разработчикам к примеру на уровне драйвера переключить в режим bulk, и (возможно) с соответствующим bulk чипом на усб приемнике?
Просто непонимаю, почему хитрые китайцы еще не смекнули. А вместо этого ибей завален всякими химерами типа usb>spdif на крутом асинхронном xmos которые кажутся просто мышиной возней а не решением вопроса.

Не всё там так просто с ХМОСом и прочими. Кроме канала передачи данных, есть ещё каналы interrupt and control. Так вот, по ним в ОБЕ стороны передается информация о наличии мастерклока, регулировки громкости и прочее. Вполне возможно, что предается и информация о совпадении контрольной суммы (а она в ЮСБ аудио отправляется на приемник, просто нет механизма переотправки кривого пакета). Дальше всё зависит от того, каким образом драйвера на это дело реагируют. Иначе, чем объяснить зависание или остановку воспроизведения в винде при нарушении приема аудиоданных? У меня такое было, когда ковырялся с ХМОСами. Как происходило? Очень просто- экспериментировал с согласующими резисторами- бусинами в цепях ЮСБ (ручки чесались с помехами "побороться"), в некоторых случаях дивайс спокойно определялся виндой, спокойно работал в сетках частот 44 и 96, а вот на 192 периодически вызывал зависание- остановку плеера. Причем, предварительно никаких щелчков и прочего, похожего на выпадение семплов- просто останавливалось вопроизведение- и всё. Подозреваю, на первом же пакете с несовпадением контрольной суммы драйвер дает команду на остановку воспроизведения.