 |
|
|
|
|
|
 |
| ||||||||
 |
 
|
|
|
|
|
|
|
|
|
| ||||||||
|
|
| 
| User list | Rules | You are not logged in.
Pages: 1
Alexandre, je vais intégrer la génération du fichier xml pour aider APP à positionner les images (en particulier dans les ciels où il ne trouve pas de CP). Que penses-tu de cette forme :
<?xml version="1.0" encoding="UTF-8"?>
<panohead>
<header>
<focal>17.0</focal>
<fisheye>True</fisheye>
<sensorCoef>1.6</sensorCoef>
<sensorRatio>3:2</sensorRatio>
<cameraOrientation>portrait</cameraOrientation>
<nbPicts>2</nbPicts> <!-- bracketing -->
<overlap>0.32</overlap> <!-- real overlap -->
</header>
<shoot>
...
<image id="7" pict="1">
<time>Mon Dec 31 00:52:18 CET 2007</time>
<yaw>-32.5</yaw>
<pitch>12.3</pitch>
</image>
<image id="8" pict="2">
<time>Mon Dec 31 00:52:22 CET 2007</time>
<yaw>-32.5</yaw>
<pitch>12.3</pitch>
</image>
...
</shoot>
<panohead>
Vois-tu d'autres infos qui pourraient être utiles ? Au niveau du fichier lui-même, je n'ai pas une énorme expérience en xml, donc si tu as des suggestions...
Online
Je pense que ce fichier doit en premier stocker les valeurs utilisées par le logiciel.
Donc dans le header, je vois surtout :
- template de prise de vue ( par exemple : 4 lignes sur 3 colonnes, pour un modèle de type grille ).
- paramètre du modèle ( exemple : 4, et 3 pour l'exemple ci-dessus ).
- nbpicts : très utile, effectivement
- sensor*, cameraOrientation, Fisheye, focal : Ce qui est lié à l'appareil directement m'intéresse moins, car j'y ai accès via les images. Cela ne reste pas moins utile car du côté du logiciel de commande de la tête c'est utilisé.
Sinon, la partie shoot, c'est très bien et suffisant.
Offline
Je profite pour faire part de mes réflexions sur ces modèles de prise de vue.
- Modèle de type grille : on fait 4 lignes sur 10 colonnes. Simple à comprendre. Sera utile pour prise de vue longue focale sur champ pas très large.
- Modèles fisheye : c'est des modèles classiques comme le 6 + plafond + sol ( noté souvent 6 + 2 ), le 4 + 2 ( avant angle de 90 entre chaque image ). Là, je pense que ces modèles seront tout simplement codé en dur. On donne la position de départ, le modèle et relativement à cette position de départ, le modèle sera appliqué. Idée en passant : un modèle de prise de vue pourrait être un simple fichier texte comme le xml ci-dessus qui applique les positions de la une prise de vue précédente ). On écrit le xml une fois et on le réutilise n fois !
- Modèle sphérique : Là, un beau challenge. J'ai un 60mm et je veux faire la sphère. La grille ne n'applique pas ( car au top il faut 1 photo et pas 10 colonnes ! ). Au milieu ( pitch = 0, il en faut beaucoup plus ). Mon flair me dit que si on résonne en lignes, on se trompe gravement de logique. Idée d'approche : http://fr.wikipedia.org/wiki/Icosa%C3%A8dre . Ce polyèdre a des propriétés étonnantes ( il n'est composé que des triangles isocèles ). En partant sur une prise de vue basée sur les coordonnées des centres des triangles, on forme aussi une sphère. Sauf que sur cette géométrie, il est bien plus facile de divisé un triangle en 4 nouveaux triangles isocèles ( si notre focale est longue ). On génère ainsi un nouveau icosaèdre divisé avec 4 fois plus de triangles. Les coordonnées en 3D s'en déduisent directement ( il suffit plus que de projeter tout cela en repère sphérique : yaw, pitch ). Cette approche me semble bien plus élégante que celle par rangée, car elle donne directement la solution pour le haut et le bas en un minimum d'image.
Offline
Concernant le template de prise de vue, c'est vraiment une partie où tout reste à faire, et où je n'ai pas les idées claires... Pour coder le type grille (ou mosaïque), est-ce que ceci est bon pour toi :
<template type="mosaic" rows="4" columns="3" />
Mais te faut-il aussi le sens de parcours ? On avait prévu de pouvoir le choisir (pas encore implémenté), mais ce n'est peut-être pas utile pour toi...
Pour la seconde partie, je posterai une réponse dans un fil dédié, car il y a beaucoup à dire.
Online
fma38 wrote:
<template type="mosaic" rows="4" columns="3" />
Je ne sais pas si cela suffit ( d'un point de vue xml ). Car un template grille aura des paramètres rows, columns, pas forcement un autre type de template.
Offline
Comme je le disais, je ne suis pas un expert xml, mais il me semblait justement qu'il était plus facile de faire la validation (éventuelle) avec des attributs plutôt qu'avec des tags, non ? Car les attributs peuvent être optionnels, je crois...
Par exemple, pour le fisheye, on aurait :
<template type="fisheye" name="6+2" />
Sinon, est-ce que ceci conviendrait mieux :
<template type="mosaic">
<rows>4</rows>
<columns>3</columns>
</template>
Online
Pages: 1
