Hi all: I don’t know how the
difference is for gst element between pure software codecs and hardware accelerated
codecs, For example: The destination of sw
codec always come to an audio sink or video sink, but hw accelerated codec may
directly rendering to audio device or screen. Do we need something
special for hw codecs? How should we do for the source pad of hw codec? (should we development the
hw accelerated element like a sink plugin without a source pad?) Is there any guide line
for how to enable hw codec in gstreamer media framework? Great thanks. BR ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Hi, There are multiple ways to implement hardware accelerated codecs : 1) Make your own video/audio sink element that accepts encoded data buffers. For example a video sink that would take as input VC1, H.264, etc... 2) Make a GStreamer element communicating with hardware and using the hardware to decode input buffers and push output buffers. For example a VC1 decoder using GPU to do the hard part but still decoding in user space memory buffers that travel into the pipeline. 3) Make a set of GStreamer elements exchanging "special" buffers subclassed from GstBuffer that contain additional information about where the data is being processed in hardware pipeline so that GStreamer elements can work with it while keeping data in hardware memory space. So it depends on your hardware constraints and use case. Best regards, Julien Moutte, FLUENDO S.A. Zhao, Halley wrote: > > > Hi all: > > I don’t know how the difference is for gst element between pure software > codecs and hardware accelerated codecs, > > For example: > > The destination of sw codec always come to an audio sink or video sink, > but hw accelerated codec may directly rendering to audio device or screen. > > Do we need something special for hw codecs? How should we do for the > source pad of hw codec? > > (should we development the hw accelerated element like a sink plugin > without a source pad?) > > > > Is there any guide line for how to enable hw codec in gstreamer media > framework? > > > > Great thanks. > > BR > > > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > > ------------------------------------------------------------------------ > > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Great thanks, gstreamer mail list is more open than I expect. :).
I think my case is the first one. We are trying to create open source plugin base on libva interface. http://freedesktop.org/wiki/Software/vaapi >-----Original Message----- >From: [hidden email] >[mailto:[hidden email]] On Behalf Of >Julien Moutte >Sent: 2008年8月7日 17:09 >To: Discussion of the development of GStreamer >Subject: Re: [gst-devel] Is there any guide line for how to enable hw codec >in gstreamer media framework? > > >Hi, > >There are multiple ways to implement hardware accelerated codecs : > >1) Make your own video/audio sink element that accepts encoded data >buffers. For example a video sink that would take as input VC1, H.264, >etc... > >2) Make a GStreamer element communicating with hardware and using the >hardware to decode input buffers and push output buffers. For example a >VC1 decoder using GPU to do the hard part but still decoding in user >space memory buffers that travel into the pipeline. > >3) Make a set of GStreamer elements exchanging "special" buffers >subclassed from GstBuffer that contain additional information about >where the data is being processed in hardware pipeline so that GStreamer >elements can work with it while keeping data in hardware memory space. > >So it depends on your hardware constraints and use case. > >Best regards, > >Julien Moutte, >FLUENDO S.A. > >Zhao, Halley wrote: >> >> >> Hi all: >> >> I don’t know how the difference is for gst element between pure software >> codecs and hardware accelerated codecs, >> >> For example: >> >> The destination of sw codec always come to an audio sink or video sink, >> but hw accelerated codec may directly rendering to audio device or screen. >> >> Do we need something special for hw codecs? How should we do for the >> source pad of hw codec? >> >> (should we development the hw accelerated element like a sink plugin >> without a source pad?) >> >> >> >> Is there any guide line for how to enable hw codec in gstreamer media >> framework? >> >> >> >> Great thanks. >> >> BR >> >> >> >> >> >----------------------------------------------------------------------- >- >> >> >----------------------------------------------------------------------- >-- >> This SF.Net email is sponsored by the Moblin Your Move Developer's >challenge >> Build the coolest Linux based applications with Moblin SDK & win great >prizes >> Grand prize is a trip for two to an Open Source event anywhere in the world >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> >> >> >----------------------------------------------------------------------- >- >> >> _______________________________________________ >> gstreamer-devel mailing list >> [hidden email] >> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > >----------------------------------------------------------------------- >-- >This SF.Net email is sponsored by the Moblin Your Move Developer's challenge >Build the coolest Linux based applications with Moblin SDK & win great prizes >Grand prize is a trip for two to an Open Source event anywhere in the world >http://moblin-contest.org/redirect.php?banner_id=100&url=/ >_______________________________________________ >gstreamer-devel mailing list >[hidden email] >https://lists.sourceforge.net/lists/listinfo/gstreamer-devel ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Free forum by Nabble | Edit this page |