Если приемник дублирует или пропускает(без временного интервала, склеивая между собой поступившие) выпавшие пакеты то весь вопрос какая длительность этого пакета в секундах, если пакет данных дает звука на миллисекунды то этот систематически выпадающий пакет никак заметно не повлияет на звук в виде сильных искажений и щелчков, мы услышим только общее ухудшение звука, как раз потеря слитности и “аналоговости”
То, что написал Марат немного не совсем связано с самой проблемой разницы USB кабелей. Скорее это касается правильного подбора буферов приемной и передающей стороны.
Вообще эта задача (устранение рывков) решается увеличением буфера принимающей стороны и уменьшением буфера передающей (что и настраивается в драйвере ASIO например)
Наглядный пример - как работает буфет.
Представте, когда более равномерно загружен кассир? Когда очередь короткая или очередь длинная в обеденное время? Когда очередь короткая - возникают небольшие разрывы и кассира появляются паузы. А когда очередь становится выше определенной длины, то какой бы разброс неравномерности прихода посетителей - небыл, кассир всё равно будет работать без простоев.
Это если учесть что средняя скорость обработки и поступления заявок одинаковая (а в USB аудио так и есть - плеер отдаёт и передатчик принимает с одинаковым битрейтом)
Вот выдержки и есть самое интересное в статье. Или Вы сами имеете анализатор USB Tektronix чтобы опровергнуть скриншоты с него? Знакомы с внутрянкой протоколов на низком уровне ?
Я приведу практический пример - понижая до минимума в драйвере ASIO XMOS значения, либо увеличивая их можно получить очень отчетливую разницу в звуке. Несмотря на то , что счетчик ошибок драйвера не показывает их и никаких “тресков-нойсов” не наблюдается. Более того при смене кабеля на принтерное толстое короткое , экранированное по самое немогу УГ, (против эталонного того же AQ Diamonda) до минимальных значений без появления ошибок вообще не добраться. Равно как и до уровня звука с применением того же AQ Diamond USB.
Можно было бы списать эффект на мерзкие форточки от майкрософт - но увы и с аурендером верхних серий ( и аураликом ) с его основным выходом USB влияние USB кабеля сохраняется в той же степени.
Олег, влияние приблуд никто не оспаривает, действительно становится лучше и ухом это фиксируемо. но по сути, что делают эти приблуды? Они подводят к правильному стандарту передачи пакетов. а именно 90Ом волновое сопротивление и чистое питание. вроде как, и реклокинг.
вопрос стоит в том, что диофильские кабели не соответствуют стандарту и плохая реализация отдачи ЮСБ в компах.
я так это вижу
А где те кабели , что соответствуют ? И почему именно плохая “отдача” - может быть и “прием” так же плох ?
Приведу второй пример.
Приблуда Аптоне Реген очень позитивно влияет практически на все что имеет собой целью передачу по USB (даже оставив за бортом чистое питание, что она дает для зависящих от него устройств - типа Беркли USB) Теоретически в нее можно было бы пихать любые шнурки и получать чистый мед на выходе - но это снова не так. И к ЕЕ выходу ровно так же применимо требование очень качественного кабеля (родной “переходник” уступает снова тому же AQ Diamod). Засада.
Нет. Не так. Попробуйте сами вырезать кусок звука в редакторе и послушать. Я этим занимаюсь каждый день и могу сказать - даже вырезав 1 семпл в сигнале (на моей рабочей SR48KHz это составляет примерно 1/50000 секунды) - в большинстве случаев будет слышен щелчок. Бывают случаи когда он маскируется - это зависит от самого сигнала и даже воспроизводящей техники. Выпадение в 5 семплов (~1/10000 сек) слышно всегда и везде. Ухо - очень тонкий инструмент контроля.
Выше по ссылке коллеги @pm325 заявлен временнОй параметр изохронного usb-протокола: “The isochronous endpoints run at a rate of one transfer per 125µs; or 8,000 transfers per second.” Таким образом выпадение одного пакета в общем случае представляет из себя потерю данных на 1/8000-ю долю секунды, что должно быть слышно при любых условиях.
насчёт регена ничего не скажу. но после внедрения полных коробочек от IFI (не Purifier2, а полные, что дорогие с их же БП в комплекте(он один стоит, как Purifier2) ) двое моих знакомых перестали слышать какое-либо влияние USB кабелей. от слова вообще перестали слышать.
я почему и кинул клич: если кто продаёт БУ purifier2 или модели старше, свистите в личку.
Неа. Если на этапе кабеля часть пакетов тупо теряется - никакие повышенные размеры буферов не спасут ситуацию. Откуда возьмутся недостающие потерянные пакеты?
Настройка буферов (в т.ч. ASIO) вообще не для “исправления” передачи данных по кабелю сделана - а для облегчения процессинга приёма/передачи и обработки этих самых данных в самом широком смысле.
Согласование размеров буферов делается для двух вещей
- Для исключения досрочного опустошения или, наоборот переполнения, когда его не успели прочитать.
- Для более равномерной и плавной отдачи/передачи (уменьшение джиттера)
Я не знаю про какой широкий или узкий смысл вы говорите. Это кстати пишу уже второй раз и об этом писал Марат. Опять переливание из пустого в порожнее.
Вы разберитесь сначала что именно, где и для чего можно и нужно изменять размер буфера в ASIO драйвере а потом приводите этот аргумент.
Вы не в теме вообще походу. Вы хоть раз настраивали размеры буфера (или задержки) в ASIO драйвере? Может вам лучше разобраться, уважаемый, прежде чем на Олега гнать?
Во первых - джиттер передающей линии usb к джиттеру аудио сигнала отношения не имеет. Точка.
Во-вторых - приходится повторяться - если у вас пропадают пакеты на этапе передачи по кабелю usb (не в результате недостаточных буферов, а в результате некачественного или неисправного кабеля, о чём собственно речь) - каким образом вы собираетесь восстанавливать пропавшие данные?
Если пропадают пакеты - это слышно. Много раз сам это проверял. Когда буффер меньше минимальной величины - просто жесткий трешь. Попробуйте с конвертором SOTM сделать такой опыт. Там надо ставить значения - пред.минимальные.
Давайте вот без этого. Я в теме больше 25-ти лет, и знаю об ASIO и его настройке достаточно для того чтобы использовать свои знания в работе.
Ну вот, о чём спор тогда? Точно также как потеря данных из-за малого размера буфера происходит и потеря пакетов на этапе кабеля.
Сказанное Вами только укрепляет сформировавшуюся версию.
Грубо - цифра рассчитана на работу с цифрой и внутри замкнутой цифровой системы всё хорошо. Проблема в том, что цифровые аудио девайсы в части их электрических контуров должны учитывать то, что они сопрягаются с аналоговыми девайсами. Часто не учитывают. И в кабельной сфере тоже.
Прошу учесть, что: а) семпл НЕ равен пакету; б) приемник НЕ обязан выкидывать битый пакет. и в) если поток идет в интерполирующий фильтр (а это так в подавляющем большинстве цап), потери семпла или двух вы не услышите вообще.
Что до продавцов специализированных тапочек для прослушивания, переубеждать их пустая затея. Они живут с этих продаж и, хоть могут сами в приводимые эффекты не веровать, вам их будут вкручивать до последнего издыхания. Советую поберечь порох, я, например, просто пройду мимо.
Тогда , наверное вы хорошо себе представляете настройки, которые возможно менять в драйвере Тайсикон XMOS ? В специализированном драйвере , например Беркли USB (где разблокированы параметры, которые нельзя менять в “универсальном”).
Да, в общем случае пакет гораздо больше одного семпла (писал чуть выше)
Ну так если битый пакет не может быть декодирован - это фактически идентично его выпадению, ну или резкому ступенчатому изменению уровня звука, что в общем-то на слух идентично выпадению (и даже иногда более заметно чем простое выпадение).
Вот это самое интересное что хочется узнать! Сколько семплов может подменить интерполирующий фильтр в ЦАПе? Есть какой-то стандарт или это на усмотрение писателей софта? Выше я примерно посчитал что 1 пакет usb-данных это (на 48КГц) - 6 семплов.
Эхх, правда ваша.
С этим не сталкивался.
Спасибо. Видите ли, я тоже там стоял. Часть технических решений у небезызвестного автора xmos-приемника, которым пользуется процентов 80 дуеров и немало фирмачей, придумана мной, мы начинали практически вместе. Потом я ушел в аналог, а Любен в цифру.