Форум гитаристов

по цифре все просто (мож, повторюсь частично, но все же..):

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

А тем временем где-то очередной маленький Джимми Херндрикс или Эдди Ван Хален упорно продолжает играть, играть и играть... и совершенствоваться, совершенствоваться, совершенствовать... По крайней мере, мне очень хочется на это надеяться.

Не я так и не понял причем тут USB вообще...
Данные буферизуются...
За буфером следит драйвер звукового интерфейса, т.е. карты, в цап отправляются данные прямо из буфера...

Если это ЦАП другой, внешний, то он все равно работает через буфер-агрегатор...  Я не знаю... ADAT, AES, MADI...
Иначе поток был бы безконтрольным и действительно потери были бы... И звук мог оказаться полной ахинеей...
Поэтому и есть промежуточные интерфейсы, которые проверяются на доступность

Так вот на звук скорее будет влиять качество проводов AES, ADAT, MADI, т.к. с вероятностью 99% туда данные будут поступать "проверенные" и уже повторному контролю подвергаться не будут...

Lesath, FireWire - это вообще изначально сетевой интерфейс передачи данных... я бы не сказал, что он лучше, чем USB.

Не я так и не понял причем тут USB вообще...
Данные буферизуются...
За буфером следит драйвер звукового интерфейса, т.е. карты, в цап отправляются данные прямо из буфера...

ну посчитай, сколько мегабит надо для этого всего...
если 192000*24*2 - два канала (стерео) по 24 бита на 192кГц квантирования... - это уже 10 Мбит, а это уже Full-Speed Usb 2.0... добавь длинный пинг протокола (скорость ответа между запросом и посылкой данных)... + еще надо буферизировать... корректировать ошибки и т.д.... + общаться с шиной данных, для чего собрать данные еще с других юсб устройств, успешно работающих на том же контроллере и сжирающих драгоценные битике на себя.... 
теоретически - хай-спид юсб 2.0 - это 480 Мбит/с, а практически - ни одна карта нормально не работает даже в 192000/24 и режим этот скорее, просто есть, чем можно пользовать.... то есть, сам протокол передачи имеет большие накладные расходы и теоретический потолок 480Мбит/с не достигают даже самые скоростные устройства и файр-вайр с его 400Мбит дрючит юсб по самое немогу за счет гарантированного потока.

вообще, согласен. заминаем тему юсб... 

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

sanfi4u, я тебе написал, что на физике - есть ток и нету тока... это информация = 1 бит. 0 или 1.
Хорош тролиьт уже.