Andrey Pesoshin
Sep 18 2011, 17:03
Помогите, пожалуйста, просчитать по времени цикл жизни 1 видеокадра - от генерации на видеоконтроллере до отображения пикселя на LCD-мониторе.
Нужное разрешение экрана - 720P (1280*720 @ 60 Hz, pixel clock = 74.5 MHz).
Цепочка вроде ясна - видеосигналы генерируются видеоконтроллером, передаются на ЦАП/TMDS-encoder, передаются по кабелю, дешифруются электроникой монитора, подаются на скалер, соответствующее напряжение прикладывается к нужным пикселям матрицы, пиксели меняют цвет (за время, не превышающее время отклика матрицы).
Как посчитать время, за которое сигнал проходит от видеокарты до микросхем монитора = задержку видеокабеля?
Интересует, как это время считать для аналогового кабеля (с разъемами D-sub), для DVI-кабеля (зависит ли задержка от типа передаваемого сигнала - цифра/аналог), для HDMI-кабеля. От каких парамеров кабеля, кроме длины это зависит?
Цитата(Andrey Pesoshin @ Sep 18 2011, 21:03)

Интересует, как это время считать для аналогового кабеля (с разъемами D-sub), для DVI-кабеля (зависит ли задержка от типа передаваемого сигнала - цифра/аналог), для HDMI-кабеля. От каких парамеров кабеля, кроме длины это зависит?
Для каждого кабеля есть такой параметр - Velocity Factor (VF), определяющий замедление электромагнитной волны в среде по отношению к скорости в вакууме. Для большинства кабелей, в том числе коаксиальных и витых пар, этот параметр лежит в диапазоне 65-80 % и определяется материалом диэлектрика. Если хотите знать более точно, но марку своего кабеля не знаете, можно посмотреть что-нибудь аналогичное у Belden-а. Как Вы понимаете от вида сигнала задержка не зависит.
Andrey Pesoshin
Sep 18 2011, 19:35
rlocпочему, могу назвать марку под рукой есть например один такой -
http://www.gasgoo.com/showroom/drapho/auto...ts/1339993.html, один вроде такого -
http://www.belsis.ru/catalogue/index.php?S...ELEMENT_ID=3121 и один ноу-нейм на 5м с d-sub'ами.
Я правильно понимаю, что задержка при передаче сигнала по кабелю будет определяться только параметрами этого кабеля, но никак не зависит от того, что передается - цифра, аналог и т.д.?
Но, если Вам не сложно, я бы попросил какой-нибудь общий алгоритм расчета задержки.
T = L/(c*VF)
T - задержка, с
L - длина, м
с - скорость света, 3*10^8 м/с
VF - параметр замедления, %/100
Цитата(Andrey Pesoshin @ Sep 18 2011, 23:35)

Я правильно понимаю, что задержка при передаче сигнала по кабелю будет определяться только параметрами этого кабеля, но никак не зависит от того, что передается - цифра, аналог и т.д.?
Да, при условии, что диэлектрическая проницаемость не зависит от частоты (как правило очень слабо).
Andrey Pesoshin
Sep 18 2011, 20:26
спасибо, отлично!
А этот параметр VF - некий приведенный коэффициент? Я его что-то для своих кабелей найти не могу
Наберите в гугле HDMI + cable + ns/ft, или соответственно VGA + cable + ns/ft (ft = 0.3 м)
Andrey Pesoshin
Sep 18 2011, 20:58
так или иначе, посчитал по вашей формуле для VF=65%, получил 5,128 нс на метр длины провода (видимо - это худший случай).
Результата мне достаточно, спасибо!
Цитата(Andrey Pesoshin @ Sep 19 2011, 05:58)

...получил 5,128 нс на метр длины провода (видимо - это худший случай).
Результата мне достаточно, спасибо!
А Вы учитываете, что LCD монитор может дополнительно задержать видео на целый кадр?
Я неоднократно наблюдал, это видно невооружённым глазом, как два рядом стоящие монитора, CRT и LCD показывают одно и тоже видео (ПК -> аналоговый видео сплиттер -> несколько мониторов). CRT показывают в реальном времени, а вот LCD задерживают картинку по-разному, некоторые начинают показывать кадр только после того, как полностью его оцифруют и перекинут в буфер LCD.
Задержка получается ~17мс при 60Гц, а Вы беспокоитесь о 5нс.
Речь не о времени вкл/выкл пиксела, эта задержка(единицы мс у сегоднящних мониторов) ещё добавляется к времени оцифровки кадра.
Andrey Pesoshin
Sep 19 2011, 10:16
Цитата(ae_ @ Sep 19 2011, 05:16)

А Вы учитываете, что LCD монитор может дополнительно задержать видео на целый кадр?
Я неоднократно наблюдал, это видно невооружённым глазом, как два рядом стоящие монитора, CRT и LCD показывают одно и тоже видео (ПК -> аналоговый видео сплиттер -> несколько мониторов). CRT показывают в реальном времени, а вот LCD задерживают картинку по-разному, некоторые начинают показывать кадр только после того, как полностью его оцифруют и перекинут в буфер LCD.
Задержка получается ~17мс при 60Гц, а Вы беспокоитесь о 5нс.
Речь не о времени вкл/выкл пиксела, эта задержка(единицы мс у сегоднящних мониторов) ещё добавляется к времени оцифровки кадра.
не задумывался, спасибо. Это актуально только для аналогового сигнала и LCD-дисплея, или для цифрового тоже (есть ли аналогичная задержка на десериализацию кадра и передачу в буфер)?
Точно не скажу, не знаю. Возможно по DVI будет быстрее, т.к. нет этапа оцифровки.
Я лишь предупредил, что есть такая особенность, о которой мало кто знает. Очень хорошо было заметно на видео, где в сюжете были вспышки от фотоаппаратов. Грубо говоря, вспышка засвечивала весь кадр, и на CRT мониторе этот кадр первым вспыхивал и гас, и затем уже на LCD мониторе вспыхивал/гас. Видел не я один, позвал коллег посмотреть.
Andrey Pesoshin
Sep 19 2011, 12:03
почитал в википедии, эффект называется Input lag, у LCD-мониторов/плазм доходит до 68 мс (!!!), обусловлен этой самой буферизацией кадра (17 мс) и постпроцессинговыми процедурами - такие как овердрайв, снижающие время отклика матрицы. Причем, если использовать аналоговый вход (это просто принятая практика, а не следствие из интерфейса) или цифровой вход с включенным "Gamer mode", то постпроцессинг не производится и input lag снижается. У CRT-дисплеев лага нет конструктивно, но они уже скоро канут в лету.
Для просмотра полной версии этой страницы, пожалуйста,
пройдите по ссылке.