Ian schrieb: > On Fri, Jun 19, 2009 at 1:42 PM, Stefan Kost > wrote: > >> Ian schrieb: >> >>> Just starting to get into gstreamer so apologies if this is covered in >>> some FAQ. Point me at it and I'll read up offline. >>> >>> I'm about to start developing an audio sink plugin to some hardware. >>> The examples i've found to date appear to be push-based sink plugins. >>> >>> The driver to the hardware I'm interfacing to gets supplied with data via >>> a callback, which would seem to be best supported by a pull-based audio >>> sink plugin. >>> >>> So should I have a couple of frames of buffering and go for a push-based >>> plugin, or attempt a pull-based one (presumably with a queue just before >>> the sink?). >>> >> You can use the GstRingbuffer for that. Lock at the jack puling in >> gst-plugin-bad (jack is pull based). >> >> Stefan >> > > Thanks for the pointer Stefan. > > Can you use a GstRingBuffer with compressed audio data (hardware decoder) so I don't have to perform s/w decode unless it's necessary? Any further examples? > Nope, but having decoder-sinks is not a good design anyway. try to have a separate decoder and a sink. Its worth the effort. Stefan > Thanks again. > > Ian > > > > > ------------------------------------------------------------------------------ > Are you an open source citizen? Join us for the Open Source Bridge conference! > Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. > Need another reason to go? 24-hour hacker lounge. Register today! > http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org > _______________________________________________ > Gstreamer-embedded mailing list > Gstreamer-embedded at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gstreamer-embedded >
