On Thu, Feb 24, 2011 at 2:19 PM, Edward Hervey <bilboed@xxxxxxxxx> wrote: > > What *needs* to be solved is an API for data allocation/passing at the > kernel level which v4l2,omx,X,GL,vdpau,vaapi,... can use and that > userspace (like GStreamer) can pass around, monitor and know about. yes yes yes yes!! vaapi/vdpau is half way there, as they cover sharing buffers with X/GL.. but sadly they ignore camera. There are a few other inconveniences with vaapi and possibly vdpau.. at least we'd prefer to have an API the covered decoding config data like SPS/PPS and not just slice data since config data NALU's are already decoded by our accelerators.. > That is a *massive* challenge on its own. The choice of using > GStreamer or not ... is what you want to do once that challenge is > solved. > > Regards, > > Edward > > P.S. GStreamer for Android already works : > http://www.elinux.org/images/a/a4/Android_and_Gstreamer.ppt > yeah, I'm aware of that.. someone please convince google to pick it up and drop stagefright so we can only worry about a single framework between android and linux (and then I look forward to playing with pitivi on an android phone :-)) BR, -R > _______________________________________________ > gstreamer-devel mailing list > gstreamer-devel@xxxxxxxxxxxxxxxxxxxxx > http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel > -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
