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

Макарон:

Никаких артефактов.

Откуда им быть если процессор современного ТВ может нам рисовать от 1 до 8 промежуточных кадров в реальности не существующих? А вот с аудио такая фишка не прокатит. Поэтому качество HDMI-кабеля имеет значение в основном для передачи аудио. Для видео имеется столько влияющих факторов, что говорить об одном кабеле, как о панацее нет смысла. Первое от чего надо отталкиваться это качество телевизора. Отключите все "улучшайзеры" своего ТВ и посмотрите в глаза реальности, в большинстве случаев вы увидите печальную картинку с мазней вместо движения и уехавшим цветом с никаким контрастом.

Макарон:

Babka_v_kedax, давайте глянем теорию про звук

Рассмотрим обычный 100 мегабитный ethernet. Рассмотрим обычное копирование файла по сети. При передаче данных в сети, те биты инфы, которые теряются(допустим), никто не дорисовывает, они просто повторно отправляются. Из за этого падает скорость.
Теперь попробуйте скопировать файл, какова средняя скорость копирования?(Не забываем, что есть же еще 1Gbit Ethernet)
А теперь смотрим сюда:
http://www.hi-fi.ru/magazine/theater/841275?SECTION_CODE=theater& ... &PAGEN_1=2 тут пишут что стандарт 1.4 hdmi это звук с максимальной пропускной способность 36.86 МЕГАБИТ в секунду.
Далее смотрим вики http://ru.wikipedia.org/wiki/Dolby_TrueHD#Dolby_TrueHD
"Значение потока, как правило, отсутствует, но обычно составляет 4 608 кбит/с (4,5 Мбит/с, что соответствует шести каналам при частоте 48 кГц и 16 бит). Самое высокое значение, которое мы видели на коммерческих концертных дисках Blu-ray, составило 9,0 Мбит/с, что соответствует шести каналам при частоте 96 кГц и 24 бит. Максимальное значение для Blu-ray составляет 18 Мбит/с."
учитывая пропускную способность гигабитной витой пары, то она может выдать правильную инфу даже если на каждый нолик или единичку будет приходить 55(1000/18 ) !!!! ошибок (считал примерно, еще всякая служебная инфа гоняется, но даже если результат завышен в 10 раз, то это 5 ошибок на КАЖДЫЙ бит...)

т.е. получается что для передечи 18мбит звука, копеечной витой пары(1000мбит) недостаточно? и нужно мега дорогой спецкабель? не потрудитесь объяснить, как такое может быть?

upd. Во, нашел 24.5 мбит в секунду битрейт DTS-HD Master Audio 24,5 Мбит/с, но все равно слишком мало.

Сразу выделил жирным первое слабое место. Не отправляется заново. Ваапче. Коррекция ошибок для аудио есть, но она же является и костылем. Гарантий точности коррекции нет никаких. PCM самый критичный к потерям поток. Многоканальный театральный звук сам по себе изначально с потерями и сильно зависит от качества аппаратно-програмного декодирования. Слабых мест хоть отбавляй. Передача аудио данных не есть копирование файлов. Аудио интерфейсы это не компьютерная сеть.Именно по этой причине есть стандарт USB data и есть USB audio. Рекомендую ознакомится. Многое по остальным интерфейсам станет понятным. Сначала одни изобретают супер цифровой интерфейс, потом вторые вынуждены бороться с его недостатками.

Wolfheart, боже упаси. кабель тут совершенно не при чем.

Макарон, это не копирование. Передаваемую информацию надо воспроизводить сразу, без задержек. А её должен обработать в ресивере DSP, потом ЦАП, затем уже аналоговые цепи.

Babka_v_kedax:

Передача аудио данных не есть копирование файлов. Аудио интерфейсы это не компьютерная сеть.

А что есть копирование, понимаете? Это передача данных из одного места в другое. Разница между сетью и аудио интерфейсом лишь в том, что передача по сети (как правило) идет на максимально возможной скорости, а аудио интерфейс вынужден передавать данные в реальном времени. Т.е. с синхронизацией по времени. Аудио интерфейс искуственно тормозит передачу данных, а сетевой интерфейс - нет. И никакого отличия в этом плане между видео и аудио интерфейсом нет, разве что у видео синхронизация нужна реже – это как бы проще. Но с учетом скорости современных A/V процессоров – нет никакой разницы, они с большим запасом обеспечивают необходимую скорость и точность синхронизации.

Да, есть соответсвующие даташиты для кабелей и интерфейсов. Но в случае цифрового оного, все просто, если по даташиту кабель (интерфейс) поддреживает скорость, достаточную для передачи конкретного формата звука или видео, то он ее поддерживает 100%.

На современном исправном A/V интерфейсе ошибки могут быть, но их порядок примерно – 1 байт потери в СУТКИ непрерывной передачи. И, естественно, ни а каком ухудшении качества звука или видео и речи быть не может. Даже если интерфейс (или кабель) не исправен и ошибки идут постоянно, цифровые ошибки случайны и не могут исказить цветопередачу контраст, в звуке это тембр, стерео-панораму и т.п. Если ошибок много, они могут только фатально исказить сигнал. Изменить такие параметры как тембр и т.п., в реальном времени подсилу только специальному процессору.

Макарон:

А что запрещает сделать некий буфер/кеш, с задержкой в пару милисекунд... такой аналог антишока сони сд плеера(надеюсь понимаете о чем речь)... Более того, думаю это уже должно быть реализовано...

Можно и не гуглить. Реализовано и отлично работает и даже не первый десяток лет уже как. А за последнее десятилетие, с приходом HD форматов звука и видео, все реализовано более чем хорошо, с запасом. Ошибок, способных повлиять на реальную картину - нет и не предвидится.

Babka_v_kedax:

Вы согласны как пользователь перед воспроизведением КАЖДОГО трека ждать его считывание в буфер

ай, ну прекратите, речь идет о, максимум, десятке милисекунд... конечно если нету контроля ошибок то все это нафик не нужно, и это печально...

Babka_v_kedax:

Вы слишком идеализируете, по сути дела аналоговый, но в теории цифровой интерфейс. Любой. Ошибки случайны, никто не спорит. Влияние происходит в самом информативном диапазоне (и наиболее ёмком с точки зрения объема данных) ВЧ и СЧ. Отсюда искажение тембров, сцены, панорамы и тд.

Ваши аргументы, конечно, не голословны и более чем убедительны. Дальше можно не читать...

Babka_v_kedax:

Можно конкретику, а не пустые утверждения? Как реализовано? Где реализовано? В HDMI ошибочно полученные данные о конкретном пикселе подставляются из соседних пикселей, а если с ошибками (от 20 до 50% кадра) дополз целый кадр, то подставляется предыдущий. Вот вам и вся "коррекция". Для аудио другие алгоритмы, но они не гарантируют 100% точности коррекции и высокой эффективности.

Можно. Какие, на, "соседние" пиксели в HDMI коррекции кадра? Там минимальная коррекция на уровне байт, никаких писелей HDMI не знает. Да и то, эта коррекция сделана для перестраховски, в 99,999999999....% она не нужна на практике.

Алексей_р:

Можно. Какие, на, "соседние" пиксели в HDMI коррекции кадра? Там минимальная коррекция на уровне байт, никаких писелей HDMI не знает. Да и то, эта коррекция сделана для перестраховски, в 99,999999999....% она не нужна на практике.

В стандарт вообще не заложена коррекция по видео. Приведенный мной алгоритм, является рекомендацией, по разному реализованный у разных производителей как оборудования. так и контроллеров. Что касается аудио, то нет ни одного интерфейча, где была бы гарантия 99,9% целостности и точности передачи данных. Ну нет такого интерфейса и нет в аудио какого либо количества ошибок которым можно было бы пренебречь

Макарон:

Импульсно-кодовая модуляция (ИКМ, англ. Pulse Code Modulation, PCM) используется для оцифровки аналоговых сигналов.
Может я совсем не понимаю, но поясните пожалуйста, в каком месте при передаче данных по сети(копирование по ethernet) или по hdmi оцифровывается аналоговый сигнал?

И? Что вас смущает? По вашему мнению в каком виде ЦАП получает информацию??

Макарон:

Импульсно-кодовая модуляция (ИКМ, англ. Pulse Code Modulation, PCM) используется для оцифровки аналоговых сигналов.
Может я совсем не понимаю, но поясните пожалуйста, в каком месте при передаче данных по сети(копирование по ethernet) или по hdmi оцифровывается аналоговый сигнал?

Всё верно. Аналоговый сигнал в студии оцифровывается в РСМ. РСМ - это и есть формат, в котором цифровой звук гуляет внутри цифрового транспорта или цапа. В этом же формате он передаётся из транспорта в цап с промежуточными конвертациями, т.к. у шин toslink, spdif, usb, hdmi - у каждой свой РСМ, отличный от того, который первоначально получается при конвертации цифры из flac, ape, wav, mp3. Т.е flac, ape, wav, mp3 и т.д - это контейнер, наподобии zip или rar, в котором хранится PCM.
Устройство берёт из хранилища контейнер (на этом этапе можно провести параллели с передачей данных), распаковывает и получает цифру в формате РСМ. Далее, этот РСМ либо преобразуется цапом в аналог (если цап встроен в это же устройство), либо передаётся дальше на цифровые выхода, с промежуточной конвертацией сигнала в РСМ, который стандартизован для шин toslink, spdif, usb, hdmi, aes/ebu (который по сути является тем же spdif) и т.д. Если я не ошибаюсь, единственная шина, которая работает с РСМ, который получается изначально при распаковке контейнера - это i2s. Т.е. при передаче РСМ из источника в цап по шине i2s не происходит дополнительная конвертация. Эта шина до сих пор считается самой аудиофильской, но не получила широкого распространения и в основном используется в проф. оборудовании.
Что происходит с РСМ на пути из транспорта в цап - отдельная история. Я до недавнего времени тоже заблуждался. Начал интересоваться цифрой в тот момент, когда чётко услышал разницу в звучании одного файла на разных цифровых транспортах по hdmi.