Mise en route de « Mémoire Vive »

La semaine dernière j’étais au sud de la France, dans la ville de Bagnols-Sur-Cèze pour démarrer l’adaptation « Mémoire vive » basée sur les exemples de « Walking the Edit » et « Heritage Experience ». Il s’agit donc de la 4ième ville qui va fonctionner avec le dispositif Memoways, après Renens (2008-2009), Paris (2010-2011) et Genève (2010-ouvert).

Le projet a pu démarrer grâce à l’initiative de Cyril Delfosse (responsable du pôle projet à la mairie de la ville), qui a vu les adaptations parisiennes et genevoises sur le web. Il a très rapidement réalisé un dossier pour une demande de soutien (fin 2011), qui a été reçu favorablement avec un soutien financier consistant. Merci en passant à toute l’équipe de la mairie de Bagnols pour la confiance accordée à Memoways et à notre savoir faire pour ce genre de projet !

J’ai pu passer 3 jours de repérages et de rencontres afin de mettre en route le projet, qui va être présenté publiquement en été 2013. En attendant plus de détails, voici quelques photographies prises lors des ballades à travers la ville. Il s’agit pour le moment que de capter l’ambiance, de faire un premier contact visuel avec la « peau » de la ville, avant de s’y immerger de manière plus organique et vivante à travers les histoires et récits d’habitants.
Un clic sur l’image ouvre une carte interactive !

Une carte avec des extraits vidéos des premiers tests effectués avec le club des aînés:

La suite…

Nouvelle application iPhone !

Après près de deux mois de chantier, nous sommes à deux doigts de pouvoir envoyer à Apple la toute nouvelle application WE totalement réécrite en natif. Pour mémoire, la première application pour iPhone était développée comme une « web’app », donc en utilisant beaucoup de ressources réseau et avec des désavantages décrits dans ce post.

Marco Scheurer et son équipe de Sente ont travaillé en lien avec Nicolas Goy pour développer les aspects suivants:
– écrire l’application en mode natif, pour pouvoir maximiser les chances que l’application puisse être validée chez Apple et qu’elle puisse être plus réactive et maîtrisable;
– nous avons décidé de centraliser un maximum de processus dans le téléphone pour éviter d’être trop dépendants du réseau et de permettre une autonomie plus grande à l’utilisateur. Ainsi, le moteur de montage et la base de données sont installées puis synchronisées sur le téléphone, c’est juste le flux audio qui est envoyé depuis le serveur (dans le nuage chez Amazon) au téléphone;
– actuellement, pour des raisons de fiabilité de débit nous avons décidé de limiter la qualité audio à 48kbit/sec – c’est un compromis en attendant que Zencoder nous mette à disposition de l’adaptive streaming pour la mi février;
–  l’application est encore au stade beta, et la première version qui pourra être envoyée à Apple sera encore très basique et limitée autant dans les fonctionnalités que dans l’interface graphique. Nous n’avons pas encore pu implémenter la fameuse interface à bulles – là nous avons juste une playlist qui défile et qui permet d’avoir une idée plus précise des médias joués (durée, nom artistique, thématique);
– afin de donner une idée à l’utilisateur des contraintes techniques existantes (signal GPS et fiabilité du réseau 3G DATA), nous avons ajouté deux petites indications de couleur pour signaler si tout est ok (indicateurs au vert) ou s’il y a un problème avec le GPS ou le canal DATA (indicateurs en rouge);
– tout le système est actuellement prêt à pouvoir automatiser toute la chaîne depuis le déclenchement de l’enregistrement du parcours à la sauvegarde du film (avec un nom personnalisé) visible directement après sur le site internet.

Les limitations qu’il faut connaître:
– il faut désactiver la mise en veille du téléphone (mise en veille = jamais), sinon dès que l’appareil se met en veille ça coupe le son (et tous les processus); nous cherchons encore la manière de continuer les processus (écriture du tracé via le GPS, sélection des médias via le moteur de montage) et l’écoute du flux audio;
– après 3 à 5 minutes, il arrive souvent qu’au milieu de la lecture d’un média le son s’arrête, mais le compteur temporel du média continue: il faut simplement arrêter le film (clic sur stop), puis le sauver et recommencer un autre film;
– en dessous de 5 médias joués, il n’est pas possible de sauver le film (pour éviter d’avoir trop de films avec juste 2 à 3 médias)
– et comme décrit plus haut, la qualité audio est actuellement mauvaise du fait de la forte compression; cela va être amélioré dès la mi février avec la fonction de l’adaptive streaming;
– avant de marcher son premier film il faut créer son utilisateur sur une page spécifique (à venir).

Pour l’utilisation, veiller aux conditions suivantes:
– bien charger son téléphone avant de faire une ballade: l’application est très gourmande de batterie et va la vider très vite (à cause du GPS et des accès réseaux intensifs)
–  désactiver le WIFI (être sûr que l’on reste en 3G lors de la ballade, le fait de switcher du WIFI au 3G peut parfois entraîner des perturbations)
– utiliser le dispositif dehors: l’application marche seulement avec un bon signal GPS (le voyant position doit être vert, cela veut dire qu’il y a une précision d’au moins 100 mètres, ce qui n’est pas le cas si la position est calculée via les antennes de téléphonie) et il faut aussi avoir un bon signal DATA (le voyant vert audio doit aussi être vert, ce qui signifie que le flux audio est transporté via le réseau cellulaire).
– si l’application reste capricieuse (surtout avec les anciens modèles d’iPhone, le 3G par exemple), il faut désinstaller l’application du téléphone et la réinstaller.

Attention aux « pièges » suivants:
– selon l’état du réseau, il se peut que lorsque l’on clique sur Stop ou Sauver (le film) la commande prenne du temps à être prise en compte; il faut donc éviter de recliquer sur le bouton. Si l’on clique sur le bouton démarrer après avoir cliqué sur stop, on redémarre un film et le  film marché est irrémédiablement perdu!
– il faut au minimum 5 « médias » (plans joués) pour pouvoir sauver; il est conseillé de faire des enregistrements entre 2 minutes et 20 minutes. Au delà, risque de bug et sans doute aussi film trop long à regarder après…

Toute personne intéressée de tester l’application peut me contacter par mail dès le 24 janvier 2011.

Un grand merci à Marco et Nicolas pour leur travail de qualité et leur patience !

Traces et analyses – premiers tests de montage

ren_as-travaux_place_marche_32

Suite à la confection par Nicolas Goy d’un logiciel sur l’iphone qui permet d’enregistrer un parcours, Florian Poulain de la HEIG nous a sorti une liste de médias qui sont susceptibles d’être utilisés dans le montage.
Le but est de connaître les médias disponibles dans le cadre d’un tracé particulier, puis de pouvoir déterminer des règles plus précises suite à l’analyse des possibles.

Le tracé à voir sur google earth: parcours sur la place du marché à Renens

Quelques remarques pour pouvoir interpréter et juger ces chiffres:
– il s’agit de faire une première différence entre l’analyse en temps réel et l’analyse en différé – les contraintes et possibilités étant bien différentes. Ces chiffres ci dessous ne sont pas attribuables à l’un ou l’autre moment – il faudra le spécifier par la suite;
– il s’agit alors de pouvoir attribuer une relation entre vitesse moyenne et durée des médias (une table de correspondance est en cours d’élaboration);
– puis selon les résultats, il s’agit de voir si les médias peuvent être joués tels quels ou s’il faut couper dedans (dans le cas du mixage en temps réel qui est de toute manière multipiste, pas de coupe nécessaire; par contre pour le montage audio-video en différé, il faudra ramener la durée totale de médias susceptibles d’être choisis à la durée totale exacte du parcours). Cette dernière opération n’est pas encore définie – il faudra le faire rapidement;
– une grosse question reste l’équilibre entre le processus d’analyse (basé sur des variables et une traduction mathématique / géométrique  du tracé) et les concepts des règles (basés sur une interprétation des règles de montage classique afin de garantir une continuité narrative). A ce sujet, voir le post de JFB.

Les données brutes enregistrées par le logiciel sur l’Iphone (colonne 1: timestamp; colonne 2: longitude; colonne 3: latitude; colonne 4: altitude):

1223379546 46.538215 6.581540 476.000000
1223379547 46.538215 6.581540 476.000000
1223379547 46.538225 6.581411 475.000000
1223379587 46.538333 6.581283 476.000000
1223379599 46.538225 6.581390 476.000000
1223379604 46.538225 6.581390 476.000000
1223379610 46.538161 6.581497 476.000000
1223379626 46.538075 6.581519 476.000000
1223379639 46.538000 6.581433 476.000000

Les données exportées par le moteur de montage (toutes les données disponibles dans le cadre du parcours):

——————————————————————————–
Temps écoulé (en secondes)      : 0.0
Vitesse instantanée du marcheur : 0.0
Vitesse moyenne du marcheur     : 0.0
Liste de médias accessibles depuis position :
SOLO__MEDIA : id=084 -> ren-uf-place_passants_famille_ps-01 (audio-video, 91.19 seconds)
GROUP_DEVEL : id=126 -> ren-nw-vitrine_place_kebab_viande-01 (audio-video, 54.14 seconds)
SOLO__MEDIA : id=812 -> ren-nogo-centrecommercial_passages-pm-01 (audio-video, 134.13 seconds)
SOLO__MEDIA : id=016 -> ren-nw-action-itw_migros-01 (audio-video, 845.1 seconds)

——————————————————————————–
Temps écoulé (en secondes)       : 1.0
Vitesse instantanÈe du marcheur : 0.0
Vitesse moyenne du marcheur     : 0.0
Liste de mÈdias accessibles depuis position :
SOLO__MEDIA : id=084 -> ren-uf-place_passants_famille_ps-01 (audio-video, 91.19 seconds)
GROUP_DEVEL : id=126 -> ren-nw-vitrine_place_kebab_viande-01 (audio-video, 54.14 seconds)
SOLO__MEDIA : id=812 -> ren-nogo-centrecommercial_passages-pm-01 (audio-video, 134.13 seconds)
SOLO__MEDIA : id=016 -> ren-nw-action-itw_migros-01 (audio-video, 845.1 seconds)

——————————————————————————–
Temps écoulé (en secondes)  : 1.0
Vitesse instantanÈe du marcheur : 0.0
Vitesse moyenne du marcheur     : 0.0
Liste de mÈdias accessibles depuis position :
GROUP_DEVEL : id=833 -> ren-uf-place_habitants_enfants_poupee-ps-02 (audio-video, 95.12 seconds)
SOLO__MEDIA : id=084 -> ren-uf-place_passants_famille_ps-01 (audio-video, 91.19 seconds)
GROUP_DEVEL : id=126 -> ren-nw-vitrine_place_kebab_viande-01 (audio-video, 54.14 seconds)
SOLO__MEDIA : id=812 -> ren-nogo-centrecommercial_passages-pm-01 (audio-video, 134.13 seconds)
GROUP_DEVEL : id=042 -> ren-ti-serre-narr_enfants_araignee-06 (audio-video, 60.07 seconds)
SOLO__MEDIA : id=016 -> ren-nw-action-itw_migros-01 (audio-video, 845.1 seconds)

——————————————————————————–
Temps écoulé (en secondes)     : 41.0
Vitesse instantanÈe du marcheur : 0.38816040148070613
Vitesse moyenne du marcheur     : 0.1293868004935687
Liste de mÈdias accessibles depuis position :
GROUP_DEVEL : id=833 -> ren-uf-place_habitants_enfants_poupee-ps-02 (audio-video, 95.12 seconds)
SOLO__MEDIA : id=084 -> ren-uf-place_passants_famille_ps-01 (audio-video, 91.19 seconds)
GROUP_DEVEL : id=126 -> ren-nw-vitrine_place_kebab_viande-01 (audio-video, 54.14 seconds)
SOLO__MEDIA : id=812 -> ren-nogo-centrecommercial_passages-pm-01 (audio-video, 134.13 seconds)
GROUP_DEVEL : id=042 -> ren-ti-serre-narr_enfants_araignee-06 (audio-video, 60.07 seconds)
SOLO__MEDIA : id=016 -> ren-nw-action-itw_migros-01 (audio-video, 845.1 seconds)

——————————————————————————–
Temps écoulé (en secondes)      : 53.0
Vitesse instantanÈe du marcheur : 1.211054635112215
Vitesse moyenne du marcheur     : 0.39980375914823024
Liste de mÈdias accessibles depuis position :
GROUP_DEVEL : id=833 -> ren-uf-place_habitants_enfants_poupee-ps-02 (audio-video, 95.12 seconds)
SOLO__MEDIA : id=084 -> ren-uf-place_passants_famille_ps-01 (audio-video, 91.19 seconds)
GROUP_DEVEL : id=126 -> ren-nw-vitrine_place_kebab_viande-01 (audio-video, 54.14 seconds)
SOLO__MEDIA : id=812 -> ren-nogo-centrecommercial_passages-pm-01 (audio-video, 134.13 seconds)
GROUP_DEVEL : id=042 -> ren-ti-serre-narr_enfants_araignee-06 (audio-video, 60.07 seconds)
SOLO__MEDIA : id=016 -> ren-nw-action-itw_migros-01 (audio-video, 845.1 seconds)

——————————————————————————–
Temps écoulé (en secondes)      : 58.0
Vitesse instantanÈe du marcheur : 0.0
Vitesse moyenne du marcheur     : 0.31984300731858417
Liste de mÈdias accessibles depuis position :
GROUP_DEVEL : id=833 -> ren-uf-place_habitants_enfants_poupee-ps-02 (audio-video, 95.12 seconds)
SOLO__MEDIA : id=084 -> ren-uf-place_passants_famille_ps-01 (audio-video, 91.19 seconds)
GROUP_DEVEL : id=126 -> ren-nw-vitrine_place_kebab_viande-01 (audio-video, 54.14 seconds)
SOLO__MEDIA : id=812 -> ren-nogo-centrecommercial_passages-pm-01 (audio-video, 134.13 seconds)
GROUP_DEVEL : id=042 -> ren-ti-serre-narr_enfants_araignee-06 (audio-video, 60.07 seconds)
SOLO__MEDIA : id=016 -> ren-nw-action-itw_migros-01 (audio-video, 845.1 seconds)

——————————————————————————–
Temps écoulé (en secondes)       : 64.0
Vitesse instantanÈe du marcheur : 1.807585717403785
Vitesse moyenne du marcheur     : 0.5678001256661177
Liste de mÈdias accessibles depuis position :
SOLO__MEDIA : id=084 -> ren-uf-place_passants_famille_ps-01 (audio-video, 91.19 seconds)
GROUP_DEVEL : id=126 -> ren-nw-vitrine_place_kebab_viande-01 (audio-video, 54.14 seconds)
SOLO__MEDIA : id=812 -> ren-nogo-centrecommercial_passages-pm-01 (audio-video, 134.13 seconds)
GROUP_DEVEL : id=042 -> ren-ti-serre-narr_enfants_araignee-06 (audio-video, 60.07 seconds)
SOLO__MEDIA : id=016 -> ren-nw-action-itw_migros-01 (audio-video, 845.1 seconds)

——————————————————————————–
Temps écoulé (en secondes)       : 80.0
Vitesse instantanÈe du marcheur : 0.6068554947948004
Vitesse moyenne du marcheur     : 0.5733794641130724
Liste de mÈdias accessibles depuis position :
SOLO__MEDIA : id=084 -> ren-uf-place_passants_famille_ps-01 (audio-video, 91.19 seconds)
SOLO__MEDIA : id=812 -> ren-nogo-centrecommercial_passages-pm-01 (audio-video, 134.13 seconds)
SOLO__MEDIA : id=016 -> ren-nw-action-itw_migros-01 (audio-video, 845.1 seconds)

——————————————————————————–
Temps écoulé (en secondes)      : 93.0
Vitesse instantanÈe du marcheur : 0.8170479598062049
Vitesse moyenne du marcheur     : 0.6038380260747139
Liste de mÈdias accessibles depuis position :
SOLO__MEDIA : id=084 -> ren-uf-place_passants_famille_ps-01 (audio-video, 91.19 seconds)
SOLO__MEDIA : id=812 -> ren-nogo-centrecommercial_passages-pm-01 (audio-video, 134.13 seconds)
GROUP_DEVEL : id=042 -> ren-ti-serre-narr_enfants_araignee-06 (audio-video, 60.07 seconds)
SOLO__MEDIA : id=016 -> ren-nw-action-itw_migros-01 (audio-video, 845.1 seconds)

Module embarqué – quelques tests et nouvelles directions

Grâce au talents de programmateur de Nicolas Goy, nous avons pu dompter le module embarqué (simple touch PC) et lui ajouter les fonctionnalités suivantes:

  • driver pour la carte graphique (encore un problème de performance lié à l’openGL, mais à voir)
  • affichage d’une carte vectorisée et raster
  • driver pour un module GPS ainsi que conversion des données GPS vers le système métrique suisse
  • fonctionnalité d’enregistrement du flux du GPS
  • affichage en temps réel de la position sur la carte
  • driver pour implémenter le touch screen
  • ajout d’un bouton d’enregistrement start / stop sur l’écran
  • driver pour un accéléromètre (terminé mais pas encore testé)

Voilà 2 images du module embarqué avec son alimentation (transportable…) ainsi que le GPS Holux relié en USB. Le bouton rouge tout en bas à gauche est pour enregistrer (en cours à ce moment); le bouton est vert lorsque le système n’enregistre pas (en pause):

module embarqué large

module embarqué serre

On voit qu’on est encore loin d’une solution ergonomique – mais ce n’est pas le but de cette première étape qui vise à tester mécaniquement les composants et interactions entre données brutes, code, base de données puis au final le film.

Quelques réflexions sur des choses à améliorer, faire évoluer:

  • on le voit sur les images: trouver un écran qui « résiste » au beau temps et qui fonctionne dehors;
  • réactivité du système (surtout si l’on implément des commandes et boutons sur l’écran), ce problème est lié aux performances de la carte graphique;
  • portabilité (poids, encombrement) et ergonomie de l’ensemble (pas de câbles qui pendouillent etc).

Ci desssous le résultat d’un test GPS avec la configuration sur la photo:

Test parcours 120508

A part quelques mètres qui sont justes, il y a beaucoup de décrochages qui sont pas de bonne augure – le GPS a tendance à perdre ses satellites et à mettre très lontemps avant de retrouver le bon endroit.

A télécharger la traduction pour google earth du test parcours holux.

Suite à ces premiers résultats, les pistes suivantes ont été (ré)ouvertes:

Abandon des coordonnées métriques Suisse, ceci pour une meilleure interportabilité avec des logiciels comme Google Earth et des cartes d’autres villes / pays. La trop grande précision n’était finalement pas nécessaire ici;
Abandon de la carte de swisstopo. La carte swisstopo contient beaucoup trop de points, et certaines routes qui peuvent être intéressantes (chemin d’accès à une usine…) n’y sont pas indiquées;
Remplacement de la carte swisstopo par une carte home made (style map.search ou google ou…);
Dessiner des « rails » qui vont magnétiser les positions du GPS sur les routes – cela va aider à mettre le parcours correctement sur les tracés des routes et éviter de passer à travers des cuisines inconnues… Il va clairement être mentionné au visiteur que son parcours ne sera que restitué correctement s’il suit les tracés des routes marquées sur la carte du module;
– Utilisation d’une image raster pour les bâtiments et les décors (arbres, rivières…), personnalisation de cette carte avec des layers à définir (routes et nom des routes, bâtiments; zones forêt et aquatique; nuages thématiques; etc)

UF 14.05.2008

Traces sur le territoire

Quelques exemples de traces, à télécharger à travers les liens et ouvrir via google earth.

Un chemin enregistré par le GPS wintec: travelling by night, en voiture, par Gwenola, Stéphane et Nicolas

Un autre, parcours à pied, le 29.04 au matin par Gwenola et Stéphane:

On voir que la trace à pied n’est pas toujours très précise … à comparer avec les autres traces réalisées par Daniel Sciboz qu’il a fait le jour d’avant: Parcours DS à pied, le 28.04 au matin

A télécharger et ouvrir dans google earth également le fichier test comparatif GPS par Daniel Sciboz

C’est intéressant de voir les 4 manières d’enregistrer le même parcours – on voit qu’il y a de bons décalages; à première vue, c’est le module Wintec qui fonctionne le mieux (le plus réaliste). Maintenant, il faudra faire le même test avec le module embarqué avec son GPS Holux… ce sera fait dès la semaine du 12 mai.

UF 07.05.08

Essais avec la géolocalisation

Quelques tests à télécharger en annexe: il y a des outils qui permettent d’automatiser l’intégration des données du GPS dans les métadonnées des images (ce n’est pas très propre sur un grand nombre d’images; il suffit qu’il y ait un nouveau « track » et il y a un décalage), puis de les uploader soit sur des site spéciaux (style locr ou Triptracker), ou alors directement sous forme de KML (utilisable dans google earth).

Envoyé par Daniel Sciboz: Trippermap et Cyberhobo – à tester…

Ci dessous, quelques fichiers à tester:

Localisation avec Houdah Geo et google

Test déroutant avec Triptracker

Test avec Locr vers Google earth

Chemin repérages samedi matin sur google earth

Le but de ces tests est de savoir de quelle manière – et jusqu’à où – il est envisageable de présenter une banque d’images spatialement : un « nuage » d’images qui plane sur (au dessus de) son lieu d’origine… Par extension, il s’agit également de tester une représentation spatiale d’une base de donnée.

UF