Status of MAP and AVRCP

Status of MAP and AVRCP

[Deepak Saxena]

Hi,

I am wondering about the status of AVRCP and MAP profile support
in the current BlueZ tree. It looks like ther were a few GSOC
projects related to adding/extending these last year, but from
my quick skim, it does not look like these were integrated
upstream. Was an attempt made to push these changes and did
they get reject? Is someone still driving this work within the
BlueZ community to make sure it goes upstream?

Thanks,
~Deepak


-- 
"People think all we need to fix our predicament is a free source of
energy, but I think we need to change out behaviour. More energy would
just deplete the Earth's lifeblood faster." - Janine Benyius

Re: Status of MAP and AVRCP

[David Stockwell]

Hello Deepak,


Hi,

I am wondering about the status of AVRCP and MAP profile support
in the current BlueZ tree. It looks like ther were a few GSOC
projects related to adding/extending these last year, but from
my quick skim, it does not look like these were integrated
upstream. Was an attempt made to push these changes and did
they get reject? Is someone still driving this work within the
BlueZ community to make sure it goes upstream?

+++++

I restarted work-in-earnest on an AVRCP layer a bit over two months ago (I 
also have a full-time day-job that has nothing to do with Bluetooth, Linux, 
Open Source, etc.). I am now resolving some issues in connecting from my 
custom built AVRCP remote (hardware and firmware), which connects, pairs, 
and connects with full AVRCP with my BlackBerry Torch, and the AVRCP stack 
on my laptop.  After working through that issue (I expect, by later this 
week), and verifying that the BB Torch can connect with my changes in place, 
I will complete fairly extensive testing and begin submitting patches with 
major surgery to audio/control.c, supporting the API doc worked out in the 
Portland meeting, with a couple of minor extensions.  This will bring BlueZ 
to AVRCP 1.3, figure by the end of this month.

I will also include message fragmentation support, which will be needed for 
1.4 (not really needed for 1.3, although it is in the 1.3 spec).  However, 
there are a number of issues with 1.4, the biggest being the amount of 
integration between the BlueZ stack/profile (which should remain pure) and 
the player(s), that are required to respond to queries for browsing track 
metadata, etc.  I think there will need to be a discussion about how much of 
1.4, if any, to support, and how.  I think Sander van Grieken's work with 
MPRIS may be a guide.  Also, I understand ST Ericsson (Shivendra Agrawal) is 
also proposing to provide 1.4 support.

Just my two cents...questions, please do not hesitate.

David Stockwell

+++++

Thanks,
~Deepak


-- 
"People think all we need to fix our predicament is a free source of
energy, but I think we need to change out behaviour. More energy would
just deplete the Earth's lifeblood faster." - Janine Benyius
--
To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" 
in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html 

RE: Status of MAP and AVRCP

[sachin.athanikar]

Hi David,

Please let me know the status on development on AVRCP 1.3 & 1.4.

When is the release planned for BlueZ with AVRCP 1.3 support?

Thanks
Sachin

-----Original Message-----
From: linux-bluetooth-owner@vger.kernel.org [mailto:linux-bluetooth-owner@vger.kernel.org] On Behalf Of David Stockwell
Sent: Tuesday, February 08, 2011 8:13 PM
To: dsaxena@plexity.net; BlueZ devel list
Subject: Re: Status of MAP and AVRCP

Hello Deepak,


Hi,

I am wondering about the status of AVRCP and MAP profile support
in the current BlueZ tree. It looks like ther were a few GSOC
projects related to adding/extending these last year, but from
my quick skim, it does not look like these were integrated
upstream. Was an attempt made to push these changes and did
they get reject? Is someone still driving this work within the
BlueZ community to make sure it goes upstream?

+++++

I restarted work-in-earnest on an AVRCP layer a bit over two months ago (I
also have a full-time day-job that has nothing to do with Bluetooth, Linux,
Open Source, etc.). I am now resolving some issues in connecting from my
custom built AVRCP remote (hardware and firmware), which connects, pairs,
and connects with full AVRCP with my BlackBerry Torch, and the AVRCP stack
on my laptop.  After working through that issue (I expect, by later this
week), and verifying that the BB Torch can connect with my changes in place,
I will complete fairly extensive testing and begin submitting patches with
major surgery to audio/control.c, supporting the API doc worked out in the
Portland meeting, with a couple of minor extensions.  This will bring BlueZ
to AVRCP 1.3, figure by the end of this month.

I will also include message fragmentation support, which will be needed for
1.4 (not really needed for 1.3, although it is in the 1.3 spec).  However,
there are a number of issues with 1.4, the biggest being the amount of
integration between the BlueZ stack/profile (which should remain pure) and
the player(s), that are required to respond to queries for browsing track
metadata, etc.  I think there will need to be a discussion about how much of
1.4, if any, to support, and how.  I think Sander van Grieken's work with
MPRIS may be a guide.  Also, I understand ST Ericsson (Shivendra Agrawal) is
also proposing to provide 1.4 support.

Just my two cents...questions, please do not hesitate.

David Stockwell

+++++

Thanks,
~Deepak


--
"People think all we need to fix our predicament is a free source of
energy, but I think we need to change out behaviour. More energy would
just deplete the Earth's lifeblood faster." - Janine Benyius
--
To unsubscribe from this list: send the line "unsubscribe linux-bluetooth"
in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

--
To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information.  If you have received it in error, please notify the sender immediately and delete the original.  Any other use of the email by you is prohibited.

Re: Status of MAP and AVRCP

["Höglind, Henrik"]

Hi David,

> I restarted work-in-earnest on an AVRCP layer a bit over two months ago
> [...]
> I will complete fairly extensive testing and begin submitting patches with
> major surgery to audio/control.c, supporting the API doc worked out in the
> Portland meeting, with a couple of minor extensions.  This will bring BlueZ
>to AVRCP 1.3, figure by the end of this month.

Have you made any progress with the Avrcp v1.3 implementation? Judging from the messages on the list, there seems to be a lot of interest for this update. We are also awaiting this, and would be happy to help if there is something we can do.

Best regards,
Henrik

Re: Status of MAP and AVRCP

[Henrik Höglind]

Hi David,

> I restarted work-in-earnest on an AVRCP layer a bit over two months ago
> [...]
> I will complete fairly extensive testing and begin submitting patches with
> major surgery to audio/control.c, supporting the API doc worked out in the
> Portland meeting, with a couple of minor extensions.  This will bring BlueZ
>to AVRCP 1.3, figure by the end of this month.

Have you made any progress with the avrcp v1.3 implementation? Judging
from the messages on the list, there seems to be a lot of interest for
this update. We are also awaiting this, and would be happy to help if
there is something we can do.

Best regards,
Henrik

Re: Status of MAP and AVRCP

[Henrik Hoglind]

Hi David,

> I restarted work-in-earnest on an AVRCP layer a bit over two months ago
> [...]
> I will complete fairly extensive testing and begin submitting patches with
> major surgery to audio/control.c, supporting the API doc worked out in the
> Portland meeting, with a couple of minor extensions.  This will bring BlueZ
>to AVRCP 1.3, figure by the end of this month.

Have you made any progress with the avrcp v1.3 implementation? Judging
from the messages on the list, there seems to be a lot of interest for
this update. We are also awaiting this, and would be happy to help if
there is something we can do.

Best regards,
Henrik

Re: Status of MAP and AVRCP

[Henrik Hoglind]

Hi David,

> I restarted work-in-earnest on an AVRCP layer a bit over two months ago
> [...]
> I will complete fairly extensive testing and begin submitting patches with
> major surgery to audio/control.c, supporting the API doc worked out in the
> Portland meeting, with a couple of minor extensions.  This will bring BlueZ
>to AVRCP 1.3, figure by the end of this month.

Have you made any progress with the avrcp v1.3 implementation? Judging
from the messages on the list, there seems to be a lot of interest for
this update. We are also awaiting this, and would be happy to help if
there is something we can do.

Best regards,
Henrik

RE: Status of MAP and AVRCP

["Höglind, Henrik"]

>Hi David,

>> I restarted work-in-earnest on an AVRCP layer a bit over two months ago
>> [...]
>> I will complete fairly extensive testing and begin submitting patches with
>> major surgery to audio/control.c, supporting the API doc worked out in the
>> Portland meeting, with a couple of minor extensions.  This will bring BlueZ
>>to AVRCP 1.3, figure by the end of this month.

>Have you made any progress with the avrcp v1.3 implementation? Judging
>from the messages on the list, there seems to be a lot of interest for
>this update. We are also awaiting this, and would be happy to help if
>there is something we can do.

>Best regards,
>Henrik

Sorry for all the spamming. Not a very good way to make a first impression on the list. :-(

Best regards,
Henrik

Re: Status of MAP and AVRCP

[David Stockwell]

Hello Henrik, and all others interested in AVRCP!


>Hi David,

>> I restarted work-in-earnest on an AVRCP layer a bit over two months ago
>> [...]
>> I will complete fairly extensive testing and begin submitting patches 
>> with
>> major surgery to audio/control.c, supporting the API doc worked out in 
>> the
>> Portland meeting, with a couple of minor extensions.  This will bring 
>> BlueZ
>>to AVRCP 1.3, figure by the end of this month.

>Have you made any progress with the avrcp v1.3 implementation? Judging
>from the messages on the list, there seems to be a lot of interest for
>this update. We are also awaiting this, and would be happy to help if
>there is something we can do.

+++++

FINALLY, after about seven months fighting what turned out to be hardware 
issues, I am progressing very nicely.

<TALE OF WOE>

After my initial work (which I presented in Portland), I upgraded my 
development box to a brand new ASUS motherboard, AMD Phenom x64, lots of 
redundant disk, etc.  I decommissioned my old box and put it into the 
closet.

However, the new box was flaky: occasionally the mouse would completely 
freeze (in Fedora 13), necessitating a full restart.  Lots of searching 
yielded only some advice to twiddle the X config, but no real success.

Worse still, when I would plug in the BT dongle (also USB based), it would 
work for a little, and then fail.  I could light it up with hciconfig, but 
it would soon timeout and freeze the session.  Meanwhile the same USB dongle 
would work with every other machine (but Windows based).  Also, my 
hand-built Bluetooth Remote (with its firmware, the CSR stack, etc.) would 
connect with full AVRCP to my BlackBerry Torch, to my various Windows 
desktops and laptops using either embedded Bluetooth or the USB dongle.

Given the rapid rate of change in the Management layer (hciops, etc.) I was 
cursing up a storm about the flaky BlueZ software, the lack of a 
frozen/stable release, and the fact that even after continually moving to 
the latest and greatest, BlueZ (apparently) was still not stable.  Given the 
fact that I could not reliably connect to BlueZ, I really was not making a 
lot of progress on the rest of the code.

About two weeks ago I decided to resurrect the old x86-based machine out of 
the closet and set it up with a new drive, loaded up Fedora 14, installed 
the latest BlueZ and applied my AVRCP fixes.  Everything lit up immediately. 
No problems ever since (except for parts of my code, and a hiccup in SSP).

The day I took the old box out and lit it up, I stumbled on the following 
thread:

http://www.nvnews.net/vbulletin/showthread.php?t=135022

So it turns out that the real problem all along was the nVidia chipset on my 
motherboard.  After adding a PCI-USB board to my system and turning off the 
onboard USB support, I now have both an x86 and an x86_64 instance, each 
happily running BlueZ (plus my devel branch).

</TALE OF WOE>

This has been an evenings-and-weekends project, but now that I have finally 
(!) stabilized my environment, I am working rapidly to release the first 
pieces of 1.3 in the next weeks (no later than end of June), focused on the 
Linux/BlueZ box as the Target (to me, the use-case of Control is secondary 
in BlueZ).  First release will include Change Playback and Change Track (and 
Send Metadata), the core of the requirement.  ChangeSetting and the rest 
will follow soon after, I expect the end of July.

By the way, no worries about the spamming, and I am sorry in turn about the 
long response.  I included the Tale of Woe in case others are having similar 
problems.  The chip in question is an nVidia MCP78S (nForce 750a series). 
Works well enough under Windows, but hangs under Linux...not good.

Stay tuned, and thanks for your interest.

David Stockwell

+++++

>Best regards,
>Henrik

Sorry for all the spamming. Not a very good way to make a first impression 
on the list. :-(

Best regards,
Henrik

--
To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" 
in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html