desktop-packages team mailing list archive
-
desktop-packages team
-
Mailing list archive
-
Message #143644
[Bug 1506340] Re: Multimedia audio is routed for half of a second through HFP SCO after call has ended
** Changed in: canonical-devices-system-image
Importance: Undecided => Medium
** Changed in: canonical-devices-system-image
Status: New => Confirmed
** Changed in: canonical-devices-system-image
Milestone: None => backlog
** Changed in: canonical-devices-system-image
Assignee: (unassigned) => John McAleely (john.mcaleely)
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio 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:
Confirmed
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
References