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