Re: Bluetooth questions from a bluetooth guy [Was: collaborating on bluetooth audio]

Fabien An interesting development has made it clear that your flowcontrol work and sco audio server are relevant for neo: http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=583 any sort of voice application like voip will have to use sco over hci because of limitations in the codec c

Re: Bluetooth questions from a bluetooth guy [Was: collaborating on bluetooth audio]

Henryk fyi, some related stuff came up in the bossa conference in Brazil last week: INdT people fixed our 32-bit sbc codec so it no longer has the problems of overflows popping and the volume being too low. I think we can now be satisfied that it runs correctly and do further optimization as nee

Re: Bluetooth questions from a bluetooth guy [Was: collaborating on bluetooth audio]

Moin, Am Tue Feb 13 19:18:28 2007 schrieb Fabien Chevalier: > Brad, i was about to poke the list for some Bluetooth question, it > looks like you were faster than i was ;-) Nice to see some familiar names :-) > Brad's questions brings up even some more questions. Brad is talking > about a2dp

Re: collaborating on bluetooth audio

Brad Midgley skrev: Koen > After reading the LCA slides on pulse-audio it seems to be the best choice for an > audiorouting app FYI, I mocked up some diagrams including one that incorporates pulse. I am hoping to have some of these ideas validated, so let me know if you have any

Re: collaborating on bluetooth audio

Koen After reading the LCA slides on pulse-audio it seems to be the best choice for an > audiorouting app FYI, I mocked up some diagrams including one that incorporates pulse. I am hoping to have some of these ideas validated, so let me know if you have any thoughts on it. http://bluetooth-a

Re: collaborating on bluetooth audio

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Koen Kooi schreef: > Brad Midgley schreef: >> Koen > >> > What's the openmoko developers' take on pulseaudio? I'm looking at >> how a >> > bluetooth pulse plugin would work out. fwiw, pulse could run as >> its own >> > service or b

Re: collaborating on bluetooth audio

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Brad Midgley schreef: > Koen > > > What's the openmoko developers' take on pulseaudio? I'm looking at > how a > > bluetooth pulse plugin would work out. fwiw, pulse could run as > its own > > service or be embedded in another servi

Re: Bluetooth questions from a bluetooth guy [Was: collaborating on bluetooth audio]

Fabien Brad's questions brings up even some more questions. Brad is talking about a2dp which should really be cool to have on OpenMoko voice is obviously more relevant first. Some other questions that i would be very happy to have answers for : * Which bluetooth chip will you use? Which

Re: collaborating on bluetooth audio

Koen What's the openmoko developers' take on pulseaudio? I'm looking at how a > bluetooth pulse plugin would work out. fwiw, pulse could run as its own > service or be embedded in another service. In terms of audiorouting, wouldn't a gstreamer based solution be more flexible? pulse provides

Bluetooth questions from a bluetooth guy [Was: collaborating on bluetooth audio]

Hi all, Brad, i was about to poke the list for some Bluetooth question, it looks like you were faster than i was ;-) For those who don't know me (everybody, i guess ;-) ), i'm working with the Bluez guys(including Brad ;-) ) on integrating Voice headsets support under Linux. This kind of su

Re: collaborating on bluetooth audio

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Brad Midgley schreef: > Hi > > I'm working on bluetooth audio--see bluetooth-alsa.sf.net > . > > What sort of software are you using for bluetooth voice? Is it combined > into some other services or standalone? > > We'r

collaborating on bluetooth audio

Hi I'm working on bluetooth audio--see bluetooth-alsa.sf.net. What sort of software are you using for bluetooth voice? Is it combined into some other services or standalone? We're also working on a2dp--our plan is to have one service running both voice and a2dp. Obviously it would be great for