C’est moins naze qu’un GIF animé et le texte est bon.

En créant une chaîne cohérente de tous ces différents nodes, on obtient un résultat graphique, animé ou pas, de l’audio, de la vidéo, voire du texte en mode console. Le tout dans un temps record et sans vraiment de connaissances en développement informatique stricto-sensu. Même si des connaissances mathématiques de bases, associées aux nombreux exemples fournis avec le soft, aident beaucoup à obtenir un résultat intéressant rapidement.

La logique d’un programme vvvv se définit par une succession de nodes :

- nodes I/O : un int, une String, une Color, un fichier image, etc.
- nodes de transformation : opérations mathématiques ou matricielles (Rotate / Scale / Translate), filtrage vidéo ou audio, etc.
- nodes de rendu : output audio, sortie port série, rendu DirectX9, rendu software, rendu console texte, etc.

Ce qui vont faire l’intérêt de vvvv sont les nodes plus ésotériques : LFO (oscillateur basse fréquence), nodes de “spreading”, générateurs de nombres aléatoires, etc.

vvvv rappelle par son interface et son fonctionnement Buzz, excellent tracker audio sorti sur la scène démo à la fin des années 90, qui engendrera ensuite moults déclinaisons pour parvenir à Max/MSP, un des outils utilisés aujourd’hui en création sonore par les studios spécialisés.

L’environnement ne tourne que sous Windows, sous une licence propriétaire, et utilise DirectX. Il existe une licence gratuite non-commerciale, une licence complète payante (500€) et une licence temporaire, à louer la durée d’un événement/exposition (200€ pour une semaine).

Payez-moi pour en faire, j’adore ce truc.

Ledit support a été développé en interne par Wade Arnold, développeur issu du monde Open-Source recruté par Adobe, leader du projet Open-Source AMFPHP bien connu des développeurs Flash/Flex. AMFPHP était préféré à l’appli maison d’Adobe BlazeDS, middleware open-source équivalent mais ne pouvant s’interfacer qu’avec Java.

Adobe semble donc préparer ses armes et savoir bien s’entourer. Après l’ouverture des sources du Flex SDK, l’engagement au côté de la Mozilla Foundation autour du projet Tamarin , Adobe s’allie donc à la communauté PHP, l’exemple par excellence d’une réussite portée par les idées de l’Open-Source - “réussite” sur un angle purement quantitatif, j’entends bien.

Ces appels du pied d’Adobe à la communauté Open-Source suscite bien des interrogations. En effet, Adobe suit clairement les évolutions et développements des outils Open-Source liés à sa plate-forme, mais sans jamais les provoquer, ni en être clairement à l’origine même. Pas de financement de projets externes, ouverture tardive d’un site dédié, promotion des outils “maison” moins efficaces mais à licence payante (Flex Builder face à Flash Develop), sources du Flash Player toujours fermées, etc.

Adobe offre une curieuse politique de soutien plutôt sélectif, reste un ensemble d’actions qui vont plutôt dans le sens des développeurs. Au quotidien, dans un contexte d’utilisation très intensive, tous les outils que j’utilise sont maintenant open-source, c’est le cas pour la majorité des développeurs Flash/Flex!

Pourtant la capacité à effectuer ces tâches dans un délai le plus court possible est un facteur influant sur le degré d’innovation de chaque projet: pouvoir griffonner/effacer/ procéder par essai-erreurs/prendre des notes, c’est pouvoir tester autant de possibilités pour choisir la meilleure réponse au problème de communication posé.

Et quand le papier et le crayon ne suffisent plus, que faire ? C’est un des buts de Processing. Processing est un environnement de développement léger et un langage d’une approche qui se veut la plus simple possible, permettant de jeter en quelques lignes de code basiques les bases d’une interface, d’un mouvement, d’une interaction.

Processing est la continuation du projet « Design by Numbers » de John Maeda. Cet enseignant au Media Lab du MIT s’était distingué par une approche « créative et graphique » de la programmation, l’utilisant à la fin des années 90 pour produire une série d’œuvres d’art, et plusieurs travaux de commandes en communication visuelle (Cartier, Sony, Sisheido) .

Sur ces bases d’un environnement de développement destiné spécifiquement aux artistes/créateurs, Casey Reas et Benjamin Fry initièrent le projet Processing. Version open-source librement téléchargeable du projet originel de Maeda, Processing le complète et l’étend par des fonctionnalités avancées : entrées/sorties pour contrôler/synchroniser une installation visuelle par des informations issues du monde réel, intégration native d’un moteur 3D, accès natif aux protocoles réseaux pour récupérer des flux d’informations issues du Net, etc.

Dorénavant enseigné dans plusieurs écoles supérieures d’enseignement artistique, y compris en France, Processing a réussi son pari en s’imposant comme outil de l’artiste contemporain, à côté de la caméra DV et de la bombe de peinture. Les œuvres se multiplient : des installations in-situ (http://www.johnhouck.com/p/#, http://itp.nyu.edu/bigscreens/) au virtuel (http://transition.turbulence.org/Works/mypocket/).

Au-delà des ces applications artistiques, et plus près de nos préoccupations de communicants interactifs, on notera l’apport remarquable de Processing en motion-design, par exemple au travers du travail remarquable de Robert Hodgin pour Fox Japan : http://nervo.tv/index.html?sect=5&proj=foxmovies. Au final, l’étendue des fonctionnalités de Processing en fait aussi le carnet de croquis rêvé pour un designer d’interface et d’interactions. Nouveaux médias, nouveaux outils…

Du motion-design : http://youtube.com/group/processing

Des images fixes : http://www.flickr.com/groups/processing/

Le site de l’Ecole Supérieure d’Art d’Aix-en-Provence contient des cours de Processing en ligne.