We have an issue with our i.MX6Q module where we are getting color problems when capturing video with a webcam using gstreamer and we render the result over HDMI.
On this snapshot, it was captured over HDMI using i.MX6Q. You can see my reddish face the orange color of the wall.
Here the snapshot taken on a webcam on my PC. My face is normal and wall is more accurate.
What do you think could explain the problem? We tried to change IPU quantization levels to fit 0-255 but it seems the IPU only works in limited mode, is that right?
We did a simple test to send a grayscale 0-255 over HDMI on the iMX6, here is the original picture:
Here is what we capture over HDMI:
We are missing the first 2x black steps and the last 2x white steps.
Is there an auto clipping? Is that would explain the reddish issue shown on the images above?
Any insight would be appreciated.
Yes, we tried our custom board. Using Variscite VAR-SOM-MX6. Also have the same results using their latest BSP Dunfell 5.4.142 and their development kit. I suspect an issue with IPU/G2D drivers.
If we are using a gstreamer pipeline and we decode this JPEG image and encode it again and save it to a file, gray scale is preserved. It has something to do with the IPU I suppose.
We found out that the HDMI output seems to be RGB limited in the AVI infoframe over HDMI and that the content is full-scale.
Is there a way to tell the IPU to work in 16-235?
I tried to get an access to the IC Task parameters through an utility called memtool. Do you know if there is a way to access the SAT_MODE parameter?
Please let me know about your findings.