Re: [Bluez-devel] CVS audio-api.txt : 1st question

Luiz Augusto von Dentz
2007-07-07T06:29:57Z

Hi Brad,

On 7/6/07, Brad Midgley <bmidgley@gmail.com> wrote:
> Although this is really cool to deliver mp3 to the headset (less cpu
> load, less transcoding noise), it might go too far down the road of an
> early optimization for the case of a single audio client.
>
> Mikko L at Nokia basically said they wouldn't consider anything along
> these lines since it gets so complicated when a system sound needs to
> interrupt mp3 playback. Do you:
>
> - mix two mp3 streams together (technically possible)
> - reconfigure the set for sbc and encode the streams to sbc (best
> case is a delay, worst case a crash in the set during reconfiguration)
> - stop the mp3 player and play the system sound mp3 instead (tricky)
>
> It doesn't help that there's not much notion of a sound "card" that
> can natively decode mp3. The audio servers don't account for this
> possibility at all.

I wont consider going with gstreamer set of elements instead of an
alsa plugin for system wide, as you said we might have some
technical challengers and as a sound "card" this is not exactly a
good idea. So as a system wide solution we must have a alsa plugin
that just deliver sbc codec.

A future work perhaps we may be possible to deliver something more
flexible to application, but in this case application would have to handle
the stream by it' s own.

Why Im already considering this advanced usage? We have an ipc
system that should be flexible enough to be able to work with
those applications. I guess it should be possible for someone to
add native support for multimedia frameworks such as gstreamer,
but the support itself is outside the scope of bluez.

-- =

Luiz Augusto von Dentz
Engenheiro de Computa=E7=E3o