très joli bravo :-)
j'ai aussi trouvé [getdir], qui sort le chemin de la racine au répertoire courant du patch (ggee)
et pour glob, on peut utiliser des switch comme -tail, ou -type f (pour n'avoir que les fichiers), et sans doute des expressions régulières pour ne garder que certaines extensions.
Mais je comprends toujours pas les parties du code avec pd[] et _cb...
HCS m'a répondu sur la liste, il pense que le projet continue, mais me propose son travail:
http://pure-data.svn.sourceforge.net/vi … tkwidgets/
il a aussi dit que toxy était bien, mais 'un truc compliqué...'
Hors ligne
Ah ça oui, c'est compliqué. Jusqu'à présent, toxy je l'utilisais surtout pour l'objet [tot] afin « d'écouter » le clavier et la souris sur des fenêtres cibles.
À mon grand dam, les switchs pour glob ont tous fait planter pd. Les widgets, j'en ai obtenu ce que je voulais, je t'avoue que je ne pousserai pas plus loin les efforts de compréhension...
Hors ligne
citation :
les switchs pour glob ont tous fait planter pd
justement, en essayant de corroborer mes dire, j'ai fait une petite tentative et vlan dans les dents, freeze de pd... Pourtant j'avais déjà essayé -type d et ça fonctionnait...
J'ai écrit au concepteur pour ces questions, on verra ce qu'il dit...
Hors ligne
Salut,
c'est pas un projet mort toxy?
ppur ma part, je tape dans les pdmtl et et [getdir], récemment je suis passé par un shell script tout simple:
tout est dans le SVN https://pingbase.homelinux.net/websvn/l … #_scripts_
je n'ai pas eu le courage de te sortir le code Pd pour appeler ce code et le traiter mais c'est béton sur du linux /osx
Hors ligne
je viens de découvrir [playlist] de chez unauthorized... ça a l'air de faire tout ce que je voulais. Déjà essayé?
Bon, en fait j'ai déjà fini la partie browser avec toxy. Mais c'est la dernière utilisation que j'en fais: trop instable/incomplet/compliqué/abandonné...
Hors ligne
Tu parles de [popup] de flatspace? (je n'ai pas d'objet popupmenu)
Je l'utilise sur linux et ça fonctionne très bien... Je préfère la liste si je change souvent de fichier, plus visuel...
Hors ligne
et personne n'a de retour à donner pour [playlist]?
Hors ligne
juste savoir si quelqu'un l'utilisait intensément et pouvait confirmer sa stabilité/usabilité/performance...
Comme je l'ai dit, je suis sur un patch assez simple dans le fond mais qui fait appel à une liste visible de fichiers... et c'était le but de ce sujet de savoir ce qu'il existe. J'ai fini par le faire avec toxy, et ça fait les deux tiers du patch juste pour avoir une liste de fichier sélectionnables d'un répertoire donné... alors je vais sans doute le modifier puisqu'apparemment ça peut être fait avec un seul objet et une poignée de [message box(, mais si quelqu'un me dit que c'est bugué/instable, j'oublie...
Hors ligne
Ouais ben [playlist] ça fonctionne bien, pas de plantages ou autres (en tout cas à ma connaissance), je crois que j'avais eu certaines galères avec les objets pidip quand il s'agissait de les inclure dans des abstractions avec GOP, mais bon pas plus que ça, pis je crois que ça à été amélioré depuis.
(en tout cas la je viens de test et ya pas de soucis....)
Hors ligne
bon, voici le patch terminé... (enfin, jamais vraiment terminé)
C'est un lecteur tout type de fichier audio (lib gavl/gmerlin => [readanysf~] )
Il fonctionne sous linux, devrait fonctionner sous mac, de devrait pas fonctionner sous win à cause du chemin...
Il s'agit de construire des banques de sons: des dossiers appelés (obligatoirement) bank1 ,2 ... dans le répertoire du patch.
Il est prévu pour fonctionner avec un contrôleur midi. Les petits boutons verts sont des midi-learn. Il y a aussi un selecteur de sorties: 3 stéréo puis deux monos.
fonctionne avec pd-ext et [readanysf~]...
le but est d'en ouvrir plusieurs (copies) et de jouer plusieurs sons en même temps. Il semble assez stable, du moins avec 3 instances...
Hors ligne