Пожиратель железа
Статус: Не в сети Регистрация: 14.04.2003
#77
В данной ветке идёт обсуждение ряда спорных вопросов касательно Hi-Fi сетапов: влияние (или не влияние) кабелей на звук, фазировка кабеля питания, CD-R против "белого" лицензионного аудио диска, эффект "прогрева" и т.п. Здесь же ведётся обсуждение тематической литературы, схемотехники аппаратуры и прочего, кроме случаев практической работы (это в "Самоделки").
Переход на личности здесь особенно строго запрещён. Оскорбления, советы в стиле "сходить к доктору" или "учи матчасть, приходи сюда потом" будут наказываться.
Member
Статус: Не в сети Регистрация: 20.02.2007 Откуда: Москва
MaxA писал(а):
цифра всегда цифра, дестский сад
USB имеет ECC . который передаст пакет вновь если у предыдущего пакета был нарушен CRC . который может быть нарушен вследствии ошибок в разводке USB контроллера на материнке . или наводок на провод . которые обычно решаются толстым проводом в оплетке с парой ферритов . ну и убираением провода от этих ваших кабелей питания 220 . причем наличие ЕСС справедливо для любых цифровых интерфейсов .к примеру у HDMI вообще за CRC отвечают принципы рида соломона - толерантность на битые пакеты ЕМНИП - не менее 10%
тоесть да ...относительно малекий процент ошибок интерфес может пофиксить сам без вмешательств ... но если ошибки передачи сыпят как из брандспойта .. что это начинает быть слышно и ваш кабель относительно нормальный и адекватный и не проложен рядом с питающим ... то проблема явно не в кабеле .. это скорее привет материнке или самому девайсу
USB имеет ECC . который передаст пакет вновь если у предыдущего пакета был нарушен CRC .
Это не совсем так. В чем местные господа-аудиофилы правы - это в том, что USB при подключении внешней звуковой карты (ЦАПа, интерфейса) работает в изохронном режиме. Это значит, что если у пакета CRC нарушен, заново передан он НЕ будет. Представь себе UDP протокол в интернете. Там нет подтверждения доставки, и следовательно, нет возможности перезапросить тот же пакет заново на уровне протокола. Вот изохронный режим USB - это то же самое. Но ты прав в том, что любая передача по USB - пакетная, и что у пакетов есть CRC. Поэтому звуковые фрагменты отбрасываются пакетами, а вовсе не мелкими битами, которые там на сцену, высокие частоты влияют и т.д..
Member
Статус: Не в сети Регистрация: 27.06.2006 Фото: 216
Klogg4 писал(а):
Поэтому звуковые фрагменты отбрасываются пакетами, а вовсе не мелкими битами
Ну так мы же выяснили, что каждый пакет это несколько миллисекунд "пустоты", но пустоты в ЦАПе быть не может, она все равно будет каким то образом интермодулирована или сглажена выходными фильтрами, так, что искажения на описываемом аудиофилами уровне вполне реальны и нехрен тут лохматить бабушку.
По крайней мере, что касательно более примитивного протокола SPdif, то там даже на метровом (и тем более на более коротких длинах) кабеле разница очень заметна, даже если кабель очень качественный.
А что в ЦАПе происходит, когда ничего не воспроизводится? Равномерная череда из 0 и 1. Вот это же и будет происходить на "пустоте". Это даже с точки зрения эксплуатации логично, звуковая карта должна недвусмысленно намекнуть пользователю, что у него проблемы с USB-кабелем (а потеря пакетов USB - это именно проблема, причём почти невозможная в жизни на таких низких для USB 2.0 скоростях, на которых работает любая внешняя карта).
Kryloff писал(а):
она все равно будет каким то образом интермодулирована или сглажена выходными фильтрами
"Каким-то"?) Это каким таким?) Каким образом "выходные фильтры" отфильтруют квадратную волну на 500 гц (при потере пакета в 1 мс)? Учитывая, что бороться с подобными вещами - это вообще не задача ЦАПа, это задача контроллера. А т.к. в документациях XMOS и Amanero что-то об "интерполировании сигнала" тоже отсутствует, то никакой борьбы не происходит и всё в рамках спецификации USB: пакеты отбрасываются, пустота - это звук в нулевой точке.
Интересно, что Вы, господин Крылов, таки приняли, что пакеты не воспроизводятся, как есть, а отбрасываются (чего Вы до этого не знали), но до сих пор пытаетесь этот факт подмять под свои ранее изученные догмы, и из-за этого у вас рушатся все логические цепочки (которые до этого работали, но были ложными). Не усложняйте, просто примите как есть - вы проиграете в споре, но победите по жизни, а это самое главное
P.S. Кстати, есть ещё способ: воспроизвести предыдущий пакет заново, если новый - битый. Очень часто так работают встроенные реалтеки, и при проблемах с системой твоя акустика открывает портал в ад, поэтому больше так никто не делает)
Добавлено спустя 2 минуты 33 секунды:
Kryloff писал(а):
По крайней мере, что касательно более примитивного протокола SPdif,
И на SPDIF, и тем более на I2S - никаких разговоров, там вплоть до того, что сэмпл может немного поменяться. Но USB так не работает.
Member
Статус: Не в сети Регистрация: 27.06.2006 Фото: 216
Сейчас будет сказ про намоленный межблочный кабель Tchernov Classic XS mk2, который производитель позиционирует, как предхайэндное решение, ну то есть почти как Audi, только Volkswagen. Напомню, что пару лет назад этот кабель перестали продавать в размотку с бухты (последняя цена была 3600р/м), а готовые кабели заводской сборки стоят очень дорого: https://shop.tchernovaudio.com/catalog/ ... ii_ic_rca/ Ну вы понимаете, что отдавать овер 40 000 руб за пару метровых шнурков мы не будем, поэтому нами было найдено на просторах Авито четыре метра с бухты по цене 3800р/м:
Также были закуплены RCA и XLR разьемы Tchernov серии Reference, и было собрано две пары кабелей - баланс и небаланс:
После долгих прогревов, прослушиваний и выслушиваний выяснилось, что оба кабеля играют довольно посредственно, особенно слаб оказался небалансный кабель. Он и был продан на Авито за 12 тыр, а балансный кабель был разобран, коннекторы ушли на Таскер, а сам провод заброшен в долгий ящик. Но тут я про него вспомнил, было свободное время и были безхозные коннекторы AECO из теллурида, ну и собственно собрал метровый небаланс:
Вот сейчас сижу слушаю, и понимаю, что коннекторы решают ситуацию, и с этими он играет намного интереснее, ушла муть, появилась глубина сцены, микродинамика стала интереснее, но почерк кабелей Чернов остался, саунд такой мягкий, обволакивающий, не слишком аналитичный, но в меру детальный. Вобщем вполне слушабельно, будем дальше продолжать.
Member
Статус: Не в сети Регистрация: 27.06.2006 Фото: 216
(AMD)OPTERON писал(а):
Поздравляю, ты оценил говно коннекторы чернова)
RCA Reference действительно говно. Коннекторы AECO разделали их под орех за 350р штука. Напомню, что черновские стоили 1120р за штуку, сделаны красиво, но звука нет.
Member
Статус: Не в сети Регистрация: 28.10.2007 Откуда: Димитровград Фото: 22
Kryloff ты в какой раз противоречишь сам себе: то "мягкий, обволакивающий", то кто-то плюнет в их сторону и всё-уже "говно". Крылов, это несерьёзно. Мы ведь не на бабьем базаре где несут что сидит на языке. Надо твёрдо отстаивать свою позицию или по крайней мере быть последовательным. А тебя этой последовательности НЕТ. Ты переобуваешься налету, и по 5 раз в день. Поэтому тебя всерьёз и не воспринимают в отличие от того Оптерона. Хотя я бы не назвал каким-то экспертом, но у него есть строгая последовательность, а не метание из угла в угол.
Member
Статус: Не в сети Регистрация: 20.02.2007 Откуда: Москва
Klogg4 писал(а):
Это не совсем так. В чем местные господа-аудиофилы правы - это в том, что USB при подключении внешней звуковой карты (ЦАПа, интерфейса) работает в изохронном режиме. Это значит, что если у пакета CRC нарушен, заново передан он НЕ будет. Представь себе UDP протокол в интернете. Там нет подтверждения доставки, и следовательно, нет возможности перезапросить тот же пакет заново на уровне протокола. Вот изохронный режим USB - это то же самое.
камрад ты этот фееричный бред откуда вычитал ? 1. CRC в самом стандарте USB на уровне пакетов . тоесть по дефолту возможностью использовать CRC может любое устройство USB и хост контроллер в пека добавляет CRC и возможность его использования на все пакеты . другой вопрос что оно этот фукнционал целевое устрйоство может не использовать .. по желанию производителя . 2. передача на юсб цап по принципам работы НИЧЕМ не отличается от копирования файлов на флешку . так как с точки зрения юсб он обеспечивает связь между хост контроллером и целевым девайсом с известным идентификатором . звуком эта передача становится после распаковки этих пакетов . обычно этой распаковкой занимается кодек. а пока они запакованы - это просто данные . 3. работоспособность CRC это функция контроллера USB в целевом устройстве . CRC там может и не быть . для этого открываем даташит на чип и смотрим . есть ли мальчик . к примеру на сегодня далеко не все интегрированные USB UAA кодеки реалтек ( те которые в одном чипе имеют и юсб контроллер и кодек ) НЕ имеют CRC на юсб .. причина проста . для реализации CRC нужен буфер пакетов и более сложный контроллер . опять же . к слову usb карты имеющие выделенный контроллер USB ( к примеру поделки креатива . где используется мост USB->UAA на выделенном чипе ) проблем с потерей или порчей пакетов не имеют .
Добавлено спустя 3 минуты 22 секунды:
Kryloff писал(а):
но пустоты в ЦАПе быть не может,
это еще почему ? нет пакетов = логический ноль =нет звука .. цап эту просадку ничем не вытягивает .. ибо нечем . компенсация может быть на уровне DSP процессора но это уже другие устройства
Member
Статус: Не в сети Регистрация: 06.08.2013 Откуда: Kharkiv, UA Фото: 27
mo3ulla писал(а):
ередача на юсб цап по принципам работы НИЧЕМ не отличается от копирования файлов на флешку
Полная чушь, при пакетной передаче (интернет, принтер, флешка) потерянный пакет перезапрашивается, ЦАП ничего не переспрашивает. Это потоковая передача данных, что пропало, то пропало. Возьми принтерный шнурок за $0,5 и типа https://iprostir.com/audio-video-kabeli ... 1020_1_0_m Обсудим результаты
_________________ Все проблемы не от незнания, а от ошибочной уверенности в собственном знании /Марк Твен/
Member
Статус: Не в сети Регистрация: 07.11.2004 Откуда: Из Искры Фото: 241
Kryloff я тебе об этом в самом начале как услышал их написал, но ты уверенно топил за их коннекторы) Но прошло время и ты прозрел Я тем временем ETI Cu прогрел и его уровень выше канаре и могами, но есть нюансы. Впрочем и характер канаре я проникся, надо будет все свести в обзор И рефернес ЕТи решил взять еще раз, я их слушал на китайских говно вилках, думаю из-за этого разницу большую не уловили или не хотел уловить тогда. Сейчас заодно сравню реф c cu. Ну и как мы любим, готово блюдо из 4х пар витухи на топовых коннекторах WBT, ETI, Furu (:
MaxA не трать время, он не в теме как и в аудио Hi-Fi: Домашний кинотеатр (аудио-видео системы, 5.1) #17450975 Он Клога начитался и вдохновился, только знаний при это "0" в аудио и теории. И не умеет правильно и по существу писать как это делает Клог .
_________________ AMD - Ave Mater Dei (лат.)
Последний раз редактировалось (AMD)OPTERON 10.08.2021 11:26, всего редактировалось 1 раз.
Из спецификации USB 2.0. Там, если что, далеко не один режим работы, их минимум штук 5 и они комбинируются.
mo3ulla писал(а):
2. передача на юсб цап по принципам работы НИЧЕМ не отличается от копирования файлов на флешку
Отличается. Копирование данных на флэшку - это bulk режим. Всё, что связано с передачей потока в реальном времени, - это изохронный режим. Bulk обязует принимающее устройство посылать подтверждение доставки, в изохронной передаче такого требования нет. Изохронный, если что, это не только про аудиопоток, но и про видео с вебки, например, и подобные вещи.
mo3ulla писал(а):
3. работоспособность CRC это функция контроллера USB в целевом устройстве
Я на всякий случай уточню: CRC в USB реализован только для проверки пакетов на целостность, коррекции ошибок там вообще нет (чисто логически она в интерфейсах и не нужна).
Я просто про что хотел сказать изначально. USB в отношении аудио на сегодня - очень хороший, продуманный, быстрый, дешёвый и нетребовательный к среде передачи интерфейс, у которого единственный крупный недостаток - это отсутствие гальванической развязки. И ещё один мелкий, это увеличенная задержка, но это очень спорно и зависит от реализации девайса и драйвера.
Добавлено спустя 2 минуты 37 секунд: Вернее, "отсутствие гальванической развязки" - это даже не недостаток USB, потому что дофига аудиоаппаратуры и так не развязывается. Это преимущество SPDIF - тут особо не поспоришь. Причём по факту единственное.
Member
Статус: Не в сети Регистрация: 20.02.2007 Откуда: Москва
MaxA писал(а):
Полная чушь, при пакетной передаче (интернет, принтер, флешка) потерянный пакет перезапрашивается, ЦАП ничего не переспрашивает
перезапрашиванием пакетов занимается USB контроллер целевого девайса . задача контроллера преобразовать пакеты USB в пакеты которые поймет целевое устройство которое он обслуживает . и на этапе пакетов USB принципы передачи ОДИНАКОВЫ ДЛЯ ВСЕХ УСТРОЙСТВ их использующих . ЮСБ контроллер есть и с юсб звуковых картах . они или встроенные в кодек ( типа риалтек ) где то дискретные . чтобы была возможность перезапроса пакета юсб контроллер должен иметь буфер пакетов . процессор и контрольную логику . которые есть не везде (AMD)OPTERONMaxA напоминает 100500 прочтений корана .. буквы одни и теже вроде .а смысл получается разный . в стандартах написано одно . в головах аудиофилов - решительно другое . дописанное и домысленное скудным знанием работы аппаратного уровня .
Member
Статус: Не в сети Регистрация: 27.06.2006 Фото: 216
Klogg4 писал(а):
Я просто про что хотел сказать изначально. USB в отношении аудио на сегодня - очень хороший, продуманный, быстрый, дешёвый и нетребовательный к среде передачи интерфейс, у которого единственный крупный недостаток - это отсутствие гальванической развязки. И ещё один мелкий, это увеличенная задержка, но это очень спорно и зависит от реализации девайса и драйвера.
Семь лет назад у меня был такой ЦАП - Yulong Sabre DA8, а в качестве источника был обычный ПК, звук с которого я выводил при помощи 5м USB кабеля из DNS (те, что по 300р). Все играло, не заикалось и не хрипело, но играло настолько отвратительно, никакой сцены не было и в помине, звук между колонками. Позже я использовал в качестве плеера ноутбук и подключал коротким (1м) качественным USB кабелем - звук был намного лучше, вот прямо очень намного.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 25
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения