GNOME Bugzilla – Bug 774788
glcolorconvert oddly shifts frame half way down with 2880x1920 video resolution
Last modified: 2018-05-05 21:17:25 UTC
Created attachment 340423 [details] Image that shows the issue Might have found a possible bug with glcolorconvert. Trying to playback a video of dimensions 2880x1920, I get an odd shift half way down the frame in my app/pipeline set-up. I wanted to be able to show this off outside of my code, and the following gst-launch command does that: gst-launch-1.0 uridecodebin uri=http://tillybutcher.co.uk/test/bbb_2880x1920_1.mp4 ! glupload ! glcolorconvert ! video/x-raw(memory:GLMemory) ! glimagesink I am attaching a still of how the issue manifests itself. Other video sizes seem to behave as expected (I tested a 4k video as well as other lower resolution videos).
To add some more info, the actual videos I am trying to playback (which unfortunately I cannot include due to licensing :/) appear to have some sort of colour shifting/ghosting on the bottom half of the frame. Like the red channel is actually correct and not 'shifted'.
Created attachment 340425 [details] Issue with colour channel shifting
In fact, the Big Buck Bunny video I reference has the issue, I have attached another image to show it ('Issue with colour channel shifting').
You can also see the in the first picture btw. Not sure where it comes from though
It also looks ok here. Which GL version and platform is used here, on which GPU?
GST_GL_API_OPENGL when wrapping the context (so just OpenGL 2?). Windows 10 (64 bit). AMD Radeon R9 270. I have a few other GPU's here I could try...
Does the problem still occur? On what monitor configuration? i.e. does the shift happen at the same pixel position as the width/height of your monitor? Did you have a chance to test your other GPUs? Are your graphics drivers up to date?
Closing this bug report as no further information has been provided. Please feel free to reopen this bug report if you can provide the information that was asked for in a previous comment. Thanks!