La version 3 de l’API de Google Map change la donne. Il est maintenant possible d’y intégrer ses propres panoramas, grâce à la fonction registerPanoProvider.

Le degré de personnalisation du player est encore loin de ce que l’on peut avoir avec krPano par exemple, mais la fluidité que l’on a pour passer entre Google Map et Street View est sans commune mesure meilleure. Le point étonnant c’est que c’est un player en javascript, pas un player en flash, comme c’est le cas pour le StreetView « traditionnel ».

Ceci n’est qu’une question de temps avant que Google ouvre une API aussi pour son player flash, ou Google souhaite promouvoir les technologies libres avec le javascript ?

Je me demande par la même occasion quel va être le succès de cet API, car elle est vraiment destinée au développeur, pas tellement au photographe.

Lien vers l’API StreetViewPanorama.

Deux exemples d’intégration utilisant cette technologie : DIY StreetView et « Inside View« de 118218

Sur le même thème :

• Google Street View et l’Unesco
• Street View passe à la vitesse supérieure …
• UrbanDive, un concurrent qualitatif de StreetView

La société Kolor a développé un player vidéo plus abouti autour de cette technologie, avec Kolor Eye. Voici rapidement une démonstration :

Les avantages de cette technologie sont multiples :

• Il ne s’appuie sur aucun langage propriétaire … contrairement à Flash, dont la sortie de nouvelles fonctions dépend entièrement du bon vouloir de Adobe ( même si, la sortie en béta de Molehill va révolutionner la 3D sur le web )
• Il doit pouvoir, à terme, marcher sur toutes les plateformes, dans les navigateurs gérants le WebGL. Par toutes les plateformes, j’entends : PC, Mac, Iphone, Ipad, Téléphone et tablette Android … Bref peut-être une vraie piste de viewer entièrement cross platform
• La fluidité doit être optimale, car on peut utiliser la carte graphique pour afficher le contenu au lieu du CPU

Tout ça, c’est pour le principe. Maintenant, dans la pratique, c’est plus compliqué. Aujourd’hui, les navigateurs compatibles sont rares … Il y a Chrome, qui rame un peu chez moi, et Firefox, v4, sorti il y a quelques semaines.

Affaire à suivre, tant sur la technologie du WebGL que du développement du player Kolor Eye. La page n’affiche pour l’instant qu’une démo, nous en saurons probablement plus prochainement sur les possibilités de ce player en terme de programmation. La question de la licence ne semble pas déterminée : MIT, GPL ou commercial ?

Lien : Kolor Eye – Communiqué de presse

Sur le même thème :

• Autopano – Autopano Pro – Autopano-SIFT – Autopano-SIFT-C ?
• Panobook 2010, Livre de photo panoramique collaboratif

Au goût du jour de nombreuses améliorations, notamment sur la partie HTML5 et Javascript. Le player intègre maintenant les hotspots, ce qui est une très bonne nouvelle, ainsi que beaucoup d’autres fonctionnalités déjà existantes en flash. Cela va permettre d’avoir de vraies visites virtuelles sur l’Iphone et l’Ipad.

Autre point, Android est maintenant mieux supporté (en flash).

Aussi, la documentation est maintenant à jour, car cela faisait plus d’un an qu’une bonne partie des fonctions n’étaient pas documentées !

Sur le même thème :

• krpano 1.0.8.14 et les plugins javascript
• VRSmarty et SaladoPlayer
• Jeux vidéo à base de VR

Qu’est-ce que cela va changer ?

À moyen terme, beaucoup de choses : des visites virtuelles avec une fluidité sans précédant sur flash, même sur un ordinateur un peu vieillissant. On peut ainsi espérer avoir un rendu comme celui de DevalVR, mais directement en flash ! Cela va permettre aussi de créer un certain nombre d’effets qui sont jusqu’à présent à utiliser avec parcimonie : du flou, de la transparence, superposition de plusieurs panoramas … la liste pourrait être longue.

Avec la compatibilité annoncée avec OpenGL ES 2 sur les mobiles, on peut aussi imaginer qu’il sera possible de créer, à partir de flash, des visites virtuelles pour toutes les plateformes (iOS, Windows Mobile, Android), sans craindre de ralentissement. Un nouvel espoir d’avoir un lecteur unique compatible pour toutes les plateformes courantes ?

L’API s’appelle Molehill. Elle sera disponible en bêta pour les développeurs au premier semestre 2011. Plus d’infos ici.

Sur le même thème :

• krpano 1.0.8.14 et les plugins javascript
• Flash v11 beta annoncée
• VRSmarty et SaladoPlayer

Vous connaissez certainement Spi-V, le moteur 360 développé par Aldo Hoeben basé sur ShockWave (malheureusement, c’est pour cela qu’il est très peu utilisé…). Vous savez peut-être que Spi-V est un des rares lecteurs à supporter un type de HDR (avec l’archaïque HDR Panoramaviewer de Helmut Dersch en Java), que Spi-V nomme ADR.

Probablement sur une base de l’ADR, Aldo a sorti un plugin, gratuit et open source, pour avoir un effet similaire sur krPano : autolevels. Le plugin se charge très simplement comme tout plugin sur krPano, et fait simplement les niveaux comme on le fait dans Photoshop, en fonction du contenu de l’image affichée. Les niveaux évoluent donc en tournant dans l’image. Cela permet d’avoir une saturation et un contraste plus important sur les zones un peu plates, et de rehausser les zones sombres.

L’image chargée est une image 8 bits jpg traditionnelle. J’imagine qu’en utilisant ce plugin, il faut limiter au maximum le facteur de compression jpg, car faire les niveaux met en exergue beaucoup de défauts, notamment les faibles dégradés que la compression jpg à tendance à aplatir.

Ce plugin convient mieux à certaines images que d’autres. Il faut avoir des zones sombres et claires, pour lesquelles on appliquera que très peu de tone mapping au cas où la prise de vue a été faite en HDR sinon l’effet n’a plus beaucoup d’intérêt. Pendant le PanoTools Meeting 2010, Aldo a présenté son plugin avec une image Gigapixel, l’idée étant au départ de contraster les zones au loin, brumeuses à cause de l’atmosphère.

Sur le même thème :

• krpano 1.0.8.14 et les plugins javascript
• VRSmarty et SaladoPlayer
• Flash sur Iphone et Ipad … à nouveau ?

J’avais écrit à propos de l’Ipad un billet au moment de son annonce, pour dire qu’à mon avis, le lecteur de visite virtuelle universel ne serait pas pour demain, à cause de la gue-guerre entre Apple et Adobe. Et l’Ipad n’allait probablement pas arranger les choses. Mauvaise supposition ?

Ce matin, tweet de lee brimelow :
AIR on the iPad. Looks great! http://blogs.adobe.com/air/2010/04/adobe_air_on_ipad.html

L’article pointe vers le blog de l’équipe Air chez Adobe (les applications « bureaux » réalisées sur Flash, plus d’infos sur Flash Builder et la plateforme Flash), montrant que toutes les applications réalisées sur Air pour Iphone fonctionnent bien sur Ipad … puis vient une démo de la première application Air réalisée entièrement pour l’Ipad.

Accrochez-vous :

Eh oui. C’est bien un player de visites virtuelles !

Cela confirme une chose : l’Ipad est certainement un excellent support pour diffuser des visites virtuelles.

Les semaines a venir dans le monde confiné des players de visite virtuelle vont être pleines de péripéties! Qui va sortir en premier un player de visite virtuelle Ipad basé sur Flash ? Adobe ? Klaus ? Denis ?

Les paris sont ouverts

EDIT : il semblerait que Apple ne souhaite pas voir d’applications Adobe sur son Ipad …

Sur le même thème :

• Flash 10.1 et Air 2.0 disponibles
• Flash Builder 4 est disponible – et petit tour d’horizon sur la plateforme Flash
• Le lecteur de visite virtuelle universel n’est pas pour demain

Encore un lecteur flash, on ne les compte plus (il faudrait que j’en fasse la liste complète un jour !)

Mais celui là ne manque pas d’originalité : L’image doit être rechargé chaque fois qu’on clique sur un bouton !

Ce qui m’impressionne, c’est le prix auquel ce player est vendu : $59.95.

Sur le même thème :

• krpano 1.0.8.14 et les plugins javascript
• Flash v11 beta annoncée
• VRSmarty et SaladoPlayer

Le logiciel est disponible à l’adresse suivante : Flash Builder. Plus d’infos sur les nouveautés de cette version sur Flex tutorial

C’est peut-être le moment de faire le point sur les différentes technologies actuelles développées par Adobe, avec Flash IDE, Flex, Flash Builder, Air, les fichiers SWF, FLA, les langages AS2, AS3, MXML et tous ces acronymes qui peuvent paraitre barbares pour certains

Déjà, voyons sur quoi tourne une application Flash :

• Le poste client voit des applications Flash le plus souvent dans un navigateur avec le Flash Player. Ce player est installé sur plus de 98% des postes en Europe pour la version 9. Il est aussi possible de lire des fichiers Flash sans navigateur grâce au standalone player, ainsi qu’en mode projecteur, où le standalone player est alors directement inclus dans un fichier exécutable exe ou dmg. On a ainsi une application lisible sur n’importe quel ordinateur, même si flash n’est pas installé. À noter que les développeurs peuvent utiliser une version debug du flash player pour avoir plus d’informations sur d’éventuels problèmes.
• Air est une alternative pour faire tourner des applications Flex comme une application standard de bureau. À l’inverse d’une application Flex que l’on va utiliser dans son navigateur internet, l’application Air va s’installer sur l’ordinateur. Elle fonctionnera ainsi sans connexion internet et pourra bénéficier de quelques outils supplémentaires comme le drag’n'drop (il est marrant de voir si les applications internet sont à la pointe de la technologie, on perd quand même le drag’n'drop, alors qu’en matière d’ergonomie c’est un B-A-BA !). C’est aussi grâce à Air qu’on pourra utiliser des systèmes de navigation autre que la souris ou le clavier, comme des joysticks ou des écrans multi-touch, ce qui peut être pas mal pour des installations utilisant le média de la visite virtuelle. Néanmoins, il n’existe pas à ma connaissance de lecteur de visite virtuelle flash compatible Air (car le code source n’est pas ouvert, comme on va le voir plus bas)

Les applications Flash sont développées grâce à plusieurs outils :

• historiquement, c’est Flash IDE qui a été utilisé pour développer les premières applications Flash. Cet outil est plus orienté pour les graphistes que pour les développeurs. Il est facile d’intégrer des images, des vidéos, des sons ; de gérer des effets typographiques ;  de réaliser des animations grâce à la timeline. En revanche, programmer en AS2 ou en AS3 est bien moins aisé : le logiciel ne propose aucune aide du type auto-complétion, pas de coloration syntaxique, l’utilisation des classes est assez floue …
• Flex builder est apparu, me semble-t-il, en même temps que la version 3 d’ActionScript (AS3). Cet outil, basé sur Éclipse, apporte un vrai environnement de développement, avec des outils qui accélèrent le développement et permettent de débugger et profiler des applications plus simplement. Pour ne pas simplifier la chose, la version 4 de Flex builder s’appelle dorénavant Flash Builder. Adobe a changé le nom de ce produit pour qu’il s’intègre mieux à la suite Flash : certaines personnes pensaient que les outils développés sur Flex n’étaient pas compatibles avec Flash (Le code « Flex » est en fait compatible Flash : le code « Flex » est « transformé » pour être compatible par Flash lors de la compilation)
• Il existe d’autres outils indépendants (c’est à dire qui ne sont pas développés par Adobe) payants tel que FDT ou gratuits comme Flash Develop.

Il existe plusieurs langages pour développer des applications Flash :

• L’ActionScript 1 (AS1), suivi par une version compatible l’ActionScript 2 (AS2) sont deux langages destinés à l’origine à faire des animations. Ces deux langages sont à la fois simples … et assez limités. On ne peut pas tout avoir ! Mais il faut bien se rappeler qu’au départ, Flash était surtout destiné au graphiste, c’est la raison pour laquelle le langage initial de Flash ne permet pas de faire des choses poussées au niveau programmation.
• L’ActionScript 3 (AS3) est un langage qui n’a pas grand chose à voir avec l’AS1 et l’AS2. Plus orienté objet, avec gestion des évènements, des namespaces et bien d’autres choses. Le langage permet d’aller beaucoup plus loin, mais il est aussi plus difficile à prendre en main. Ce langage est aussi beaucoup plus rapide à s’exécuter que l’AS2, j’ai le chiffre facteur 10 en tête. L’AS3 a été un point important pour l’avènement des lecteurs de visite virtuelle en flash, avec certainement Flash Panorama Player.
• Des applications internet riches (RIA) peuvent être développées grâce au framework Flex. Celui ci étend les fonctionnalités de l’AS3 pour développer rapidement de « vraies » applications (et pas des sites graphiques qui tapent à l’œil). Le développeur peut en quelques clics intégrer des listes déroulantes, des tableaux, des menus, échanger avec un serveur Java, PHP… et certainement beaucoup d’autres choses, mais comme je n’utilise que rarement ce frameworks, je ne pourrai en faire une liste exhaustive de toutes ces fonctionnalités ! De façon assez paradoxale – et cette critique revient souvent – les applications Flex sont toutes similaires au niveau interface utilisateur (même bouton, même boîte de dialogue, même curseur de chargement…), alors que cet outil repose sur le player Flash, qui est probablement l’outil le plus utilisé pour faire du design interactif à ce jour.

Le format des fichiers :

• SWF : C’est l’application compilée, qui va être lu par le player. Cette application a pu être conçue indifféremment par Flash IDE ou Flash Builder. Elle ne dit rien sur le langage utilisé (AS1, AS2, AS3, utilisation du frameworks Flex…). Lorsqu’on achète un logiciel qui tourne sur la plateforme flash, il est fréquent de n’avoir que le fichier SWF. Dans ce cas, on dit que l’application est close-source : c’est à dire qu’on ne peut pas modifier le code source de l’application pour y rajouter des fonctionnalités ou corriger des bugs. krPano et Flash Panorama Player sont distribués sur ce principe, où l’on a que le fichier compilé. Dans d’autres domaines que la visite virtuelle, on peut avoir accès à la fois au fichier source et au fichier compilé, c’est le cas pour les players vidéos avec par exemple JWPlayer ou FlowPlayer.
• FLA, AS, MXML : Ce sont les fichiers qui servent à créer l’application, qui ne sont manipulés que par le graphiste et le développeur. Ces fichiers sont transformés ensuite par le compilateur en fichier .swf

Voilà pour le tour d’horizon. Certaines notions ont été volontairement simplifiées pour que cela reste le plus intelligible possible.

Sur le même thème :

• CleVR Stitcher, encore une solution logicielle pour les panoramistes
• krpano 1.0.8.14 et les plugins javascript
• VRSmarty et SaladoPlayer

Les nouvelles de ce développeur sont suffisamment rare qu’il me semble bon d’en offrir une traduction (approximative, ce n’est pas mon métier ) :

Salut !
Un problème ? Je peux donner un coup de main ? J’ai déjà dit il y a plusieurs années que je communiquais bien mieux avec l’actionscript qu’avec les hommes. Vous me croyez maintenant ?

Je le répète encore une fois : désolé pour mon absence sur le forum et dans ce groupe. Pour être franc, je consulte ces sites de temps à autre, et je m’occupe des nouvelles inscriptions. Je peux vous dire que les choses les plus dures pour moi sont les nouvelles demandes de fonctionnalités simples et faciles. Je sais généralement les traiter en un jour ou deux, mais le problème aujourd’hui est que cette liste de petites fonctionnalité me dépasse ( = 1m80 ).

Je pense que je devrais faire la même chose que Trausti (note : c’est le développeur de Flashificator), embaucher quelques développeurs pour avoir des mises à jour régulières. Mais j’ai une mauvaise expérience dans l’externalisation (ainsi qu’une histoire drôle à vous raconter). Vous vous souvenez, sur ma page principale, la galerie en construction ? J’ai embauché une équipe de développeur PHP pour faire ce job, ils m’ont fait miroité des choses avec de beaux powerpoint ; il y a dix mois, ils ont pris le dernier transfert d’argent et sont partis quelque part à Bombay.

Mais d’autres gens ont fait viewat.org, c’est parfait, je visite le site souvent, et j’ai laissé tombé ma propre galerie pour l’instant.

Cette année, je vais créer une petite structure locale de développeur Actionscript. Au début, ils travaillerons sur des composants Flash (un autre projet) mais après je pense qu’ils rejoindront l’équipe de Flash Panorama Player.

À propos de la version 3: Je ne peux pas dire que j’y travaille quotidiennement, en fait je n’ai pas ouvert le projet depuis la semaine dernière. C’est mon autre problème, trop de projets en cours. L’année dernière, j’ai participé à 7 gros projets, certains ont été réalisé avec succès et m’ont fait gagné de l’argent comme omlet.ru ou toox.com, d’autres n’ont pas marché. Cette année sera moins dense.

Je devrais avoir quelques mots pour mes premiers clients : AYRTON, Trausti, Scott, Corvus. Merci pour votre loyauté, c’est toujours bon de voir ces noms familiers ici

Souvenez-vous, lorsque nous avons commencé, il n’y avait aucun bon lecteur de visites virtuelles en flash. Maintenant, il y a plusieurs bons projets. C’est parfait ! Je ne peux pas dire que cela porte à mal mon business, parce que ça n’a jamais été ma seule activité (note: je ne suis pas sur la traduction ici). Quelqu’un peut-il ici dire que son seul business est le panorama ? Je ne le croierais pas !

Merci,

Denis

L’article original peut-être lu ici. Il est au départ disponible sur le google groups de Flash Panorama Player, mais il faut être inscrit pour pouvoir lire les articles et y particulier.

Quelques remarques me viennent spontanément, les vôtres sont également les bienvenus :

• Denis ne manque pas d’humour !
• Denis a plusieurs autres activités, et le panorama n’est visiblement pas sa priorité.
• De ce que j’en comprends, la version 3 ne sortira pas tout de suite.
• Denis affirme qu’on ne peut pas vivre uniquement du panorama. Ah bon ?

PS : merci Bertrand pour l’info !

Sur le même thème :

• Flash Builder 4 est disponible – et petit tour d’horizon sur la plateforme Flash
• PanoSalado 2 … nouveau lecteur de visite virtuelle !
• krpano vs FPP

La principale fonctionnalité de cette nouvelle version est certainement la possibilité de mettre en cache les panoramas. Cela permet d’avoir des transitions beaucoup plus fluide.

Voici le détail de la release notes sur ce point :

new internal caching

• all elements will be automatically cached

• e.g. when one image is used several times it will be downloaded only once

• variables:

• network.caching = true|false

• network.cachesize = 7 (MB)

• as xml: <network caching="true" cachesize="7" />

Je n’ai pas encore testé cette fonction dans le détail, mais elle est certainement très, très utile !

Une autre fonction que je n’attendais pas de si tôt est le « image.layer ». Cette fonction permet d’appliquer un filtre sur le panorama, tel qu’un effet de flou (accentué sur les bords, par exemple). Le filtre doit être programmé en AS3. Pour des raisons de performance, l’utilisation d’un filtre pixel bender est probablement le meilleur choix à faire !

INTERFACES:

 use the "image.layer" variable to the get AS3 Sprite object of the
 pano image layer (for adding filters or postprocess effects...)
 e.g.: (as3 code)
 var panoimage:Sprite = krpano.get("image.layer");

Une liste d’exemple est disponible à l’adresse suivante : http://krpano.com/examples/108b9/

J’ai été assez surpris par l’exemple du XML Slider / Blending, celui qui est tout en bas à droite. Le principe consiste a avoir deux panoramas avec un fondu enchainé de l’un vers l’autre. Ce qui m’a surpris, c’est la fluidité de la chose. Chaque panorama est composé d’un ensemble de 6 « distorted hotspot » représentant chaque face du cube.

Est-ce qu’un panorama en haute définition serait aussi fluide en utilisant cette technique ?

Cette nouvelle bêta, avec le système de cache, apporte des fonctionnalités indispensables pour programmer finement une visite virtuelle. Il faut maintenant espérer que la version définitive 1.0.8 soit mise en ligne, et que la documentation soit mise à jour !

Sur le même thème :

• krpano 1.0.8.14 et les plugins javascript
• VRSmarty et SaladoPlayer
• Jeux vidéo à base de VR