Interesting, then maybe the v4l2h264enc issue with the green frames depends on load and is thus not always going to be visible. But the load you are seeing (>1core) is quite a lot. With v4l2convert not being a feasible path forward, it seems like we'll have to find a different solution to our proble...

Thanks a lot for the input ndufresne, I tried adding the glcolorconvert but to no avail. I even tried explicitly changing to ARGB or BGRA or something like that, but none of that helps with the green video. I've also cross-posted this to the gstreamer mailing list now, as I would still like to bette...

OK, I'll ask on the gstreamer mailing list then for more support on the issues I'm running in there. I believe glcolorconvert does support the RGBA -> BGRA conversion just fine, so I guess it's rather something else... Anyhow, could you please check whether the colors are correct for you when you ru...

Hey,

could you maybe share your test program? It sounds like something I may leverage myself.

Hey there! We are trying to optimize a gstreamer pipeline running on a rpi3b+ where, according to gst-shark, the current main bottleneck is a videoconvert element. That one is necessary to convert OpenGL frames in RGBA format to YUV for omxh264enc. This is a simplified example pipeline: gst-launch-1...