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
> Gst...@li...
> https://lists.sourceforge.net/lists/listinfo/gstreamer-embedded
>
|
