Chargement...
 
Skip to main content

3 - Forum dédié à Ardour


Impossible de lancer Ardour5 – Ubuntu 19.04

Salut à tous !

Pour raison de test, je viens d’installer Ubuntu 19.04. Globalement, ça va plutôt bien, mais je ne parviens pas à lancer Ardour5. Voici le message que j’obtiens en ligne de commande :

Copy to clipboard
$ ardour5 WARNING: Your system has a limit for maximum amount of locked memory! This might cause Ardour to run out of memory before your system runs out of memory. You can view the memory limit with 'ulimit -l', and it is normally controlled by /etc/security/limits.conf bind txt domain [gtk2_ardour5] to /usr/share/ardour5/locale Ardour5.12.0 (construit avec 1:5.12.0-3 et GCC version 7.3.0) ardour: [INFO]: Votre configuration-système limite Ardour à 524288 fichiers ouverts ardour: [INFO]: Chargement du fichier de configuration-système /etc/ardour5/system_config ardour: [INFO]: CPU vendor: GenuineIntel ardour: [INFO]: AVX-capable processor ardour: [INFO]: CPU brand: Intel(R) Core(TM) i7-4790 CPU @ 3.60GHz ardour: [INFO]: Using SSE optimized routines ardour: [INFO]: Chargement du fichier de style par défaut (/etc/ardour5/default_ui_config) pour l'interface graphique Gtk-Message: 18:33:39.714: Failed to load module "canberra-gtk-module" Couleur shuttle bg introuvable ardour: [INFO]: Chargement du fichier de couleur /usr/share/ardour5/themes/dark-ardour.colors


Je n’obtiens même pas une fenêtre d’erreur, rien d’autre que cette sortie texte.

En tout cas, je suis très surpris de la limite en mémoire. En effet, mon utilisateur fait bien parti du groupe audio :

Copy to clipboard
$ groups yoann adm cdrom sudo audio dip plugdev lpadmin sambashare


Par ailleurs, j’ai bien configuré PAM pour ne pas limiter la mémoire pour le groupe audio :

Copy to clipboard
$ cat /etc/security/limits.conf # /etc/security/limits.conf # #Each line describes a limit for a user in the form: # #<domain> <type> <item> <value> # #Where: #<domain> can be: # - a user name # - a group name, with @group syntax # - the wildcard *, for default entry # - the wildcard %, can be also used with %group syntax, # for maxlogin limit # - NOTE: group and wildcard limits are not applied to root. # To apply a limit to the root user, <domain> must be # the literal username root. # #<type> can have the two values: # - "soft" for enforcing the soft limits # - "hard" for enforcing hard limits # #<item> can be one of the following: # - core - limits the core file size (KB) # - data - max data size (KB) # - fsize - maximum filesize (KB) # - memlock - max locked-in-memory address space (KB) # - nofile - max number of open file descriptors # - rss - max resident set size (KB) # - stack - max stack size (KB) # - cpu - max CPU time (MIN) # - nproc - max number of processes # - as - address space limit (KB) # - maxlogins - max number of logins for this user # - maxsyslogins - max number of logins on the system # - priority - the priority to run user process with # - locks - max number of file locks the user can hold # - sigpending - max number of pending signals # - msgqueue - max memory used by POSIX message queues (bytes) # - nice - max nice priority allowed to raise to values: [-20, 19] # - rtprio - max realtime priority # - chroot - change root to directory (Debian-specific) # #<domain> <type> <item> <value> # #* soft core 0 #root hard core 100000 #* hard rss 10000 #@student hard nproc 20 #@faculty soft nproc 20 #@faculty hard nproc 50 #ftp hard nproc 0 #ftp - chroot /ftp #@student - maxlogins 4 @audio - rtprio 90 @audio - memlock unlimited # End of file


Également :

Copy to clipboard
$ cat /etc/pam.d/common-session # # /etc/pam.d/common-session - session-related modules common to all services # # This file is included from other service-specific PAM config files, # and should contain a list of modules that define tasks to be performed # at the start and end of sessions of *any* kind (both interactive and # non-interactive). # # As of pam 1.0.1-6, this file is managed by pam-auth-update by default. # To take advantage of this, it is recommended that you configure any # local modules either before or after the default block, and use # pam-auth-update to manage selection of other modules. See # pam-auth-update(8) for details. # here are the per-package modules (the "Primary" block) session [default=1] pam_permit.so # here's the fallback if no module succeeds session requisite pam_deny.so # prime the stack with a positive return value if there isn't one already; # this avoids us returning an error just because nothing sets a success code # since the modules above will each just jump around session required pam_permit.so # The pam_umask module will set the umask according to the system default in # /etc/login.defs and user settings, solving the problem of different # umask settings with different shells, display managers, remote sessions etc. # See "man pam_umask". session optional pam_umask.so # and here are more per-package modules (the "Additional" block) session required pam_unix.so session required pam_limits.so session optional pam_systemd.so # end of pam-auth-update config


Pourtant, même après avoir fermé puis rouvert la session, en fait même après avoir relancé le système, j’obtiens ce résultat :

Copy to clipboard
$ ulimit -l 65536


Tout se passe comme si ma configuration n’avait pas été prise en compte et je n’ai pas la moindre idée de comment corriger cela. Je n’ai rien trouver qui puisse aider avec DMesg. Quelqu’un a-t-il une idée ?

Cordialement.
Salut à tous !

Bon, je pense que si personne ne m’a répondu, c’est parce que personne n’a d’idée, mais à tout hasard je tente de relancer le sujet : quelqu’un a-t-il déjà rencontré et corrigé le même problème ?

À bientôt.
Bonsoir le Farfadet.

De mémoire j'avais eu un message similaire une ou deux fois sous ardour 5, i ly a plusieurs mois maintenant (je suis sous Manjaro linux).

Toujours de mémoire j'utilisais un noyau temps réel. Depuis je suis sous le dernier noyeau Manjaro qui n'est pas temps réel et je n'ai jamais revu ce message...
Par contre je suis incapable de t'expliquer à quoi cela est lié, et encore moins certain que cela est un lien avec le noyau utilisé.

Pour info j'utilise actuellement Ardour 5.12
Salut à tous !

Merci pour la réponse.

Ubuntu, contrairement à Debian, Fedora ou Archlinux et ses dérivés, ne propose pas de noyau temps réel. Cela dit, je ne pense pas que le problème vienne de là.

À bientôt.
Ça ne vient pas plutôt de la librairie manquante?
-> "Failed to load module "canberra-gtk-module"

Essaye ça:
Copy to clipboard
sudo apt install libcanberra-gtk3-module
ou encore ça
Copy to clipboard
sudo apt intall libcanberra-gtk-module


Et si ça ne fonctionne toujours pas install les autres librairies canberra.
Salut à tous !

Merci pour la réponse.

Canberra était installé pour GTK 3, mais pas pour GTK 2. Du coup, je l’ai installé pour GTK 2 :

Copy to clipboard
sudo apt install libcanberra-gtk-module [sudo] Mot de passe de yoann : Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait Les paquets supplémentaires suivants seront installés : libcanberra-gtk0 Les NOUVEAUX paquets suivants seront installés : libcanberra-gtk-module libcanberra-gtk0 0 mis à jour, 2 nouvellement installés, 0 à enlever et 1 non mis à jour. 1 partiellement installés ou enlevés. Il est nécessaire de prendre 17,8 ko dans les archives. Après cette opération, 92,2 ko d'espace disque supplémentaires seront utilisés. Souhaitez-vous continuer ? [O/n] o Réception de :1 http://fr.archive.ubuntu.com/ubuntu disco/universe amd64 libcanberra-gtk0 amd64 0.30-6ubuntu1 [7 904 B] Réception de :2 http://fr.archive.ubuntu.com/ubuntu disco/universe amd64 libcanberra-gtk-module amd64 0.30-6ubuntu1 [9 916 B] 17,8 ko réceptionnés en 0s (234 ko/s) Sélection du paquet libcanberra-gtk0:amd64 précédemment désélectionné. (Lecture de la base de données... 1029844 fichiers et répertoires déjà installés.) Préparation du dépaquetage de .../libcanberra-gtk0_0.30-6ubuntu1_amd64.deb ... Dépaquetage de libcanberra-gtk0:amd64 (0.30-6ubuntu1) ... Sélection du paquet libcanberra-gtk-module:amd64 précédemment désélectionné. Préparation du dépaquetage de .../libcanberra-gtk-module_0.30-6ubuntu1_amd64.deb ... Dépaquetage de libcanberra-gtk-module:amd64 (0.30-6ubuntu1) ... Paramétrage de libcanberra-gtk0:amd64 (0.30-6ubuntu1) ... Paramétrage de libcanberra-gtk-module:amd64 (0.30-6ubuntu1) ... Paramétrage de memcached (1.5.10-0ubuntu1.19.04.1) ... Traitement des actions différées (« triggers ») pour mime-support (3.60ubuntu1) ... Traitement des actions différées (« triggers ») pour gnome-menus (3.32.0-1ubuntu1) ... Traitement des actions différées (« triggers ») pour libc-bin (2.29-0ubuntu2) ... Traitement des actions différées (« triggers ») pour systemd (240-6ubuntu5) ... Traitement des actions différées (« triggers ») pour man-db (2.8.5-2) ... Traitement des actions différées (« triggers ») pour desktop-file-utils (0.23-4ubuntu1) ...


J’aurais en effet pu le faire avant. Ça supprime un avertissement, cependant je ne vois toujours pas apparaître l’interface d’Ardour. Voici la sortie que j’obtiens dans un terminal :

Copy to clipboard
$ ardour5 WARNING: Your system has a limit for maximum amount of locked memory! This might cause Ardour to run out of memory before your system runs out of memory. You can view the memory limit with 'ulimit -l', and it is normally controlled by /etc/security/limits.conf bind txt domain [gtk2_ardour5] to /usr/share/ardour5/locale Ardour5.12.0 (construit avec 1:5.12.0-3 et GCC version 7.3.0) ardour: [INFO]: Votre configuration-système limite Ardour à 524288 fichiers ouverts ardour: [INFO]: Chargement du fichier de configuration-système /etc/ardour5/system_config ardour: [INFO]: CPU vendor: GenuineIntel ardour: [INFO]: AVX-capable processor ardour: [INFO]: CPU brand: Intel(R) Core(TM) i7-4790 CPU @ 3.60GHz ardour: [INFO]: Using SSE optimized routines ardour: [INFO]: Chargement du fichier de style par défaut (/etc/ardour5/default_ui_config) pour l'interface graphique Couleur shuttle bg introuvable ardour: [INFO]: Chargement du fichier de couleur /usr/share/ardour5/themes/dark-ardour.colors


Je ne comprends toujours pas les messages sur les limites et ne pas pouvoir utiliser Ardour est tout de même problématique.

À bientôt.
1) Si tu es motivé tu peux essayer de débuger ardour toi même:
Copy to clipboard
/usr/bin/ardour5 --gdb


Une fois que gdb a démarré: c'est à dire que le terminal affiche: (gdb)
tu tape
Copy to clipboard
run
puis touche entrer.

Et puis tu nous copie ici ce que renvoi gdb.

2) Si tu n'est pas motivé tu peux créer un rapport de bug sur launchpad

Perso c'est pour ce genre de bugs que je n'utilise que les versions LTS d'Ubuntu (16.04, 18.04...), beaucoup plus de gens utilisent ces versions donc elles sont souvent moins buggées...

3) Solution probablement la plus simple: tu achète ardour sur le site officiel. Tu peux l'acheter 1€ et puis ça aide les développeurs de ardour 😊
Salut à tous !

Oui, je suis habitué au débogage, mais en l’espèce mon objectif était de tester Ubuntu. De toute façon, le résultat est le même dans GDB :

Copy to clipboard
$ ardour5 --gdb WARNING: Your system has a limit for maximum amount of locked memory! This might cause Ardour to run out of memory before your system runs out of memory. You can view the memory limit with 'ulimit -l', and it is normally controlled by /etc/security/limits.conf GNU gdb (Ubuntu 8.2.91.20190405-0ubuntu3) 8.2.91.20190405-git Copyright (C) 2019 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /usr/lib/ardour5/ardour-5.12.0... (No debugging symbols found in /usr/lib/ardour5/ardour-5.12.0) (gdb) run Starting program: /usr/lib/ardour5/ardour-5.12.0 [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". bind txt domain [gtk2_ardour5] to /usr/share/ardour5/locale Ardour5.12.0 (construit avec 1:5.12.0-3 et GCC version 7.3.0) ardour: [INFO]: Votre configuration-système limite Ardour à 524288 fichiers ouverts ardour: [INFO]: Chargement du fichier de configuration-système /etc/ardour5/system_config [New Thread 0x7fffec21a700 (LWP 1079)] ardour: [INFO]: CPU vendor: GenuineIntel ardour: [INFO]: AVX-capable processor ardour: [INFO]: CPU brand: Intel(R) Core(TM) i7-4790 CPU @ 3.60GHz ardour: [INFO]: Using SSE optimized routines [New Thread 0x7fffeba19700 (LWP 1080)] [New Thread 0x7fffeb218700 (LWP 1081)] [New Thread 0x7fffeaa17700 (LWP 1082)] [New Thread 0x7fffdbfff700 (LWP 1084)] [New Thread 0x7fffdb7fe700 (LWP 1085)] ardour: [INFO]: Chargement du fichier de style par défaut (/etc/ardour5/default_ui_config) pour l'interface graphique [New Thread 0x7fffda2f7700 (LWP 1086)] [New Thread 0x7fffd9af6700 (LWP 1087)] [New Thread 0x7fffd92f5700 (LWP 1088)] [New Thread 0x7fffd8af4700 (LWP 1091)] Couleur shuttle bg introuvable ardour: [INFO]: Chargement du fichier de couleur /usr/share/ardour5/themes/dark-ardour.colors [Thread 0x7fffd92f5700 (LWP 1088) exited] [Thread 0x7fffd8af4700 (LWP 1091) exited] ^C Thread 1 "ardour-5.12.0" received signal SIGINT, Interrupt. __strchr_avx2 () at ../sysdeps/x86_64/multiarch/strchr-avx2.S:83 83 ../sysdeps/x86_64/multiarch/strchr-avx2.S: Aucun fichier ou dossier de ce type. (gdb) quit A debugging session is active. Inferior 1 [process 1042] will be killed. Quit anyway? (y or n) y


Je crois que j’ai obtenu suffisamment d’information sur cette distribution, du moins en l’état – bien entendu, elle va encore évoluer.

À bientôt.
Bonjour,
quitte à essayer Ubuntu 19.04 pour faire de la MAO, pourquoi ne pas essayer directement Ubuntu Studio, qui est correctement paramétré ?
France
Copy to clipboard
WARNING: Your system has a limit for maximum amount of locked memory! This might cause Ardour to run out of memory before your system runs out of memory. You can view the memory limit with 'ulimit -l', and it is normally controlled by /etc/security/limits.conf


-> PAM
Olinuxx: Pour moi il faut régler PAM pour optimiser le système (Priorité temps réel...). Mais ça ne devrait pas faire crasher Ardour (ou l’empêcher de s'ouvrir correctement).

J'utilise souvent Ardour sur des PCs (Ubuntu, LinuxMint) où je n'ai rien réglé et ça fonctionne très bien. Après si on veux tirer tout de la MAO sous Linux il faut passer par là en effet.
Salut à tous !

Merci pour les réponses.

Oolinux, comme indiqué dans mon premier message, je me suis ajouté au groupe audio et j’ai modifié les fichiers /etc/security/limits.conf et /etc/pam.d/common-session. C’est la première chose que j’ai faite. Cependant, la configuration n’est pas prise en compte, même après avoir ouvert une nouvelle session, même après avoir relancé l’ordinateur. Pour rappel, voici ma configuration (le contenu est le même que dans mon premier message) :

Copy to clipboard
$ groups yoann adm cdrom sudo audio dip plugdev lpadmin sambashare


Copy to clipboard
$ cat /etc/security/limits.conf # /etc/security/limits.conf # #Each line describes a limit for a user in the form: # #<domain> <type> <item> <value> # #Where: #<domain> can be: # - a user name # - a group name, with @group syntax # - the wildcard *, for default entry # - the wildcard %, can be also used with %group syntax, # for maxlogin limit # - NOTE: group and wildcard limits are not applied to root. # To apply a limit to the root user, <domain> must be # the literal username root. # #<type> can have the two values: # - "soft" for enforcing the soft limits # - "hard" for enforcing hard limits # #<item> can be one of the following: # - core - limits the core file size (KB) # - data - max data size (KB) # - fsize - maximum filesize (KB) # - memlock - max locked-in-memory address space (KB) # - nofile - max number of open file descriptors # - rss - max resident set size (KB) # - stack - max stack size (KB) # - cpu - max CPU time (MIN) # - nproc - max number of processes # - as - address space limit (KB) # - maxlogins - max number of logins for this user # - maxsyslogins - max number of logins on the system # - priority - the priority to run user process with # - locks - max number of file locks the user can hold # - sigpending - max number of pending signals # - msgqueue - max memory used by POSIX message queues (bytes) # - nice - max nice priority allowed to raise to values: [-20, 19] # - rtprio - max realtime priority # - chroot - change root to directory (Debian-specific) # #<domain> <type> <item> <value> # #* soft core 0 #root hard core 100000 #* hard rss 10000 #@student hard nproc 20 #@faculty soft nproc 20 #@faculty hard nproc 50 #ftp hard nproc 0 #ftp - chroot /ftp #@student - maxlogins 4 @audio - rtprio 90 @audio - memlock unlimited # End of file


Copy to clipboard
$ cat /etc/pam.d/common-session # # /etc/pam.d/common-session - session-related modules common to all services # # This file is included from other service-specific PAM config files, # and should contain a list of modules that define tasks to be performed # at the start and end of sessions of *any* kind (both interactive and # non-interactive). # # As of pam 1.0.1-6, this file is managed by pam-auth-update by default. # To take advantage of this, it is recommended that you configure any # local modules either before or after the default block, and use # pam-auth-update to manage selection of other modules. See # pam-auth-update(8) for details. # here are the per-package modules (the "Primary" block) session [default=1] pam_permit.so # here's the fallback if no module succeeds session requisite pam_deny.so # prime the stack with a positive return value if there isn't one already; # this avoids us returning an error just because nothing sets a success code # since the modules above will each just jump around session required pam_permit.so # The pam_umask module will set the umask according to the system default in # /etc/login.defs and user settings, solving the problem of different # umask settings with different shells, display managers, remote sessions etc. # See "man pam_umask". session optional pam_umask.so # and here are more per-package modules (the "Additional" block) session required pam_unix.so session required pam_limits.so session optional pam_systemd.so # end of pam-auth-update config


Pourtant :

Copy to clipboard
$ ulimit -l 65536


À bientôt.
France
Ça n'est plus /etc/security/limits.conf mais /etc/security/limits.d/audio.conf depuis un bout de temps, comme indiqué dans la page PAM.
France
salut.
Juste pour te dire, sous Ubuntu tu as le noyau linux-lowlatency qui paraît-il (de mémoire) n'est pas le même que le noyau rt, mais fait tout aussi bien le boulot !
Salut à tous !

Merci pour les réponses et désolé pour le délai de réponse.

Concernant le noyau temps réel, j’en suis bien conscient (voir mon troisième message). Ubuntu ne propose pas de noyau temps réel, parce que le patch n’est pas supporté par tous les fournisseurs de pilotes – typiquement, le pilote propriétaire NVidia contient des lignes de codes pour refuser de compiler sur un noyau ayant reçu le patch temps réel. Justement, je voulais tester le noyau « low latency », dont je ne suis pas certain de l’efficacité.

Concernant PAM, je suis resté sur de vieux réflexes. Toutefois, voici le contenu de mon fichier « /etc/security/limits.d/audio.conf » :

Copy to clipboard
$ cat /etc/security/limits.d/audio.conf # Provided by the jackd package. # # Changes to this file will be preserved. # # If you want to enable/disable realtime permissions, run # # dpkg-reconfigure -p high jackd @audio - rtprio 95 @audio - memlock unlimited #@audio - nice -19


Cependant, cela ne change rien au résultat. L’interface d’Ardour ne se lance pas et voici le résultat que j’obtiens en ligne de commande  :

Copy to clipboard
$ ardour5 WARNING: Your system has a limit for maximum amount of locked memory! This might cause Ardour to run out of memory before your system runs out of memory. You can view the memory limit with 'ulimit -l', and it is normally controlled by /etc/security/limits.conf bind txt domain [gtk2_ardour5] to /usr/share/ardour5/locale Ardour5.12.0 (construit avec 1:5.12.0-3 et GCC version 7.3.0) ardour: [INFO]: Votre configuration-système limite Ardour à 524288 fichiers ouverts ardour: [INFO]: Chargement du fichier de configuration-système /etc/ardour5/system_config ardour: [INFO]: CPU vendor: GenuineIntel ardour: [INFO]: AVX-capable processor ardour: [INFO]: CPU brand: Intel(R) Core(TM) i7-4790 CPU @ 3.60GHz ardour: [INFO]: Using SSE optimized routines ardour: [INFO]: Chargement du fichier de style par défaut (/etc/ardour5/default_ui_config) pour l'interface graphique Couleur shuttle bg introuvable ardour: [INFO]: Chargement du fichier de couleur /usr/share/ardour5/themes/dark-ardour.colors


Également :

Copy to clipboard
$ ulimit -l 65536


À bientôt.
Re-salut à tous !

J’ai oublié de préciser une chose. La commande suivante n’a rien changé :

Copy to clipboard
sudo dpkg-reconfigure -p high jackd


À bientôt.
Salut à tous !

Bon, du coup, pour l’instant j’ai abandonné Ubuntu et je suis retourné sur Fedora, sur laquelle je parviens à lancer Ardour. Je redonnerais peut-être sa chance à Ubuntu plus tard.

À bientôt.
France
Note modération : le sujet étant résolu, merci d'ajouter un [RÉSOLU] (ou un [CONTOURNÉ], ou bien encore un [ABANDONNÉ]) dans le titre de ton premier message. Voir ce paragraphe du manuel du site pour davantage d'informations.


Bonjour,
Je réitère ma proposition (que tu n'as peut-être pas vue...) : essayer Ubuntu-Studio...
Le mieux c'est d'installer un low latency, as-tu essayé ça au moins ? C'est la base, et ça fait aussi bien le travail.

J'utilise kx-studio sur une version LTS, ça permet d'avoir des versions récentes des logiciels de musique.
Salut à tous !

Merci pour vos réponses.

Voir mon troisième et sixième message : je sais pertinemment qu’Ubuntu propose un noyau étiqueté « low latency » et c’est celui que j’utilisais. Je suis également parfaitement au courant de l’existence d’Ubuntu studio. Cependant, encore une fois, le problème ne venait pas de là, le problème était que l’interface d’Ardour ne se lançait tout simplement pas, en plus du fait que ma configuration de PAM n’était pas prise en compte.

À bientôt.