(04-04-2016 10:23)АндрейКа писал(а):  Ну, рассказываю

Что нужно сделать:

так а зачем нам проверять вывод на ресивер. У него собственный клок и все остальное.

может сделать так?
опт выход ЗК > цап [опт вход] > цап [опт выход](можно ли так?) > ресивер. Или вы про это и говорите?
тест видимо чистым не будет. Неизвестно как отреагирует ас3 декодер на некоректные биты. Скорее всего будет искажение(слышимое или нет), а воспроизведение не прервется

(04-04-2016 10:43)rix81 писал(а):  так а зачем нам проверять вывод на ресивер ...

Мы ж о "побитово точном выводе на цап". Ресивер в качестве "измерительного прибора" Если на ресивер выводится "побитово точно", то и на ЦАП будет.

(04-04-2016 10:43)rix81 писал(а):  тест видимо чистым не будет. Неизвестно как отреагирует ас3 декодер на некоректные биты. Скорее всего будет искажение(слышимое или нет), а воспроизведение не прервется

Пробовал - случайным образом менял биты в WAV. Фреймы AC3, в которых не сошлась CRC, мой Пионер не декодирует. Вместо "битых" фреймов - тишина, это очень хорошо слышно.

(04-04-2016 00:26)onv писал(а):  Может, автодетект по этим резисторам начинал рапортовать о низкоскоростной шине? Устройство-то продолжает быть видно, но драйвера, видя низкоскоростную шину и высокоскоростной поток, который в нее нужно отдать, могут просто клинить

Не похоже. Когда срабатывает автодетект скорости шины он рапортует что то типа "подключенное устройство не поддерживает такой то режим" и тупо не стартует вообще. Включаешь даунсемпл в фубаре- заработало...

rix81, в случае с хмосом- драйвера китаезы не пишут. Покупается лицензия на дрова производителя чипа, туда прописывается идентификатор дивайса.

(04-04-2016 11:25)АндрейКа писал(а):  Пробовал - случайным образом менял биты в WAV. Фреймы AC3, в которых не сошлась CRC, мой Пионер не декодирует. Вместо "битых" фреймов - тишина, это очень хорошо слышно.

а это уже интерестно.
А какая длительнось фрейма? т.е на сколько времени выпадает звук?
то есть вы выводите так?

ЗК > цап [опт вход] > цап [опт выход] > ресивер

а попробуйте еще переключится в DS и чуть изменить громкость. ну или какую нибуть миниалную обработку включить. тоже должен тогда звук пропасть

(04-04-2016 11:35)rix81 писал(а):  А какая длительнось фрейма? т.е на сколько времени выпадает звук?

Длительность фрейма можно нагуглить - зависит от частоты дискретизации и битрейта (ac3 - сжатие с потерями). Я, не мерял, на слух - от десятков до сотен миллисекунд.

(04-04-2016 11:35)rix81 писал(а):  ЗК > цап [опт вход] > цап [опт выход] > ресивер

Вывожу через USB->SPDIF на оптический вход ЦАПа. Когда гонял тест, выдёргивал кабель из ЦАПа и втыкал в ресивер.

(04-04-2016 11:35)rix81 писал(а):  а попробуйте ...

Я своё "отпробовал" года 3 назад, сейчас просто слушаю музыку.

(04-04-2016 11:49)АндрейКа писал(а):  Я своё "отпробовал" .

хорошо что у вас все хорошо. Но зуб вы б не дали насчет произвольного устройства китайской сборки.
Разбирал свой ноут леново последней линейки, чуть не прослезился через какую задницу все сделано а мамка вобще от планшета.
А я через него тоже на цап вывожу. и копеешный контроль четности с коррекцией по усб аудио очень бы непомешал.

(04-04-2016 12:25)rix81 писал(а):  хорошо что у вас все хорошо

Это - да!

(04-04-2016 12:25)rix81 писал(а):  Но зуб вы б не дали насчет произвольного устройства китайской сборки.

У меня музыка играет через два "произвольных устройства китайской сборки" - плеер в роутере и USB->SPDIF подобный обсасываемому здесь. Их и проверял.

(04-04-2016 12:25)rix81 писал(а):  ... и копеешный контроль четности с коррекцией по усб аудио очень бы непомешал.

Думаю, не сделали потому, что вероятность ошибки исчезающе мала. Ошибочный бит в PCM это щелчок на слух. Причём, если ошибка в одном из старших бит, это щелчёк "на полную громкость". Ошибки в разных битах отсчётов должны возникать равновероятно. Посему можно считать, что если щелчков не слышно, то "слабослышных" ошибок в младших битах то же нет.

хорошо что у вас все хорошо
Это - да!

А у меня не так.
Аудиофильная Juli@ раз-через-раз косячит звук по spdif. Я даже про это не писал чтоб не слышать детских советов типа увеличь буфер итп. Все возможные настойки перепробованы, на разных компах с разными цапами.
Скажем так, один раз из десяти или двадцати по оптике звук идет с прохрипываниями, иногда они едва заметны иногда звук полностью искажен. Толи это джиттер то ли еще что - ХЗ. На слух - потрескивание/хрипение.
но в остальных 90% случаях юлька выводит звук по цифре в принципе идеальный, лучше чем через встроеный в мою конкретную мамку spdif и это слышно.
так что битперфектностью не пахнет даже с совсем грамотным и феншуйным источником. Или вернее как повезет

У меня E-Mu 0202 USB "трещала" и иногда "отваливалась" из-за плохого кабеля. Никакой эзотерики, она изрядно потребляет и, просто, не хватало сечения проводов 5В и земляного. Ну, или контакты в разъёмах фигОвые.

(04-04-2016 13:00)rix81 писал(а):  так что битперфектностью не пахнет даже с совсем грамотным и феншуйным источником. Или вернее как повезет

Пахнет просто кривыми руками и недостатком знаний и опыта в этой области, битперфектность тут как раз не при делах, надо просто обратится к специалисту, на форумах можно годами жевать и ничего не получить

оказывается реализации USB Bulk mode есть.

например "свисток" m2tech hiFace , первой версии. И он же использовался встроеным в некоторые цапы. Но изза проблем с дровами 2я версия hiFace уже снова выпущена в асинхронном режиме.
вот тут кое че про это написано.
http://www.m2tech.biz/it/knowledge.html

С балком тоже с наскоку кавалерийской атакой все не порешать. Потому что обратная сторона медали - гарантируется содержимое, но не гарантируется время доставки. Т.е. латентность растет и скачет рывками, чем хуже линия передачи, тем сильнее. И нужно кроить запас времени на перепосылки, т.е. увеличивать скорость передачи сверх минимально необходимой и расширять размеры буферов на приемной стороне.

(04-04-2016 15:02)onv писал(а):  С балком тоже с наскоку кавалерийской атакой все не порешать. Потому что обратная сторона медали - гарантируется содержимое, но не гарантируется время доставки. Т.е. латентность растет и скачет рывками, чем хуже линия передачи, тем сильнее. И нужно кроить запас времени на перепосылки, т.е. увеличивать скорость передачи сверх минимально необходимой и расширять размеры буферов на приемной стороне.

Латентность - да, но основная причина ИМХО - драйвера. Под весь зоопарк ОС-ей понаписать драйверов, да чтоб не глючили... Работа практически неподъёмная.

А ошибки передачи ... Нет их там. Почему - см. последний абзац моего предыдущего постА.

(04-04-2016 15:07)АндрейКа писал(а):  Латентность - да, но основная причина ИМХО - драйвера. Под весь зоопарк ОС-ей понаписать драйверов, да чтоб не глючили... Работа практически неподъёмная.

А ошибки передачи ... Нет их там. Почему - см. последний абзац моего предыдущего постА.

Ошибки во времени, проблема. Time, время, дошло или опять нет? Если биты вышибает, там ни о каком звуке уже и говорить не стоит. Ошибки во времени даже софтовые плеера делают, когда готовят псм. Кабель внесёт искажения подавно.
Ну скажи ещё раз: бит-префект, ошибок нет.

(04-04-2016 15:54)AABBCC писал(а):  Ошибки во времени, проблема. Time, время, дошло или опять нет? Если биты вышибает, там ни о каком звуке уже и говорить не стоит. Ошибки во времени даже софтовые плеера делают, когда готовят псм. Кабель внесёт искажения подавно.
Ну скажи ещё раз: бит-префект, ошибок нет.

Честно - не понял. Пытался, но не понял. Понял только, что кто-то башкой об стенку.
Попробуйте пожалуйста ещё раз, нормальным человеческим языком.

(04-04-2016 16:24)АндрейКа писал(а):  Честно - не понял. Пытался, но не понял. Понял только, что кто-то башкой об стенку.
Попробуйте пожалуйста ещё раз, нормальным человеческим языком.

Сейчас не моя очередь.

(04-04-2016 15:02)onv писал(а):  С балком тоже с наскоку кавалерийской атакой все не порешать. Потому что обратная сторона медали - гарантируется содержимое, но не гарантируется время доставки. Т.е. латентность растет и скачет рывками, чем хуже линия передачи, тем сильнее. И нужно кроить запас времени на перепосылки, т.е. увеличивать скорость передачи сверх минимально необходимой и расширять размеры буферов на приемной стороне.

ну если речь о 44/24 тогда пропускной способности усб за глаза даже с учетом перепосылки. + Небольшой буфер для надежности.
Это единственно что драйвер нужно писать. Но он уже был походу, от m2tech

Цитата:Разбирал свой ноут леново последней линейки, чуть не прослезился

прослезитесь через пару лет, когда чип начнёт отваливаться.

Цитата:по оптике звук идет с прохрипываниями

что вы через оптику "пропихиваете" ?

Какая к черту битперфектность, если сигнал будет сниматься по оптике? Более гадостной среды и стандарта для передачи данных для аудио тяжело придумать. Предпочту паршивый SPDIF нежели оптику. Заметно, что ТС "читатель" нежели практикант. Если не слышит разницу между оптикой и коаксом, то какая к черту битперфектность? Нахватался то тут то там с форумов умных слов и вперед. Я понимаю таким заморачиваться имея на руках dCs или Лаври Голд или AMR какой-нить. Я со своим NAD М51 таким не заморачиваюсь, ибо понимаю что игра не стоит свеч, перепробовал дофига и больше вариантов. Гораздо важнее латентность ПК и софт. Этим имеет смысл заморачиваться когда остальной тракт достаточного уровня, отстроен и отслушан. Хочется битперфекта? Берется Lynx AES16 + WordClock. Сразу все вопросы снимаются, наверное одно из лучший решений по качеству выводу цифры с ПК. Стоимость - 500УЕ.
Если копнуть глубже, надо определится, что важнее джиттер или "битперфектность", по аналоги с TCP(гарантированная доставка пакета) и UDP(негарантированная доставка). Толку с битперфектности, если в этом случае прийдется по нескольку раз пересылать один и тот же бит по нескольку раз? Это не касается USB.
   

Вот разница между 500нс и 15с - слышна + минимальный буффер в Джули.

Цитата:берется Lynx AES16 + WordClock

можно и без клока, она стабильна.

Цитата:Более гадостной среды и стандарта для передачи данных для аудио тяжело придумать.

гальваноразвязка.
кабеля трешовые да пыль попадает, ну то такое.

зачем гонка к минимальному буфферу и задержкам при прослушивании ?
играть собрались ?