Details
- Reviewers
DataDrake - Group Reviewers
Triage Team - Maniphest Tasks
- T3167: JACK2
T8882: RFC: Replace jack1 with jack2 - Commits
- R1495:663c3fc080c7: Update jack-audio-connection-kit to 1.9.14 (jack2)
- Use with Carla, LMMS and Helm to produce sounds.
- Add to local repository and rebuilt Carla against this version.
Diff Detail
- Repository
- R1495 jack-audio-connection-kit
- Lint
Lint Not Applicable - Unit
Tests Not Applicable
Event Timeline
LGTM. Thank you so much for your patience. I'll land this and do rebuilds after work tomorrow.
I am so sorry to be saying this, but it might not be that good to merge this. For some reason I can't get realtime working now, I know that it worked when I initially had the jack2 version installed but something is preventing it from working now.
landing this now means that it isn't working and it would make a lot of jack users unhappy.
- Update limits.conf to follow the jack documentation (still does not fix realtime for some reason)
Upon further inspection, it looks like realtime might not work in the version before it either...
https://discuss.getsol.us/d/608-jack-audio-refuses-to-start-in-realtime-mode/3
One of the things I vaguely remember from when I was working on it, last time was that the limits.conf is whitespace sensitive. Nothing has changed about PAM since I got it working, so I'm a bit confused by this.
Yeah I remember that too, that is why I tried to directly copy the one from the online documentation and change the file name to sound.conf per https://jackaudio.org/faq/linux_rt_config.html.
That's interesting. Might be something wrong on my system then. Jack1 seems to panic if realtime isn't working, but jack2 carries on without much more of an error on start. A good way to test is to start Ardour, because it will error about it not being able to create or load the session file if realtime isn't working.
I think I might have found the cause for the weird realtime behaviour. According to https://github.com/jackaudio/jackaudio.github.com/wiki/Cgroups, there might be issues for kernels with CONFIG_RT_GROUP_SCHED enabled in the kernels (which we obviously have if looking at the linux-current and linux-lts configs). It should require a modification to /etc/cgconfig.conf, but we don't have any file in Solus. Anyone know where I can find the cgroup config file in Solus?