3 - Forum dédié à Ardour

Hello,

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

A+
Erwan

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

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

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

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.

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

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.

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é.



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

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.

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.

Du nouveau ici citron vert ?