* [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 [Bluez-devel] handsfree profile 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 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-20 14:44 [Bluez-devel] handsfree profile robert
2007-08-24 12:23 ` Marcel Holtmann
-- strict thread matches above, loose matches on Subject: below --
2007-08-24 15:11 robert
2007-08-24 15:32 ` Marcel Holtmann
2007-08-24 15:51 ` robert
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox