ну неточтоб обманули, просто например в usb сигнал передается дуплексно диф парой проводов D+D-
а в eth10/100 - в каждую из сторон идет пара проводов в которых сигнал передается изменеиями тока в обмотках разделительных трансформаторов.
впринципе если ткнуться на D+или D- у usb или на пару tx у eth то вы увидите поток этих данных но не чисто данных а обернутых в несколько слоев транспортных протоколов как матрешка,
напр для eth это будет:
медиа-кодирование(бит кодирование электрическими параметрами сигнала) -- eth протокол(eth+stp/mtp/..) -- ip протокол (ip+arp) -- tcp/udp/... -- какойто юзер-левел протокол (напр http, который сам по себе может добавить еще доп уровни вроде tls для https) -- (возможно какието еще протоколы передачи потока) -- р264 поток.
какие будут общие накладные расходы на такое транспортирование зависит от конкретного случая, обычно это порядка +5..20% битрэйта . точно не x10.
Вот. Теперь понятнее.
Что касается USB, то я с ним знаком очень хорошо изнутри.
Например, полезные данные от HID устройства по спецификации могут передаваться с максмиальной скоростью не более чем 64 кбит/cек. Но, обернуто это сверху в 12 Мбит/с. (если речь идет о USB Full Speed) или 480 Мбит для USB-HS.
Так вот. Я эти 64 кбит/с от HID устройства запросто могу развернуть из USB и использовать отдельно.
То есть использовать без ненужной USB шной туфты и на честной скорости 64 кбит/с (на практике чаще меньше, зависит от настроек таймингов в дескрипторе интерфейса). Не суть.
Я могу извлечь HID протокол и при желании использовать его вне USB на гораздо меньших скоростях. Хотя цели таковой нет.
То есть что касается H264, то эти полезные 2Мбит/c также обернули в высокоскоростное г...
(потому что для моей задачи оно нафиг не нужно).
Взял еще одну камеру с выходом Ethernet. Что ж. Придется включать Wireshark и разбираться что там идет по UDP, и пытаться каким то образом вычленить полезный поток.