USB isochronous mode (async is one

USB isochronous mode (async is one of the variations of isochronous mode) does NOT have error correction or re-transmission, it does have error detection, but you can't fix the data with that, just know it happened.

Isochronous means constant time, it was designed for streaming applications where it was presumed that there was no time for re-transmissions, thus there was no provision for it in the standard.

Note that disk drives etc do NOT use isochronous mode, they use a different mode which DOES allow for re-transmission etc

Most modern USB implementations in DACs use high speed mode which runs at 480 mega-bits per second. A cable which is only good to 0.5GHz is almost useless with that, it would only allow a sine wave at 480MHz, the variations in timing which define the data would be almost completely gone, you need much higher bandwidth to be able to get any useful data out of it at all.

I agree with Gordon, there are major impedance issues all over the place in USB implementation (BTW it's no better in FW), there are quite a few motherboards that don't come close to proper impedance matching from chip to connector, a LOT of DACs that don't get it right from connector to chip and of course cables that don't get it right. This gives rise to a major mish mash of reflections on the bus. That is what those input receivers have to try and deal with and why they have to work so hard at it.

The remarks from Gordon seemed to say that he thinks there are massive amounts of actual data errors happening all the time, I disagree with this, I certainly don't see this with the DACs that I build.

The issue of the async back channel is an interesting one. THIS is where I do see things getting very interesting. There are computer/software combinations that do have a hard time dealing with the speed change packets sent from the DAC to the host, if these happen often enough it can cause the infamous "clicks and pops" that sometime seem to plague some computer/DAC combinations. Sometimes changing cables CAN help these packets get properly dealt with.

Результаты (русский) 1:

Изохронный режим USB (async является одним из вариантов изохронный режим) не имеют исправления ошибок или повторной передачи, было обнаружение ошибок, но вы не можете исправить данные с этим, просто знаю, это случилось.Isochronous означает постоянное время, он был разработан для потоковой передачи приложений, где предполагалось, которые там не было времени для повторной передачи, таким образом было не предусмотрено в стандарте.Обратите внимание, что диски и т.д. не используйте изохронный режим, они используют другой режим, который позволяет для повторной передачи и т.д.Большинство современных реализациях USB в ЦАП использовать режим высокой скорости, который работает на 480 мега бит на второй. Кабель, который хорош только для 0.5 ГГц почти бесполезно с, что, только это позволит синусоидальной волны 480 МГц, вариации в сроки, которые определяют данные будут почти полностью исчезли, необходимо гораздо более высокую пропускную способность, чтобы иметь возможность получить полезные данные из него на всех.Я согласен с Gordon, есть крупные импеданс вопросы повсюду в осуществлении USB (Кстати, это не лучше в FW), есть довольно много материнских плат, которые не приблизились к надлежащего соответствия импеданса чип к разъему, партии ЦАП, что не получить его прямо от разъема для чипа и, конечно же, кабели, которые не получить это право. Это приводит к крупным mish пюре отражений на автобусе. Вот те ввода, что приемники должны попробовать и заниматься и почему они должны работать так сильно на него.The remarks from Gordon seemed to say that he thinks there are massive amounts of actual data errors happening all the time, I disagree with this, I certainly don't see this with the DACs that I build.The issue of the async back channel is an interesting one. THIS is where I do see things getting very interesting. There are computer/software combinations that do have a hard time dealing with the speed change packets sent from the DAC to the host, if these happen often enough it can cause the infamous "clicks and pops" that sometime seem to plague some computer/DAC combinations. Sometimes changing cables CAN help these packets get properly dealt with.

Результаты (русский) 2:

Тактовая синхронизация USB (асинхронный является одним из вариантов изохронном режиме) не имеет коррекции ошибок или повторную передачу, она имеет обнаружение ошибок, но вы не можете исправить данные с тем, что, просто знаю, что случилось. Изохронное означает постоянное время , он был разработан для потоковых приложений, где предполагалось, что там не было никакого времени для повторных передач, таким образом, не было предусмотрено для него в стандарте. Обратите внимание, что диски и т.д. НЕ используйте изохронную режим, они используют другой способ, который делает позволяют для повторной передачи и т.д. Большинство современных реализаций USB ЦАП в использовать высокоскоростной режим, который работает в 480 мега-бит в секунду. Кабель, который является только хорошо 0.5GHz практически бесполезен с этим, было бы только позволит синусоиду на 480MHz, изменения в сроках, которые определяют данные будут почти полностью исчезли, необходимо гораздо более высокую пропускную способность, чтобы иметь возможность получить любую полезные данные из него вообще. Я согласен с Гордоном, не являются основными вопросами, сопротивление повсюду в реализации USB (кстати, это не лучше FW), есть немало материнских плат, которые не приблизились к правильному импеданса от чипа к разъему, много ЦАП, которые не получают это право от разъема чип и, конечно, кабелей, которые не получают это право. Это приводит к крупной Миш пюре отражений на автобусе. Это то, что эти входные приемники должны попробовать и иметь дело и почему они должны работать так тяжело на него. Эти замечания от Гордона, казалось, сказать, что он думает, что есть огромное количество фактических ошибок в данных, происходящих все время, я не согласен с этим я, конечно, не вижу в этом с ЦАП, что я строю. Вопрос о асинхронных обратный канал является интересным. Это где я вижу вещи становится очень интересно. Есть комбинации компьютер / программное обеспечение, у которых есть трудное время дело с пакетами изменения скорости, отправленных с ЦАП с хозяином, если это происходит достаточно часто это может привести к печально известной "кликов и треск", что-то, кажется, чума некоторых компьютерных / ЦАП комбинации. Иногда изменение кабели могут помочь получить эти пакеты надлежащим образом рассмотрены.

Результаты (русский) 3:

USB-изохронный режим (async - это один из вариантов изохронный режим) не имеет ошибок или повторной передачи, в нем есть обнаружение ошибок, но вы не можете исправить данные, в том, что точно так же известно, что произошло.ветровому изохронный означает постоянное время, он был разработан для потоковой передачи мультимедиа приложений, где было предположить, что не было времени для повторной передачи,Таким образом, не существует никаких положений в отношении в стандарт.ветровому отметить, что жесткие диски и т.д. не используйте изохронный режим, они используют различные режим, который не поддерживает передачу и т.д.

современные USB-реализаций в ЦАП использовать режим работы на высокой скорости, работающей на 480 мега-бит в секунду. A кабель, который действует только на 0,5 ггц почти бесполезными с, что он только синусоида до 480МГЦ,