The bluetooth headset cannot control media playback (AVRCP)

Bug #1398193 reported by Ricardo Salveti
180
This bug affects 37 people
Affects Status Importance Assigned to Milestone
Canonical System Image
Won't Fix
High
Jim Hodapp
bluez (Ubuntu)
Won't Fix
Medium
Konrad Zapałowicz
media-hub (Ubuntu)
Invalid
Undecided
Unassigned
media-hub (Ubuntu RTM)
Invalid
Undecided
Unassigned

Bug Description

[Preconditions]
1.The DUT pair with bluetooth headset

[Procedures]
1.Play a video using the mediaplayer-app
2.Play/pause video by bluetooth headset

[Expect results]
The bluetooth headset can play/pause video
[Actual results]
The bluetooth headset can not control the video playback.

[Reproduce]
Always

Same for audio playback

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in media-hub (Ubuntu):
status: New → Confirmed
Changed in canonical-devices-system-image:
status: New → In Progress
Changed in canonical-devices-system-image:
assignee: nobody → John McAleely (john.mcaleely)
importance: Undecided → Medium
milestone: none → backlog
status: In Progress → Confirmed
Simon Fels (morphis)
Changed in bluez (Ubuntu):
status: New → In Progress
assignee: nobody → Simon Fels (morphis)
Revision history for this message
Simon Fels (morphis) wrote :

Nothing we have to change on media-hub just need to enable bluez to forward those events to media-hub. Will come with bluez5.

Changed in media-hub (Ubuntu):
status: Confirmed → Invalid
Changed in media-hub (Ubuntu RTM):
status: New → Invalid
Revision history for this message
Simon Fels (morphis) wrote :

First changes for this landed in the touch images but still a bit buggy. Needs further work.

summary: - The bluetooth headset can not control the video playback
+ The bluetooth headset can not control the media playback
description: updated
Changed in canonical-devices-system-image:
milestone: backlog → ww08-2016
Changed in bluez (Ubuntu):
importance: Undecided → High
Changed in canonical-devices-system-image:
importance: Medium → High
tags: added: bluetooth
Revision history for this message
Gregory Opera (gregoryopera) wrote : Re: The bluetooth headset can not control the media playback

Tested using...
AfterShokz Trekz Titanium

bq Aquaris E5 HD Ubuntu Edition:
* OS build number: OTA-9
* Ubuntu Image part: 20160123.1
* Ubuntu build description: Ubuntu 15.04 - armhf (20160123-115651)
* Device Image part: 20160108-efc96d8
* Device build description: VEGETA01A-S23A_BQ_L100EN_2009_160123
* Customization Image part: 20160111-926-36--vivid

The result is the same - the "Multifunction" button is unable to pause or resume playback.

Revision history for this message
Konrad Zapałowicz (kzapalowicz) wrote :

I observed a similar issue with music playback, i.e. I'm unable to play/pause/ff/rev the music from the remote accessory.

Revision history for this message
Simon Fels (morphis) wrote :
Revision history for this message
Konrad Zapałowicz (kzapalowicz) wrote :

Just a quick test has revealed that the media key presses are captured on the receiving side:

bluetoothd[887]: profiles/audio/media.c:previous()
bluetoothd[887]: profiles/audio/media.c:next()

bluetoothd[887]: profiles/audio/avctp.c:handle_panel_passthrough() AV/C: REWIND pressed
bluetoothd[887]: profiles/audio/avctp.c:handle_panel_passthrough() AV/C: REWIND released

bluetoothd[887]: profiles/audio/avctp.c:handle_panel_passthrough() AV/C: FAST FORWARD pressed
bluetoothd[887]: profiles/audio/avctp.c:handle_panel_passthrough() AV/C: FAST FORWARD released

bluetoothd[887]: profiles/audio/media.c:pause()
bluetoothd[887]: profiles/audio/media.c:play()

Revision history for this message
Konrad Zapałowicz (kzapalowicz) wrote :

After receiving the media key event BlueZ sends in over the DBus to the media player. However there are no entries in the captured DBus log that would show the evidence of calling the Play, Pause, Next, Previous methods:

That should look like:

method call sender=:1.123 -> dest=core.ubuntu.media.Service serial=390 path=/core/ubuntu/media/Service/sessions/3; interface=org.mpris.MediaPlayer2.Player; member=ACTION

where ACTION should stand for Play, Pause, Next, Previous

We know that:
1. the player is registered

bluetoothd[887]: Player registered: sender=:1.28 path=/_1_48

This means that:
1. the player does not allow control
2. the player does not allow play, pause, next, previous

Changed in canonical-devices-system-image:
milestone: ww08-2016 → 11
Changed in bluez (Ubuntu):
assignee: Simon Fels (morphis) → Konrad Zapałowicz (kzapalowicz)
Changed in canonical-devices-system-image:
milestone: 11 → 12
Changed in canonical-devices-system-image:
milestone: 12 → 13
Jim Hodapp (jhodapp)
Changed in bluez (Ubuntu):
status: In Progress → Triaged
Changed in canonical-devices-system-image:
status: Confirmed → Triaged
Revision history for this message
Alexey Kulik (doctor-rover) wrote :

There is at least one more important functionality of AVRCP missing in Ubuntu Touch right now besides play/pause/stop/next/previous. It is transmitting metadata information on the track (artist, track name, album, etc.) to the connected bluetooth device. For example, many car multimedia systems support this feature. It seems to be quite important for drivers.

Revision history for this message
Michal Predotka (mpredotka) wrote :

@doctor-rover I believe that's a different issue and deserves a separate bug report.

Revision history for this message
Michael Zanetti (mzanetti) wrote :

I have tracked this down to mpris-proxy not being able to connect to media-hub because of GetProperties seemingly being broken in media-hub. Once this is fixed, I think both, controls and metadata should start working. See bug 1596330 for more details.

Revision history for this message
Alexey Kulik (doctor-rover) wrote :

@mpredotka, @mzanetti, thanks for the prompt responses!

> Once this is fixed, I think both, controls and metadata should start working.
Great! Looking forward to that :)
Do I get it right that this means no need for a separate bug ticket?

Revision history for this message
fabrice (lorthios-fabrice-t) wrote :

it would be great if this bug was treated

Changed in canonical-devices-system-image:
milestone: 13 → backlog
Revision history for this message
Gregory Opera (gregoryopera) wrote :

When using AfterShokz's Trekz Titanium, the result is still the same... This issue still has not been addressed.

--

bq Aquaris E5 HD Ubuntu Edition:
* OS build number: OTA-13
* Ubuntu Image part: 20160913
* Ubuntu build description: Ubuntu 15.04 - armhf (20160913-023544)
* Device Image part: 20160606-540a47f
* Device build description: VEGETA01A-S23A_BQ_L100EN_2015_160913
* Customization Image part: 20160831-991-38-18

tags: added: papercuts2017
Jim Hodapp (jhodapp)
Changed in canonical-devices-system-image:
assignee: John McAleely (john.mcaleely) → Jim Hodapp (jhodapp)
Jim Hodapp (jhodapp)
summary: - The bluetooth headset can not control the media playback
+ The bluetooth headset cannot control media playback
tags: added: bluez-touch
Revision history for this message
Daniel van Vugt (vanvugt) wrote : Re: The bluetooth headset cannot control media playback

Reduced priority for Ubuntu Touch bugs.

Changed in bluez (Ubuntu):
importance: High → Medium
summary: - The bluetooth headset cannot control media playback
+ The bluetooth headset cannot control media playback (AVRCP)
tags: added: avrcp
Revision history for this message
Daniel van Vugt (vanvugt) wrote :

Ubuntu Touch is no longer supported.

Changed in bluez (Ubuntu):
status: Triaged → Won't Fix
Changed in canonical-devices-system-image:
status: Triaged → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.