====== Soulage ====== "C'est en faisant que j'apprends ce que je cherche" Pierre soulage. Cette pensée pourrait nous remettre un peu le coeur à l'ouvrage ;), sans qu'il se soit vraiment arrêté, plutôt... enchevêtré dans les chemins de traverse... ====== 'Nouveau' plan ====== ===== Coté machine nomade de rendu sonore ===== Toujours dans l'idée de poser des paysages sonores dans l'espace urbain. //Lary,Jeff// **1** Test de la lib SSR comme [[immersion:ssr|ici]] mais avec le but de définir un organigramme d'éléments indépendants, un peu différent, autour de jack ( plus de suppercolider ). Si ok on continue, dans désordre. * une interface de positionnement GPS/boussole , reprise sur ce qu'on sait faire * GPS sera un gpsd , permettant à plusieurs client de le consulter * Boussole reprendre le serveur python/OSC , mais voir si dbus ne serait pas une alternative * Une base de donnée géographique OSM/postgres , entrée en matière des possbles à explorer * en déduire un peu les objets,commandes et autres trucs servant au 'langage' de ZOU2 * un moteur/parseur d’événement pas trop compliqué = ZOU2 * un serveur de son , jack , la aussi dbus? *[[.:soulage:session|gestion de session jack]] * un serveur de rendu sonore sur SSR alimenté par ZOU2 ===== Coté construction d'une fiction de jeu ===== //Jeff// * **1** construction d'un serveur OSM sur notre petit nouveau serveur perso avec sa VDSL * mise en route de [[http://wiki.openstreetmap.org/wiki/FR:Chim%C3%A8re|Chimère]] pour commencer une scénographie globale. pages[[:OSM:]] plutot * construction et test page dokuwiki/openlayer avec integration de geojson ok https://snhack.org/doku.php?id=tests:start * des fichiers geojson pourraient servir a construire des cartes sur différents serveurs umap , framacarte etc * il faudrait pouvoir integrer le lien url local dans la lecture d'un geojson sur le dokuwiki pour renvoyer a une page de description detailler de l'evennement. * il faudrait ptrt trouver/faire un éditeur ou une méthode pour choisir parmi plusieurs objets types, un formulaire de creation dokuwiki ferait l'affaire si le lien fonctionne postGIS, poostgres et informations GIS, confier a la base de donnée le taf spatial, genre requete sql ou trigger et code python http://www.postgresql.org/docs/9.4/static/plpython-funcs.html http://morphocode.com/using-ogr2ogr-convert-data-formats-geojson-postgis-esri-geodatabase-shapefiles/ ==== une possibilité hors les présents clous ==== coté serveur de fictions autonome, cad juste des fichiers de fictions interactive ou pas, du texte par ex, - carte permettant le developpement de la narration pour les auteurs - pose un POI avec un renvoi sur une page de texte/fiction - form /template dokuwiki pour rentrer la page et fixer X,Y, ce qui fabrique la page/openlayer de vue globale - entrée possible PC - page/api d'exploitation des donnees pour les lecteurs - pourrait etre simple api dokuwiki retournant des pages en fonction de la demande / position GPS/donnees attenantes ( consultation sur android? : html5 questionnant le gps et envoyant la demande dans l'api de consultation du site dokuwiki) http://www.w3schools.com/html/html5_geolocation.asp - page api/auteur sur place, tjs code html5/gps mais avec login préalable - permet la creation de page in situ ( prevoir un flou parametrable sur la position ) - entrée possible PC / Android on peut, avec openlayer integrer des trucs: * map osm http://wiki.openstreetmap.org/wiki/OpenLayers_osm_file_example * api pyton xmlrpc note : ne pas oublier qu'on peut se passer de gps . une liste des SSID connue aux alentour permet un positionnement plus approximatif basé sur une reconnaissance préalable du terrain. Donc un matos ESP/ecran suffi dans ce cas... matos qui peut servir de texto urbain (plus LoRa ?) => projet [[ESPecedetexte:]] ===== Coté fiction et jeux ===== //Armand// * repérer des zones et endroits sur lesquels nous pourront appuyer une trame, commencer par des impressions sonores ou des paysages sonores s'offrent facilement et donnent de la matière à l'imaginaire. * en Brière, ça marche aussi ? * les noter , ptrt qu'un carnet d'exploration serait un truc judicieux ... * se voir pour construire la trame en s'appuyant sur Chimère. ==== Mini-projet : le casque du bi-son ==== Il faut expérimenter un casque qui intègre 2 micros pour une prise de son binaural directe, ce casque contient en plus un GPS et une boussole (IMU?) pour enregistrer aussi la position dans l'espace de la prise de son. === Matos du bison == * un casque ouvert , léger pour être porté longtemps * il ajoute les sons plutot qu'isole dans un espace clot, ce qui est important pour la mobilité * une paire de micro, à fabriquer cf DOM/jeff * j'ai acheté une paire micro pour avancer par la http://bricoles.du-libre.org/doku.php?id=son:micro * un GPS/boussole et un nano-PC d'enregistrement cf jeff, dans un premier temps un zoom fait l'affaire * je test l'idee du projet Bela (BeagleRT) http://bricoles.du-libre.org/doku.php?id=beagleboneblack:bela === Mouvements === * Fabriquer les micros, le casque * commencer à expérimenter * aller voir Christophe pour en discuter === Enregistrements/Écoute=== * se faire des parcours,scènes fixes * les noter sur le carnet d'expérimentation * écoute au PC * écoute nomade , hors du lieu et en place du lieu.