(08-01-2017 23:19)Kir9790 писал(а):  ...Итого: пакет дошёл? Дошёл. Целый? Да вроде да. Щелчок будет? Нет. Звучать будет так же? В нюансах - нет.

как бы вам объяснить чтоб не обидеть

если в "нюансах" звучит не так, то значит идут постоянные мелкие ошибки.

1. почему в таком случае эти мелкие ошибки не перерождаются в крупные?
в полный срыв цифрового потока.

2. как с таким обилием постоянных ошибок работают другие переферийные устройства?
ни одного целого пакета все пакеты напрочь битые и перепосылаются от забора и до обеда миллионы раз

Это вирус. Вирус в кабеле. Он не только в определенные пакеты может гадить, но и отправить обидный имейл бывшей подруге.

(08-01-2017 23:35)AntonZP писал(а):  ни одного целого пакета все пакеты напрочь битые и перепосылаются от забора и до обеда миллионы раз

Антон, знали бы вы, что бывает с вай-фаем при зашумленном эфире и полуубитой витой парой...

Вроде все ок, а вместо 100 мбит проходит 5-6 стабильных...

Это у вас вирус, а у нас это называется "маленьке звірятко".

(08-01-2017 21:43)EvgenioZ писал(а):  Как себя будет вести тот же xmos при поступлении битого фрейма, который он даже не может определить, как битый, из-за отсутствия CRC?

Какая-то неудачная шутка
Матчасть изучите.

(08-01-2017 22:36)VNV73 писал(а):  Да не выдумывайте.
Возьмём например СД-проигрыватель. Многие слышали разницу между оригинальным диском и самописной болванкой (хотя некоторые будут убеждать, что её не существует).
Так вот там, ничем другим, как ошибками чтения, разницу в звучании объяснить нельзя.

Эпический дилетант разница в звучании болванки и штамповки объясняется джиттером с которым многие сидюки бороться не умели. Когда у меня был в системе сидюк Sony то я его даже чуть подраскурочил и вывел индикатор ошибок с2 (неисправимых) на морду. Их не было никогда на болванках. И да, болванки звучали хуже.

(08-01-2017 23:48)Black_Jack писал(а):  Какая-то неудачная шутка
Матчасть изучите.

Ткните носом? Т.к. неоднократно читал, что аудиоданные по юсб передаются в режиме raw, т.е. без контроля целостности. Глубоко не вникал.

(08-01-2017 23:35)AntonZP писал(а):  если в "нюансах" звучит не так, то значит идут постоянные мелкие ошибки.

1. почему в таком случае эти мелкие ошибки не перерождаются в крупные?
в полный срыв цифрового потока.
2. как с таким обилием постоянных ошибок работают другие переферийные устройства?

Как бы вам ответить, чтоб не задеть...
1. Перерождаться в крупные они не могут по определению, это ж не коалесценция капель. Когда их слишком много, говорят, что кабель не работает (обрываются данные при копировании... не работают МФУ... разъединение и потеря устройства и т.п.)
2. Обилие - не обилие это сколько? Одна волосина - много или мало? А если одна волосина в супе? а если на голове?
Я прикидывал (приводил здесь расчёты) длительность "звучания" пакета - там меньше 4 миллисекунд.
Вам не встречались ЮСБ-удлинители, по которым данные с флешки копируются в 2-3 раза дольше? А ЮСБ-кабели, с которыми принтер делает долгую паузу перед началом печати? Думаю многие сталкивались...
Были даже ролики с Ютуба, где хвастались аудиофильскими ЮСБ-кабелями, мол "С нашими кабелями даже ОС загружается быстрее". Годы назад это воспринималось как хохма (и мною в том числе), но теперь... может... в каждой шутке - лишь доля шутки?

(08-01-2017 23:35)EvgenioZ писал(а):  Иными словами, кабеля снова применяются для лечения кривой схемотехники.

Так на практике все наоборот, чем лучше тракт и кабели - тем больше разница в звучании. А загрубленный "мертвый" тракт и простенькие провода могут разницу и вовсе не показывать, это обычное явление.

Я вот тесно связан с протоколом RTSP (вещание в реальном времени)... Так вот...

Кое-где забирать поток приходится через радиолинки. Ну и как водится: если CCQ (по сути % гарантии полосы) для радиоканала меньше 90%, обычные потребители продолжают работать нормально.... И даже могут выжать 50-60 мегабит при наличии 100 мбит линка...

А вот rtsp с мультиплексированием звука и видео на таком линке начинает запинаться и дико глючить при потребности всего в 3-4 мегабитах полосы...

Вот и здесь вероятно не без того...

(08-01-2017 23:35)AntonZP писал(а):  2. как с таким обилием постоянных ошибок работают другие переферийные устройства?

Если под периферийными устройствами подразумеваются принтеры, то они не работают "с обилием постоянных ошибок", поскольку данные перепроверяются и возможные ошибки устраняются полностью. При невозможности устранить ошибки ( плохой ЮСБ кабель), принтер-сканер, вообще может отказаться работать или будет, что называется "глючить".
В аудио, проверка данных не осуществляется. Уже миллион раз об этом говорили. Соответственно и гарантии 100%-ой беспотерьной доставки нету. И если кол-во ошибок не превышает допустимого предела, то информация "проходит", но не в том виде, как было задумано и исправлять это, повторюсь, некому.

(08-01-2017 23:52)EvgenioZ писал(а):  Ткните носом? Т.к. неоднократно читал, что аудиоданные по юсб передаются в режиме raw, т.е. без контроля целостности. Глубоко не вникал.

Где именно неоднократно читали?

Вот тут есть про CRC, да и много где еще.
_http://www.usbmadesimple.co.uk/ums_3.htm

И нет в USB никакого режима под названием "raw"

(08-01-2017 23:57)slyhach писал(а):  Так на практике все наоборот, чем лучше тракт и кабели - тем больше разница в звучании. А загрубленный "мертвый" тракт и простенькие провода могут разницу и вовсе не показывать, это обычное явление.

Я имел в виду такие нюансы, как несогласованность вых. сопротивления источника и вх. сопр. усилителя, например.

При таком раскладе от кабелюки много больше зависит, как оно будет работать.

Kir9790

у меня на столе сейчас cтоит девай далёкий от аудио, но прошиваемый по USB.

когда прошивка происходит при прямом подключении к компу - всё ок.

когда в порт компа подключен хаб, в который включено само устройство + USB-UART к нему нем же, то прошивка примерно один из трех раз не проходит.
скорость прошивки не изменяется, но происходит сбой.

объем файла прошивки ~300к, вот такая вот "статистика".

Желательно любое "научное" объяснение накладывать сразу на разницу звучания одного и того-же кабеля.

(08-01-2017 23:59)Black_Jack писал(а):  Где именно неоднократно читали?

Вот тут есть про CRC, да и много где еще.
_http://www.usbmadesimple.co.uk/ums_3.htm

Part 3 - Data Flow - вот и ответ. Сколько ж раз писали - передача данных (файлов и т.п.) по ЮСБ происходит в режиме сверки контрольных сумм, где данные или передались, или нет. Аудио/видео данные по ЮСБ передаются в изохронном режиме, где никакой переотправки данных при ошибках не происходит.

(08-01-2017 23:59)Black_Jack писал(а):  Где именно неоднократно читали?

Вот тут есть про CRC, да и много где еще.
_http://www.usbmadesimple.co.uk/ums_3.htm

И нет в USB никакого режима под названием "raw"

По вашей ссылке - изохронный режим:

Цитата:Isochronous Transfers

Isochronous transfers have a guaranteed bandwidth, but error-free delivery is not guaranteed.

The main purpose of isochronous transfers is applications such as audio data transfer, where it is important to maintain the data flow, but not so important if some data gets missed or corrupted.

An isochronous transfer uses either an IN transaction or an OUT transaction depending on the type of endpoint. The special feature of these transactions is that there is no handshake packet at the end.

An isochronous packet may contain up to 1023 bytes at full speed, or up to 1024 at high speed. Isochronous transfers are not allowed at low speed.

(08-01-2017 23:45)dukua писал(а):  Это вирус. Вирус в кабеле. Он не только в определенные пакеты может гадить, но и отправить обидный имейл бывшей подруге.

А спецтальные вирусы незаметно подменяют байты целыми пакетами и меняют звук - производители знают как.

С дака запишите на цифровой вход и сравнивайте файлы. Можно делать это до усёру, но разницы не будет. А вот аналог по одному и тому же кабелю будет разным каждый раз.
Отсюда вывод - только амулеты спасут аудиофила.

(09-01-2017 00:04)AntonZP писал(а):  Kir9790

у меня на столе сейчас cтоит девай далёкий от аудио...
... прошивка примерно один из трех раз не проходит.

Если далёкий от аудио, то должна быть сверка контрольной суммы при отправке данных. Если это так и есть (а скорее всего так и есть), то в одном случае из трёх накапливается настолько много ошибок (критическое их кол-во) при котором даже повторная отправка не помогает.
Таких кабелей, только со статистикой сбоев где-то 1:5-8 при работе с одним капризным МФУ, я перебрал 3 штучки. Причём с другими устройствами они же нормально работают.
Вот только эта статистика не имеет отношения к теме форума.