Выбор кабеля HDMI (кабели для AV-аппаратуры)

Макарон:

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

Возьмите флак, проиграйте его медиаплеером на ресивер по hdmi и посмотрите в каком формате поступает сигнал в ресивер.

Алексей_р:

Ошибаетесь. Ни одна шина (HDMI, USB, SPDIF… ), при работе с PCM звуком ничего никуда не конвертирует.

Да? Объясните тогда назначение и суть работы usb конверторов, которые так широко применяются в бытовом аудио. Зачем конвертор, если в usb и spdif один и тот же формат РСМ? А за одно и расскажите почему один и тот же файл на разных шинах имее различия в звучании - это же один и тот же РСМ...

Алексей_р:

В стандарт HDMI, его протоколом TDMS, заложена коррекция ошибок для ВСЕХ передаваемых данных. Для видео 2 доп. бита на 8 бит, для аудио это еще больше 6 доп. бит на 4 (в сумме всегда 10 бит, согласно TDMS). Это не 100% коррекция, но в реальной жизни даже она избыточна, поэтому большую и НЕ применяли.

Что-то я при чтении спецификации не нашел коррекции ошибок для видео. Да, присутствует 2 дополнительных бита на каждый передаваемый байт данных для видео, но назначение и использование их ничего общего с коррекцией ошибок не имеет. Коррекции ошибок для видео нет вообще.
Если правильно помню (давновато читал), видеоданные перед передачей видоизменяются для понижения частоты переключения между 0 и 1 и уравновешивания количества 0 и 1 в потоке. Дополнительные 2 бита как раз и используются для обратного изменения перед использованием. Причем у этих 2 битов назначение несколько разное.
Если теорию кодирования еще не совсем забыл, 2 дополнительных бит на 8 информационных не достаточно для корректирования ошибок (маловата избыточность), возможно только обнаружение некоторой части ошибок. Кто недавно БГУИР заканчивал - может поправят, правда это не на всех специальностях изучают.
Низкий уровень ошибок при передаче данных через HDMI обеспечивается в основном конструкцией кабеля.

Макарон:

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

Кроме театрального звука (Dolby Digital, DTS) по HDMI передается еще: декодированный многоканальный поток (обработка на стороне плеера), не сжатое аудио лежащее изначально на диске (стерео всегда и частенько многоканал), CD и SACD. Многоканальные сжатые дорожки тоже критичны к количеству ошибок ибо формат изначально с потерями и их увеличение при передаче положительно на звуке не сказывается.

Алексей_р:

В стандарт HDMI, его протоколом TDMS, заложена коррекция ошибок для ВСЕХ передаваемых данных. Для видео 2 доп. бита на 8 бит, для аудио это еще больше 6 доп. бит на 4 (в сумме всегда 10 бит, согласно TDMS). Это не 100% коррекция, но в реальной жизни даже она избыточна, поэтому большую и НЕ применяли.

И?? Каким боком это нам гарантирует точность передачи данных, да еще и на огромных скоростях? О какой избыточности вообще может идти речь? Разработчик стандарта просто забил болт на это руководствуясь принципом "и так схавают". И теперь по мере необходимости "апгрейдит" стандарт. А когда это будет надо, сделает его обратно не совместимым и всех заставит купить новое оборудование. Ничего личного, только бизнес. Видеть надо дальше красивых обещаний и слепой веры в "цифру". Мир как был аналоговым, так и остался. Сказки только стали "цифровыми".

Алексей_р:

Согласно спецификации, HDMI соответствует стандарту BER (Bit Error Ratio) 10^9, т.е. одна ошибка на 1 миллиард бит. Это при частоте шины HDMI – 1 ошибка в 6 секунд максимум. В реальности, на исправном оборудовании, одна ошибка будет через несколько часов. А для аудио, с его низким битрейтом, одна через несколько ДНЕЙ. Какие кадры и соседние пиксели?

да ладно! Вы бы хоть поинтересовались тем как тестируется оборудование и в частности кабель. если кабель прошел тест на работоспособность, то это лишь говорит о том, что он способен работать на рекомендованных частотах и не допустит явных сбоев передачи данных. Нигде и никогда не гарантируется 100% достоверность информации. Интерфейс соответствует стандарту. И что? Ставите древний как говно мамонта CD-DA и при его воспроизведении по HDMI явно слышна разница от применения разного кабеля. Где эта коррекция? Каким стандартом такое поведение интерфейса описывается?

Алексей_р:

Ну если для вас один ошибочный байт один раз в несколько дней – существенно для качества звука, то увольте…

Для меня существенен результат. А на выходе каждый новый цифровой интерфейс добавляет головняка. На заре HDMI я тоже думал "Вот оно!! наконец-то хоть что-то!!". И фиг там. Та же история со звуком, что и у SPDIF

Алексей_р:

Ошибаетесь. Ни одна шина (HDMI, USB, SPDIF… ), при работе с PCM звуком ничего никуда не конвертирует. Шина упаковывает PCM в свои служебные пакеты, согласно спецификации, а на выходе распаковывает обратно. При этом PCM данные на входе и выходе совпадают байт в байт, за исключением допустимых ошибок – один байт в несколько дней.

А не получила распространения она потому, что не нужна в ситуации, когда обычные дешевые HDMI, USB, SPDIF и так не дают никаких ошибок.

это вы ошибаетесь в том, что данные на выходе и на входе совпадают байт в байт. Ибо нету НИКАКОГО способа проверки этого и самое херовое, что сам интерфейс себя не проверяет никак.

K_AV:

Низкий уровень ошибок при передаче данных через HDMI обеспечивается в основном конструкцией кабеля.

Как бы да

Алексей_р:

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

Э-э-э... Если вы беретесь кого-то поправлять или поучать - следует выражаться правильно, дабы не уподобляться тем, кого вы поправляете.
Избыточного кодирования здесь нет - есть адаптивные предискажения и обратное восстановление. А что такое "для улучшения общей балансировки качества" - я не в курсе.

K_AV:

Избыточного кодирования нет - есть адаптивные предискажения и обратное восстановление. А что такое "для улучшения общей балансировки качества" - я не в курсе.

Это то, для чего нужно "адаптивные предискажения и обратное восстановление".

А рассуждаю я ни сточки зрения профессионала-инженера по цифровым интерфейсам, а сточки зрения технически грамотного человека. И терминологию использую соответствующую – понятную каждому, у кого между ушей голова, а не лапша из эзотерики.

По вашему, с таким подходом я не могу «поучать»?

Babka_v_kedax:

Ставите древний как говно мамонта CD-DA и при его воспроизведении по HDMI явно слышна разница от применения разного кабеля. Где эта коррекция? Каким стандартом такое поведение интерфейса описывается?

Ответ простой. Эта "коррекция" описывается вашими "тараканами". Разный кабель не виноват.

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

falkenbakh:

Не может РСМ передаваться ни по одной из шин, кроме i2s. Чтобы передать РСМ по любой другой шине его нужно сконвертировать (преобразовать) в понятный для конкретной шины формат, а потом проделать обратный процесс на входе ЦАПА. И отвечает за эту конвертацию DSP. При чём конвертация происходит в реальном времени без задержек. Т.е. время конвертации ограничено циклом работы микросхемы DSP.

Вот и я об этом. У вас полная каша в голове. Вначале разберитесь, что такое цифровой интерфейс - шина, что такое ЦАП, что такое DSP, где, на каких участках прохождения сигнала и как они применяются...

K_AV:

а это оказалось не так (легко проверяется документально). Теперь заметили?

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

И что это изменило? HDMI перестал соответсвовать классу: 1 ошибка на миллиард бит?

Babka_v_kedax:

На результаты этого можно взглянуть?

А какие там могут быть результаты? Это было лет 5 тому назад. Я загрузил оригинальные треки и треки с копии CD в SoundForge и сравнил их бобайтово, вернее посэмплово, для знатоков терминологии. Убедился, что они совпадают с точность до каждого сэмпла, облегченно вздохнул, закрыл SoundForge, а RW матрицу использовал в других целях.

Но, если вам нужны конкретные данные из интернета, то не я один проделывал подобное, можно поискать. (Я сам это делал только для того, чтобы на своей шкуре убедиться в этих сведениях.) И не только касательно SPDIF, но и для HDMI и т.д., есть конкретные эксперименты, позволяющие побайтово сравнить вход и выход аудио или видео данных.