займемся медитацией... о!!! звезды подсказывают, что на рисунке нет входного клока...
в общем, должен быть входной тактовый сигнал. из него методом делений или с помощью PLL (ФАПЧ) формируются соответствующие клоки. как их переключать здесь в форуме это где-то обсуждалось.
далее... где сигналы синхронизации по кадрам и строкам? они закодированы в потоке видео?

Ага, вот и вычислили 1-го телепата! Теперь будем знать куда обращаться если что

А на счёт клока - думаю он подразумевается в parallel multiplexed RGB 10 lines.. Иначе неклокированный сигнал я встречал при передаче манчестером, но что то трудно верится что видео шифруется манчестером, потом гонится в плиску, а там данные есчё надо дешифровывать... Может правда есть есчё какие методы и способы передачи данных без клока (ну не UART же там стоит )

С видео плотно не работал, но есть подозрения что сигналы синхронизации по кадрам и строкам там же - в parallel multiplexed RGB 10 lines.. А если закодированы в потоке видео то для меня дальше тёмный лес

А вот если бы товарисЧ сказал что за камень, было б реально определится - через пятую точку или с помощью PLL можно былоб организовывать выходные клоки....

В высокоскоростных системах часто используется Clock-Data Recovery. По одной линии передаются данные, а клоки восстанавливаются из них. Для исключения длинных последовательностей нулей или едениц, данные проходят кодирование 8b/10b.

они мне дали дополнительную инфу я вам покажу её на английском чтобы было яснее


The input signal is just multiplexed RGB with a pixel clock. Data for one pixel will be R0-R7 on one clock pulse, G0-G7 on the next clock pulse, and B0-B7 on the last clock pulse. So it takes 3 clock pulses to send data for one pixel. The output for the same pixel will the R,G, & B bytes in parallel format using a single clock pulse.