Return-Path: Message-ID: <468D1480.3030301@free.fr> Date: Thu, 05 Jul 2007 17:55:44 +0200 From: Fabien Chevalier MIME-Version: 1.0 To: BlueZ development References: <46852386.8050608@free.fr> <2d5a2c100706291110i473d080bv6ba634f0eb8d9deb@mail.gmail.com> <46892FEC.7000705@free.fr> <468A02F2.7030903@free.fr> <2d5a2c100707031254o330ce2b5se3ca0c30520deac0@mail.gmail.com> <1183514223.6351.56.camel@aeonflux.holtmann.net> <468CE233.8000909@free.fr> <468CFC41.8090404@access-company.com> In-Reply-To: <468CFC41.8090404@access-company.com> Subject: Re: [Bluez-devel] CVS audio-api.txt : 1st question Reply-To: BlueZ development List-Id: BlueZ development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Sender: bluez-devel-bounces@lists.sourceforge.net Errors-To: bluez-devel-bounces@lists.sourceforge.net Hi Frederic, Ok, let's take those into account. What you're talking about are basically capabilities that are common on proprietary systems but that are still stranger to the free Linux world :-) Hopefully one day there will be a free implementation of such an audio routing system. The closest effort i would see is pulseaudio, however it looks like it's really far behind in term of routing features :-( So i guess your answer is also +1 for global routing daemon/system or whatever :-) Cheers, Fabien > Hi, > >> - Either perform the audio routing at the system level (desktop PC >> case), the best candidate today being a sound server like pulseaudio. >> > In the smartphone scenario, there are some streams that are not handled > by the processor. This is typically the case if you have a phone module > wired to the bluetooth pcm. Today's smartphones even have a hardware > routing chip capable of mixing and routing streams. Example inputs are > radio and phone module, example outputs are speaker, loudspeaker, > earphone and bluetooth. > > The audio router should be able to take these streams into account. > Having a separate global audio routing would be very flexible. This > would allow to fit a large number of hardware platforms. > > Last, there should be a way to distinguish between different streams > natures : for example an alert should not interfere with a voip call . > > BR, > Frederic > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Bluez-devel mailing list > Bluez-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bluez-devel > > ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Bluez-devel mailing list Bluez-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bluez-devel