Technologies Créatives. Live coding avec Hydra : la performance visuelle de Lucas

Live coding avec Hydra: la performance visuelle de Lucas

Puis arrive la facture: logiciels propriétaires, licences annuelles, ordinateurs surdimensionnés, interfaces opaques et médiation institutionnelle chargée de transformer une procédure technique en miracle numérique.

Hydra vient déranger ce petit montage. Créé par l’artiste américaine Olivia Jack, ce synthétiseur vidéo codable en direct fonctionne dans un navigateur, gratuitement et sous licence libre. Pas de logiciel lourd à installer, pas de studio fermé à rentabiliser avant même la première image: du JavaScript, du WebGL et une syntaxe de chaînage qui permet de fabriquer des formes, des textures et des mouvements en temps réel.

C’est précisément ce qui rend le live coding avec Hydra intéressant pour l’art visuel interactif. Non parce que l’outil serait magique — les miracles ont généralement un budget de communication — mais parce qu’il rend visible la fabrication de l’image. Le public ne reçoit plus seulement un résultat: il assiste à une suite de décisions, d’erreurs, d’accélérations et de bifurcations.

Un synthétiseur vidéo qui refuse la boîte noire

Hydra n’est pas un logiciel de création visuelle traditionnel réduit à une interface graphique. Il ne propose pas simplement une collection de filtres à appliquer sur une image importée. Son modèle vient plutôt de la synthèse modulaire analogique: on assemble des fonctions, on les relie, on les transforme, puis on observe le signal obtenu.

La différence est loin d’être cosmétique. Dans un logiciel classique, l’artiste peut travailler pendant des heures à l’abri du regard, avant de livrer une séquence stabilisée. Dans Hydra, le code devient l’interface et le temps d’exécution devient une partie du langage artistique. Une modification minuscule peut déplacer toute la composition. Un oscillateur, une modulation ou un effet de répétition suffit à transformer un motif régulier en matière instable.

Le navigateur joue ici un rôle politique presque malgré lui. Il abaisse le seuil d’entrée et retire une partie de la rente habituelle liée aux outils de création. Hydra est gratuit, open source et s’exécute directement dans le navigateur en s’appuyant sur JavaScript et WebGL. Cela ne supprime ni l’apprentissage ni les contraintes matérielles, mais cela déplace le problème: l’obstacle n’est plus l’accès à une suite logicielle hors de prix. Il devient la compréhension du fonctionnement visuel.

Cette nuance compte. L’accessibilité proclamée par les institutions culturelles est souvent une formule administrative: on ouvre les portes, puis on laisse le public devant un dispositif technique incompréhensible. Hydra offre une accessibilité plus concrète, à condition de ne pas confondre gratuité et simplicité. Le logiciel ne facture pas de licence; il demande en échange de comprendre ce que l’on fait.

Hydra ne promet pas de remplacer le geste artistique par du code. Il oblige simplement à montrer que le geste artistique était déjà une suite de choix, de paramètres et de renoncements.

L’outil a été créé par Olivia Jack comme un synthétiseur vidéo pour le codage en direct. Sa présentation publique initiale remonte à 2019, dans un contexte de festivals et de performances audiovisuelles. Depuis, Hydra s’est inscrit dans une scène où l’écriture du code n’est pas une étape invisible de fabrication, mais une matière performée devant un public.

Ce déplacement modifie la place de l’artiste. Le ou la performeuse ne se contente pas d’exécuter une partition prédéfinie. Il ou elle manipule un système capable de produire des réponses parfois prévisibles, parfois franchement récalcitrantes. La performance visuelle algorithmique n’est donc pas seulement une démonstration de virtuosité informatique. C’est une négociation permanente entre intention et comportement du système.

Penser en chaînage plutôt qu’en image finale

La syntaxe de Hydra demande de renoncer à une habitude bien ancrée: penser d’abord à l’image que l’on veut obtenir, puis chercher l’outil qui permettra de la fabriquer. Ici, on pense davantage en flux, en transformations et en connexions.

Les fonctions comme osc(), kaleid() ou modulate() servent de briques. Un oscillateur produit une variation périodique. Un effet de type kaléidoscope multiplie et symétrise les formes. Une modulation déforme une source à partir d’une autre. Le résultat dépend moins de chaque fonction prise isolément que de la manière dont elles sont enchaînées.

Il ne s’agit pas d’empiler des effets pour obtenir une bouillie psychédélique — même si la tentation est constante et que certains écrans de festival semblent avoir été conçus par un comité de filtres. Le véritable intérêt du chaînage réside dans la relation entre les opérations. Une texture peut devenir une source de déformation. Une image peut servir à perturber une autre image. Une sortie peut être réinjectée dans le système et produire une boucle visuelle.

Ce principe donne à Hydra une logique proche de celle d’un instrument. Le code ne décrit pas forcément une image fixe; il décrit un comportement. L’artiste construit un environnement visuel qui évolue dans le temps. Les paramètres peuvent être modifiés, accélérés ou ralentis pendant l’exécution. La performance se compose alors moins comme un tableau que comme une série de tensions.

Quelques familles d’opérations structurent ce type de travail:

• Les oscillateurs produisent des formes cycliques et des variations continues, souvent utilisées comme sources de motifs.
• Les transformations géométriques déplacent, répètent, retournent ou déforment l’image pour créer des structures complexes.
• La modulation utilise une source pour agir sur une autre, ce qui permet de produire des effets de distorsion plutôt que de simples superpositions.
• La réinjection renvoie une sortie dans le système afin de créer des accumulations, des traînées et des phénomènes de mémoire visuelle.
• Les entrées externes — caméra, partage d’écran ou autre flux — introduisent un matériau imprévisible dans la composition.

La logique est celle d’un patch, autrement dit d’un raccordement entre éléments. Le terme peut sembler technique, mais il décrit une réalité très intuitive: le rendu final n’existe pas avant la connexion des différentes sources. Le code devient une architecture de relations.

Cette architecture explique pourquoi Hydra peut convenir à l’art computationnel en direct. L’artiste ne contrôle pas chaque pixel comme dans une animation image par image. Il ou elle règle les conditions d’apparition d’un ensemble de phénomènes. L’œuvre est moins un objet fermé qu’un régime de transformation.

Le code en direct: une esthétique de l’exposition

Dans une performance de programmation artistique en temps réel, le public voit généralement l’éditeur, le code et le résultat visuel. Cette mise à nu n’est pas un simple décor d’écran. Elle transforme la production en événement.

L’exécution d’un bloc de code dans l’éditeur en ligne d’Hydra se fait avec la combinaison Ctrl + Shift + Enter. Le raccourci est banal, presque prosaïque. Pourtant, il condense une différence majeure avec une œuvre rendue à l’avance: une ligne peut modifier immédiatement la scène. Le délai entre l’intention et la conséquence devient une composante du spectacle.

Le live coder travaille alors dans un espace de risque. Une commande peut améliorer la composition, la rendre illisible ou produire un accident exploitable. Cette fragilité est souvent présentée comme une preuve d’authenticité. Il faut se méfier de cette rhétorique: l’erreur n’est pas automatiquement intéressante parce qu’elle est publique. Une panne reste une panne, même éclairée par un projecteur et accompagnée d’un texte de salle sur la recherche artistique.

La valeur du live coding se trouve ailleurs. Elle tient à la lisibilité du processus. Le public peut comprendre qu’une image n’est pas tombée du ciel et qu’un système visuel implique des choix. Le code dévoile l’économie interne de l’œuvre: les sources, les répétitions, les contraintes et les compromis.

Cette transparence a aussi ses limites. Un code visible n’est pas nécessairement un code compréhensible. Montrer une fenêtre remplie de fonctions ne suffit pas à démocratiser la création numérique. Une institution peut très bien projeter un écran de programmation et maintenir la même asymétrie entre l’artiste qui sait et le public qui regarde. La boîte noire ne disparaît pas toujours; elle change simplement de forme.

Pour qu’une performance soit réellement lisible, plusieurs dimensions doivent dialoguer:

1. Le rythme d’exécution doit laisser au public le temps de percevoir les transformations. Une succession frénétique de changements peut impressionner sans produire la moindre compréhension.

2. La relation entre le code et l’image doit rester perceptible. Si chaque ligne entraîne un effet incompréhensible, le code devient un accessoire scénographique.

3. La structure de la performance doit éviter l’improvisation purement décorative. Le direct n’interdit pas la préparation; il la rend moins visible.

4. La gestion des erreurs doit être intégrée à la dramaturgie technique. Un système capable de récupérer une variation imprévue possède une profondeur que n’a pas une démonstration parfaitement verrouillée.

5. La médiation doit expliquer les principes sans réduire l’œuvre à un tutoriel. Entre le jargon et la simplification infantilisante, il existe encore un espace critique.

Le paradoxe est évident: plus l’artiste prépare son environnement, plus le direct paraît fluide; plus il ou elle expose la fabrication, plus il devient nécessaire de préparer les conditions de cette exposition. La spontanéité du spectacle repose donc sur une infrastructure de contrôle. Voilà une contradiction féconde, à condition de ne pas la recouvrir d’un discours sur la pure liberté créative.

Faire réagir l’image au son: l’illusion de l’écoute

Hydra permet de relier les visuels à une source audio grâce à l’analyse FFT, ou transformée de Fourier rapide. Dans la pratique, le niveau de certaines bandes de fréquence peut piloter des paramètres graphiques. L’expression () => a.fft[0], par exemple, permet d’utiliser une valeur issue de l’analyse du signal audio pour faire réagir le rendu.

On comprend immédiatement l’attrait pour la scène. Une basse peut modifier l’échelle d’un motif, une fréquence aiguë déclencher une vibration, une variation de volume produire une pulsation. L’image semble écouter la musique. Le public voit le son devenir couleur, mouvement ou géométrie.

Mais là encore, le vocabulaire promotionnel va plus vite que la réalité. Une image qui réagit à une fréquence ne comprend pas la musique. Elle ne reconnaît ni sa structure, ni son contexte, ni sa charge émotionnelle. Elle reçoit une donnée et applique une transformation. Le système mesure; l’artiste interprète.

Cette distinction évite de confondre réactivité et intelligence. Dans les discours sur les technologies créatives, le mot interactif sert souvent de joker. Dès qu’un écran bouge, on parle d’interaction. Pourtant, une interaction riche implique un retour, une marge d’interprétation, parfois une modification du comportement du système. Une simple pulsation synchronisée sur le volume relève plutôt de l’automatisation audiovisuelle.

La programmation artistique en temps réel devient plus intéressante lorsque l’analyse sonore n’est pas utilisée comme un bouton marche-arrêt. Le flux audio peut alimenter plusieurs paramètres à des vitesses différentes. Une valeur peut modifier lentement la composition tandis qu’une autre agit sur une texture plus fine. L’artiste peut aussi maintenir un décalage entre le son et l’image, introduire une inertie ou exploiter la saturation du signal.

Autrement dit, le son ne doit pas être traité comme une télécommande. Il peut devenir une contrainte parmi d’autres, une source de déséquilibre, un élément qui perturbe le système visuel sans le commander entièrement.

Faire pulser une forme sur une basse ne suffit pas à créer une œuvre interactive. La question est de savoir ce que le système transforme — et ce qu’il laisse volontairement hors de portée.

Cette approche est particulièrement importante dans une exposition immersive. Les dispositifs de ce type vendent souvent une promesse d’enveloppement: le visiteur serait absorbé par un environnement qui réagit à sa présence, à ses gestes ou à la musique. En réalité, beaucoup d’installations se contentent de synchroniser des effets préprogrammés avec une bande-son. L’immersion devient alors une rente esthétique: on facture l’éblouissement, pas nécessairement la complexité de l’expérience.

Hydra ne garantit pas une meilleure œuvre. Il rend simplement possible une relation plus directe entre signal, code et image. Le reste dépend du projet, du contexte et du degré d’exigence de la personne qui l’utilise.

Caméra, écran et autres matériaux imprévisibles

Le système ne se limite pas aux formes générées par ses propres fonctions. Hydra peut traiter des entrées vidéo externes, notamment les flux de webcam et les partages d’écran. Il peut également dialoguer avec d’autres bibliothèques créatives comme p5.js, Three.js ou Tone.js.

Cette capacité change la nature du matériau. Une image produite par un oscillateur reste entièrement générée par le système. Une webcam introduit le monde extérieur, avec ses variations de lumière, ses mouvements parasites et ses détails impossibles à prévoir complètement. Un partage d’écran apporte quant à lui une couche réflexive: l’interface numérique devient elle-même une matière visuelle.

Le recours à la caméra est tentant, mais il ne suffit pas à produire une œuvre située. Filmer le public et lui renvoyer son image transformée constitue une interaction rudimentaire. Le visiteur bouge, l’écran répond; le dispositif confirme qu’il a bien détecté une présence. C’est efficace, parfois spectaculaire, mais l’idée reste pauvre si aucune règle esthétique ne vient organiser cette réponse.

L’enjeu consiste à faire de l’entrée externe autre chose qu’un capteur décoratif. Une caméra peut fournir une texture, une source de contraste ou une perturbation. Elle peut être partiellement masquée, retardée, fragmentée ou réinjectée dans une boucle. Le flux capté n’est plus seulement une représentation du public: il devient un élément d’un système de transformation.

La collaboration avec d’autres bibliothèques ouvre des perspectives comparables. p5.js peut servir à produire des formes ou des données supplémentaires. Three.js permet d’introduire des environnements tridimensionnels et des objets calculés. Tone.js peut organiser la partie sonore et la communication avec les paramètres visuels. Hydra devient alors un nœud dans une chaîne plus large de création.

Cette ouverture est l’un de ses atouts, mais aussi une source de complexité. Plus les outils se multiplient, plus le risque de juxtaposition augmente. Une performance peut rapidement ressembler à une réunion de logiciels: un peu de 3D, une caméra, une analyse audio, quelques particules et une couche de distorsion, le tout enveloppé dans le mot interdisciplinaire. Le résultat n’est pas nécessairement une œuvre hybride; c’est parfois seulement un empilement de dépendances.

La cohérence doit donc venir du projet visuel, pas de la quantité de technologies mobilisées. Une seule source bien pensée vaut mieux qu’un arsenal mal articulé. Dans ce domaine, l’inflation technique ressemble beaucoup à la spéculation immobilière: on ajoute des étages parce que l’espace existe, puis on découvre que personne ne sait comment habiter le bâtiment.

Hydra face aux logiciels propriétaires

Comparer Hydra à une suite de création traditionnelle ne revient pas à opposer naïvement le bien au mal. Les logiciels propriétaires disposent souvent d’écosystèmes robustes, de modules spécialisés et d’un accompagnement professionnel. Ils facilitent la production de contenus complexes, la collaboration en équipe et la livraison de formats standardisés.

Mais leur modèle économique impose une relation particulière à la création. L’artiste ne possède pas réellement l’outil; il ou elle accède à une version autorisée tant que l’abonnement est payé, que le système d’exploitation reste compatible et que l’entreprise maintient son intérêt pour le produit. La création devient dépendante d’une infrastructure commerciale qui peut modifier ses conditions sans demander l’avis des utilisateurs.

Hydra propose une autre logique. Son fonctionnement dans le navigateur réduit les obstacles d’installation. Son caractère open source permet d’examiner, de modifier et de partager l’outil. Le code créatif circule plus facilement, et les artistes peuvent s’inscrire dans une communauté plutôt que dans un simple portefeuille de clients.

Cette opposition ne doit pas être transformée en fable morale. Le libre ne garantit pas la pérennité, pas plus qu’il ne supprime les coûts. Il faut un ordinateur capable d’exécuter le rendu, une connexion adaptée au contexte, une maîtrise du code et parfois une solution de secours lorsque l’environnement technique se comporte mal. La gratuité ne paie ni le temps de recherche ni la rémunération des artistes.

Elle permet cependant de poser une question que les institutions préfèrent souvent éviter: pourquoi l’accès aux outils de création numérique est-il présenté comme une évidence lorsqu’il est financé par des abonnements récurrents et des dépendances commerciales? Dans les expositions consacrées à l’innovation, le budget consacré aux licences et à la maintenance reste rarement visible. La technologie apparaît comme un service naturel, alors qu’elle repose sur des choix économiques très précis.

Hydra ne renverse pas cette économie à lui seul. Il fournit un contre-exemple concret. Un outil de création peut être ouvert, inspectable et suffisamment souple pour produire une performance visuelle exigeante. Dès lors, le discours selon lequel la création numérique nécessiterait obligatoirement des infrastructures propriétaires devient moins crédible.

Ce que le live coding révèle du travail artistique

L’un des intérêts les plus sérieux de Hydra est de rendre perceptible une partie du travail habituellement dissimulée. Dans une œuvre finalisée, le public voit la composition, rarement les essais abandonnés, les paramètres instables ou les décisions qui ont permis d’aboutir à une forme.

Le live coding expose ces couches sans les transformer automatiquement en spectacle pédagogique. Il montre que le résultat repose sur une négociation avec des règles. Le programme n’est pas un exécutant neutre: il impose ses comportements, ses limites et ses accidents. L’artiste doit apprendre à anticiper tout en laissant une place au surgissement.

Cette relation rappelle celle qui existe entre un musicien et son instrument, mais avec une différence importante. Dans Hydra, l’instrument peut être reconfiguré en cours de performance. Les fonctions, les connexions et les sources changent. Le musicien ne joue pas seulement une œuvre: il modifie parfois la structure de l’instrument qui la produit.

C’est là que la performance visuelle algorithmique dépasse la simple démonstration technique. Elle ne consiste pas à prouver qu’un artiste sait écrire du JavaScript. Elle consiste à construire une situation dans laquelle le code devient une matière expressive, avec ses répétitions, ses seuils, ses ruptures et ses résistances.

Le dispositif reste néanmoins exposé à une récupération institutionnelle prévisible. Une scène culturelle peut inviter un artiste à coder en direct, projeter son écran, diffuser une musique électronique et présenter l’ensemble comme une expérience démocratique de la création. Puis, dans le dossier de presse, le nom de l’artiste disparaît derrière celui de l’événement, du lieu ou du mécène. La performance est valorisée comme innovation; le travail concret qui la rend possible est absorbé par la marque de l’institution.

Le problème n’est pas propre à Hydra. Il touche toute la création numérique dès qu’elle devient un argument de programmation culturelle. L’outil libre peut être récupéré par des structures qui pratiquent par ailleurs une forte asymétrie économique: accès gratuit pour le public, rémunération opaque pour les artistes, données collectées sans discussion, maintenance assurée dans l’ombre et communication saturée de promesses d’émancipation.

Il faut donc regarder ce que la performance rend visible, mais aussi ce qu’elle continue de cacher. Qui finance le temps de préparation? Qui possède les captations? Qui conserve le code? Le public peut-il réutiliser les éléments produits? L’artiste est-il rémunéré pour la recherche, ou seulement pour l’heure de présence sur scène? Une technologie ouverte ne rend pas automatiquement l’institution ouverte.

Apprendre Hydra sans réduire l’art à une syntaxe

L’apprentissage de Hydra passe par une compréhension progressive des relations entre sources et transformations. Il est possible de commencer avec un motif simple, d’observer son comportement, puis d’ajouter une modulation ou une répétition. Cette progression paraît élémentaire, mais elle permet d’éviter l’erreur classique du débutant: ajouter des effets jusqu’à ne plus savoir ce qui produit quoi.

Le bon réflexe consiste à isoler les opérations. Une source est modifiée; on observe le résultat. Une deuxième fonction est ajoutée; on regarde ce qu’elle transforme réellement. Puis on introduit une variation temporelle ou une entrée externe. Ce travail peut sembler moins spectaculaire qu’une démonstration saturée de couleurs, mais il construit une véritable maîtrise.

La syntaxe de Hydra devient intéressante lorsque l’artiste comprend les conséquences visuelles d’un chaînage. Il ne suffit pas de connaître le nom d’une fonction. Il faut savoir si elle agit sur la géométrie, la couleur, la vitesse, la répétition ou la relation entre deux sources. Le code créatif n’est pas une liste de commandes à collectionner; c’est une manière de penser les dépendances.

Pour une performance, cette maîtrise doit s’accompagner d’une préparation spécifique:

• organiser des fragments de code facilement modifiables;
• prévoir plusieurs sources visuelles plutôt qu’une seule séquence rigide;
• identifier les paramètres capables de produire des transitions lisibles;
• tester la réaction du rendu au son et aux flux externes;
• préparer des solutions de repli en cas de problème de navigateur, de caméra ou de performance graphique;
• conserver une structure suffisamment souple pour accueillir l’imprévu sans transformer la scène en séance de dépannage.

Cette préparation ne tue pas l’improvisation. Elle lui donne un terrain. L’improvisation sans réserve de sécurité n’est pas nécessairement radicale; elle peut simplement faire peser le risque sur le public et sur l’artiste. Les institutions aiment le risque lorsqu’il est pris par quelqu’un d’autre, surtout si elles peuvent ensuite le raconter comme une preuve d’audace.

Hydra permet au contraire de préparer un environnement où l’artiste sait quelles variables peuvent être déplacées, quelles connexions peuvent être rompues et quels accidents peuvent devenir intéressants. La performance conserve alors une dimension de recherche, mais elle ne dépend pas d’un chaos romantisé.

Une technologie modeste contre les grands récits de l’innovation

Hydra n’est ni une intelligence artificielle, ni une machine autonome, ni une promesse de remplacement de l’artiste. Cette modestie fait sa force. Dans un secteur saturé de discours sur la création augmentée, l’œuvre générée sans auteur et les expériences immersives sans friction, un outil qui se contente de rendre le code visuel et manipulable paraît presque subversif.

Il ne prétend pas abolir le travail. Il le déplace vers l’écriture, l’expérimentation, la préparation et l’interprétation. Il ne transforme pas automatiquement le public en créateur. Il permet plutôt de montrer les règles selon lesquelles une image est produite. Ce n’est pas spectaculaire au sens publicitaire du terme, mais c’est politiquement plus intéressant.

La technologie créative mérite d’être évaluée à partir de ce qu’elle rend possible, pas de l’adjectif qui l’accompagne. Numérique, immersif, interactif, génératif: ces mots ne disent rien s’ils ne précisent pas la relation entre l’artiste, le système et le public. Hydra offre un terrain concret pour poser ces questions.

Dans le live coding avec Hydra, l’image n’est pas seulement affichée. Elle est calculée, transformée, réinjectée et parfois déstabilisée sous le regard du public. La programmation artistique en temps réel devient alors une pratique de composition, mais aussi une critique implicite des œuvres qui veulent faire oublier leurs propres conditions de production.

La performance visuelle de Lucas — si l’on emploie ce nom comme repère plutôt que comme biographie documentée — doit donc être regardée moins comme une prouesse de code que comme une situation économique et esthétique. Qui contrôle l’outil? Qui comprend le système? Qui est autorisé à expérimenter? Et qui récolte la valeur lorsque l’institution transforme cette recherche en expérience culturelle vendable?

Hydra ne répond pas à toutes ces questions. Il a au moins le mérite de les laisser ouvertes, dans un navigateur, avec quelques lignes de JavaScript et un rendu WebGL qui n’a pas besoin de se faire passer pour un miracle. Et si la véritable innovation, dans l’art numérique, consistait enfin à cesser de confondre nouveauté technique et progrès culturel?