Before, we were streaming raw RGB values that were either randomly generated or monotonically increasing sequence. But as the purpose is to stream HDMI traffic, it makes sense to capture some real HDMI traffic and stream it through the packetizer. The last blog was an effort in this direction. We also have added HSYNC and VSYNC signals to the interface. See Figure 6 of the Specification.
Now we can't just stream RGB values through the packetizer interface. Now we need to conform to HDMI protocol, which means we either assert HSYNC and VSYNC according to the protocol or somehow capture the traffic that already has this information. This is where the last blog comes into the picture. I was successfully able to generate HDMI traffic and dump it into a file. Packetizer then reads this file and sends the data downstream accordingly. The files are here.
More later!!!
This comment has been removed by the author.
ReplyDeleteAs we have discussed, I think we need to ask the other members how the video stream out of the image buffer is formatted. How do you know where the beginning and end of a "screen" starts.
ReplyDeleteGiven the diagram is section 2,
https://docs.google.com/document/d/1sEhcLmseSLfqr2kH5UtSyMhg5yaNTnCkdNkSvA_ayq4/edit?usp=sharing
the image buffer pushes data to the USB, we also want the image buffer to push data to the packetizer.