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

["Brad Midgley" <bmidgley@gmail.com>]

[-- Attachment #1.1: Type: text/plain, Size: 1184 bytes --]

Guys

The API is not properly design for audio over hci that's why you are
> confused.


there are some parts of the dbus api that would be used even for the hci
mode. Disconnecting the headset for example, since there is not an
equivalent alsa call. Disconnect/reconnect will likely be handled in a
single system gui that is outside the audio app.

We could disable those concurrent method while in hci mode as they probably
> break
> the plugin stream, actually they normally affects only the rfcomm socket
> because
> sco socket got duped in the process so plugin got its own reference that
> is not
> affected by API calls, but anyway this is a not common behavior for a
> headset.
>
> btw, switching between audio device is currently done by changing its
> default device.


we need a way to tell the plugin that the sco (or a2dp) fd has been
invalidated, eg when disconnecting. This is broadcast over dbus and also
communicated over the socket to the alsa client so the alsa plugin will do
something sensible like use the wired audio. (similarly when the headset
reconnects during stream playback--the fd is now available and the plugin
needs to be told to re-request it)

Brad

[-- Attachment #1.2: Type: text/html, Size: 1537 bytes --]

[-- Attachment #2: Type: text/plain, Size: 286 bytes --]

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/

[-- Attachment #3: Type: text/plain, Size: 164 bytes --]

_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel