While troubleshooting xruns on my setup (Dell XPS13 running AVLinux MX Edition, RME FireFace400 through USB-C/Thunderbolt) I decided to disable pulseaudio. Now I seem to have figured out the issue (rt-preempt kernel not happy with firewire through USB C) and would like to restore the original pulseaudio configuration with jack sinks etc. Only I don't remember how to retrace my steps....
Can anyone help me restore / recreate the default pulseaudio behaviour in AVLinux? Currently pulseaudio does not autostart, even though I have checked the appropriate box in the system startup options. If I start pulseaudio manually and then start jack, I get the jack sink but playback does not start on any application that uses pulseaudio (e.g. vlc, mpv).
Last edited by delete000 on Sat Jan 06, 2024 8:43 pm, edited 1 time in total.
Did you remove 'pajackconnect'? It is not a repository package.
The default AV Linux setup depends on JACK2, PulseAudio, including 'pulseaudio-module-jack' and pajackconnect and that is what the default configuration posted above requires to work
Thanks for the replies. Turns out I was careful enough to disable pulseaudio as user with scripts in my home folder. Removing those restores system-wide defaults. The only problem now is that Mixbus won't start if pulseudio is running and routed through jack. When I start Mixbus it does not recognize that jack is running and prompts me to start it. The "Messages" window of qjackctl shows the following as Mixbus is attempting to start:
Did you remove 'pajackconnect'? It is not a repository package.
The default AV Linux setup depends on JACK2, PulseAudio, including 'pulseaudio-module-jack' and pajackconnect and that is what the default configuration posted above requires to work
@GMaq
In fact, pulseaudio routing through jack with firewire seems to be broken even after a fresh installation of AVL MX21. Audio does not start on apps that attempt to output to pulseaudio and Mixbus / Ardour won't start if pulseaudio is running. Is this expected behavior?
EDIT: pulseaudio works just fine with the exact same jack configuration using ALSA and the onboard soundcard. So the issue seems to be related to firewire.
FireWire is obsolete, FFADO is unmaintained and the ALSA Firewire stack is incomplete. I ditched my last FireWire interface about 8 years ago and I never test AV Linux with FW stuff so you may well be right...
Anyone else here using AV Linux with FireWire interfaces? Could you share your experiences?
$ /opt/Ardour-6.9.0/bin/ardour6
Ardour6.9.0 (built using 6.9 and GCC version 6.3.0 20170516)
Ardour: [INFO]: Your system is configured to limit Ardour to 4096 open files
Ardour: [INFO]: Loading system configuration file /opt/Ardour-6.9.0/etc/system_config
Ardour: [INFO]: Loading user configuration file /home/ko/.config/ardour6/config
Ardour: [INFO]: CPU vendor: GenuineIntel
Ardour: [INFO]: AVX-capable processor
Ardour: [INFO]: AVX with FMA capable processor
Ardour: [INFO]: CPU brand: Intel(R) Core(TM) i7-1065G7 CPU @ 1.30GHz
Ardour: [INFO]: Using AVX and FMA optimized routines
Ardour: [INFO]: Loading plugin meta data file /opt/Ardour-6.9.0/share/plugin_metadata/plugin_tags
Cannot xinstall SIGPIPE error handler
Ardour: [INFO]: Loading default ui configuration file /opt/Ardour-6.9.0/etc/default_ui_config
Ardour: [INFO]: Loading user ui configuration file /home/ko/.config/ardour6/ui_config
Ardour: [INFO]: Loading 452 MIDI patches from /opt/Ardour-6.9.0/share/patchfiles
Ardour: [INFO]: Loading color file /opt/Ardour-6.9.0/share/themes/diehard3-ardour.colors
Ardour: [INFO]: Loading ui configuration file /opt/Ardour-6.9.0/etc/clearlooks.rc
Ardour: [INFO]: Loading bindings from /opt/Ardour-6.9.0/etc/ardour.keys
Loading ui configuration file /opt/Ardour-6.9.0/etc/clearlooks.rc
ALSA: Cannot open device 'hw:Fireface400,0': Device or resource busy
ALSA: Cannot open device 'hw:Fireface400,0': Device or resource busy
Found nothing along /home/ko/.config/ardour6/templates:/opt/Ardour-6.9.0/share/templates
Announcement is: Version 8.2 has been released. Update at https://ardour.org/download
ALSA: Cannot open device 'hw:Fireface400,0': Device or resource busy
ALSA: Cannot open device 'hw:Fireface400,0': Device or resource busy
ALSA: Cannot open device 'hw:Fireface400,0': Device or resource busy
ALSA: Cannot open device 'hw:Fireface400,0': Device or resource busy
This is the first report I've had that pajackconnect didn't work and with the shrinking numbers of FireWire users maybe I'm just not hearing about it which I find to be very surprising. In any case I'd like to hear from more AVL users with FireWire devices to see if other factors are involved..
Other things to consider; A growing number of people don't use JACK at all, if their workflow with Ardour or Mixbus is all within the DAW then JACK is not necessary and using ALSA directly cuts out all of the Audio server middlemen. This is how I work in my own Studio.. As far as AVL-MXE the next iteration has moved to PipeWIre after a very long and irritating transition so by default 'pipewire-jack' will handle the JACK duties and pajackconnect has been made obsolete.
I'd be interested to know if you don't use FFADO and use the ALSA FireWire driver does it work then? I feel that pajackconnect would work with the FireWire ALSA driver just like any other ALSA device works with it..
@GMaq I've had zero luck trying to use ALSA directly with my interface (RME Fireface 400). Ardour / Mixbus with ALSA detects the device but will not start ["Failed to open audio device (Typically caused by hardware parameter settings)"].
It's true that firewire is dead and the associated libraries are unmaintained. It's just out of stubbornness that I insist on using this interface which I paid dearly to purchase 15 years ago. I'm nevertheless happily surprised that I can connect it to a USB-C port and it works (more or less) out of the box. Not bad for obsolete technology.