dx-packages team mailing list archive

[Lars Uebernickel <lars.uebernickel@xxxxxxxxxxxxx>]

Cool idea, but this would most likely be implemented in the media-keys
plugin of gnome-settings-daemon, which already takes care of media keys.

** Package changed: indicator-sound (Ubuntu) => gnome-settings-daemon
(Ubuntu)

-- 
You received this bug notification because you are a member of DX
Packages, which is subscribed to indicator-sound in Ubuntu.
Matching subscriptions: dx-packages
https://bugs.launchpad.net/bugs/1099972

Title:
  Bluetooth devices are not able to control and display playing music
  from apps and web apps consistently

Status in “gnome-settings-daemon” package in Ubuntu:
  Confirmed

Bug description:
  My car is a bluetooth device. I can pair my phone with the car, and
  then playing music on the phone will use the car as a bluetooth
  headset and play the music through the car's speakers. The car can
  also display the name of the playing music on its screen (passed over
  Bluetooth) and skip to next and previous song via buttons on the
  steering wheel (with the next/previous command passed over Bluetooth).

  An Ubuntu phone has the ability to play songs, including from web
  applications. At the moment, some music playing apps on Ubuntu can
  respond to a Bluetooth next/previous command from a paired Bluetooth
  headset. However, perhaps the Sound Menu could take control of all
  Bluetooth pairings. That way, all Bluetooth headset next/previous
  commands would be passed to the Sound Menu, and the Sound Menu would
  take care of passing those next/previous commands to the currently
  playing app; similarly, the Sound Menu knows the name of the currently
  playing song and could pass that information back over Bluetooth to
  the headset/car and then the car can display the name. If the Sound
  Menu handled this, then a music playing app on Ubuntu would merely
  need to integrate itself with the Sound Menu and would have Bluetooth
  headset support without any work in the app at all. This would also
  work with web apps (for example, Grooveshark's HTML5 app) which have
  Sound Menu integration, meaning that an Ubuntu phone would be able to
  use Grooveshark's HTML5 app and control it from a Bluetooth device
  while displaying the name of the playing song on that Bluetooth
  device, something no other platform can do.

  Note that this is useful beyond Bluetooth: other consumers of the
  currently-playing metadata or music control will find this useful. A
  phone welcome screen which shows the currently playing track and album
  art would automatically work if it talked to the Sound Menu. Media
  keys could be handled by the Sound Menu rather than every app
  individually.

  This may not be specifically a Sound Menu issue; probably most of the
  pieces to make this work in various places (the bluetooth stack, the
  sound menu, mpris) are in place, but it would be good if the feature
  were tested from end to end to ensure that all the pieces fit together
  and the feature worked.

  ProblemType: Bug
  DistroRelease: Ubuntu 12.10
  Package: indicator-sound 12.10.1-0ubuntu1
  ProcVersionSignature: Ubuntu 3.5.0-21.32-generic 3.5.7.1
  Uname: Linux 3.5.0-21-generic x86_64
  ApportVersion: 2.6.1-0ubuntu9
  Architecture: amd64
  CheckboxSubmission: 4d186c1dd89d3ba4cb89f5ee55713686
  CheckboxSystem: bb422ca46d02494cdbc459927a98bc2f
  Date: Tue Jan 15 11:03:39 2013
  EcryptfsInUse: Yes
  InstallationDate: Installed on 2011-12-11 (401 days ago)
  InstallationMedia: Ubuntu 12.04 LTS "Precise Pangolin" - Alpha amd64 (20111211)
  MarkForUpload: True
  SourcePackage: indicator-sound
  UpgradeStatus: Upgraded to quantal on 2012-10-20 (87 days ago)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1099972/+subscriptions