Une technique qui m'épate

[after1246]

Sans vouloir faire de pub pour Carenado, je viens de voir qu'il ont sortie un nouvel avion, le CT182Y G1000 avec d'après ce que je vois sur les screen shoot une représentation cartographique d'un qualité exceptionnelle.
Comme la technique est un de mes sujets favoris , je me pose la question, Comment ont ils fait ?

Pour arriver à un tel degré de définition cartographique, je ne pense pas qu'il est utilisé des fichiers graphique, cela représenterai plusieurs giga de données pour représenter le monde entier.
Pour preuve, voici la représentation graphique d'un meme endroit
à gauche , c'est tiré d'une carte du monde entier (source X-Plane) qui pèse 778Mo, à droite c'est le meme endroit avec le G1000

De plus, si l'on regard en détail les screen shoot du G1000, il semble qu'il y est 2 cartes superposé, une en haute résolution pour les contours des cotes et fleuves et une en basse résolution pour les reliefs.

Je pense donc, qu'ils ont trouvé le moyen d'utiliser les fichiers .dsf de Global Scenery pour faire la cartographie et le relief, mais je me trompe peut être.
En tout cas chapeau bas pour cette réalisation, je suis bleufé.

Si vous achetez cet avion, merçi de me dire ce que vous en pensé.

[djetdail]

Salut After

Du vectoriel pour le fond de carte ?

Herve

[PhM]

...Je pense donc, qu'ils ont trouvé le moyen d'utiliser les fichiers .dsf de Global Scenery pour faire la cartographie et le relief, mais je me trompe peut être...

Tu peux très bien utiliser les données satellite présentes dans les DSFs pour générer ce genre de cartographie où la couleur est fonction de l'altitude, faire ça dans un shader est ultra-simple.

PhM

[Daniel_L]

Ils ont probablement fait ce que X-Plane fait déjà avec l'affichage de ses vues cartes.

Daniel

[after1246]

@PhM
Je veux bien te croire quand tu dis que c'est ultra simple à faire, mais cela reste au dessus de mes compétences et sans doute au dessus des compétences de la majorité des créateurs d'avions sinon, je pense que beaucoup auraient déja utilisé cette technique pour la création d'avion moderne.

[Oscar Pilote]

http://forums.x-plane.org/index.php?showtopic=71386&p=771692

The real difficulty lies in creating a viable, flexible, usable, multi-mode moving map. Until you've seen Carenado publish an aircraft with a good moving map, don't hold your breath for any more significant detail on avionics than what has been put into existing aircraft. (I.e., please don't go around saying we're putting "dumbed-down" stuff into the planes.)

True, FSX has a wider range of default tools that allow developers to go further than what X-Plane currently allows for, but this is also changing, and we sort of have to wait it out, and see what types of stuff Laminar will end up providing, and what stuff we'll end up having to create ourselves. Either way, things are going forward, and eventually we'll see the more complex stuff integrated where it's viable... but one thing that would NOT make sense for us to be doing, is jumping the gun, and moving on to overly complex planes before we've covered the ones we can already do with what we currently have to work with. Whereas, if a plane is released now that uses simpler avionics, and a future release of X-Plane provides better integrated avionics or better tools, we can easily create an update down the road, that integrates these new X-Plane improvements, as opposed to trying to create complex avionics with limited tools that X-plane has in mind to provide in future releases anyway... which would just waste our time, and probably not be as good to begin with. (Potential for lower performance, non-uniform user experience, plugin related issues, etc.)

At this point, I'm still working on the C90's Avidyne, and am not 100% sure how detailed it'll end up being, but I'm pretty sure it'll have some of the features we put into the Aspen.

Carenado has already pushed X-Plane's envelope with every new release; and the trajectory is set to continue doing this. But if you look at the amount of work that falls to developers to achieve the same things in X-Plane as what's already possible in FSX, it is to be expected that there are things which we're hoping X-Plane will allow for in future releases, that'll make the range of worthwhile endeavours for payware products broader. But in the mean time, we've still got a few good planes to bring over to X-Plane within the limits of what's currently feasible, and what is achieved in those planes will also find its way into future aircraft, so it's a win-win situation: The community gets more products, we get more experience and materials to work with, and the overall experience gets better with every new plane we bring to the X-Plane market.

Je pense aussi que le monsieur sait ce qu'il fait et qu'il n'est pas né de la dernière pluie.

Cela dit si l'API (que je ne connais pas) te permet un accès disque en dehors du répertoire de l'avion, voire même un accès réseau,
il doit y avoir matière à s'amuser.

Concernant la question, il faut toujours écouter les grands singes ;-) (les noix sont pourtant fort bonnes ma
mie). L'information est stockée dans des fichiers par tuile : un script lua pour les aéroports, fixes, etc,
et un fichier .bin (pour ne pas partager l'information) pour les côtes. Pour l'altitude cela ressemble à un raster
de basse résolution, sans doute est-il stocké avec les côtes dans le .bin. Le tout dans un dossier de 800Mb qu'il
faut télécharger sur le site du vendeur avant emploi, je n'ai pas ces avions mais le dossier est en accès libre.

[after1246]

@ Oscar
Merçi pour l'info, sur ce dossier
je viens de le télécharger et effectivement, la technique utilisée semble provenir de ce dossier ou l'on trouve des fichiers .bin par tuile.
Une fois décompressé, cela représente 3,76Go de données
Ils ont donc peut être vectorisé la carte du monde et inclus des données d'altitude.
C'est du beau boulot de professionnel.

Par contre ils utilisent leur propre base de données pour les aéroports, les fixes et les nav.
Rien que pour les aéroports, cela représente plus de 1million 300 000 lignes de code en Lua
Un travail de titan que je ne m'explique pas, puisque toutes ces données existent déjà sans les ressources de X-Plane et sont récupérable avec moins de 1000 lignes de code Lua.

Quoique……
Je viens de m'apercevoir que le grand rouquin a encore frappé.
En voulant illustrer mon propos par un screen shoot, je me suis aperçu que ce que j'avais programmé ne marché plus.
Une petite recherche dans les ressources pour trouver la cause.
C'est le nouveau fichier apt.dat (du 12 Aout 2015) de X-Plane 10.40r3 qui a changer avec une structure différente.
Je peux réparer facilement en changeant mon code, mais effectivement, on ne peut pas faire trop confiance à Laminar sur ce sujet et Corenado l' a sans doute déjà compris.

Exemple de récupération de données Airport et NAV en utilisant les ressources X-Plane
Par contre ma moving map est minable comparé a celle du G1000 de Corenado

[coyote60]

Bonjour,

Moi je la trouve bien ta moving map, je verrais bien cet ensemble dans mes hélicos et le reste, c'est lié à un appareil en particulier?