[gst-devel] JACK and GStreamer, from the horse's mouth

[Wim Taymans]

On Thu, 2006-11-23 at 19:54 -0500, Paul Davis wrote:
> So, in a couple of weeks, I will be at the OSDL DAM-3 meeting to discuss
> multi-media again. As the (primary) author of JACK and Ardour, and as
> recent Linux jukebox user, I've been looking around at the current state
> of things. I've read the mailing lists, and I do not understand why
> GStreamer does not have a functional, maintained JACK sink (source too,
> perhaps). JACK is the simplest API around, so unless GStreamer is still
> hampered by a push model - I was under the impression that you guys
> switched to a pull model sometime not so long ago - I don't understand
> why its been so hard to get a JACK sink to stick around. Would anyone
> care to enlighten me?
Very simple: nobody has bothered to port/maintain it, there have been
requests to make the sink functional again but that's usually not enough
to get something going.
Technically we allow sinks in pull mode (as we always have done since
0.6, or so) and the optimal way to implement an audiosink is when the
lowlevel API supports pull mode. It's also a lot of additional work to
make sure that all decoders/demuxers support pull mode so that you can
build a pipeline that works entirely pull based.

Wim 

> 
> --p
> 
> 
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
-- 
Wim Taymans <wim at fluendo.com>