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

СНГ!

Land:

Сел. Почитал о стандартде TMDS. Признаю, Вы -- правы. На больших длинах кабеля действительно может происходить потеря данных по какому-либо цветовому каналу из-за фазовых искажений. Спасибо за урок -- век живи, век учись!

Угу, только вот каким образом это влияет на контраст, не поясните?

Land:

Предположим передатчик выдал данные о максимальной яркости пиксела в цветовом канале -- 8 бит единичек. А приемник из кабеля вытащил один нолик в середочке. И вместо уровня яркости 256 по цветовому каналу мы имеем.. ну пусть 239. Я не знаю, может ли человек увидеть такую разницу, но, чисто теоретически, падение контраста получить можем. Тем паче, что ошибку можно словить и в старшем бите, тогда вообще разница в переданном и полученном уровне будет огромной. Да, на всякий случай -- я в курсе об избыточности кода и методах коррекции ошибок.

Во-первых вынимание любой единички помехой равновероятно. Как и той единички которая из 255 делает 254, как и той что делает из 255 - 127.
Во-вторых там при передаче HD контента используется HDCP (DRM все дела), в котором сигнал шифруется блочным шифром. AES как мне помнится, с длиной блока 128 бит в режимах ECB, CTR, (CBC тоже упоминается но я сомневаюсь в том что он используется в "чистом" виде) зависимости от того что там железо порешило. А это значит, что если поменять хоть один битик в этом блоке, и режим - ECB или CTR - то весь блок (а это напомню 128 или 256 битиков) превратится в тыкву псевдослучайную последовательность, как итог на экране вы увидите не случайное искажение цвета одного пикселя, а жирную черточку. А ежели используется CBC - то отыквится гораздо больший блок (в чистом виде тупо весь последующий поток станет мусорным).
Ну и да, никаких кодов коррекции/четности нету, определить мусор или нет пришел по кабелю процессор не имеет никакой физической возможности.
Потому основное отличие влияния помех на сигнал передаваемый в чистом аналоге от цифры - рост помех ведет к росту _вероятности_ искажений цифрового сигнала, а не воспринимаемой потом после декодирования в аналог (в экран ) их субъективной силе (контраст, яркость или прочие там чистоты). То есть на супер-дупер кабеле у вас может пропадать один пиксель (полоска для защищенного сигнала с DVD/BD) в месяц, на хорошем - скажем в сутки, на хреновеньком - периодически будут мелькать тут и сям, а на негодном - будет непрерывно 'снежить'. В принципе я считаю это вполне адекватная и главное - честная причина к тому чтобы стимулировать людей покупать качественные кабеля, но почемуто большинство продавцов все еще втирают своим клиентам аналоговый бред , на не очень образованных людей он конечно действует (как впрочем и действовали бы доводы и потерянных пикселях), а более искушенных в железе и софте эти рассуждения просто их дискредитируют как знатоков, и к примеру увидев такие рассуждения от некого менеджера я вообще ни в грош буду ставить любые другие его слова и доводы, да и вообще врядли у него чтото куплю

Land:

Usverg:

Во-первых вынимание любой единички помехой равновероятно. Как и той единички которая из 255 делает 254, как и той что делает из 255 - 127.

разумеется. И принципиально это ничего не меняет.

Usverg:

Во-вторых там при передаче HD контента используется HDCP (DRM все дела), в котором сигнал шифруется блочным шифром. AES как мне помнится, с длиной блока 128 бит в режимах ECB, CTR, (CBC тоже упоминается но я сомневаюсь в том что он используется в "чистом" виде) зависимости от того что там железо порешило. А это значит, что если поменять хоть один битик в этом блоке, и режим - ECB или CTR - то весь блок (а это напомню 128 или 256 битиков) превратится в тыкву псевдослучайную последовательность, как итог на экране вы увидите не случайное искажение цвета одного пикселя, а жирную черточку. А ежели используется CBC - то отыквится гораздо больший блок (в чистом виде тупо весь последующий поток станет мусорным).

не проще ли прочитать, что такое TMDS и с чем его едят?

А причем тут по сути канальный уровень (TMDS) до транспортного (HDCP)? Еще раз повторяю - по кабелю передается зашифрованные блочным шифром данные. Искажение любого бита зашифрованных таким образом данных ведет к автоматическому искажению всего блока. И не важно что физически передает такие данные и что приводит к искажению бита - кабель, грузовик с дисками или почтовый голубь. И если вы путаете такие понятия то аргументированно спорить с вами по следующему пункту я не представляю возможным. Это как спорить с 5классником по тому поводу какая из подтеорий М-теории точнее к реальности. Почитайте шнайера, разработайте продукт с использованием криптопротоколов, в идеале - запатентуйте его. Потом поспорим на равных.

Land:

Usverg:

И если вы путаете такие понятия то аргументированно спорить с вами по следующему пункту я не представляю возможным. Это как спорить с 5классником по тому поводу какая из подтеорий М-теории точнее к реальности.

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

Ну вот начались неконструктивные аргументы в поисках найти у человека объясняющую М-теорию прорехи в познаниях таблицы умножения. Отвечу лишь 'Я понимаю под термином блок последовательность битов, длинной равной длине используемого блочного шифра в одном из цветовых каналов'. А длина блока шифра - 128 бит. На всякий случай, поясню - 128 бит, это 16 байт. И поскольку речь идет о цветовом канале 24битного RGB - это и 16 последовательных пикселей мусора в результате искажения любого битика этого блока на уровне этого самого гордо пропечатанного вами, TMDS.

Land:

Usverg:

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

ггг, ну хоть вы начали гуглить, и то хорошо. Скоро нагуглите при каких условиях он таки обязательно используется, хотя и не является обязательным к использованию

Land:

Usverg:

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

просто. Вы ошибаетесь. Погуглите -- поймете в чем именно.

Нет, не ошибаюсь.

Land:

Добавлено спустя 3 минуты 15 секунд

Usverg:

ггг, ну хоть вы начали гуглить, и то хорошо. Скоро нагуглите при каких условиях он таки обязательно используется, хотя и не является обязательным к использованию

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

Видимо гугл и педивикия все еще слишком сложно для вас. Вот тут написано когда используется и что получается если железо его не умеет. Ну а про 'помехи приему' - уже надцать раз на ветке объяснял. Декодер не может отличить правильный сигнал, от искаженного помехами. Не может и все тут. Нету в протоколе кодов детекции/коррекции ошибок. Пришел мусор - значит надо рисовать мусор. В конце концов, вдруг это просто снег идет в кино
Ладно, с Новым Годом
В конце концов если человек хочет купить дорогую вещь и получает от этого положительные эмоции - это все равно 'в плюс ему'. Ибо в конечном итоге 'в зачет' идут эмоции, и неважно вызваны они более качественной картинкой или самим фактом качественности и брэндовости железа.

Usverg:

Потому основное отличие влияния помех на сигнал передаваемый в чистом аналоге от цифры - рост помех ведет к росту _вероятности_ искажений цифрового сигнала, а не воспринимаемой потом после декодирования в аналог (в экран ) их субъективной силе (контраст, яркость или прочие там чистоты). То есть на супер-дупер кабеле у вас может пропадать один пиксель (полоска для защищенного сигнала с DVD/BD) в месяц, на хорошем - скажем в сутки, на хреновеньком - периодически будут мелькать тут и сям, а на негодном - будет непрерывно 'снежить'. В принципе я считаю это вполне адекватная и главное - честная причина к тому чтобы стимулировать людей покупать качественные кабеля, но почемуто большинство продавцов все еще втирают своим клиентам аналоговый бред , на не очень образованных людей он конечно действует (как впрочем и действовали бы доводы и потерянных пикселях), а более искушенных в железе и софте эти рассуждения просто их дискредитируют как знатоков, и к примеру увидев такие рассуждения от некого менеджера я вообще ни в грош буду ставить любые другие его слова и доводы, да и вообще врядли у него чтото куплю

Предлагаю это в шапку вынести и 24 кеглем жирным выделить. Ибо задолбало одно и то же из года в год перетирать.

Land:

Поскольку шифрование есть частный случай передачи сигнала по HDMI

Ответьте, плз., на вопрос - часто ли в текущей парадигме по HDMI передается сигнал ниже 720р?

Land:

alex_poehali:

Т.е. я сам не видел никакого изменения цвета/контраста как на ЖК, так и на плазме, и сомневаюсь что он вообще возможен.

Так "я не видел, и сомневаюсь" или "я не видел -- значит невозможен"?

Что тут не понимать? Ясно же написано русским языком, разве что неверно род в конце поставил, праздники
Читать так: "я не видел... и сомневаюсь что оно (изменение) вообще возможно.".

Т.е. я не просто отвергаю такую возможность (именно поэтому _сомневаюсь_, а не _невозможно_), я множество раз пытался увидеть эту разницу и так не увидел. Из чего сделал личный вывод что разницы скорее всего нет, либо она ниже моего порога восприятия (кем только тогда надо быть чтобы ее видеть...).

Чтобы еще веселее было приведу такой мифический пример: "я не мог взлететь, размахивая руками со всей силы, и сомневаюсь что это вообще возможно" (опираясь как на свои эксперименты, так и на известные знания о мире).

кстати любителям считать биты не следует забывать про hdcp

вот блок схема SIL9135

как следует - выпадения битов в сигнале физического уровня будут приводить к выпадению целых блоков в шифрованном потоке что уже явно приведет к массовым артефактам а не к мифическим ухудшениям картинки