Je repense à Kinetic Painter. C’est l’appli de peinture radicale que je veux bâtir, celle où la colère sert de boîte à outils.
J’ai mené de gros projets, mais je crois que celui-ci est potentiellement au moins deux fois plus vaste que le plus gros chantier que j’ai géré jusqu’ici.
Du coup, j’ai une stratégie qui tient la route.
Mark Zimmer est en fait l’une des ressources techniques les plus riches sur la simulation réaliste de la peinture.
Par coïncidence, son appli s’appelait Painter ; j’y ai pensé l’autre jour en fouillant dans le cimetière Corel, parmi tous ces produits morts ou presque, qui étaient pourtant passionnants à l’époque.
Bref, le blog de Zimmer est une mine d’or pour ce genre de truc. Et ça m’a fait réfléchir au lien entre peinture et moteurs physiques.
Mais je pense qu’au lieu de payer pour reverse-engineer Painter, je vais prendre ce que j’ai appris en l’utilisant, en l’observant et en lisant le blog, pour construire quelque chose, cette fois, sur Godot.
Cette fois, on fera ça en C#, le langage de programmation le plus ennuyeux de l’histoire des langages de programmation, mais très efficace pour ce type de boulot.
Et je vais voir si je peux fabriquer un framework de simulation caméra/gravité/peinture avant de m’emballer avec le motion tracking et les commandes au micro.
La première expérience est simple.
Créer une toile basique.
Y déposer un pigment liquide.
Basculer la toile sur le côté.
Et faire bouger la peinture.