Re: [Bluez-devel] btsco2

[Brad Midgley <bmidgley@xmission.com>]

Thomas

> a) How should btsco2 Handle Multiple Headset in the Parameter ?
> - ./btsco2 <mac1> <mac2> <mac3>
> - ./btsco2 <mac1> -1 <mac2> 1 <mac3> 2
> Where -1 in the Channel Parameter stand for Autodetec

the argument list is fine, but this is showing how we need to improve 
things. btsco needs to be split into three parts:

* connection processor: keep saved state about what headsets are paired, 
available, connected, alsa device mappings, etc. We should get it to add 
a new headset while it's running via dbus events. (We will have to get 
it to talk to dbus for connect/disconnect events and control anyway)

* audio processor: the audio processing part of btsco will need to be 
separated out and put into alsa-lib.

* gui for telling the connection processor to 
discover/add/delete/connect/disconnect to a service on a headset

> c) Is there any Plan to allow th BT-SCO Sound driver in kernel Space to 
> handle mor than one bluetooth as sound device.
> Nice would be an option to tell the driver how many sound device he 
> sould allocate.

it's been talked about. I don't exactly understand the problem so I 
pasted the discussion into the sourceforge bug item.

> Fixed Problems from btsco:
> 1) If headset is not available on start the server try to connect it 
> every 3 seconds
> Open:
> 1) Detect if headset disconnects and close sco/rfcomm socket and tell 
> the kernel space
> 2) An rfcomm listener for inbound connections where headset initiate the 
> connection.

fine.

brad


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel