Почему и как влияют USB кабели

pm325 · 19.Октябрь.2019 13:10:05

Речь шла о DoP vs Native

Надо было для XXHighEnd, он native не разумеет

smejm:

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

Марат в ветке по джиттеру указывал, что алгоритм действий зависит от реализации прошивки принимающей стороны, т.к. в аудио задействована асинхронная модификация изохронного режима usb. Если по какой-то причине произошло опустошение буфера или вдруг пришел битый пакет (хотя такое случается крайне редко) - запрос на повторную отправку отсутствует и с этим надо что-то делать - либо mute, либо повторять последний успешно полученный. Скорее всего, возможен и третий вариант - интерполировать, но в каких именно приемниках он реализонан, мне неизвестно.

Джиттера бояться — цифру не слушать Цифровые источники

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