pure-data : Passage de Pd-Extended à Pure Data

Tepaze · 2016-02-01 11:33:35

Bonjour à tous et toutes,

Etant donné que Pd-extended n'est plus supporté, je cherche à migrer mes applications vers Pure Data.

Mon problème vient du téléchargements et du référencements des librairies et externals qui étaient intégré à Pd-extended mais qu'il faut ajouter à Pure Data.

1/ Y a t-il un moyen quelconque qui permettent de tout installer d'un coup sous Mac OS 10.9 ?

2/ Sinon :

J'ai ajouter GEM sans trop de problème en renseignant dans les préférences le Path et le StartUp après avoir mis celui-ci dans /Library/Pd/. Mais à présent j'aimerais ajouter la librairies de Mr.Peach et lorsque je me rend sur la page correspondante (https://puredata.info/downloads/mrpeach) il n'y a rien à télécharger...

A moins que tout s'installe via svn ?? Mais alors je ne sais pas encore faire...

De plus, il y a t il des librairies et externals déjà incluses dans Pure Data ?

Merci pour vos lumières.

Dernière modification par Tepaze (2016-02-01 11:40:19)

ant1r · 2016-02-01 11:46:30

Salute,

le mieux maintenant c'est d'utiliser deken (https://github.com/pure-data/deken). Tu l'installes (il y a juste un fichier Tcl à copier dans ton ~/Library/Pd/), puis tu auras un nouveau menu "Find Externals..." dans le menu Help. De là tu pourras rechercher et installer les externals.
bonne chance !

Dernière modification par ant1r (2016-02-01 11:48:33)

kouphrou · 2016-02-01 12:36:56

Effectivement, c'est la grande migration!
Je suis de même en train de faire la mienne. Pour autant je me demandais si il y avait des infos rapport à deken :
Prévoient-ils de faire des changements sur le système de selection des librairies pour pouvoir en selectionner plusieurs en même temps, car là j'avoue que c'est un peu harassant de les sélectionner un par un.
J'ai cru comprendre aussi que dans la prochaine maj 0.47 de vanilla, deken sera inclut de base, des infos là dessus?
Question aussi, deken inclus-t'il un système de maj automatique? Je n'ai rien trouvé la dessus
La question qui se posera sur les projets que l'on postera sur le forum, faudra t'il indiquer toutes les lib inclues dans le patch?
faudrait'il démarrer un thread spécial dessus car cela risque de revenir souvent, extended étant officiellement obsolete, puisque plus du tout à jours.

Tepaze · 2016-02-01 20:44:34

Merci, je m'en vais explorer ces nouveaux horizons

Et par ailleurs, il me semble que tu poses de bonne questions kouphrou :

citation :
faudra t'il indiquer toutes les lib inclues dans le patch?
faudrait'il démarrer un thread spécial dessus car cela risque de revenir souvent, extended étant officiellement obsolete, puisque plus du tout à jours.

L'idéal serait une gestion intégré des dépendances...
--------------------------------------------------

[Edit]
- J'ai utilisé TCL-plugin, mais chaque bibliothèque doit être renseigné après avoir été installée ou je me trompe ???
- La version Gem proposée sous OS 10.9 ne fonctionne pas chez moi :

Reason: no suitable image found.  Did find:
	/usr/local/lib/libfreetype.6.dylib: mach-o, but wrong architecture

Mais si je la télécharge (https://puredata.info/downloads/gem) c'est bon...
[/Edit]

Dernière modification par Tepaze (2016-02-01 21:21:04)

sakramh · 2016-02-01 23:18:47

citation :
L'idéal serait une gestion intégré(E) des dépendances...

à part Debian et ses dérivées , je vois pas ( "apt" ) .

Dernière modification par sakramh (2016-02-01 23:37:47)

nau · 2016-02-02 00:05:53

kouphrou a écrit:
La question qui se posera sur les projets que l'on postera sur le forum, faudra t'il indiquer toutes les lib inclues dans le patch?

Perso j'ai pris l'habitude d'utiliser la notation [librairie/objet] de manière systématique, ça casse un peu les pieds au début mais ensuite ça rend bien service.

Nau

Dernière modification par nau (2016-02-02 00:06:36)

sakramh · 2016-02-02 00:25:36

citation :
ça casse un peu les pieds au début mais ensuite ça rend bien service.

çà alors ... pile poil ce que je "rabache" à mes gamins depuis des lustres .

Dernière modification par sakramh (2016-02-02 00:26:04)

kouphrou · 2016-02-02 00:36:19

Je m'en rend bien compte, je suis en train de réécrire tout mes codes avec ceci.
Quatre ans de codage sous extended à refaire

Tepaze · 2016-02-02 12:22:59

nau a écrit:
j'ai pris l'habitude d'utiliser la notation [librairie/objet]

J'avais commencer avec mes abstractions et les librairies non présentent dans extended, mais avec celle incluses dans extended, je ne voyais pas trop l'intérêt... Encore faut il trouver à chaque fois la librairie qui vient avec tel ou tel objet.

Cela permet une plus grande maintenabilité du code, mais c'est aussi d'une lourdeur importante. La programmation ne necessitant pas d'après moi de connaissance encyclopédique, mais un bon rapport efficacité / maintenabilité...

Du coup je n'ai pas encore tranché pour ma part... Peut être vais je simplement continuer sous Pd-Extended le temps que ça ce stabilise cette transition.

nononononono a écrit:
cela veut dire que ta librairie à été compilé avec une autre architecture que celle de pure data (i386)

Oui, et pourtant les architectures affichées sont conformes (i386 / ppc). Je pense qu'il y a la un bug. Lorsque je télécharge "manuellement" l'external, j'ai la même description, mais il fonctionne.

sakramh a écrit:
à part Debian et ses dérivées , je vois pas ( "apt" )

Quelque chose d'intégré à Pure Data peut être.

nononononono a écrit:
Mais sinon pour ce qui est des librairies l'objet [declare] est fait pour ça,non?

Qui obligerait éventuellement de bien utiliser l'objet [declare] que je ne connaissas pas :-)

En tout cas merci à tous pour ces éclaircissement.

nau · 2016-02-02 20:53:07

nau a écrit:
Encore faut il trouver à chaque fois la librairie qui vient avec tel ou tel objet.

une rapide recherche règle ce problème en général, et puis en plus permet d'explorer les homonymes et parfois même de transformer ça en un choix en connaissance de cause.

nau a écrit:
Cela permet une plus grande maintenabilité du code, mais c'est aussi d'une lourdeur importante. La programmation ne necessitant pas d'après moi de connaissance encyclopédique, mais un bon rapport efficacité / maintenabilité...

Oui, c'est lourd, notamment le fait que les boîboîtes sont parfois considérablement rallongées rend les petits bouts de patches moins compacts.
Par contre au niveau "connaissance encyclopédique", faut être honnête ça ne change pas grand chose. C'est juste que tous les noms que tu as déjà mémorisés sont à réétudier une fois quoi. Et puis pourquoi Pd devrait-il être moins exigeant, moins précis que les autres langages de programmation? M'enfin j'te comprends, on vivait bien, "avant" ;-)

Nau

kouphrou · 2016-02-02 22:16:18

nau a écrit:
Par contre au niveau "connaissance encyclopédique", faut être honnête ça ne change pas grand chose. C'est juste que tous les noms que tu as déjà mémorisés sont à réétudier une fois quoi. Et puis pourquoi Pd devrait-il être moins exigeant, moins précis que les autres langages de programmation? M'enfin j'te comprends, on vivait bien, "avant" ;-)

Le plus lourd dans cette histoire est de recoder tout les patch précédement fait sous extended. Et certains que j'ai dans mon dossiers, notament des truc partagées par d'autres, qui seraient trop long à recoder.
Je pense que je vais garder l'extended, ne serais-ce que pour lire les anciens, Sinon tout mes nouveaux patch serons sur vanilla.

nau · 2016-02-03 00:43:30

De fait, recoder tout c'est galère... faudrait une "moulinette" qui travaille en mode texte et opère des substitutions systématiques et massives...p'têt en cherchant un peu on trouvera un malade qui y a déjà pensé ? Le principe est simplissime, il faut juste passer "un certain temps" a encoder les couples de substitué/substitueur...
Nau

sakramh · 2016-02-03 12:32:44

une moulinette qui opère des substitutions en mode texte c'est tout à fait dans les cordes d'un script bash .
(et probablement du power shell de microsoft) .
Mais je ne serai pas ce malade là . Déjà il y a 15 ans lors d'une formation Unix j'ai un peu beaucoup zappé la partie script (des boutons étaient apparus sur mon joli teint ) .
Je me souviens par contre fort bien que l'intervenant l'avait réalisé en tapant tout un tas de signes genre : ' "`| et quelques grep tee et autres invectives en terminal ... Mais le même ne m'a pas informé de la future utilité lors du passage de extended à vanilla + externals .

Dernière modification par sakramh (2016-02-03 13:44:49)

nau · 2016-02-03 23:53:45

Pour les linuxiens voici le squelette du script qui ferait ce genre de boulot :

#!/bin/bash

sed -i 's#knob#flatgui/knob#g' "$1"
sed -i 's#multiplex~#zexy/multiplex~#g' "$1"

Le premier champ entre # est la chaîne-cible, le second champ entre # est le remplaçant, et donc mon exemple remplace "knob" par "flatgui/knob" et "multiplex~" par "zexy/multiplex~", et ceci dans le fichier que vous donnez au script comme argument.
Donc il faut sauver mes trois lignes dans un fichier texte, disons "moulinette", ensuite le rendre exécutable en tapant en ligne de commande "chmod +x moulinette", et enfin pour opérer sur le fichier "example.pd" il suffira de taper

 moulinette example.pd

... voilà.

Evidemment ici il n'y a que l'idée de base, reste à ajouter autant de lignes que d'objets à renommer, mais par effet communautaire en se refilant un script au gré des besoins personnels et en l'augmentant au fur et à mesure y'a des chances que ça soit utile à plus d'un.

Evidemment mieux vaut faire des sauvegardes avant de jouer à tout ça après personnalisation du script, de plus deux exécutions de celui-ci consécutivement sur un même fichier suffit à mettre le bazar puisque on se retrouverait alors avec des choses du genre "zexy/zexy/multiplex" ;-)

Nau

sakramh · 2016-02-04 10:23:26

citation :
p'têt en cherchant un peu on trouvera un malade qui y a déjà pensé ?

çà y est , trouvé !
merci de me remettre "sed" en mémoire .

Dernière modification par sakramh (2016-02-04 10:23:52)

Annonce

#1 2016-02-01 11:33:35 Passage de Pd-Extended à Pure Data

Passage de Pd-Extended à Pure Data

#2 2016-02-01 11:46:30 Re : Passage de Pd-Extended à Pure Data

Re: Passage de Pd-Extended à Pure Data

#3 2016-02-01 12:36:56 Re : Passage de Pd-Extended à Pure Data

Re: Passage de Pd-Extended à Pure Data

#4 2016-02-01 20:44:34 Re : Passage de Pd-Extended à Pure Data

Re: Passage de Pd-Extended à Pure Data

citation :

#5 2016-02-01 23:18:47 Re : Passage de Pd-Extended à Pure Data

Re: Passage de Pd-Extended à Pure Data

citation :

#6 2016-02-02 00:05:53 Re : Passage de Pd-Extended à Pure Data

Re: Passage de Pd-Extended à Pure Data

kouphrou a écrit:

#7 2016-02-02 00:25:36 Re : Passage de Pd-Extended à Pure Data

Re: Passage de Pd-Extended à Pure Data

citation :

#8 2016-02-02 00:36:19 Re : Passage de Pd-Extended à Pure Data

Re: Passage de Pd-Extended à Pure Data

#9 2016-02-02 12:22:59 Re : Passage de Pd-Extended à Pure Data

Re: Passage de Pd-Extended à Pure Data

nau a écrit:

nononononono a écrit:

sakramh a écrit:

nononononono a écrit:

#10 2016-02-02 20:53:07 Re : Passage de Pd-Extended à Pure Data

Re: Passage de Pd-Extended à Pure Data

nau a écrit:

nau a écrit:

#11 2016-02-02 22:16:18 Re : Passage de Pd-Extended à Pure Data

Re: Passage de Pd-Extended à Pure Data

nau a écrit:

#12 2016-02-03 00:43:30 Re : Passage de Pd-Extended à Pure Data

Re: Passage de Pd-Extended à Pure Data

#13 2016-02-03 12:32:44 Re : Passage de Pd-Extended à Pure Data

Re: Passage de Pd-Extended à Pure Data

#14 2016-02-03 23:53:45 Re : Passage de Pd-Extended à Pure Data

Re: Passage de Pd-Extended à Pure Data

#15 2016-02-04 10:23:26 Re : Passage de Pd-Extended à Pure Data

Re: Passage de Pd-Extended à Pure Data

citation :

Pied de page des forums