From: Felipe C. <fel...@gm...> - 2008-12-03 10:24:06
|
On Wed, Dec 3, 2008 at 11:28 AM, Topi Hukkanen <top...@gm...> wrote: > Hi, > > I took a look at the GST OMX code, and it appears that there's only base > components for src, filter, and sink. > > Are there any plans for extending these bases to muxers and demuxers... or > is this responsibility delegated because "N" implies there can be many > ports, and the very nature of muxers and demuxers make them difficult to > control. I don't know of anybody doing that, so no, no plans. > At least I don't think there's a base mux for GStreamer... doesn't a writer > of a plugin have to start completely from scratch? Yes. > I guess in the OMX world, the clock synching could be a big problem. Has > anyone looked at this yet? Is there any way I can get involved? Well, if properly done GStreamer and OpenMAX IL would communicate properly and GStreamer would take care of the input synchronization. The problems come with tunnelling and omx renderers, there are proposals on how to solve the synch issues, but no one has implemented them yet. The best way to get involved is to ask questions here, or start coding and ask for feedback :) -- Felipe Contreras |