человек защитил кандидатский минимум по данному вопросу, вот его мнение: "Аудио по usb передается в изохронном режиме, т.е. источник плювает пакеты данных с заданным интервалом. Точностью его соблюдения он и характеризуется: на нетбуках с этим хуже всего, а десктоп с кучей корневых хабов и мощным мостом обычно не испытывает проблем с загруженностью usb-контроллера. Изохронных режимов два: синхронный и асинхронный. Первый я всерьез рассматривать не хочу, это полная беда: источником битклока является комп, при этом джиттер достигает запредельных величин, а выпадения фреймов приводят временами к оглушительным артефактам и, в пределе, к похоронам пищалок. В природе подобные цапы в качестве маркетингового курьеза еще встречаются, но включать их по usb я не советую вообще совсем, кроме шуток. Асинхронный режим свободен от джиттера по данным настолько, насколько соответствуют стандарту контроллер и хаб на передающей стороне и приемник. Если они исправны, фрейм долетает до последнего и при наличии места в очереди садится в ее хвост. При отсутствии места приемник сигналит компу о переполнении и тот приостанавливает передачу. Цап забирает семплы из головы очереди по собственному клоку, поэтому джиттер по данным минимизирован до величин фазового шума генератора и цепи дистрибуции синхросигналов. Казалось бы, все безупречно. Но. Если контроллер или комп сильно загружен (скажем, на хабе сидят и цап и внешний винт, либо же на компе стоят форточки и им приспичило почесаться в другом месте), очередь может истощиться из-за большой задержки с поступлением свежих данных. В этом случае мозги цапа имеют всего два выхода: либо гнать на преобразователь последний валидный семпл, надеясь на скорое пополнение очереди, либо встать в mute во избежание громкого пука. Первый расклад ведет к искажению сигнала, второй - к запинке воспроизведения. А теперь засада. Учитывая квази-реалтаймовую отдачу инфы, драйвер на передающей стороне может просто похерить потерянные во время истощения очереди данные, чтобы не вылезти из тайминга трека. Я такое встречал в видеоплеерах, картинку-то не притормозишь. В итоге трек просто перескакивает через паузу, как иголка в соседнюю канавку на запиленной пластинке. Для решения проблем с запинками, в мозгах цапа обычно делают очередь на несколько сотен, а иногда и тысяч семплов, чтоб не зависеть от скорости компа. Но на набивку очереди тоже уходит время (протокол-то изохронный), посему в тех же видеоплеерах приходится поиграть значением lip sync, чтоб губа попадала в фанеру. Latency. Продвинутые usb-приемники имеют детектор среднего и пиковых отклонений частоты подачи данных со стороны компа и могут предикативно регулировать размер очереди, дабы соблюсти баланс между latency и риском опустошения очереди, у них задержки пренебрежимо малы. Как видите, в асинхронном режиме понятие джиттера относится только к потрохам цапа. Передатчик и приемник usb, будучи исправны, сами разбираются с внутренностями протокола и его физикой, не вмешивая в это оконечные устройства. Синхронный же режим для прослушивания музыки непригоден в принципе".
