Pour moi LE fork de Pure Data existe déjà : c'est libpd

en gros je rejoins Philippe : quels sont les enjeux ? pour moi c'est la question critique et d'ailleurs.

Qu'est ce que c'est Pure Data pour toi ? en ce qui me concerne c'est avant tout un outil permettant de créer des moteurs audio et des outils d'analyse audio. En ce sens libpd qui sépare les éléments GUI de Pure Data des éléments de dsp est la base de ce fork rêvé.

Pour moi l'idéal serait de pouvoir utiliser pd et (une partie de) pd-extended dans n'importe quel autre soft de création en tant que librairie : la possibilité de charger un patch pd dans un programme processing, dans un page web, dans vvvv, dans openframworks, cinder ....  dans des DAW (ardour, audacity, reaper...), et soyons fou dans MAX ! et cela est déjà en partie possible ... mais le manque de documentation et de centralisation de cette doc, rend la chose parfois ardue, même si le travail effectué est déjà énorme.

Le tout étant que l'on a pas encore les différents éléments qui permettraient de patcher en live dans tous ces environnements. Du coup ce travail serait pour moi avant tout un travail sur une nouvelle interface graphique et des bindings avec tout un tas de logiciel sus-cités (du coup une API pour chaque langage), incluant des librairies GUI systématiques pour contrôler pd et faciliter le prototypage.

Mais ça ce n'est que mon avis, je serai curieux de savoir pour pas mal de membres de ce forum, ce que serait pour eux ce fameux PD-Utopia ? bref débatons !

Pourquoi forker quand on peut améliorer l'existant ? La dernière version de pd-ext a amené pas mal de changements positifs (gui-plugins, GUI plus réactif). On a déjà un fork (pd-l2ork) dont de petits bouts arrivent dans pd-ext et dont certaines améliorations sont formidables, comme les poignées de redimensionnement des éléments GUI et des GOP et des appels au rafraîchissement du GUI plus parcimonieux. D'ailleurs, j'édite certains de mes patchs avec pd-l2ork juste pour cleaner la partie graphique.
Pareil, je voudrais bien voir des arguments à l'appui d'un autre fork.
Après, forker Gem, c'est une toute autre histoire : c'est pas vraiment pd... Mais si on pouvait travailler en pixels
Mon rêve bleu à moi, c'est pd-ext en plugin LV2 dans Ardour. J'aime bien Jack, mais il y a des limites !

Dernière modification par dwan (2013-04-06 16:07:12)

Les clics au chargement, dites-moi si je me trompe (et je plaide coupable d'avance pour ne pas avoir essayé), mais ça pourrait pas se régler avec [pd~] et/ou avec la lib de mémoire partagée de Cyrille Henry ? Si c'est un autre thread qui charge le tableau, plus de clic, non ? Une abstraction et hop !
Pour me souvenir de quelques discussions sur la liste, Miller disait que c'était déjà un sacré boulot de maintenir pd vanilla (et son "peu" d'objets) en état de marche. Hans-Christoph Steiner a l'air de dire la même chose de pd-ext : c'est la course aux dév pour qu'ils maintiennent leur taf à jour. Quelques libs en ont déjà fait les frais en disparaissant des extras de la 0.43.4...
Ce que je veux dire, c'est que je suis en faveur de la contribution, quitte à faire du lobbying auprès de Miller et de HCS le cas échéant pour inclure des nouveautés.
L'inclusion des double ferait vraiment du bien pour la lecture de longs fichiers, ainsi qu'un [soundfiler] threadé... Autant en faire profiter tout le monde, et profiter de l'expérience des dévs actuels !

Bon, ça m'aura fait découvrir le shared-mémory et tempi tout ça, j'ai bien fait d'ouvrir cette discussion!
Pour le reste je suis entièrement d'accord avec vous, sur les contribs et tout.
Il n'empêche que mon but n'était pas forcément de faire un fork, mais plutôt de lister des manques ou des trouvailles intéressantes dans un autre endroits que la pd-list ou l'information est trop dispatchée à mon goût !
Mais peut être me tromperai-je...

citation :

l'idée a du plomb dans l'aile j crois

C'est-à-dire que la plateforme Codelab ne semble pas vouloir produire vraiment quelque chose. Nous avons mis en commun certaines abstractions ici pour commencer depuis l'été 2012 après le premier pdsummercamp : http://codelab.fr/pd-codelab/
Mais il n'y a pas de suites... À part Nicolas Montgermont et moi-même en gros.

Je pense que la discussion lancée ici montre l'envie d'aller plus loin dans Pd, de connaître mieux les processus de développement et de voir comment contribuer utilement. J'avais exprimé ce besoin dans l'envie d'organiser des master class Pure Data dédiées aux niveaux avancés. C'était aussi l'idée du pdsummercamp.

Il faudrait trouver une forme de tavail en commun qui convienne, voir les objectifs, qui est intéressé, etc. Peut-être sous la forme d'un pad comme celui-ci : http://lite.framapad.org/p/MasterClass_Pd

Il est cool ce pad Jerome.

Les sujets abordés sont tous intéressant, et en tant qu'utilisateur de pd standard j'aimerai bien aller plus loin dans pd. Apprendre à compiler des externals etc... pour l'instant je suis compétent que dans webpd Une master class aussi sur [expr~] serait aussi un truc cool !

Pour tout ce qui est abstractions mon point de vue est assez tranché, et étant donné que je maîtrise pas la compilation multi-plateforme et je me contente souvent d'abstraction vanilla. Dans l'optique de travailler sur différentes plateformes la séparation vanilla / extended me pose pas mal de questions et de soucis aussi (même entre linux, windows et mac). Avoir une communauté mieux formée à la compilation d'externals pourrait apporter quelque chose dans ce sens.

Après pour tout ce qui est des changement à venir dans pd, tout ça est très prometteur, effectivement on a une bien meilleure gestion des guis et ça ne devrait que s'améliorer avec le temps. Il me semble que les dev de libpd poussent d'ailleurs dans ce sens : meilleure séparation du gui et l'audio et a priori avec le temps libpd deviendra le coeur audio de pd. Forker me parait aussi peut intéressant, mais documenter et former est toujours nécessaire

Perso je n'arrive pas installer Pd-2lork, cela m'a l'air bien compliqué comme idée. Forker Pd, ce n'est vraiment pas pratique.

Cela dit, il y a qq innovations qu'il serait bon de travailler pour Pd :
- Preset : http://www.youtube.com/watch?v=IS7_x727kZ4
- Redimensionner GUIs et GOP : http://www.youtube.com/watch?v=5SM1hiz9S5U
- Z order : http://www.youtube.com/watch?v=af9KiJfSp68
- Tidy up amélioré : http://www.youtube.com/watch?v=Ms5yOvgoK_Q
- Annulation infinie : http://www.youtube.com/watch?v=wTPZxcgWoI0

Pour la visualisation et la recherche d'objets, j'ai commencé un pdf ici : http://codelab.fr/4218
Il y a aussi la fonction de recherche dans Pd.extended.0.43.4 qui est intéressante à explorer. Pas très lisible à mon goût, mais il y a peut-être moyen d'y contribuer.

Parmis les plugins intéressants :
- kiosk : http://pure-data.svn.sourceforge.net/vi … sk-plugin/ : enlever la barre de menu, dimension de la console (PdMainWindow), affichage ou non de la console, patch en plein écran
- complétion : http://puredata.info/downloads/completion-plugin/
- menu d'objets : http://pure-data.svn.sourceforge.net/vi … ar-plugin/
- menu clic droit : http://pure-data.svn.sourceforge.net/vi … nu-plugin/

Nouvelles fonctionnalités dans le menu Ediition (Autopatch, infosbulle, lunette magique)
- http://www.youtube.com/watch?v=eMhfSu3vuvQ

Perso l'infobulle ne donne pas encore les informations de types de données à envoyer, c'est dommage, je ne sais pas si ça marche pour vous.

Sinon, on peut essayer de comprendre le pd-core/pd-gui + le développement dans pd dans un sujet de ce forum et proposer nos services une fois qu'on en sait un peu plus travailler sur un pad comme celui-ci : http://lite.framapad.org/p/MasterClass_Pd

Qui serait intéressé ?