Forum : 3 - Forum dédié Ardour

Crash inopiné

citronvert utilisateur non connecté
Hello,

Je suis nouveau sur Ardour et je me rend compte qu'il est assez capricieux.
Est-ce que c'est déjà arrivé à l'un d'entre vous qu'il crash sans raison et qu'il ne redémarre plus ensuite ?

J'étais en train d’éditer des points d'automation sur une piste, il s'est figé et a planté.
Maintenant dès que je le relance il rest bloqué sur "Établissement des connexions standards"

Évidemment j'ai oublié de sauvegarder...:(


Image

r1 utilisateur connecté France
Hello,

Peut-être tenter de le démarrer à partir de la console afin d'obtenir des logs ?

A+
Erwan

sub26nico utilisateur non connecté France
Ardour peut être taquin dans certaines situations effectivement, comme tous les logiciels cool.
Peux tu nous donner la version d'Ardour ainsi ta distribution ?
Tu utilises quoi comme serveur son, ALSA ou JACK ?

citronvert utilisateur non connecté
Je suis sur une manjaro, noyau RT :
5.9.1-1-rt19-MANJARO
Ardour 6.6
Jack2 1.9


Au final j'ai relancé Ardour et quand je suis arrivé sur cet écran, j'ai appuyé sur entrée et là c'est passé.
Donc il devait y avoir un message d'erreur caché dessous a priori question

Là j'ai un second bug :

Si je ferme Jack alors que Ardour est lancé, lors de la prochaine session je n'aurai pas de son sur ce projet.
Si je lance un nouveau projet c'est bon et si j'utilise un snapshot antérieur ça fonctionne aussi.

Dans les logs Jack j'ai juste ça :

Sat May  8 13:24:45 2021: ERROR: JackGraphManager::Connect already connected port_src = 31 port_dst = 26
Sat May  8 13:24:45 2021: ERROR: JackGraphManager::Connect already connected port_src = 35 port_dst = 26


et en lançant l'instance Ardour avec GDB j'ai ça uniquement :

ALSA lib pcm.c:2660:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.rear
ALSA lib pcm.c:2660:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.center_lfe
ALSA lib pcm.c:2660:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.side
ALSA lib pcm_route.c:877:(find_matching_chmap) Found no matching channel map
ALSA lib pcm_route.c:877:(find_matching_chmap) Found no matching channel map
ALSA lib pcm_route.c:877:(find_matching_chmap) Found no matching channel map
ALSA lib pcm_route.c:877:(find_matching_chmap) Found no matching channel map


Je ne sais pas si ça parle à quelqu'un ?
Sinon tant pis il faut que je garde en tête qu'il faut marcher sur des œufs avec ce logiciel

sub26nico utilisateur non connecté France
Il est normal que si tu coupes JACK avant Ardour, cela crée des problèmes.Il ne faut jamais faire ça. (ou déconnecter Ardour de Jack dans les réglages audio/midi de la session).
À mon avis, le souci vient de JACK qui a dû planter lors de tes automations, et comme Ardour sauvegarde les connexions JACK dans la session (et dans le snapshot s'il y a) les mauvaises connexions ont dû être sauvegardées dans ce snapshot. Il faut ouvrir la session, rétablir les bonnes connexions JACK puis sauvegarder et le problème n'apparaîtra plus.
De plus, les devs d'Ardour recommande d'utiliser ALSA si on n'utilise pas plusieurs applications JACK simultanément. Si tu fais tout dans Ardour, ALSA est une solution plus sûre. Pour info, j'utilise pourtant JACK même si je dois tout faire dans Ardour, mais je relaie l'info des devs.
Autre piste, tes automations étaient sur quelle piste, MIDI ou Audio ? avec greffon(s) ? Le bogue peut aussi impliquer un greffon.

sub26nico utilisateur non connecté France
Note modération : merci d'utiliser la balise CODE lorsque tu copies/colles du code sur le site. Celles-ci permettent un meilleur affichage.
Image
Voir également cette page.

@citronvert, j'ai édité ton message précédent pour mettre les balises, merci d'y penser à l'avenir.

jujudusud utilisateur non connecté France
Salut citronvert,

Ta version de JACK c'est 1.9.18 ?

Attention noyau RT de manjaro si tu n'as pas vraiment besoin d'etre en Noyau Temps réel, le noyau SMP Preempt est largement suffisant.

citronvert utilisateur non connecté
sub26nico écrit :
Autre piste, tes automations étaient sur quelle piste, MIDI ou Audio ? avec greffon(s) ? Le bogue peut aussi impliquer un greffon.


Une piste audio.
Je me sers aussi d'Hydrogen et lorsque je quitte Jack, j'ai des grésillements horribles sur Musescore tant que je n'ai pas reboot. Avec Jack en serveur de son c'est nickel.

Merci pour les balises, j'ai oublié.

jujudusud écrit :
Ta version de JACK c'est 1.9.18 ?

Attention noyau RT de manjaro si tu n'as pas vraiment besoin d'etre en Noyau Temps réel, le noyau SMP Preempt est largement suffisant.


yes :
[jonathan@Groman ~]$ pacman -Q |grep jack
jack2 1.9.18-1


J'ai l'intention d'enregistrer saxophone et piano sur tout ce que j'écrirai, est-ce une raison suffisante ? (vraie question)

Merci pour vos réponses en tout cas

sub26nico utilisateur non connecté France
Citation :
Je me sers aussi d'Hydrogen et lorsque je quitte Jack, j'ai des grésillements horribles sur Musescore tant que je n'ai pas reboot.

C'est ce que je disais dans mon message précédent, il ne faut pas couper JACK avant les applications qui l'utilise. Donc tu dois d'abord quitter toutes les applications (Musescore, Hydrogen, Ardour) avant de stopper JACK.

citronvert utilisateur non connecté
Je me suis mal exprimé; quand je lançais Musescore après une session avec Jack, j'avais des grésillements.
Depuis j'ai configuré Musescore pour utiliser Jack et c'est nickel.

Et oui je me doute qu'il ne faut pas couper Jack avant, le cas dont je parlais dans ce fil était juste une erreur de ma part, je ne l'ai pas fait exprès.