(30-12-2016 01:42)Anatoly_A писал(а):  Зато целый культ вокруг

Вряд ли можно назвать культом легальное, законное использование дырки в помехоустойчивости протокола передачи аудиоданных для зарабатывания на этом денег. Фирмы, вовремя понявшие нишу и вовремя разработавшие шнурки, действительно уменьшающие потери данных по линии передачи, не являются шарлатанами, и ценообразование, иногда шокирующее многих, определяет спрос. А раскрутить ценовую планку нужно сразу по максимуму под возможный потолок, потому что завтра, когда будет принят и внедрен помехоустойчивый протокол, все эти наработки обесценятся и все придет в продажную зону, грубо говоря, 2-5$

(30-12-2016 02:15)onv писал(а):  использование дырки в помехоустойчивости протокола передачи аудиоданных

Ок, а что тогда насчет Ethernet? Тоже есть дырки? Аудиофильских кабелей для эзернета достаточно. И цены не копеечные.

---

(30-12-2016 01:42)Anatoly_A писал(а):  В изохронном режиме CRC данные присутствуют, однако протокол работает на лету и не предпологает механизма повторной отправки бракованного пакета данных.

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

---

(29-12-2016 09:21)yuri_kov писал(а):  с динамиками Саба гринкон

приятно слышать Но подозреваю, что это скорее изофоны

(30-12-2016 02:15)onv писал(а):  Вряд ли можно назвать культом легальное, законное использование дырки в помехоустойчивости протокола передачи аудиоданных для зарабатывания на этом денег. Фирмы, вовремя понявшие нишу и вовремя разработавшие шнурки, действительно уменьшающие потери данных по линии передачи, не являются шарлатанами, и ценообразование, иногда шокирующее многих, определяет спрос. А раскрутить ценовую планку нужно сразу по максимуму под возможный потолок, потому что завтра, когда будет принят и внедрен помехоустойчивый протокол, все эти наработки обесценятся и все придет в продажную зону, грубо говоря, 2-5$

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

(30-12-2016 06:14)dukua писал(а):  Ок, а что тогда насчет Ethernet? Тоже есть дырки? Аудиофильских кабелей для эзернета достаточно. И цены не копеечные.

Все то же самое, что и для USB. Пока по эзеровскому шнурку идут данные по протоколу USB Audio class 2.0, качество шнурка будет отлично слышно. При сетевых протоколах его качество енд-юзер может оценить по средней скорости передачи, и требования к нему резко уменьшаются, до уровня триггера рабочий/бракованный.
Любые апелляции к благополучно работающим по совершенно другому протоколу принтерам, флешкам, внешним хардам и пр. совершенно бессмысленны.

А что, и такое в природе бывает - "по эзеровскому шнурку идут данные по протоколу USB Audio class 2.0"

Хоть по сети, хоть со спутника, хоть по USB и т.д.
Все это называется - "цифровой аудио-видео поток".

(30-12-2016 10:30)Вадимыч писал(а):  Все это называется - "цифровой аудио-видео поток".

Что - "это все"? Вы пьяны?

(30-12-2016 10:40)dukua писал(а):  Что - "это все"? Вы пьяны?

Мы вообще не употребляем, даже на Новый Год.

(30-12-2016 06:14)dukua писал(а):  Никаких бракованных пакетов никто не найдет. Я поэтому рассказывал о том, что при "бракованных пакетах" принтеры просто виснут.

И изохронный режим вспоминать нет смысла, он совсем уже сошел с рынка аудио.

---

При бракованых пакетах принтеры не виснут, посылается запрос на повторную отправку пакета... и так может быть много раз, пока не получает его в целости и сохранности. Виснут они, когда отправив запрос энное кол-во раз, так и не получат его целым. То есть для ооооочень плохих шнурков (которые тем не менее встречаются).
Изохронный режим передачи по ЮСБ аудиоданных сошёл с рынка аудио?? Видимо с Ночь на Святого Николая этот режим резко сменили на какой-то другой? )) Тогда раскройте нам этот секрет!

---

(30-12-2016 10:05)onv писал(а):  Все то же самое, что и для USB. Пока по эзеровскому шнурку идут данные по протоколу USB Audio class 2.0, качество шнурка будет отлично слышно.

For dukua. В некоторых плеерах есть возможность передавать данные напрямую (с буфером, равным нулю) - поэтому в этом режиме так и будет - потоковая передача данных, по сути так же, как по протоколу USB Audio class 2.0

(30-12-2016 13:30)Kir9790 писал(а):  Изохронный режим передачи по ЮСБ аудиоданных сошёл с рынка аудио?? Видимо с Ночь на Святого Николая этот режим резко сменили на какой-то другой? )) Тогда раскройте нам этот секрет!

Привет из начала 2000-х? Какой типовой режим передачи данных с пк на приёмник xmos ?

(30-12-2016 13:36)Гаруспик писал(а):  Привет из начала 2000-х? Какой типовой режим передачи данных с пк на приёмник xmos ?

Своё мнение я написал выше, какое же ваше мнение по этому вопросу?

(30-12-2016 13:46)Kir9790 писал(а):  Своё мнение я написал выше, какое же ваше мнение по этому вопросу?

Асинхронный,естественно. Любой другой тип не может использоваться в системе, которая претендует на уровень hi-fi.

(30-12-2016 14:01)Гаруспик писал(а):  Асинхронный,естественно. Любой другой тип не может использоваться в системе, которая претендует на уровень hi-fi.

Эвона как! Блестящий ответ!
То есть асинхронный ... по-вашему не разновидность изохронного типа передачи данных?
Признаться, от ветерана, да ещё с такой претенциозной аватаркой ожидал и ответа соответствующего, а оказалось... просто банальное незнание.

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

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

асинхронные потоковые передачи выполняются в оставшееся время цикла. Для них у диспетчера изохронных ресурсов запрашивается только номер канала. Полоса пропускания асинхронного потокового канала не нормируется.

Мало того, когда читаете ттх xmos то есть строчки:

FEATURES

Complete software reference design
USB 2.0 device
USB Audio Class 2.0 compliant (optional 1.0 fall-back)
Asynchronous and Isochronous operation
PCM up to 384kHz at 24bits
Native DSD64 & DSD128

Другая цитата:
Изохронные передачи (Isochronous Transfers) - применяются для обмена данными в "реальном времени", когда на каждом временном интервале требуется передавать строго определенное количество данных, но доставка информации не гарантирована (передача данных ведется без повторения при сбоях, допускается потеря пакетов). ....
Изохронные передачи обычно используются в мультимедийных устройствах для передачи аудио- и видеоданных, ..... Изохронные передачи разделяются по способу синхронизации конечных точек - источников или получателей данных - с системой. Различают асинхронный, синхронный и адаптивный классы устройств...
_http://usb.fober.net/teoriya/Tipy-peredachi-dannyx/
_http://forum.vegalab.ru/showthread.php?t=24296 - всеми любимая Вега... эти из первых попавшихся ссылок.

Если я приведу статью Graham Slee под названием "Isochronous or Asynchronous DACs?" это положит конец дискуссии? Или всемирно известный аудиофильский бренд не авторитет?

(30-12-2016 14:47)Гаруспик писал(а):  Или всемирно известный аудиофильский бренд не авторитет?

Абсолютно не авторитет в этом вопросе. Здесь есть один авторитет – часть стандарта определяющего терминологию.

С уважением.

Разные стандарты, классификации, виды, подвиды, типы, классы...разные школы и подходы... разные переводы в конце-концов.
Например по моей ссылке первой говорится, что асинхронный - это класс устройств. По второй - асинхронный - это режим синхронизации (передачи clock)
По ссылкам Гаруспика это: потоковая передача и operation (вариантов перевода масса) и "Isochronous or Asynchronous DACs?" - это вообще асинхронный ЦАП
и т.п.

Асинхронный как тип (подтип, разновидность) изохронного режима множество раз приводился в нашем форуме. Если спросить у дядюшки Гугла - по первым ссылкам это подтвердится. Но инет - не авторитет, и можно найти подтверждение чему угодно.
Поэтому дальнейшие споры - бесполезны. У кого сложилось мнение - оно не изменится. У кого не сложилось - найдёт источники, которые он для себя считает наиболее авторитетными.

---

Я здесь приводил ссылку на статью, где инженеры (преимущественно) всемирно известных аудиофильских брендов высказывали причины разного "звучания" ЮСБ-кабелей. И что вы думаете? Оказалось - они совершенно не авторитеты для наших неверующих в ЮСБ-кабеля!

Спор ушел в лингвистические дебри. Так при асинхронной работе могут биты потеряться по дорогое или нет?

(30-12-2016 17:21)romeo105 писал(а):  Спор ушел в лингвистические дебри. Так при асинхронной работе могут биты потеряться по дорогое или нет?

В том-то и дело, что могут (для нашего обожаемого Hi-Fi).
Вернее сказать, могут потеряться при любом режиме, но при асинхронной передаче даже в случае обнаружения того, что пакет потерялся (повредился), он просто игнорируется.
Асинхронность - вовсе не гарантия целостности данных, как многие думают.