Return-Path: Message-ID: <6297d67c0605012201o52a1bb75u4622552cae9841f4@mail.gmail.com> From: "Mayank Batra" To: bluez-devel@lists.sourceforge.net Subject: Re: [Bluez-devel] Motorola HT820 audio fidelity In-Reply-To: <4456E4DF.5000601@xmission.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_5186_3576316.1146546108610" References: <1146183877.13358.7.camel@pc7.dolda2000.com> <445189C8.6060602@xmission.com> <1146492165.13358.16.camel@pc7.dolda2000.com> <44561FB6.5000306@xmission.com> <6297d67c0605012039x618add3bq2b29b9ad584c609e@mail.gmail.com> <4456E4DF.5000601@xmission.com> Sender: bluez-devel-admin@lists.sourceforge.net Errors-To: bluez-devel-admin@lists.sourceforge.net Reply-To: bluez-devel@lists.sourceforge.net List-Unsubscribe: , List-Id: BlueZ development List-Post: List-Help: List-Subscribe: , List-Archive: Date: Tue, 2 May 2006 10:31:48 +0530 ------=_Part_5186_3576316.1146546108610 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Brad, The simplest approach would be to analyse all SEPs from the sink and if we find an MP3 SEP, we can very well send the mp3 we receive from mpg123, otherwise use the SBC codec. Actually somewhere in the command line arguments we can take an input from the user which codec does he prefer. So if he writes something like: a2play -c mp3 (Where -c is for the codec) This should first try searching mp3 on the sink. If not found, it should try SBC (which is of course mandatory and should be found) Whereas if he writes something like: a2play -c sbc This will straight away connect on SBC SEP. Mayank On 5/2/06, Brad Midgley wrote: > > Mayank > > > > http://www.assisttechnology.co.uk/documents/Sonorix_Bluetooth_Headset-Pam= phlet.pdf > > Nice find. > > It brings up an interesting challenge. When using this headset, the > driver should have access to the encoded audio so it can choose whether > it's appropriate to decode the stream and then encode it in sbc or if it > can pass the stream as-is to the set. I'll bet a gst bin could be > constructed that would configure its elements accordingly for the input > type and the headset caps. > > iirc, a2play assumes the first codec reported from the set is sbc. we > should test it with the sonorix if somebody here has it to make sure we > handle multiple codec capabilities properly. > > A bit of good news. It takes a couple of tries to get gxine to talk to > my a2dp headset via the newly working plugin, but once it works the > audio is very close to being in sync with the video and it is pretty > solid for the duration of playing some video. > > Brad > > > ------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronim= o > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat= =3D121642 > _______________________________________________ > Bluez-devel mailing list > Bluez-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bluez-devel > ------=_Part_5186_3576316.1146546108610 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline

Brad,

The simplest approach would be to analyse all SEPs from the sink and i= f we find an MP3 SEP, we can very well send the mp3 we receive from mpg123,= otherwise use the SBC codec.

Actually somewhere in the command line arguments we can take an input = from the user which codec does he prefer.

So if he writes something like:

a2play -c mp3

(Where -c is for the codec)

This should first try searching mp3 on the sink.

If not found, it should try SBC (which is of course mandatory and shou= ld be found)

Whereas if he writes something like:

a2play -c sbc

This will straight away connect on SBC SEP.

Mayank

On 5/2/06, B= rad Midgley <bmidgley@xmiss= ion.com> wrote:

Mayank

> http://www.assisttechnology.co.uk/documents/Sonorix_Bluetooth_Headset-Pamph= let.pdf

Nice find.

It brings up an interesting challenge.= When using this headset, the
driver should have access to the encoded a= udio so it can choose whether
it's appropriate to decode the stream and then encode it in sbc or if i= t
can pass the stream as-is to the set. I'll bet a gst bin could be
c= onstructed that would configure its elements accordingly for the input
type and the headset caps.

iirc, a2play assumes the first codec repo= rted from the set is sbc. we
should test it with the sonorix if somebody= here has it to make sure we
handle multiple codec capabilities properly= .

A bit of good news. It takes a couple of tries to get gxine to talk= to
my a2dp headset via the newly working plugin, but once it works the<= br>audio is very close to being in sync with the video and it is pretty
solid for the duration of playing some video.

Brad

--= -----------------------------------------------------
Using Tomcat but n= eed to do more? Need to support web services, security?
Get stuff done q= uickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geron= imo
http://sel.as-us.falkag.net/sel?cmd=3D= lnk&kid=3D120709&bid=3D263057&dat=3D121642
_______________________________________________
Bluez-devel mail= ing list
Bluez-deve= l@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

------=_Part_5186_3576316.1146546108610-- ------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Bluez-devel mailing list Bluez-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bluez-devel