Hi,
This is bad.
On Tue, Nov 24, 2020 at 3:27 PM Neal Gompa ngompa13@gmail.com wrote:
On Tue, Nov 24, 2020 at 9:19 AM Joël Krähemann jkraehemann@gmail.com wrote:
Hi all,
For short, NO! I want to be able to shutdown pipewire in order to get instant ALSA access.
This was a real pain until pulseaudio recognized what they need to do:
systemctl --user stop pulseaudio systemctl --user stop pulseaudio.socket killall pulseaudio
If you want real low latency you won't do any additional layer on top of ALSA.
Further, my application provides some functional integration tests.
just run:
./configure --enable-run-functional-tests make make check
Alternatively you can run against installed libraries:
./configure --prefix=/usr --enable-run-functional-tests make make ags-integration-functional-test
Or to run in parallel using xvfb-run:
./configure --prefix=/usr --enable-run-functional-tests make make ags-parallel-integration-functional-test
Didn't look at pipewire, yet. Finally, please consider to shutdown the process completely as desired.
We already have to have PipeWire running in GNOME and Plasma for Wayland sessions, so we can't completely shut it off. However, the pipewire-pulseaudio package provides a separate set of PulseAudio services with the same unit names as the ones provided by the pulseaudio package. Shutting those down would have the same effect for you.
Well I used to `dnf remove pulseaudio` might be I have to `dnf remove pipewire`, then.
That being said, I have spoken to a few audio engineers, and basically none of them use ALSA directly. They can't because ALSA doesn't support mixing properly, among other things. Most of them use JACK or PulseAudio, depending on their requirements. PipeWire is intended to simplify the pro audio case while bringing those benefits to casual audiophiles who use PulseAudio.
I really doubt that you listen to youtube while creating music. What do you want to mix? Might be for some exotic JACK setup.
-- 真実はいつも一つ!/ Always, there's only one truth! _______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-leave@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org