Re: [Bluez-devel] SBC Decoder with /dev/dsp

[Brad Midgley <bmidgley@xmission.com>]

Marcel

> I think that we should move the complete AVDTP handling into a2dp.c and
> make a2play and a2recv only contain the soundcard/file setup and the
> main event loop.

agreed. The alsa-lib driver will be event-driven from the start, so I 
will probably want to work on the alsa-lib driver next and once that's 
done, I will have a better idea of how to implement the new model for 
a2dp.c.

my headsets are "in the mail" so I'll be back on it soon. You had done 
some avdtp alsa-lib work I think and if that's a good starting point, I 
would like to work from that. If it's not fleshed out enough, I'll just 
start from your rfcomm alsa-lib code.

> First question is if we ever wanna allow a2play and a2recv to output SBC
> files or should it always be a soundcard or a PCM file? If we skip that
> SBC part, we can integrate the SBC processing directly into the a2dp.c
> file and hide it. This will makes things a lot easier.

I don't think we will need the sbc streams. I don't think I'd use them 
even for debugging. We will want a way to have the use of /dev/dsp be 
optional (ie optionally read and write audio files) but that shouldn't 
complicate things much.

Brad


-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events, 4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel