From: Edward H. <bi...@gm...> - 2010-04-12 10:05:18
|
On Mon, 2010-04-12 at 16:16 +0800, David Song wrote: > 2010/4/9 Edward Hervey <bi...@gm...>: > > On Fri, 2010-04-09 at 16:08 +0800, David Song wrote: > >> I think at least sink element (e.g. xvimagesink) need enhancement to > >> get decoded data which is not a general buffer. > > > > That would indeed be one of the reasons, plus: > > * we'd need to make sure all elements in a standard playbin pipeline > > can handle that kind of data > > * we'd need to have va-api specific elements to handle common features > > like scaling, deinterlacing, mixing > > * we'd need to be careful about the lifetime of va-api specific data > > * pray ffmpeg doesn't change the layout of their va-api specific > > buffers > > * ... > If all goes well, we should have the current author of the vdpau plugins finish the implementation during the google summer of code. Which would include solving all those problems above. Once it works for vdpau, it should be much easier to add another hw-accelerated system (like va-api). > Then any one of them is in development? Or is there a plan to enable > this feature? > I searched by google and got following link, it seems Josep is doing > some thing like this. But it's not only for VAAPI, it's also for VDPAU > and XvBA. Not sure if a branch(or demo) is ready? > http://gstreamer.freedesktop.org/wiki/VideoHackfest/Notes (search > section: "Hardware Accelerated Video in GStreamer (Josep)") > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > gstreamer-devel mailing list > gst...@li... > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |