Ardour 5: "could not create session"

(Gramofone) #1

Greetings,

I’m facing problem to create new sessions after installing Ardour-5.0.5. I receive a message “Could not create session in <session_path>”.

Additionally, as I opened Ardour5 via console, here it is the output collected.

Errors/Messages:
ERROR: JACK: Cannot use real-time scheduling (RR/5)(1: Operação não permitida)
ERROR: JACK: JackClient::AcquireSelfRealTime error
INFO: Loading keybindings from /opt/Ardour-5.0.5/etc/ardour.keys
INFO: Loading bindings from /opt/Ardour-5.0.5/etc/ardour.keys
Loading menus from /opt/Ardour-5.0.5/etc/ardour.menus
ERROR: JACK: Cannot create thread res = 1

Also there’s a screenshot of the problem:

Does anybody have any idea?

My OS version:

Distributor ID: LinuxMint
Description: Linux Mint 17.3 Rosa
Release: 17.3
Codename: rosa

obs: Previous version was 4.7 and it was working pretty well.

Thank you,

Arthur

(Paul Davis) #2

Your system is not configured for real time scheduling. You are using JACK2, which refuses to start if realtime scheduling does not work.

Fix your system configuration and it will work again. Alternatively, use the ALSA backend to Ardour. You should fix your system, because Ardour needs RT scheduling no matter which audio/MIDI backend it uses.

http://jackaudio.org/faq/linux_rt_config.html

(Dickya) #3

I have vs 4.6.0, as packaged Sarah’s Software Manager. Took a while to deduce it would load correctly (without errors) only in superuser mode after entering ulimit -l unlimited. Maybe some of you lgeeks can tall me why this is so? Now to figure out how to get some stuff (synths, sounds . . . ) or quit feeling irretrievably stupid. (Sarah’s Software Manager tries to protect us novices from our ignorance but somehow they missed that one.)

(Paul Davis) #4

@DickyA: you should never run Ardour as root. If it won’t run without being root, your system is not configured correctly (the link is still relevant and should be read).

(Dickya) #5

Thank you for your reply. I am able to set ulimit -l unlimited while in superuser mode. Then ulimit -l returns unlimited. Log out of superuser and ulimit -l returns 64. That is not good enough to load Ardour4 without many complaints. There does not seem to be a way to retain unlimited in user mode. 64 seems to be tops. I have no inkling about how that situation might be configured away. I suspect it is a feature of Sarah (Mint 18). Or maybe of my computer Dell Optiplex 740 with 6 GB memory and slightly more than that of swap. Maybe you will hear more about it as Sarah gets popular - your vs 4.6.0 is very easy for dummies like me to install from Sarah’s Software Manager (easy, like in Windows).

(Dickya) #6

P.S. Dunno what link you refer to, which you suggest I should read.

(Paul Davis) #7

The one in my comment directly above yours: http://jackaudio.org/faq/linux_rt_config.html

(Seablade) #8

@DickyA

The link in paul’s first response to you. Explains how to set up your system to fix exactly this issue.

     Seablade
(Robin Gareus) #9

The problem is RR/5 being used as realtime priority. jack-process threads use the configured value and the 5 below it, which results in jack trying to create a thread a invalid priority “0”.

New qjackctl (0.4.0 or later) does no longer allow one to configure 5 or less and jack’s default is 50 (at least jackdbus, don’t know about others).

(Paul Davis) #10

@x42: as usual, thanks for noticing the details!

(Naught101) #11

I just had this problem too. It would be really good if the RT priority problem was included in the error message - as it stands, the error message just looks like a permissions problem, and so it’s impossible to fix without searching for the error on the console.

(Robin Gareus) #12

That’s tricky. The issue is actually in libjack. Ardour asks JACK to create process-threads and JACK fails to deliver… The error message that you see in the terminal is generated by libjack.

But you do have a point, Ardour could show a “best guess” in the popup dialog.