No subject

need stuff like

hot-plugging audio (activating headset)
a single i/o thread (mixing audio from all clients)
plugable codecs (codecs are negotiated on connect)
advanced signaling (target can send back pause/track advance/etc)
coordinating streams (pausing stereo stream when connecting voice)

These are tough problems but I'm not asking anyone here to do it for
me--just help me know where I need to look or if some things just can't
be done. If gst was done right, solving tough problems like this
validates the gst approach.

thanks
Brad

> I've been reading the app programming manual. Things look really good.
> 
> We want to be able to build a sharable and hot-pluggable bluetooth audio
> architecture. Can I write plugins and assemble them to get this in
> gstreamer?
> 
> * User can connect a bluetooth set; when that happens, audio streams in
> progress that were going to the regular audio out go to the headset as
> well without interruption.
> 
> * Audio sent by multiple apps gets mixed and is transmitted to the
> headset by a single process/thread.
> 
> I'm trying to make a case to a palmsource developer for doing all the
> bluetooth audio stuff natively in gstreamer (as opposed to using our
> alsa plugin indirectly)... any help here would be great for steering
> that effort.
> 
> Brad