www.pascsaq.org

Tests pour un projet de lecture / performance.

Comment relier un texte lu / improvisé à un environnement numérique... De quelles manières unir étroitement ces différentes écritures à une voix, aux mouvements d'un corps qu'ils soient visibles ou imperceptibles... Comment joindre les différents états d'une machine numérique à ceux, sensibles d'un être humain (émotions, sentiments, flux conscience etc)...

Je ne parle pas ici des outils de type capteurs qui peuvent être utilisés éventuellement pour faire un tel travail de liaison, par exemple :
http://vida.limsi.fr/index.php/VidaRANSeminaire22_3_2008
Mais plutôt, qu'est-ce qui peut relier un texte, une voix, à la froideur apparente d'un calcul numérique...

Le but de ce travail est donc de créer une symbiose entre la voix, le texte lu et un environnement visuel numérique formé de lettres typographiques 3D et filiaires; de créer un univers de lettres d'apparence organique et sensible et ainsi de tenter de réaliser ce lien.

Le résultat de ce travail provient de nombreuses expérimentations avec les outils numériques (au sens très général du terme "outils" dans le sens plutôt de "utils"). Cela ressemble au travail d'un sculpteur traditionnel. J'élimine peu à peu des éléments. C'est tailler à même l'expérience, détacher au fur et à mesure des essais et tentatives pour arriver à éliminer l'informe et rendre visible un "objet", une expression visuelle, sonore, textuelle et plastique --mais ce qui semble "informe" à un moment peu prendre "forme" à un autre. Le numérique est une géométrie non de l'espace, mais de la durée; la représentation possible d'un système dynamique très proche de l'organique.

éêËhu noir from pascale gustin on Vimeo.

Ce travail, comme les précédents, a été réalisé à l'aide de patch puredata et Gem.

Amélioration : utilisation des données visuelles de couleurs et/ou de transparence pour le re-traitement sonore (ré-injection et boucle visuelle / sonore).

Avec Gem et puredata (et ces types de logiciels de traitement temps réel) nous sommes amenés à penser globalement en terme de "gestions d'évènements" plutôt que "création visuelle" ou "création sonore".
On déclenche la lecture d'un "objet" vidéo ou le mouvement (plus ou moins complexe) d'un objet géométrique, la génération d'une ou de plusieurs fréquences sonores. Dans ce cas, "l'animation visuelle" (ce que le spectateur perçoit) est un (ou une succession) évènement(s) qui se construi(sen)t au cours du temps, en fonction d'éléments déclencheurs et de paramètres (les valeurs numériques).
Gem est une "machine d'états" qui gère les différents états (numériques) d'un objet (c-à-d un élément num. déterminé) vers l'affichage, vers une fenêtre de rendu (Gem est construit sur OpenGL). C'est à dire, que nous pouvons intervenir sur ces différents états.

Les nombres, les chiffres, le calcul n'ont jamais été mon fort. Bon, malgré ça, depuis quelques temps, les nombres me paraissent un peu plus compréhensibles et clairs. Et comme ils m'intimident moins, je peux tenter de les comprendre un peu mieux... Et de les utiliser... Et la boucle est bouclée!!!
Hier, en guise de récréation studieuse, je m'amuse à résoudre un petit problème de programmation de base. Problème qui m'a tenu en fait toute la nuit, jusqu'à six heures ce matin. Et bing!
Le problème : "Ecrire l'algorithme du traitement qui calcule le module et l'argument d'un nombre complexe A + iB..."

#include<stdio.h>
#include<math.h>

int main()
{
    float module, argument;
    float nb_a, nb_b;
    scanf("%f", &nb_a);
    scanf("%f", &nb_b);
    module = sqrt(pow(nb_a, 2) + pow(nb_b, 2));
    argument = atan(nb_b / nb_a);
    printf("Le module : %f, l'argument : %f\n", module, argument);
    return 0;
}

Avec la formule magique du problème! c'est facile!
Mais, tout ceci, ne me parle pas beaucoup... Je tente donc d'en savoir plus... Quelques liens utiles à ce sujet :
http://www.dimensions-math.org/Dim_CH5.htm
http://www.dimensions-math.org/Dim_regarder_F_F.htm
L'incontournable wikipédia :
http://fr.wikipedia.org/wiki/Nombre_complexe
Et aussi :
http://villemin.gerard.free.fr/Wwwgvmm/Type/ImagComp.htm
Et d'autres liens encore...

Mais tout ça reste assez abstrait pour moi quand même. Je pense alors à une solution : utiliser puredata et Gem pour visualiser le problème.
J'ai donc fait le patch suivant :
complexe.pd

Je fais évoluer le nombre a de 0 à 20, avec les valeurs intermédiaires à 0.0 : 0.1, 0.2, 0.3... Le nombre b = 3.09 Différents tests pour visualiser les résultats; il serait intéressant de faire une petit programme en C qui me permète d'incrémenter un compteur et de récupérer les nombres au fur et à mesure dans la console.

Qu'est-ce que je comprends de ça : la courbe de l'argument évolue de manière logarithmique, si j'incrémente uniquement le nombre b et fixe le nombre a à x, la courbe de l'argument prend la forme inverse de la précédente.
Bon, à approfondir...

complexe-2.pd

"OpenCV (Open Source Computer Vision) is a library of programming functions mainly aimed at real time computer vision."

Téléchargement de OpenCV :
http://opencv.willowgarage.com/wiki/Mac_OS_X_OpenCV_Port
J'installe la version 1.0 en raison de la compatibilité avec l'iSight d'Apple, voir ce lien :
http://opencv.willowgarage.com/wiki/Welcome#Welcome.2BAC8-OS.MacOSXVersion
Apple iSight | ieee1394 | video1394 | MacOS X 10.4.8 | Thijs Triemstra | CVS, 1.0 | Test date: 2006-11-07

Mais, je n'ai plus sous la main mes notes d'installation d'OpenCV.
Il faut ensuite avoir les sources de pd et Gem quelque part. Pour compiler, j'ai utilisé la version de pd-extended-0.39.3 et Gem-0.91.1. C'est un peu un non-sens car du coup, pix_opencv ne fonctionne pas avec ma version de pd-extended-0.39.3 à cause de Gem (ver: 0.91-cvs) anyway, it works!
La page de pix_opencv et pdp_opencv où récupérer les sources :
http://www.hangar.org/wikis/lab/doku.php?id=start:puredata_opencv
Décompresser l'archive, copier le Makefile dans le répertoire de pix_opencv:
http://hangar.org/wikis/lab/pd/opencv/Makefile.darwin
Ensuite, se placer dans ce répertoire :
$ cd /Users/pascsaq/Desktop/pix_opencv
Editer le Makefile avec les chemins appropriés pour les sources de pd et Gem, renommer "Makefile.darwin" en "Makefile". J'ai également vérifié les path des deux lignes suivantes, mais tout était ok :

PD_DIR = /Users/pascalegustin/Desktop/Pd-0.39.3-extended/pd
GEM_DIR = /Users/pascalegustin/Desktop/gem-0.91.1

OPENCV_CFLAGS = -I/usr/local/include/opencv
OPENCV_LIBS = -L/usr/local/lib -lcxcore -lcv -lhighgui -lcvaux -lml

$ make clean
$ su root
password:
# make
Sous root pour pouvoir ensuite copier les objets dans le répertoire de pd.
J'ai du ajouter [pix_rgba] aux différents patches d'exemples parce que sinon, je n'obtenais aucun résultat --> " In order to make the pix_opencv objects work You always had to set colorspace RGB. otherwise, You will not see any effect."

Ensuite pour vraiment bien bosser avec, de nombreux réglages fins sont à prévoir, afin d'obtenir ce qu'on veut vraiment. Remarque : certains objets de pix_opencv semblent faire double emploi avec certains d'entre ceux de Gem natif (?) : à préciser (lister)!
À faire, compiler pdp_opencv sur linux et comparer les résultats des différents objets.

Un premier test :


pix_opencv from pascale gustin on Vimeo.

Plus sur OpenCV: http://www.irit.fr/~Gael.Jaffre/LOGICIELS/OPENCV/opencv.html