Allow JACK access from inside sandbox #14
Comments
|
This is not actually possible, as explained here: https://gitlab.com/freedesktop-sdk/freedesktop-sdk/-/issues/1001#note_323464727 |
ssssam
added a commit
that referenced
this issue
Jul 20, 2020
We were previously accessing pulseaudio via OSS, but this worked very badly. By using the 'pulse' audio device we can work against pulseaudio by default, and direct hardware access is still available for advanced users who are willing to give Purr Data exclusive soundcard access. The OSS and JACK backends are now disabled. Direct access to JACK from inside Flatpak is unsupported and broken (see #14) while Pipewire support is not yet ready (see #11). Fixes #10
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Since Flatpak 1.6.1 apps can request access to
/dev/shm, which allows them to connect to a JACK daemon outside the sandbox. See flatpak/flatpak#1509 for details.This nay provide a better experience than the current hack of using
padspand the OSS backend, which can suffer latency due to going via PulseAudio and has a lockup bug too.The JACK access is totally unsandboxed. We should switch to using Pipewire as soon as that becomes practical.
The text was updated successfully, but these errors were encountered: