Re: [Bluez-devel] audio & dbus

[Brad Midgley <bmidgley@xmission.com>]

Marcel

> This will be up to ALSA or GStreamer. It is not the job of the audio
> daemon to handle non-Bluetooth stuff.

Ok.

>> 		void RingHeadset()
>>
>> 			Indicate a single RING to the connected headset.
> 
> No need to do this. This should be handled automatically via Play or
> some other method.

Play will always open the sco channel without waiting for the user to 
hit the button so it can't be overloaded to do ringing.

Would you like it better if we used a ringing state instead of sending a 
single ring? Should custom ring (open sco, send ring sound, wait for 
button press) and HSP ring (send RING on rfcomm channel) be combined 
together somehow?

>> 		void PressHeadsetButton()
>>
>> 			Indicate a button press to the connected audio
>> 			gateway.
> 
> Unneeded. We are not in the role of a headset.

right. I will save this for org.bluez.AudioGateway or whatever we call it.

That brings up another question. Do you want one interface to do 
handsfree  and headset or do we have one interface for each? I was 
imagining combining them but I need to read through HFP to be sure.

Brad

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel