public inbox for linux-bluetooth@vger.kernel.org
 help / color / mirror / Atom feed
* [Bluez-devel] handsfree profile
@ 2007-08-20 14:44 robert
  2007-08-24 12:23 ` Marcel Holtmann
  0 siblings, 1 reply; 5+ messages in thread
From: robert @ 2007-08-20 14:44 UTC (permalink / raw)
  To: bluez-devel

hello bluez-devel,

i am developing an implementation of the handsfree profile (The  
Handsfree side rather than the Audio Gateway).  So far I have  
traction in every area except for SCO connections.

What exactly does bluez-alsa project do?  I am a little unclear about  
what is an alsa driver, and what part is a daemon.  How would I get  
data from the cell phone to the speakers, and data from the  
microphone back to cell phone?  From everything I have read it  
appears to be the Audio Gateway portion of the handsfree profile, but  
after playing around with it, I am not sue.

thanks for any help,
robert

cadvium.net
an open source car stero

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [Bluez-devel] handsfree profile
  2007-08-20 14:44 robert
@ 2007-08-24 12:23 ` Marcel Holtmann
  0 siblings, 0 replies; 5+ messages in thread
From: Marcel Holtmann @ 2007-08-24 12:23 UTC (permalink / raw)
  To: BlueZ development

Hi Robert,

> i am developing an implementation of the handsfree profile (The  
> Handsfree side rather than the Audio Gateway).  So far I have  
> traction in every area except for SCO connections.
> 
> What exactly does bluez-alsa project do?  I am a little unclear about  
> what is an alsa driver, and what part is a daemon.  How would I get  
> data from the cell phone to the speakers, and data from the  
> microphone back to cell phone?  From everything I have read it  
> appears to be the Audio Gateway portion of the handsfree profile, but  
> after playing around with it, I am not sue.

the main focus will be Handsfree audio gateway. For the Handsfree device
part I don't know when we will support it. We might do it at some point,
but it certainly has not high priority.

Regards

Marcel



-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [Bluez-devel] handsfree profile
@ 2007-08-24 15:11 robert
  2007-08-24 15:32 ` Marcel Holtmann
  0 siblings, 1 reply; 5+ messages in thread
From: robert @ 2007-08-24 15:11 UTC (permalink / raw)
  To: bluez-devel

Hello Marcel,

So I was planning to implement the profile inside of java, which is  
why I am working on the Avetana BT stack, but I don't beleive that I  
can handle any of the SCO communication from java.  Essentially I am  
planning write the command processor for handling the AT commands in  
Java (easier to maintain and debug), and then just create a small  
daemon that handles routing traffic between the SCO channel and the  
Alsa devices.  Perhaps communicate between the two using D-Bus?

Is that possible?

Cheers,
Robert

> Hi Robert,
>
>
>> How would I go about redirecting incoming SCO data to an alsa device,
>> and transmit incoming audio data out as SCO?
>>
>> I have read the following pages,
>> http://wiki.bluez.org/wiki/Audio
>> http://wiki.bluez.org/wiki/HOWTO/AudioDevices
>>
>> but everything described seems to do too much.  I would prefer to
>> handle the RFCOMM channel, and SDP registration elsewhere.
>> Presently, I just want to determine how to redirect the SCO traffic.
>>
>
> actually you can't really do SCO without a profile. In theory you can,
> but that is to compatible with out devices. Since this kind of
> application doesn't really make sense for most people we didn't  
> focus on
> it and so nothing like that is available. However hstest.c and  
> other SCO
> demos can be used to quickly write something like that. The hardest  
> part
> is to get the ALSA thing right. Again, you have to write that by
> yourself since we have no need for this right now.
>
> Regards
>
> Marcel

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [Bluez-devel] handsfree profile
  2007-08-24 15:11 [Bluez-devel] handsfree profile robert
@ 2007-08-24 15:32 ` Marcel Holtmann
  2007-08-24 15:51   ` robert
  0 siblings, 1 reply; 5+ messages in thread
From: Marcel Holtmann @ 2007-08-24 15:32 UTC (permalink / raw)
  To: BlueZ development

Hi Robert,

> So I was planning to implement the profile inside of java, which is  
> why I am working on the Avetana BT stack, but I don't beleive that I  
> can handle any of the SCO communication from java.  Essentially I am  
> planning write the command processor for handling the AT commands in  
> Java (easier to maintain and debug), and then just create a small  
> daemon that handles routing traffic between the SCO channel and the  
> Alsa devices.  Perhaps communicate between the two using D-Bus?

that makes my stomach turn around. You you are of course free to do so,
but doing everything in plain C is much easier.

And I would advise to try an integration with our audio daemon.
Otherwise it would become one of these external things that is hard to
install and maintain.

Regards

Marcel



-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [Bluez-devel] handsfree profile
  2007-08-24 15:32 ` Marcel Holtmann
@ 2007-08-24 15:51   ` robert
  0 siblings, 0 replies; 5+ messages in thread
From: robert @ 2007-08-24 15:51 UTC (permalink / raw)
  To: BlueZ development

Hello Marcel,

Yeah, I agree this approach is kind of a mess, but it is in line with  
all of the goals of my project(portability, consistency, ease of use  
and development).  I would like to have as much done in java as  
possible.  If I write a lot of the code in C, then someone will have  
to port it when they move to another OS, or pray that the headset  
profile is as far along as the one in BlueZ, or worse pray that it  
exists at all.  I love C, but java is simply a more accessible  
language, making it easier for other developers to embellish the  
profile.

agree to disagree.  :)

cheers,
robert

On Aug 24, 2007, at 8:32 AM, Marcel Holtmann wrote:

> Hi Robert,
>
>> So I was planning to implement the profile inside of java, which is
>> why I am working on the Avetana BT stack, but I don't beleive that I
>> can handle any of the SCO communication from java.  Essentially I am
>> planning write the command processor for handling the AT commands in
>> Java (easier to maintain and debug), and then just create a small
>> daemon that handles routing traffic between the SCO channel and the
>> Alsa devices.  Perhaps communicate between the two using D-Bus?
>
> that makes my stomach turn around. You you are of course free to do  
> so,
> but doing everything in plain C is much easier.
>
> And I would advise to try an integration with our audio daemon.
> Otherwise it would become one of these external things that is hard to
> install and maintain.
>
> Regards
>
> Marcel
>
>
>
> ---------------------------------------------------------------------- 
> ---
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a  
> browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> _______________________________________________
> Bluez-devel mailing list
> Bluez-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bluez-devel


-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2007-08-24 15:51 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-08-24 15:11 [Bluez-devel] handsfree profile robert
2007-08-24 15:32 ` Marcel Holtmann
2007-08-24 15:51   ` robert
  -- strict thread matches above, loose matches on Subject: below --
2007-08-20 14:44 robert
2007-08-24 12:23 ` Marcel Holtmann

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox