Chargement...
 
[Voir/Cacher menus de gauche]
[Voir/Cacher menus de droite]

3 - Forum dédié à Ardour

> Forums de discussion > 3 - Forum dédié à Ardour > [resolu] pb ardour geler-degeler une piste plantage
Dernier post

[resolu] pb ardour geler-degeler une piste plantage

ben280 utilisateur non connecté France
Bonjour,
voila j'ai un serieux probleme sur le sequenceur ardour... En effet, j'avais dernierement installer la version 2.8.4, et n'ayant jamais essayé j'ai "geler" quelque piste pour voir ce que cela pouvai faire... Rien d'anormal juske là... Mais au moment de "degeler" les pistes, gro souci: je ne peux plus enregistrer mon projet armer une piste sans avoir un message "programming error illegal autostate type: suite de chiffre qui ne sont jamis les memes...". Ensuite obliger de cliquer sur "press to exit" et le sequenceur ferme...
Si vous avez déjà eu sa genre de pb pouvez vous m'aider... C'est très embêtant sachant que je veux editer certaines choses sur ces pistes...
Je viens quand meme d'installer la version 2.8.6 qui fait le meme bug...
merci
benjamin

Ma config: quadcore 2.6ghz, 8 go de ram, dd western digital velociraptor, linuxmint? 8.04 64 bit.

ben280 utilisateur non connecté France
salut,
alors voila les nvelles... je suis allé poser un post sur le site d'ardour et voila ce qu'on me répond:
http://ardour.org/node/3301#comment-19740

Si vous comprenez un peu merci d'éclairer ma lanterne il m'envoi un lien mais jé vrément du mal a comprendre...
Apperemment je suis pas le seul est cela serai un bug d'ardour... donc pas de solution pour l'instand...

J'ai essayé tout à l'heure d'éditer les fichiers d'ardour pour virer cette commande "geler" mais je n'y arrive pas, si quelqu'un a une solution ca m'interesse...
merci
ben

ben280 utilisateur non connecté France
bon apperemment quand je lance ardour par ardbg voila ce qu'il me dit avant de planter

[+]

Des idées?

Édition (admin olinuxx) : pour améliorer la mise en page, merci de mettre les log ou copies de fichiers entre des balises de code comme ceci :
{CODE()} patatati patatata {CODE} ce qui donnera ceci
patatati patatata

Quand les logs sont trop longs, n'hésitez pas à rajouter *+ devant, donc au final *+{CODE()}patatati patatata {CODE} qui permettra de masquer le log. Ce qui donnera :

[-]
  • patatati patatata


Merci ! wink
Pour des conseils sur le fonctionnement général du forum, vous pouvez voir cette page.


jdlv utilisateur non connecté
Ils essayent de te dire qu'une fois lancée la commande ardbg il faut taper dans l'ordre:
br main
run

puis faire planter ardour et une fois ardour planté taper :

br catch
br throw
continue

et cela devrait te donner plein de lignes qu'il te faut copier et leur envoyer. Ce sont ces informations qu'ils pourront analyser et grâce à elle corriger le problème.

thorgal utilisateur non connecté
Salut Benjamin,

ardbg utilise le GNU debugger. Si tu n'as jamais utilise un "runtime" debugger, effectivement, c'est un peu du charabia.

L'utilite du debugger dans le contexte que Paul Davis te decrit est d'obtenir une "backtrace", qui est un recapitulatif du "code path" que le programme a emprunté juste avant de planter. Or dans ton cas, le programme ne plante pas vraiment si j'en crois ta description, il continue a tourner malgre l'erreur et tu le fermes toi-meme. Si le programme plantait vraiment (crash), tu pourrais obtenir une backtrace avec ardbg et la montrer aux devs. Mais il me semble que ce n'est pas possible juste comme ca vu qu'ardour reste fonctionnel dans ton cas.

ben280 utilisateur non connecté France
Merci pour vos réponses,
alors ya du nouveau... en continuant hier mes recherches désespéré... J'ai trifouiller dans jack et jé activer pas de verouillage memoire dans les réglages. Et là en dégelant les pistes et en enregistrant derriere jé pus réussir à tout dégeler et a enregistrer... Sachant que ca planter une fois sur deux, jé pu en ouvrant et fermant ardour plusieurs fois tout dégeler...

ensuite étant curieux, jé refait l'experience (avec mon ancienne config jack) et je me suis rendu compte que c'est en gelant et en enregistrant que c'est à la réouverture d'ardour que ca déconne...
en effet, quand on gele et dégele sans arrêt sur ardour no problem. Mais si on a le malheur d'enregistrer le projet avec des pistes geler c'est la zone après...

Pour répondre à ton post thorgal en faisant comme indique paul davis sur le forum je n'y arrive pas effectivement je ne peux pas taper ce qu'il me demande au moment voulu...

si quelqu'un d'ailleurs peut me faire un résumer en anglais de se que je viens de dire ca serai cool puiske je suis mauvais dans les langues... et je voudrai répondresur le forum d'ardour en me faisant comprendre...

merci
ben

ben280 utilisateur non connecté France
me revoila!

paul davis me dit de faire pour lancer ardour
gdb/ br main
gdb/ run mais ca ne se lance pas... c normal ?

pour le lancer je dois juste taper
gdb/ run

ca change beaucoup de chose?

thorgal utilisateur non connecté
hehe, et oui, c'est normal :-)

"br main" veut dire: break into the main() function. Ca va stopper ardour quand le debugger va entrer dans la fonction main() juste quand ca commence a tourner. Pour continuer l'execution, faut taper par exemple 'cont' (pour continuer).

Les 'breakpoints' peuvent se placer a tout plein d'endroits dans les fonctions code d'ardour. A chaque fois que le debugger rencontre un breakpoint, il va faire une pause dans l'execution du programme. Ca aide le dev pour verifier le contenu de certaines variables, etc, a un moment donne de l'execution.

Encore une fois, si ardour ne plante pas completement avec un probleme du genre 'segmentation violation', obtenir une backtrace ne sera pas vraiment utile. Ca pourrait etre utile si tu savais dans quel coin du code il faudrait placer un 'breakpoint', ou tu pourrais alors avancer lentement avec la commande 'next', qui permet d'executer une ligne de code a chaque fois (au lieu de 'cont' qui va de breakpoint en breakpoint).

ben280 utilisateur non connecté France
bon merci pour vos réponses quand meme mais on va dire que le pb est réglé (ce qui est vrai en soi...). C trop complexe pour moi je suis désolé... Je vais mettre résolu au pb puisque c vrai, bon ca été fé à l'arrache mais sa marche...
merci

Édition (admin olinuxx) : sujet fermé car résolu. Merci de remonter les informations pertinentes dans les pages Wiki adéquates.
Si besoin de réouvrir le sujet, vous pouvez vous adresser à un des admins wink
Pour des conseils sur le fonctionnement général du forum, vous pouvez voir cette page.


Afficher les articles :
Aller au forum :

Documentation [Afficher / Cacher]

Faire un don
[Afficher / Cacher]

Connexion
[Afficher / Cacher]


fredd
jujudusud

Mégaphone [Afficher / Cacher]

allany, 23:06, mar. 05 Jul 2022: Rien à ajouter, bref, IDEAL, l'éditorial !
olinuxx, 21:48, mar. 05 Jul 2022: à l'ail du Bengale ou à la sauge officinale du Népal, vous choisirez votre assaisonnement pour l'éditorial !
r1, 21:27, mar. 05 Jul 2022: alalalalalala ! Que j'aime l'éditorial !
olinuxx, 21:18, mar. 05 Jul 2022: Bonjour et bienvenue à fredd cool
allany, 09:10, mar. 05 Jul 2022: Toujours aussi convivial et amical : c'est l'éditorial ! [Lien]
olinuxx, 19:03, dim. 03 Jul 2022: Bonjour et bienvenue à Yatem cool
sub26nico, 15:02, ven. 01 Jul 2022: Salut et bienvenue à petrusv et OlivSpai :-)
olinuxx, 21:18, mar. 28 Jun 2022: Bonjour et bienvenue à zenon cool
bluedid29, 21:30, lun. 27 Jun 2022: Et hop, nouvelle interface audio AUDIENT iD4 testée sur LibraZiK-4... ...impec :-)
PascalC67, 15:21, dim. 26 Jun 2022: Merci Olinuxx :-)
olinuxx, 08:51, dim. 26 Jun 2022: Merci pour les retours Bluedid29 et PascalC67. Bonnes musiques à vous !
olinuxx, 08:51, dim. 26 Jun 2022: Bonjour et bienvenue à PascalC67 cool