Après une première phase de tests techniques et ergonomiques, nous sommes maintenant en train de “métadater” les médias (que des vidéos pour le moment) pour mettre à l’épreuve le concept et pouvoir faire les premières simulations.

Voici quelques captures d’écrans de ce CMS (qui reste pour le moment privé, usage interne du groupe de recherche). Un grand merci à Lionel Tardy qui a travaillé depuis février sur la construction de cette solution personnalisée aux besoins du projet !

A télécharger, un PDF qui donne une vision d’ensemble des champs et listes, ainsi que le type d’analyse et de règles qui vont être appliquées par le moteur de montage. Également à télécharger, un PDF qui donne une idée du montage type, en simulant un montage avec les règles.

La page de départ:

Cette page permet d’importer des fichiers créés dans Final Cut: toutes les vidéos sont pour le moment préparées dans FCP, puis exportées sous forme de fichiers QuickTime natifs, puis compressés au format flash (quelques exemples dans ce blog). Puis, il est possible de paramétrer les thèmes, les listes, de gérer la structure et d’ajouter des utilisateurs. La partie la plus importante est “Gestion des médias”.

La page de gestion des médias:

C’est dans cette partie que nous devons définir:

- le titre artistique du média (sera présent sur la carte du module embarqué);
- le statut du média;
- le type de média;
- il est possible de placer le média d’origine sur la carte google intégrée, puis – et c’est là que commence le montage (spatial, ou spécial, c’est selon) – de placer le média sur la carte en fonction de ses combinaisons souhaitées avec d’autres médias placés dans les environs. C’est principalement ce choix qui va déterminer le premier choix de média intégré au film…

La page des métadonnées subjectives:

Ici c’est encore le chantier expérimental – c’est une partie importante (contenant les règles, les logiques d’analyse etc, ainsi que d’autres informations utiles pour classer / chercher / présenter les médias). Ce n’est qu’en expérimentant avec une certaine masse de médias la plus variée possible que nous pourrons tirer des conclusions et préciser les besoins réels – ce chantier là est en cours, autour de 300 médias sont à disposition.

La page pour définir les thématiques et les “tags” libres:

Page importante également: c’est ici qu’on détermine l’appartenance au nuage – c’est le choix du visiteur qui va déterminer dans quel “étage” thématique le média sera choisi; son choix aura forcément une incidence sur le contenu et la forme. Nous sommes en train d’expérimenter la l’indexation multiple d’un média à plusieurs nuages en même temps – mais avec une “intensité” différence (cf les 30/70 dans l’exemple).
Il y a également les tags qui permettent de personnaliser le contenu du média, puis ensuite de pouvoir former un nuage supplémentaire dans le site web (nuage de tags les plus utilisés par exemple).

Prochainement sera publiée la liste des champs et des variables utilisées, ainsi qu’un schéma expliquant la méthode d’analyse et les règles implémentées.

En parallèle, les collaborateurs de la HEIG-VD sont en train de préparer un simulateur du moteur d’analyse – cette application nous permettra de tester des premières combinaisons basées sur un itinéraire urbain.
Techniquement, il s’agit d’une application JAVA qui lit un fichier .csv venant d’un tracé GPS enregistré sur le module embarqué, puis analyse avec un certain nombre de variables ce tracé pour pouvoir ensuite exporter un fichier décrivant une playlist (le montage sous forme de suite de fichiers avec durée).

UF 12.06.2008

Ce que ressort de nos derniers tests, c’est que nos outils d’analyse (GPS et accéléromètre) produisent un signal pas toujours très précis et avec pas mal de bruit.

-> Les GPS ne sont pas très fiables: d’un jour à l’autre, ils changent de comportement (ont-ils des humeurs ?), et ils dérapent parfois, sans crier gare, dans un parcours enregistré qui semble sans faute. Il faudra donc allier la force magnétique des rails (en fait un magnétisme sur les routes pour éviter de traverser un salon ou une chambre à coucher sans le vouloir) et un choix drastique sur le meilleur GPS existant (que nous devons encore trouver)

-> L’accéléromètre a trop de bruit: le comportement humain enregistré par cet outil (qui enregistre les variations de mouvement dans les 3 axes) est trop chaotique pour qu’il soit possible d’en tirer un comportement clair et évident. Ce qui peut être lu “facilement” c’est la différence entre une position au repos et un mouvement – ce qui est déjà une bonne base. L’idéal serait que pour la phase deux on puisse différencier également les états suivants:

1. état marche en vitesse normale / état course
2. état marche “lisse” / état marche “cahotique”

Voici une image graphique d’un test compilé par Nicolas Goy:

J’ai marché, puis couru, puis tourné sur moi même, puis je me suis assis et relevé…

Nous avons donc deux possibilités:

-> accepter les imperfections (en essayant d’optimiser un maximum les résultats que nous avons actuellement) en se disant que l’important est que le film résultant fonctionne. Il s’agit de se donner un but idéal qu’il s’agit de viser (quelle dose de poésie, de narration, de liens de causalité etc); un autre chantier.
De toutes manières, une partie de la logique de montage sera implémentée dans dans la base de données média – à travers un certain nombre de règles (chantier encore ouvert).

-> essayer de rajouter d’autre capteurs (lesquels ?) ou systèmes d’analyse (par exemple avec plus de “input” de la part du visiteur) afin de rendre l’analyse de ce parcours plus précis.

C’est une question importante: plus précis on sera dans cette analyse, plus on aura d’éléments pour “piloter” le montage – mais pour le moment on ne sait pas la dose exacte de données sortant de nos outils d’analyse qu’il faut pour que le système puisse permettre notre film idéal…
L’enjeu est de taille, et ce n’est qu’à travers des tests et re-tests que l’on pourra définir de quelle manière on pourra faire le pont entre les données à la sorties de nos deux modules et les métadonnées que nous aurons minutieusement indexées en amont.

UF le 29.05.2008