(09-01-2017 12:44)PnL писал(а):  Если потерян 1 кадр, то весь пакет не пройдет контроль суммы и весь пакет не пройдет - и "Цык" - щелчок!

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

Для того, что-бы точно знать, что и как, нужно помимо знания работы ЮСБ протокола, ещё и точно представлять, как себя в лучае битых пакетов ведёт XMOS или Amanero. Почему-то думаю, что и в них зашит какой-то алгоритм восстановления, наподобии с CD-DA.

ЗЫ Сергей, что там насчёт послушать треки? Или религия претит?

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

(09-01-2017 12:56)Kir9790 писал(а):  Это как раз одно и то же . "Два уровня, обозначающих 1 и 0" = "аналоговый звуковой сигнал, представленный посредством дискретных численных значений его амплитуды"

Для двух-битного - да, но и то, сигнал перед подачей в ЦАП должен пройти пересборку реклоком, так что двух-битный аудиосигнал будет передаваться по кабелю не напрямую, а в "разобранном" состоянии. Кроме непосредственно полезного аудио-сигнала передается по кабелю прочая служебная информация. Вы, наверное, будете удивлены, но она вообще не звучит

---

(09-01-2017 13:05)VNV73 писал(а):  СД-проигрыватель, кстати, один фрейм восстанавливает без всяких проблем. Правда при восстановлении вместо потерянного кадра, воспроизводится некоторое посчинанное алгоритмом усреднённое значение.

ЗЫ Сергей, что там насчёт послушать треки? Или религия претит?

Нет, не восстанавливает, а пропускает. То, что ты описываешь относится к восстановлению отсутствующих отсчетов синусоиды сигнала в самом сигнале - это делает ЦАП.

Не претит, домашние мешают. Пойдет все по плану - завтра послушаю.

(09-01-2017 12:33)serapion1984 писал(а):  Ухтышка. ЦАП балансный за 400-500 у.е. на Sabre 9038 Pro срочно в студию!!! И медиаплеер с тактовым генератором кратным 44.1 тоже сюда же.

Он и в Asus Xonar STX умудрялся подобный клок находить

---

(09-01-2017 13:09)PnL писал(а):  Нет, не восстанавливает, а пропускает. То, что ты описываешь относится к восстановлению отсутствующих отсчетов синусоиды сигнала в самом сигнале - это делает ЦАП.

Ну не знаю. Коррекция С2 происходит до ЦАПа. И там битый фрейм не пропускается, а заменяется "лучшим предложением".
"A C2 error is a read error of a compact disc. C2 errors can to a degree be recovered by the hardware error detection and correction scheme. A CD drive can have extraction errors when the data on the disc is not readable due to scratches or smudges. The drive can compensate by supplying a "best guess" of what the missing data was, then supplying the missing data. C2 error correction is an analysis over many interleaved frames, an improvement over C1 error correction, which analyzed just one frame, resulting in more accurate data correction.[1] C2 error correction codes are also used by the Digital Audio Tape (DAT) format."

(09-01-2017 12:33)serapion1984 писал(а):  Ухтышка. ЦАП балансный за 400-500 у.е. на Sabre 9038 Pro срочно в студию!!!

А почему вы уверены, что там настоящий баланс и два чипа? Но если просто с xlr портами, то элементарно:

http://www.ebay.com/itm/NEW-Top-ES9018-D...1ea3c7466f

Это цапы LKS. Очень неплохая контора, не так давно выросшая из diy. Но на самом деле вариантов в Китае полно.

Цитата: И медиаплеер с тактовым генератором кратным 44.1 тоже сюда же.

Также элементарно. Любая дюна. Если из специализированных сетевых аудиоплэйеров, то Cabasse Stream Source долларов за 350.

Опять уходим в сторону. Надо понимать только то, что есть разница между цифровым стандартом аудио-данных и тем - что передается по кабелю - это не одно и тоже. Любая цифра на уровне железа, в т.ч. передаваемая по кабелю, живет в двоичной системе - "0" и "1", а вот из нее уже как из кубиков складывается 44,1х16, 192х24 и т.п. Т.е. по кабелю передается 0 и 1 сигнала и 0 и 1 служебной информации для сборки сигнала из сигнальных 0 и 1. В кабеле нет сигнала даже в формате цифрового аудио, он появляется только в ЦАПе после сборки из буфера. И для того, чтобы поменять характер звука нужны не ошибки, а заменить полностью картину - все данные, причем не случайным образом. Для этого никаких знаний производителей кабелей не хватит. Для щелчков достаточно ошибок.

Аха, то есть "знающие" сегодня расщедрились нам дали файлик , но прямо ответить на пару простых вопросов не соизволили (о причинах стоит только догадываться). Ну хорошо, мы не гордые, поищем...

Из чудесного файлика, из раздела описания работы асинхронного ЮСБ:
"An example of an asynchronous source is a CD-audio player that provides its data based on an internal clock or resonator.
То есть примером как раз считывание данных СД-плеером (о чём часто толкует VNV73 )

---

(09-01-2017 13:09)PnL писал(а):  Для двух-битного - да, но и то, сигнал перед подачей в ЦАП должен пройти пересборку реклоком, так что двух-битный аудиосигнал будет передаваться по кабелю не напрямую, а в "разобранном" состоянии. Кроме непосредственно полезного аудио-сигнала передается по кабелю прочая служебная информация. Вы, наверное, будете удивлены, но она вообще не звучит

---

Это называется "за деревьями не увидеть леса". Будто пересборка реклоком отменяет основы - способ передачи нулей и единичек.

ЗЫ. Про служебную информацию в пакете я писал ранее - к чему эта фантазии о том, чему я буду удивлён?

И ещё интересный кусочек:
Audio Connectivity
...Instead of error control, some form of sample interpolation
is used to match incoming and outgoing sample rates. Depending on the interpolation techniques used, the
audio quality (distortion, signal to noise ratio, etc.) of the conversion can vary significantly.

(09-01-2017 13:00)EvgenioZ писал(а):  Это макс по спеке - это я и так знаю. А по факту в юсб-аудио?

Зависит от битрейта и типа синхронизации. Плюс при асинхронном изохроне - гуляет туда-сюда в зависимости от обратной связи.

(09-01-2017 11:19)CTAC писал(а):  Меня читнуть не учили, я уже все давно читал, это часть моей профессии. Я так понимаю что объяснения бесполезны, продвинутые ламеры они непобедимы в своём невежестве, так как уверены в своих знаниях, слова уже выучили, осталось смысл понять

Адони Стас все знает!

(09-01-2017 13:08)EvgenioZ писал(а):  Кстати, а результаты измерений никто не выкладывал с разными юсб-кабелями? Или я пропустил.

Тут вроде не было, а на буржуйских ресурсах тестировали USB-кабели прямоугольными импульсами. Вот, например.

Вот тебе и на...вот тебе и супер-файлик "USB Specification":

The detailed mechanisms described above allow detection, tracking, and reporting of
damaged transactions so that a function or its client software can react to the damage in a functionappropriate fashion. The details of that function- or application-specific reaction are outside the scope of the USB Specification.

Словом из чтения раздела Изохронные передачи... очень много толкуется об ошибках...их много видов: ошибки шины передачи данных, потерянные пакеты, потерянная служебная информация и пр. Но ещё больше толкуется о тайм-пёрфектности... что именно для изохронного режима тайм-пёрфектность является архиважной, что при любой ошибке синхронизация не должна нарушаться. Много толкуют о способах "понимания" устройством вида и характера этих ошибок (чтоб одна ошибка не потянула за собой шлейф других ошибок... чтоб не было "паровозика" - как говорят в преферансе).

Итог: ошибки при изохронной передаче - обыденное дело. Одно CRC от ошибок не спасает. Есть там и интерполяция данных, как один из механизмов коррекции, и определение размера потерянного пакета, чтоб не нарушить "поток".
Щелчки (ох уж эти щелчки пресловутые) - про них ни слова (может пропустил конечно...знающие поправят в таком случае ).

(09-01-2017 14:24)VNV73 писал(а):  Тут вроде не было, а на буржуйских ресурсах тестировали USB-кабели прямоугольными импульсами. Вот, например.

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

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

(09-01-2017 14:28)EvgenioZ писал(а):  Вот как бы меандр и показателен. Только вот бурж. мурзилкам не очень-то верится.

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

А какая разница что он пляшет? Если он пляшет так, что приёмник всё ещё определяет сигнал.

Я не про тот меандр, что по юсб. Подать PCM с меандром и сравнить осциллограммы с разными кабелюками.

(09-01-2017 14:28)EvgenioZ писал(а):  Вот как бы меандр и показателен. Только вот бурж. мурзилкам не очень-то верится.

Если изучите материал внимательно, то можно заметить, что коррелляции между "картинками меандра" и вердиктом судей (даже если считать его заангажированным) - никакой нету.
К примеру, у последнего в тесте Transparent, картинка ничем не хуже остальных, а может даже и лучше многих других, и никаких призов он не взял.
То есть, графики, скорее всего, снимались честно. Вот только итоговые выводы о "звучании" кабеля, не всегда с этим графиком совпадают, по какой-то причине.

Не вчитывался. Они этот меандр с ЮСБ измеряли или подавали PCM на цап через этот кабель и смотрели выхлоп?

Вот тут не буду врать, не знаю.

Таки юсб они меряли:

Цитата:We have measurements too, illustrating
clear differences in the ‘shape’ of
the data waveform arriving at the
USB DAC.

Ну это ни о чем.

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

Об этом и речь. А вот если меняется меандр на аудио-выходе - это уже другая история.