Ravi d'avoir de tes nouvelles, et d'autant plus qu'elles sont bonnes

Donc tu parle d'une démo mi-décembre... ok !

Qu'entends-tu par "classe bouchon" ? Si je comprends bien, ça permettrait d'utiliser le soft sans le hard... mais sans le hard, le soft ne peut rien faire ? Enfin, je vois pas trop là

Pour la démo, à la limite, ça peut être le samedi 8 décembre (ou le dimanche). Dites-moi quand ça vous arrange... Y'a aussi le 15 ou le 16...

Pour la simulation, je parle du soft de pilotage pour la photo panoramique ; je sais que ce n'est pas ce qui t'intéresse le plus, mais j'aimerais commencer à avoir du feedback par les utilisateurs potentiels... Sinon, la partie pilotage du hard, elle, fonctionne bien.

Même si c'est encore un peu brouillon, je peux quand même envoyer ce que j'ai fait ; j'ai testé : ça tourne nickel sous Windows (j'ai juste changé 1 ligne : l'accès au fichier de config. J'aime le python !)

Et yeap, j'ai implémenté le bracketing

Bon, partons sur le samedi 8. Pour les ceusses qui étaient intéressés, dites-moi vite si c'est bon.

Oui, l'après-midi, pas de problème. Pas trop tard quand même, car il faudra qu'on termine vers 18h. Mais ça laisse quand même le temps de discuter.

Vincent (Vinc26, je suppose que tu te prénommes Vincent ?), Fred, Georges, Alexandre et les autres, vous êtes dispos le 8 après-midi ?

Oui, je me prénommes Vincent, et oui, je suis libre le 8 après midi

Si on n'a pas peur d'avoir trop de photos, la triple exposition automatique est très simple à programmer. Il n'y a pas besoin de s'arrêter à chaque position. Maintenant, si on veut faire les triples expositions uniquement aux positions où c'est nécessaire, c'est plus ardu ! Il faut impérativement un kit pour piloter l'APN, et en plus, analyser l'image en temps réel... Pas simple.

Ben, on avait dit en début d'après-midi (disons à partir de 13h30). Je pensais faire ça à la Maison Pour Tous de Biviers, là où on a fait la rencontre APP Le plan est dispo ici :

http://fr.wiki.autopano.net/Plan_d%27ac … PT_Biviers

On peut même se retrouver pour casser une croûte pour ceux qui veulent, dans le fameux Bar du Village ! Il faudra juste que je sache combien de personnes il y aura, pour réserver.

PS : je viens de recevoir ma télécommande ! Ça va fumer, ce week-end...

Last edited by fma38 (2007-12-01 10:38:28)

Saloperie d'encodage ! J'ai corrigé le lien...

La télécommande que j'ai reçue est celle pour mon 20D, pour pouvoir prendre les photos en automatique.

Voilà, j'ai mis ce que j'ai fait ici :

    http://www.gbiloba.org/download/merlin_pre-alpha.zip

Y'a un README pour l'installation et la configuration. Si vous avez des soucis, n'hésitez pas. J'ai testé le code sous un XP dans une machine virtuelle, et ça marche bien

Ben, vi, je suis sous Linux

Pour MacOS, j'ai pas pu tester, mais ça doit passer aussi facilement (j'ai déjà déployé des applis en python bien plus costaud sous MacOS, au boulot). Fait un test, et contacte-moi en privé s'il y a un soucis.

Le bistrot/restau est juste au dessus de la MPT. Donc le rendez-vous peut être à la MPT, vers 11h30. Mais il faut réserver, donc il faut me prévenir avant vendredi.

Génial. Ca me permet de vous parler d'un module additionnel à APP qui prend en compte la gestion automatique de panorama issus de tête motorisée ( ça évite les liens trop loin et surtout même si une image n'a pas de lien, elle est bien placée. Ca fonctionne déjà, mais sera intégré dans APP après la 1.4 ).

Tu dis 'module' : ce sera un truc à part ? Ou bien intégré à la version standard d'APP ?

Si tu penses que des infos supplémentaires issues du programme de pilotage seraient intéressantes, je peux mettre quelque chose en place. Dis-moi simplement ce qui te serait utile, et sous quelle forme tu voudrais les données (binaire, texte simple, xml...).

AlexandreJ wrote:

Cela sera un module standard mais qui marchera en tant que plugins ( on a installé un système pour cela ). Plus tard, il y aura surement un SDK pour faire ses propres plugins. Ce module sera d'ailleurs surement publié en open source, mais faut qu'on en discute ici aussi.

Bien, ça ! Avec un wrapper python, hein ?

Plusieurs choix :
- soit un simple xml qui dit nb ligne / colonne, angle entre ligne / colonne + façon pour moi de savoir dans quel sens tout cela à été shooté ( row major, column major )
- soit une belle liste : image1 ( coordonnées yaw, pitch, ( roll = 0 ) ), deux entrées par images. A partir de cette liste je déduis tout aussi.

Je pense que partir sur un xml, avec un header qui donnera un certain nombre d'infos générales (les paramètres utilisés dans le soft), et une liste d'images, avec leur coordonnées, est plus universel. Faut juste que je vérifie la disponibilité des librairies xml sous PythonCE... Un truc qui peut être pratique : en synchronisant les horloges du PC et de l'APN, on peut alors, sans trop de problème, retrouver facilement quelle photo a été prise à quel endroit.

Pour le sens dans lequel ça a été shooté, ça nous ramène au problème du template pour décrire ça ; il faudra qu'on en discute, car j'avoue être un peu sec sur le sujet.

Samedi, je suis pour le repas à Bivier vers 12h. Je viendrais en famille (4 personnes), comme on est pas loin. Pour 11h45 à la MPT.

Noté !