Je ne suis pas allé à la SAT parce que je ne sors rarement de chez moi (sauf les soirs de pleine lune) mais je ne comprend pas les critiques de Pure Data qui ont été rapportées ici (peut-être simplement parce que ces sont des résumés ou conclusions dont le développement se retrouve ailleurs).<br>

<br>J&#39;ai essayé (lire: compilé une fois) des alternatives à Pure Data. Le plus prometteur me semblait openFramerworks (<a href="http://www.openframeworks.cc/" target="_blank">http://www.openframeworks.cc/</a>). Mais sont développement est ultrabeta et sa performance audio sous Linux est équivalente à la performance audio de Java sous Linux (&quot;don&#39;t touch with a 10&#39; pole&quot;). Mais comme il a été soulevé ailleurs, même si l&#39;on compile en C (avec openFrameworks) il faut trainer un tas de bibliothèques pré-comiplées avec son projet. <b>C&#39;est exactement les mêmes limitations que de distribuer un projet conçu avec Pure Data.</b><br>

<br>Quant aux propos sur la stabilité, je dois avouer ne rien y comprendre. Pure Data ne m&#39;a jamais lâché. Pure Data est stable si le système est stable (par exemple, il risque de planter si tu le connectes un Arduino que tu débranches accidentellement. Mais ce problème est lié au système et non à Pure Data) Je l&#39;utilise pour toutes mes installations et performances et PD ne m&#39;a jamais laissé tomber. Au dernier festival auquel j&#39;ai assisté en Europe, <b>j&#39;ai pu voir ou entendre parler de plus de 3 projets qui ont planté devant le public et aucun n&#39;utilisait Pure Data!</b><br>
<br><b>En résumé, la propreté du code, la facilité de distribution ainsi que la stabilité sont tributaires des capacités techniques de l&#39;artiste/programmeur et non de l&#39;environnement de programmation.</b><br><br>Thomas<br>

<br><br><br><br><div class="gmail_quote">2009/6/10 Michal Seta <span dir="ltr">&lt;<a href="mailto:mis@artengine.ca" target="_blank">mis@artengine.ca</a>&gt;</span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Bonjour Jean-Noël et les autres,<br>
<br>
2009/6/10 Jean-Noël Montagné &lt;<a href="mailto:jnm@rom.fr" target="_blank">jnm@rom.fr</a>&gt;<br>
<div>&gt;<br>
&gt; Bonjour à tous,<br>
&gt; je suis aussi totalement choqué par le texte du &quot;forum ouvert du code&quot; sur le site de la Sat:<br>
&gt;<br>
&gt; &quot;Des logiciels comme Pure Data ou Max/MSP sont actuellement très utiles pour faire des prototypes ou pour apprendre les bases de la programmation sonore, mais sont plutôt difficiles à inclure dans la distribution d&#39;un logiciel pour le grand public qui soit facile à configurer, transparent pour l&#39;usager et portable d&#39;un système d&#39;exploitation à l&#39;autre. Y aura-t-il un &quot;après&quot; Pure Data&quot;<br>


<br>
</div>J&#39;y suis allé et je crois que j&#39;ai soulevé certains points qui font<br>
qu&#39;il y aura &quot;Un Pure Data après forum du code ouvert&quot;.  Si j&#39;ai bien<br>
compris (sinon, il y a plusieurs des SATiens sur cette liste,<br>
quelqu&#39;un me corrigera) les organisateurs cherchent une alternative à<br>
Pure Data au niveau du son (synthèse et analyse surtout) qui serait<br>
facile à intégrer dans leurs propres applications et donc aussi facile<br>
à distribuer dans le sens que l&#39;usager ne soit pas découragé avec<br>
l&#39;installation.  Il y a aussi la question du maintien du code à<br>
l&#39;interne (ou par des tiers personnes) qui semble être problématique<br>
mais cette opinion est basée sur les comparaisons avec d&#39;autres<br>
environnements de programmation et autres langages qui ne sont pas<br>
nécessairement visuels.<br>
<br>
En tout cas, je ne veux pas relater toute la rencontre ici, il existe<br>
un wiki sur le site de la SAT où il devrait avoir des notes prises<br>
lors de la rencontre.  Malheureusement je n&#39;ai pas noté l&#39;URL en me<br>
disant que ça ne doit pas être très difficile à trouver mais là ça<br>
l&#39;air que je ne suis pas aussi bon chercheur ou bien le site de la SAT<br>
n&#39;est pas assez transparent ;)<br>
<br>
Alex, peux-tu nous aider?<br>
<div><br>
&gt; Je crois que la personne qui a écrit ce texte ne connait simplement pas le sujet. Quant à la conclusion, c&#39;est non seulement un non-sens, mais elle est de plus insultante pour tous ceux qui jour après jour font de PD un instrument renouvelé, en évolution constante vis à vis des usages et vis à vis des demandes des utilisateurs. Que cette personne regarde simplement les archives de la PD list pour comprendre.<br>


<br>
</div>En fait, je crois que la personne qui a écrit ce paragraphe connait<br>
bien Pd.  Sinon, son entourage connait très bien Pd.  Je ne sais pas<br>
qui a écrit cette annonce mais moi j&#39;ai eu l&#39;impression que l&#39;auteur<br>
est simplement frustré avec certains aspects de Pd et il cherche<br>
désespérément à le remplacer par une autre solution.<br>
<br>
Une des questions soulevées lors de cette rencontre était la<br>
scalabilité d&#39;un projet fait avec Pd et le fait qu&#39;il est difficile de<br>
lire les patches des autres (ou même celles de soi-même après quelque<br>
temps).   Est-ce qu&#39;on va laisser tomber le développement en C parce<br>
qu&#39;il y a des gens qui font du obfuscated C?  Je crois que l&#39;erreur<br>
qu&#39;on fait en discutant sur le développement logiciel avec Pd est<br>
qu&#39;on compare ça à du C ou Python ou autre.  La programmation visuelle<br>
avec un logiciel tel que Pd demande une autre approche à la<br>
programmation.  Certaines habitudes de la programmation textuelle ne<br>
se traduisent pas nécessairement bien en Pd.<br>
<div><br>
&gt; si j&#39;étais un troll je dirais : Y aura t&#39;il un après-forum du code ?<br>
<br>
</div>Bonne question.  Mon bilan:  j&#39;ai trouvé cette rencontre assez<br>
intéressante puisqu&#39;on a touché à d&#39;autres aspects de la production<br>
sonore.  Au niveau de la discussion sur Pd, on tourne en rond (les<br>
même questions qu&#39;on lis sur la liste Pd on été soulevées) et plutôt<br>
que chialer il faudrait plutôt commencer à faire de quoi constructif.<br>
DesireData en est un geste concret, malheureusement pas encore<br>
complet.  Abstraction pdmtl en est un autre mais on frôle la question<br>
de scalabilité et portabilité et dépendances etc...<br>
<br>
On n&#39;a pas eu assez de temps à discuter autre chose mais on a (j&#39;ai?)<br>
jasé pas mal sur csound.  C&#39;était intéressant de se trouver à discuter<br>
de Pd et autres outils audio avec des gens qui sont plus ou moins<br>
attaché à tel ou tel logiciel et donc avoir des différents points de<br>
vue.<br>
Je vais voir les sujets futurs, peut-être j&#39;irais encore.  Je souhaite<br>
par contre qu&#39;on formule mieux les annonces/invitations (je<br>
l&#39;impression qu&#39;on aurait plus des participants si les questions<br>
avaient été mieux formulées).    À moins qu&#39;on appelle ça &quot;les débats<br>
du code&quot;<br>
<br>
Ciao<br>
<br>
./MiS<br>
<br>
_______________________________________________<br>
Pdmtl mailing list<br>
<a href="mailto:Pdmtl@lists.artengine.ca" target="_blank">Pdmtl@lists.artengine.ca</a><br>
<a href="http://lists.artengine.ca/cgi-bin/mailman/listinfo/pdmtl" target="_blank">http://lists.artengine.ca/cgi-bin/mailman/listinfo/pdmtl</a><br>
</blockquote></div><br>