Current status of GStreamer on Raspberry Pi

Alexey Chernov 4ernov at gmail.com
Fri Feb 8 13:01:57 PST 2013


В письме от 07 фев 2013 21:33:34 Вы написали:
> On Fri, 2013-02-08 at 00:10 +0300, 4ernov wrote:
> 
> Hi,
> 
> 
> I believe people are hacking on eglglessink to make this work. (Last I
> heard was that some slow path was working now - I'm sure the people
> hacking on it will provide more info).

Yes, it's very promising, hope to try it on the weekend. 

> 
> > 2. gst-omx module looks quite matured but for unknown reason it isn't
> > included in any of native GStreamer packages, even -bad and -ugly
> > ones. This leads to strange installation procedures (which are quite
> > straightforward, however) and incompartibilities (h264 decoder seems
> > to conflict with h264parse). Is there any block list of issues which
> > stop the module to be included in official packages?
> 
> gst-omx is an official module. There are no plans to move this code into
> any of the other modules, I don't really see the advantage of doing so.

Sorry, I didn't mean it's unofficial. The question was about including to 
'traditional' packages as they seem to have more attention from repository 
maintainers, better documentation and look more matured. Also, gst-omx is 
somehow surprisingly absent on this page: 
http://gstreamer.freedesktop.org/modules/
and on the ftp while gst-openmax is there.


> What incompatibilities are you talking about? How does the decoder
> conflict with h264parse? It sounds like you should file a bug.

Yes, I think so, but I need to test it some more to know what the exact reason 
is. I think it's quite known issue, have read of it. The problem is that as 
soon as I add videoparsers plugin to any location GStreamer can find it, 
playbin and manual pipelines stall in PREROLL forever.


More information about the gstreamer-devel mailing list