Битперфект

[Delta213]

Как проверить? И чем? И какой длины должна быть выборка, чтобы с уверенностью утверждать, что сабж есть? В идеале надо запускать какой-нибудь трек минут на 5-10, на другом конце его ловить, потом побитно сравнивать с оригиналом. Ессно учитывая хэдер вэйва. Но это сложно и не совсем понятно чем это можно сделать, по крайней мере занедорого. Нужны ли специально подобранные последовательности для этого? Я могу посмотреть скажем вэйв с АА55АА55 итд, но где гарантия что через пару минут в каком-нибудь отсчете вместо 55 я не получу 00, или того хуже 54(56,57)? В моем случае данные передаются через юсб (UAC2), а это не гарантирует точность передачи данных.

[_Summit_]

данные передаются через юсб, а это не гарантирует точность передачи данных

А по PCI гарантируется?

[Delta213]

А по PCI гарантируется?

Понятия не имею, надо протоколы смотреть, но скорее всего да. Касательно ЮСБ, цитирую:

Изохронные передачи (Isochronous Transfers) — применяются для обмена данными в "реальном времени", когда на каждом временном интервале требуется передавать строго определенное количество данных, но доставка информации не гарантирована (передача данных ведется без повторения при сбоях, допускается потеря пакетов). Такие передачи занимают предварительно согласованную часть пропускной способности шины и имеют заданную задержку доставки. Изохронные передачи обычно используются в мультимедийных устройствах для передачи аудио- и видеоданных, например, цифровая передача голоса. Изохронные передачи разделяются по способу синхронизации конечных точек — источников или получателей данных — с системой: различают асинхронный, синхронный и адаптивный классы устройств, каждому из которых соответствует свой тип канала USB.

[Dieselboy]

Как проверить? И чем? И какой длины должна быть выборка, чтобы с уверенностью утверждать, что сабж есть? В идеале надо запускать какой-нибудь трек минут на 5-10, на другом конце его ловить, потом побитно сравнивать с оригиналом. Ессно учитывая хэдер вэйва. Но это сложно и не совсем понятно чем это можно сделать, по крайней мере занедорого.

Легко. делается это при помощи микрофона, например, подключённого к звуковушкиному АЦП или повешенным входом осла на его выход. Битпефект должен быть ведь не только от компа до цапа, но и до ушей. Без этого - это занятие несуразной х-нёй получается. Т.к. потери могут быть на выходе из АС порядка 500%. И после таки потерь всё нас-ть, битпефект был там от цапа до компа или не был его.

[l3VGV]

Но это сложно и не совсем понятно чем это можно сделать, по крайней мере занедорого

Дешевые логические анализаторы прекрасно могут в разбор i2s, даже те что клоны на али по 400р(были)

[Delta213]

Дешевые логические анализаторы прекрасно могут в разбор i2s, даже те что клоны на али по 400р(были)

Есть такой, но
1. он не умеет выше 96кГц
2. софт не умеет сохранять данные в файл, умеет но так криво и так не много по размеру, что можно сказать не умеет.

А так да, я наделал себе вэйвок с АА FF 24 DB визуально конечно все видно, но надо немного не это.

[maxssau]

Как проверить? И чем? И какой длины должна быть выборка, чтобы с уверенностью утверждать, что сабж есть? В идеале надо запускать какой-нибудь трек минут на 5-10, на другом конце его ловить, потом побитно сравнивать с оригиналом. Ессно учитывая хэдер вэйва. Но это сложно и не совсем понятно чем это можно сделать, по крайней мере занедорого. Нужны ли специально подобранные последовательности для этого? Я могу посмотреть скажем вэйв с АА55АА55 итд, но где гарантия что через пару минут в каком-нибудь отсчете вместо 55 я не получу 00, или того хуже 54(56,57)? В моем случае данные передаются через юсб (UAC2), а это не гарантирует точность передачи данных.

Delta Wave как вариант, можно сохранить файл разницы и исследовать его. Что проверяется?

[Delta213]

Delta Wave как вариант, можно сохранить файл разницы и исследовать его. Что проверяется?

Это? https://deltaw.org Это не пойдет, нужно не аналог сравнивать, а как-то сграбить и2с поток после транспорта и его уже сравнить с исходником по fc/b Проверяется аманеро, фламенко, транспорты на хмос.

[maxssau]

точно так же, воспроизвести и записать в петле, транспорт нужен что то вроде такого https://forum.vegalab.ru/showthread.php?t=84805 или ему подобный. В толкучке был на Ц-Медиа.

[Delta213]

точно так же, воспроизвести и записать в петле

Это как? Как записать? Какое оборудование/софт для этого нужно?

[maxssau]

да любое, на транспорт подать нужный мастерклок, замкнуть Data_out и Data_in и всё. Времени нет, буду чтуь свободнее могу пару треков записать

[-Rik-]

Как проверить побитовую достоверность осциллографом

[Delta213]

замкнуть Data_out и Data_in и всё

Так это на вашем транспорте есть Data_out и Data_in, на моих только Data_out, замыкать нечего.

[maxssau]

никто не мешает соеденить один с другим, но в любом случае необходим транспорт с портом АЦП.

[Delta213]

Как проверить побитовую достоверность осциллографом

Это я и без осциллографа вижу, но нужна длительная последовательность, хотя бы 5-10 мин. По паре кадров делать выводы о битперфекте нельзя. Ну и желательно использовать в данных не повторяющуюся последовательность, а рандомную. Собственно весь вопрос как сграбить данные с шины и2с в файл, остальное не проблема.

---------- Сообщение добавлено 15:47 ---------- Предыдущее сообщение было 15:43 ----------

необходим транспорт с портом АЦП.

А есть такое и2с>юсб? Чтобы данные из и2с можно было считать через юсб? Тоже подошло бы, правда еще один транспорт в петле был бы и если сравнение не пройдет незнамо на какой думать.

[maxssau]

В толкучке нет, я свои давно уже не делаю, может к лету буду делать на CT7601, но пока нужды никакой нет. Такой транспорт мало кому нужен.

[Михаил45]

Понятия не имею, надо протоколы смотреть, но скорее всего да. Касательно ЮСБ, цитирую:

Изохронные передачи (Isochronous Transfers) — применяются для обмена данными в "реальном времени", когда на каждом временном интервале требуется передавать строго определенное количество данных, но доставка информации не гарантирована (передача данных ведется без повторения при сбоях, допускается потеря пакетов). Такие передачи занимают предварительно согласованную часть пропускной способности шины и имеют заданную задержку доставки. Изохронные передачи обычно используются в мультимедийных устройствах для передачи аудио- и видеоданных, например, цифровая передача голоса. Изохронные передачи разделяются по способу синхронизации конечных точек — источников или получателей данных — с системой: различают асинхронный, синхронный и адаптивный классы устройств, каждому из которых соответствует свой тип канала USB.

Тебя что, Хворостовский запел голосом Паваротти? Юсб не устраивает, что биты теряются? наверное в говнопедии прочитал - верь дальше интернетам

[Delta213]

Тебя что, Хворостовский запел голосом Паваротти

Было такое Когда генераторы не правильно переключались. Если контент не знаком, то и не сразу заметишь
А по теме: есть народ который слышит звучание юсб кОбелей, я тут с одним заспорил, что чушь это, а он пруфф требует.

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

[maxssau]

а он пруфф требует.

так пусть сам и сделает

[_Summit_]

Он просто думает, что от компа какой то клок получает. Что комп рулит временной составляющей. И не дай бог не в реальном времени все это будет происходить. То процессор тупанет, то винт. И это сразу убивает звук.