Le problème, c'est que c'est dans le cadre d'un projet de recherche dans un labo, alors je suis pas trop sûre de pouvoir diffuser mes patches... question de confidentialité. Même si ce que je fais n'est pas terrible terrible. Dsl. Je te joins quand même le patch d'entrée et une copie d'écran de l'interface graphique. En fait, au bout d'un moment, tous les curseurs de l'interface se bloquent. Et cela ne se produit que s'il y a l'objet "openpanel" dans l'entrée.
Sinon oui, j'étais déjà tombée au détour de mes recherches sur ta wawash, mais je n'avais pas très bien saisi comment ça fonctionnait. Je vais me re-pencher dessus.
Merci

Dernière modification par elwen (2009-12-10 15:26:13)

Peut-être, il faudrait que je regarde si c'est le même fichier qui crée le bug en effet... ou des fichiers semblables... mais je n'en ai pas vraiment l'impression...
J'avais utilisé [readsf~] au début, et comme ça plantait j'ai tenté avec [soundfiler] mais le résultat était le même. Je me suis dis que peut-être mon patch demande trop de mémoire à cause de certains calculs et que ça pourrait être la source de mon problème, mais je ne sais pas si c'est possible ? Je n'ai pas non plus créé des fichiers énormes. Enfin, je ne sais pas si ça peut avoir un rapport, moi et les ordis ça fait plutôt 2

Dernière modification par elwen (2009-12-11 10:08:28)

J'ai eu le même bug il y a quelques temps, j'ai posté un rapport de bug sur sourceforge et on m'a proposé de mettre l'option -stderr dans la case startup flags (file -> startup -> startup flags). je n'ai plus jamais eu ce bug depuis lors (ce qui n'a pas empêché d'autres types de plantages...). Apparemment ça viendrait d'un problème de conversion et d'affichage de caractères dans la fenêtre principale de Puredata, qui ferait coincer l'ensemble de l'affichage.
Voilà, bonne chance...