maemo.org Bugzilla – Bug 5331
Add AVRCP support to the Media Player widget (and system-wide?)
Last modified: 2010-06-01 14:18:48 UTC
You need to log in before you can comment on or make changes to this bug.
SOFTWARE VERSION: 1.2009.41-10 STEPS TO REPRODUCE THE PROBLEM: 1. Place Media Player widget onto the desktop. 2. Pair the device with a headset that supports AVRCP. 3. Start playing a few songs using the widget from #1. 4. Try controlling playback with headset controls. EXPECTED OUTCOME: You can stop/resume playback and go to the next/previous song using headset controls, over AVRCP. In fact, it may be useful to treat AVRCP controls as normal hardware keys, at the system level (i.e. make them available to all the applications, via normal key events). ACTUAL OUTCOME: This functionality is only available when the full Media Player application is running. REPRODUCIBILITY: always
So Google told me that this means Audio/Video Remote Control Profile (AVRCP) (Please explain next time). I wonder if this would fit better in the Bluetooth component as this is something low-level I think...?
(In reply to comment #1) > So Google told me that this means Audio/Video Remote Control Profile (AVRCP) > (Please explain next time). > I wonder if this would fit better in the Bluetooth component as this is > something low-level I think...? The way it is implemented right now (only works in Media Player app) seems to imply that it is currently done in the Media Player application, not in Bluetooth component. Ideally, it would have to be done at much lower level and look like a "media keyboard" to the system.
I know this is a little of (bug) topic: but other handsets also send a text message telling what is being played, such as "Michael Jackson - Bad". I was a little set back now that my beautiful BT headset screen doesn't show this information anymore. (The phone's screen is much prettier now OTOH, but also 200 $ more expensive.) Is the source code of the media player and the desktop widget open sourced? (BTW: The desktop widget nowadays never works for me. I have to start the application to have the widget's play button actually start playback.)
I have the same problem running version 2.2009.51_1.203.2 when paired with my car bluetooth audio (built-in Toyota system that supports A2DP and AVRCP, works with other older phones just fine).
@Fredrik The metadata transfer feature is part of AVRCP 1.3, which the N900 doesn't support. I can't confirm whether that's a hardware limitation or something that could be added with a driver update, but it's definitely not a bug. I find that the AVRCP control only works when the media player is already open. If it's not open, the playback doesn't start. Shouldn't a 'play' command launch the media player if it's not already open?
This has been fixed in the internal build version 10.2009.51-8 The next public update (PR1.2) will include the fix. To answer popular followup questions: * Nokia does not announce release dates of public updates in advance. * There is currently no access to these internal, non-public build versions. A Brainstorm proposal to change this exists at http://maemo.org/community/brainstorm/view/undelayed_bugfix_releases_for_nokia_open_source_packages-002/
*** Bug 8161 has been marked as a duplicate of this bug. ***
For reference: Bug 7436 is related and isn't fixed in PR1.2.