(09-11-2012 13:41)So Sensually писал(а):  Как раз в USB реализован не тупо линейным потоком как оптика или коаксил, а сложной геометрической структурой, позволяющей например при потерях на физическом уровне 1% терять 3% данных, при потерях 0.5% терять 0% данных. А коаксил и оптика при даже 0.1% на физ уровне испытает определенный % потерь данных.

Таки я все таки не понял...что вы тут хотели сказать? Что значит тупо линейный поток? А что значит сложная геометрическая структура? Поток чего? Структура чего?
USB это вообще то просто последовательный интерфейс , аналог COM порта, ему по большому счет все равно какие данные по нему ганяются....
Потрудитесь пожалуйста ваши мысли изъяснять яснее, кто на ком стоял? (с)

---

(09-11-2012 11:24)VladimirNB писал(а):  

(09-11-2012 10:57)So Sensually писал(а):  Если есть вопросы - задавайте.

Подробнее расскажите что там куда и где теряется. Ибо даже по самому дешевому и паршивому кабелю все доходит без видимых потерь. А вот звучат все по разному.

Это интересный вопрос. Для начала надо залезть в сорсы usb-audio из ALSA и глянуть какого рода формат пакетов вообще используется для обмена данными с USB Audio устройствами, потом глянуть в спецификацию самого USB и глянуть какой там используется алгоритм кодирования сигнала (подозреваю что вариация манчестера какая нибуть но точно хз). В целом тут можно предположить что например как и в SPDIF канале, в синхронном режиме (! это важно) при высоком джиттере сигнала у нас херятся часть битов во фрейме , например в SPDIF обычно херятся биты кодирующие ВЧ составляющую сигнала, именно поэтому при выскомо джиттере обычно страдают всякие тарелочки и тд.
...А и еще такой момент, совсем не цифровой - у нас же USB может работать как антенна, ловить какие то наводки, в тех же проводниках питания - в итоге все зависит в качество схемотехники самого USB приемника, неизвестно как эти помехи по питанию могут повлиять на его работу

PS: Это все теория, и ИМХО, но на выходных все таки попробую сорсы ALSA поковырть, глянуть формат пакетов.

---

(09-11-2012 12:09)smirnofb писал(а):  Дополню, для популярности:
Перед копированием данных с одного цифрового носителя на другой, на копируемом носителе сразу же резервируется место идентичное копируемому. После запроса, сверяются копируемые и скопированные, при их совпадении копирование завершено успешно. Это наглядно демонстрируется на примере, когда вы собираетесь скопировать что то , например с флешки, ОС сообщает, что недостаточно места. То есть, резервируя место для передаваемых данных, ОС сверяет объемы.
Поэтому, при передаче пакетов - данные не теряются, это верно.

Нет не сразу же, иначе бы при например копировании 4Гб файла, у вас на носителе сразу же бы свободное место уменьшилось на 4Гб, однако это не так, место выделяется уже в процессе копирования. То что вам ОС (или правильней все таки ваш файловый менеджер/командная оболочка) сообщает при копировании файла о том что на приемнике не достаточно места - это всеголишь ее удобная функция, она просто глянула обьем файла, и глянула обьем свободного места на носитиле, но не более того, на уровен API ядра ничего такого нету.
И да сами данные не сравниваются, сравниваются либо контрольные суммы, либо контроль четности, либо сравнение с использованием какойто хеш-функции (смотря на каком уровне смотреть и какой софт юзать)
...люблю я попридератся к деталям да