Static RGB values using Intel HDMI IP does not appear on video sink monitor
I can't seem to get hardwired static RGB values inside an Intel HDMI IP reference design to appear on the video sink.
I start off with the HDMI IP reference design configured for simple video pass thru, and I am able to demonstrate this using a Cyclone 10 GX DevKit + HDMI 2.0 DCard, with the video source (laptop) plugged into DCard RX Conn, video sink (monitor) plugged into DCard TX Conn.
Next, I hardwire the RGB values inside the hdmi_rx_top.v module after the symbol alignment where its RGB output---concatenated across wide bus accommodating 2 symbols*10bits*3chans---is fed into the HDMI RX module, where it outputs its video into RXTX module, which loops it back into HDMI TX module, and finally transmitted to video sink. I am able to confirm this modification post-synthesis through the RTL viewer.
I have tried all types of value combinations through iterative compilations but none seem to work. The fact that the video pass thru does not work either at least tells me I am looking in the right place to do this.
I feel I am missing something simple that is preventing this simple hardwire from working. Thanks in advance for any insight on this issue.
UPDATE: I was finally successful in hardwiring a static RGB color within the Intel HDMI reference design architecture and getting that color to appear on the sink monitor.
To do this, instead of hardwiring the RGB pattern into the hdmi_rx_top module where the parallel aligned RGB data is output from the aligner and feeds the hdmi_rx module, I went inside the rxtx_link.v and hardwired the video data feeding in from the HDMI RX core (hdmi_tx_data).
I was able to surmise the 16-bit RGB bit allocations. At two symbols per clock, the 96-bit bus contained two 48-bit color combos, where each 48 bits was comprised of 16 red, 16 green, 16 blue.
A pure blue pattern was created by assigning the value 0x00000000FFFF twice in this vector, and once the FPGA was loaded and after all the HDMI-related initializations, the blue appeared in the entire sink monitor screen.
I do not know yet why trying to hardwire the RGB pattern onto the aligned 10-bit RGB vectors feeding the HDMI RX core would cause the RX PLL to not lock.
I am new to this type of HDMI/video FPGA development, so this was just a "walk before run" endeavor. I hope in time it will make more sense.