Bug#888470: pulseaudio: make pulseaudio callback less penetrant

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

Bug#888470: pulseaudio: make pulseaudio callback less penetrant

Joël Krähemann-2
Package: pulseaudio
Version: 11.1-4
Severity: normal
File: pulseaudio

Dear Maintainer,

pulseaudio callback is such penetrant that it brings down my desktop environment.
The current situation is as running GSequencer with pulseaudio on a macbook pro 2016
it slows down the entire desktop. The mouse pointer starts to jump and no precise
pointing anymore possible. Keyboard input is delayed, too. The input subsystem went
mad.

The issue was introduced recently. Prior it worked seemless. There was some modifications
in pulseaudio disturbing my application and desktop environment.

During early development of GSequencer, I experienced similar problems as writing to
ALSA.

A software mustn't bring down the input subsystem.

-- System Information:
Debian Release: buster/sid
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.14.0-3-amd64 (SMP w/24 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages pulseaudio depends on:
ii  adduser                      3.116
ii  libasound2                   1.1.3-5
ii  libasound2-plugins           1.1.1-1
ii  libc6                        2.26-5
ii  libcap2                      1:2.25-1.2
ii  libdbus-1-3                  1.12.2-1
ii  libgcc1                      1:7.2.0-20
ii  libice6                      2:1.0.9-2
ii  libltdl7                     2.4.6-2
ii  liborc-0.4-0                 1:0.4.28-1
ii  libpulse0                    11.1-4
ii  libsm6                       2:1.2.2-1+b3
ii  libsndfile1                  1.0.28-4
ii  libsoxr0                     0.1.2-3
ii  libspeexdsp1                 1.2~rc1.2-1+b2
ii  libstdc++6                   7.2.0-20
ii  libsystemd0                  236-3+b1
ii  libtdb1                      1.3.15-2
ii  libudev1                     236-3+b1
ii  libwebrtc-audio-processing1  0.3-1
ii  libx11-6                     2:1.6.4-3
ii  libx11-xcb1                  2:1.6.4-3
ii  libxcb1                      1.12-1
ii  libxtst6                     2:1.2.3-1
ii  lsb-base                     9.20170808
ii  pulseaudio-utils             11.1-4

Versions of packages pulseaudio recommends:
ii  dbus-user-session  1.12.2-1
ii  libpam-systemd     236-3+b1
ii  rtkit              0.11-5

Versions of packages pulseaudio suggests:
pn  paman        <none>
pn  paprefs      <none>
pn  pavucontrol  <none>
pn  pavumeter    <none>
ii  udev         236-3+b1

Reply | Threaded
Open this post in threaded view
|

Bug#888470: pa_glib_main_loop_new()

Joël Krähemann-2
Due to refactoring in GSequencer pa_main_loop_new() was not suitable
anymore. Moving to pa_glib_main_loop_new() actually solved the issue.

Bests,
Joël

Reply | Threaded
Open this post in threaded view
|

Bug#888470: pa_glib_main_loop_new()

Felipe Sateler-2


On Thu, Jan 25, 2018 at 11:20 PM, Joël Krähemann <[hidden email]> wrote:
Due to refactoring in GSequencer pa_main_loop_new() was not suitable
anymore. Moving to pa_glib_main_loop_new() actually solved the issue.



Does this mean we can close the issue? 



--

Saludos,
Felipe Sateler