debcrafters-packages team mailing list archive

[Antoine Lassagne <2122640@xxxxxxxxxxxxxxxxxx>]

PPA upload for noble:
https://launchpad.net/~antoinelassagne/+archive/ubuntu/sru-2122640-wireplumber-
glitch

-- 
You received this bug notification because you are a member of
Debcrafters packages, which is subscribed to wireplumber in Ubuntu.
https://bugs.launchpad.net/bugs/2122640

Title:
  When switching between the audio profiles of a bluetooth device, a
  sound glitch can be heard on another device

Status in wireplumber package in Ubuntu:
  New

Bug description:
  SRU Justification:

  [ Impact ]

   * When switching between different bluetooth profiles of the same
  device (ex: headphones / handsfree), the sound sometimes goes out from
  the default sound output (USB, HDMI...) for half a second, roughly.

   * After Wireplumber 0.5.6 and this fix:
  https://gitlab.freedesktop.org/pipewire/wireplumber/-/merge_requests/655,
  the problem goes away. Plucky and Questing are fine.

   * Noble uses Wireplumber 0.4.17 and suffers from this bug.

  [ Fix ]

   * Upstream wireplumber 0.5.x got a huge refacto compared to what's in
  Noble. The fix I mentioned above does not apply, at all, given the
  architecture changed significantly.

  * I rewrote a patch, taking ideas from the original patch.

  * The idea is to detect these transition of bluetooth devices and,
  when they happen, prevent non-bluetooth devices to be linked with apps
  for a few (2) seconds.

  [ Test Plan ]

   1. Connect at least 3 devices to the system: 2 bluetooth devices
  (with several profiles each) one wired device

  2. Play at least 2 audio streams from different apps. Ex: using
  Youtube from both chromium and firefox.

  3. Switch between devices, switch between profiles. For each switch,
  the audio must transition to the right device without hearing a glitch
  anymore. With all devices and profiles, the transition must be quick.
  One should be able to click somewhere else on the Youtube video
  without causing a lag (it will trigger a transition).

  [ Where problems could occur ]

  Given the nature of the fix, 2 problems could occur

  1. Some unexpected transitions could now take 2 second instead of
  being instant. I tried to cover all the edge case in my patch, and in
  the test cases, to address that.

  2. Some transitions could not happen at all, causing the sound to be
  buffering. Again, the test plan covers that.

  If I forgot about some edge cases in the test plan, I will be happy to
  add some.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/wireplumber/+bug/2122640/+subscriptions