How to connect gldownload to omxh264enc

[Adam Langley]

I'm running gstreamer 1.10 with openmax on a Raspberry Pi 3, and when I attempt to use opengl to scale my incoming video, then resulting buffers are RGBA, and they need to be I420 for omxh264enc.

When attempting to glvideoscale from RGBA to I420, I get the message 

"Converting from RGBA to I420 requires functionality that the current OpenGL setup does not support"

Is there a hardware accelerated way around this issue, or am I destined to do software color conversion?

Thanks 

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[Nicolas Dufresne-5]

Le 18 avr. 2017 8:27 PM, "Adam Langley" <[hidden email]> a écrit :

I'm running gstreamer 1.10 with openmax on a Raspberry Pi 3, and when I attempt to use opengl to scale my incoming video, then resulting buffers are RGBA, and they need to be I420 for omxh264enc.

When attempting to glvideoscale from RGBA to I420, I get the message 

"Converting from RGBA to I420 requires functionality that the current OpenGL setup does not support"

Is there a hardware accelerated way around this issue, or am I destined to do software color conversion?

Maybe the encoder support EGL images ? If this is the case, you could try that.

On an other note, you could try with Mesa GL driver, it implements more of OpenGL.

P.s. in Raspbian, omxvideodec is patch to tunnel the omxvideodec scaler/converter. Maybe the same hack could serve.

Thanks 

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[Adam Langley]

Hi Nicolas,

The openmax plugin I'm using doesn't accept egl buffers - and looking in the source I don't see any reference to eglmemory, so I guess it's not supported. I've been reading a lot of discussions, and it appears that the omx encoder only supports I420.

Regarding Mesa - I was unable to get anything to work with Mesa installed, I had to remove it - I got the same problems as here:

http://gstreamer-bugs.narkive.com/UdRWD8TI/bug-759131-new-glimagesink-compiled-for-gles-egl-dispmanx-without-x-fails-on-raspberrypi

Was there another way to get it working with Mesa?

About the glupload - I assume you're just suggesting that I can avoid a texture upload - it doesn't help the colorspace issue?

Thanks

On Wed, Apr 19, 2017 at 11:45 PM, Nicolas Dufresne <[hidden email]> wrote:

Le 18 avr. 2017 8:27 PM, "Adam Langley" <[hidden email]> a écrit :

I'm running gstreamer 1.10 with openmax on a Raspberry Pi 3, and when I attempt to use opengl to scale my incoming video, then resulting buffers are RGBA, and they need to be I420 for omxh264enc.

When attempting to glvideoscale from RGBA to I420, I get the message 

"Converting from RGBA to I420 requires functionality that the current OpenGL setup does not support"

Is there a hardware accelerated way around this issue, or am I destined to do software color conversion?

Maybe the encoder support EGL images ? If this is the case, you could try that.

On an other note, you could try with Mesa GL driver, it implements more of OpenGL.

P.s. in Raspbian, omxvideodec is patch to tunnel the omxvideodec scaler/converter. Maybe the same hack could serve.

Thanks 

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[Nicolas Dufresne-5]

Le jeudi 20 avril 2017 à 07:39 +1200, Adam Langley a écrit :
> About the glupload - I assume you're just suggesting that I can avoid
> a texture upload - it doesn't help the colorspace issue?

I think you last option is to try and tunnel the omx scaler/converter.
You'll have to look at Raspbian patches for inspiration as this was
never upstreamed.

regards,
Nicolas
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel