kernel-packages team mailing list archive

[Simon Fels <simon.busch@xxxxxxxxxxxxx>]

Public bug reported:

When playing audio through A2DP and a call comes in, gets accepted and
finishes after some time the multimedia audio will start again after the
call but is played for half of a second either through the phone speaker
or HFP SCO channel rather than only being played again through A2DP as
it was before the call.

This happens with BlueZ 4.x and 5.x and is related to how we handle the
audio routing setup currently.

The telepathy-ofono service currently switches the different ports,
sinks, sources and profiles of our PulseAudio elements to enable
everything needed to do a voicecall and to switch things back correctly
once the voicecall is done. The issue described above is the result of
either a incorrect sequence of enabling/disbling things or bound to
timing issues when the switching is done.

We need to do some more analysis on the routing in PulseAudio and how
telepathy-ofono does things.

** Affects: canonical-devices-system-image
     Importance: Undecided
         Status: New

** Affects: bluez (Ubuntu)
     Importance: Undecided
     Assignee: Simon Fels (morphis)
         Status: New

** Affects: pulseaudio (Ubuntu)
     Importance: Undecided
     Assignee: Simon Fels (morphis)
         Status: New

** Affects: telepathy-ofono (Ubuntu)
     Importance: Undecided
         Status: New


** Tags: bluetooth bluez5

** Also affects: telepathy-ofono (Ubuntu)
   Importance: Undecided
       Status: New

** Also affects: pulseaudio (Ubuntu)
   Importance: Undecided
       Status: New

** Changed in: pulseaudio (Ubuntu)
     Assignee: (unassigned) => Simon Fels (morphis)

** Changed in: bluez (Ubuntu)
     Assignee: (unassigned) => Simon Fels (morphis)

** Also affects: canonical-devices-system-image
   Importance: Undecided
       Status: New

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to bluez in Ubuntu.
https://bugs.launchpad.net/bugs/1506340

Title:
  Multimedia audio is routed for half of a second through HFP SCO after
  call has ended

Status in Canonical System Image:
  New
Status in bluez package in Ubuntu:
  New
Status in pulseaudio package in Ubuntu:
  New
Status in telepathy-ofono package in Ubuntu:
  New

Bug description:
  When playing audio through A2DP and a call comes in, gets accepted and
  finishes after some time the multimedia audio will start again after
  the call but is played for half of a second either through the phone
  speaker or HFP SCO channel rather than only being played again through
  A2DP as it was before the call.

  This happens with BlueZ 4.x and 5.x and is related to how we handle
  the audio routing setup currently.

  The telepathy-ofono service currently switches the different ports,
  sinks, sources and profiles of our PulseAudio elements to enable
  everything needed to do a voicecall and to switch things back
  correctly once the voicecall is done. The issue described above is the
  result of either a incorrect sequence of enabling/disbling things or
  bound to timing issues when the switching is done.

  We need to do some more analysis on the routing in PulseAudio and how
  telepathy-ofono does things.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1506340/+subscriptions