Voilà ce que j'ai fait hier soir ( jusqu'à une heure vraiment indue je l'avoue ).
Je suis très heureux, ça fonctionne correctement.
Par contre quelques mystères, je voulais adapter le système pour des arrays, mais textfile ne les lit pas. Qlist oui., va comprendre. Je n'ai pas eu le temps de le faire.
En tout cas, si ça donne des idées pour améliorer.
J'aime beaucoup parce que ça installe une logique temporelle graphique, sans tenter une imitation ratée de ce qui existe déja et fonctionne très bien ( même si c'est moins adaptable ).

ouaip.
Par contre, j'essaie d'intégrer la gestion des arrays, donc avec qlist. Quand je msg print tout s'affiche correctement en console, mais quand je bangue le qlist, ça me plante pd immédiatement. Et, comme je l'ai dit juste avant, textfile ne voit pas les arrays dans le fichier. Une idée ?

Autre chose, comment je pourrais récupérer le nom d'un sous-patch pour paramétrer un receive

je copie colle un sous patch
j'en modifie le nom
le receive à l'intérieur à pris la valeur comme argument le nouveau nom ( ou makefilename position-%s )

Dernière modification par albdet (2013-02-26 14:07:56)

Ben oui, je vais réessayer maintenant mais hier soir les arrays n'apparaissaient pas du tout après un print du textfile.
J'ai essayé avec qlist et ils sont sortis.
edit
J'arrive à trouver la position des tables avec textfile si je crée l'objet [table] ( pas en passant par le menu qui met un gop directement )
Donc ça fonctionne mais ce n'est pas super facile à éditer ( changer les ranges verticaux, copier ... ) je continue.
Ce serait beaucoup plus pratique si j'arrivais à récupérer le nom des sous-patchs à l'intérieur.

Dernière modification par albdet (2013-02-26 17:12:42)

j'ai bougé tous les objets, ensuite save, ensuite bang pour retrouver les coordonnées, et ? ben le bordel...

ya une erreur avec le table, mais les sous-patchs fonctionnent, ils faut qu'ils soient à droite de la barre noire sinon, ils ne sont pas lu, ceci pour éviter d'attraper les sous patchs de construction. Quoique je pourrais m'en passer puisqu'il n'y a aucun receive qui correspond, ça fait juste des sends dans le vide.
J'ai pas le temps d'y travailler maintenant mais demain, il fera jour.

Et pardon pour l'absence de commentaires, les voilà.

Dernière modification par albdet (2013-02-26 20:54:06)

Une idée de ce qui peut faire planter sur les tables...
[textfile] ouvre par défaut en mode ";" pour les fins de ligne. Donc dans la ligne des valeurs de la table tu as sans doute des retours-chariots qui se promènent et foutent la pagaille. Si tu passes en mode [read patch.pd cr( ça résout ton problème ?

Mes sincères excuses, je n'avais pas vu ton site avant ce message. Sinon, mon discours aurait été tout autre. Tu n'es pas un cas de boum boum poute, boum boum poute. Tu es un cas de craccc swiignnnnnnn pafff. Ça se soigne différement.

citation :

Mon véritable amour c'est Puredata...

Je te comprends, c'est plaisant à travailler, je l'ai utilisé un peu au cours des annnées 2000 et je suis très content d'être de retour. Ça va me faire du bien de lâcher SuperCollider pour un moment et de pratiquer un peu le français.

De retour à ton projet. J'attends de voir les résultat sur le ; versus cr.

Pour moi dès que Pob à sorti l'idée d'harceler le source ainsi, ça ma fait rire, car j'ai vu un risque de conflit avec l'intépreteur de PD. Autrement dit, on demande à l'interpreteur de s'interpreter lui-même. je n'ai pas décortiqué encore la fonction mais je vais regarder cela de plus près ce route table.

Dernière modification par rdc182 (2013-02-27 16:11:53)

salut aldebet,
pas si compliqué que ça les data structures si tu sais par où commencer :
http://www.pd-tutorial.com/english/ch05s02.html