X Plane 10 mieux que X Plane 9 ?

[pgd]

Je voudrais remercier tous ceux qui ont bien voulu donner leur appréciation sur cette nouvelle version de X Plane. Je suis bien obligé de constater que pour le moment ce n'est pas la franche euphorie et qu'une vraie attente d'améliorations transparait dans tous les messages.
Mes craintes semblent donc confirmées, j'ai donc commandé (toujours pas livré de chez Simware) une vraie version béta. Très franchement ce n'est pas un souci, mais je pense qu'Austin s'est un peu précipité pour mettre sa nouvelle version "sur le marché".
J'attendrai donc patiemment que les béta-testeurs, les vrais (pas moi) fassent leur œuvre, et qu'Austin règle l'essentiel, c'est à dire un fonctionnement d'ensemble harmonieux.

[PhM]

...15 à 20 % de décompression sur la durée du chargement des DSF, ça ne va pas beaucoup se voir sur le chargement complet d'X-Plane qui charge beaucoup d'autre choses, mais ça ne me surprend pas trop.

Ca fait partie de ce qui m'énerve avec cette v10, Ben explique sur son blog qu'il a choisi cette voie parce que X-Plane passant en mode "multi-core" ça n'allait pas avoir d'impact, et au final les clients s’aperçoivent que ça rame.

Il y a d'autres calculs induit par le nouveau format des DSF qui peuvent être réduits ... mais pas de façon aussi simple ! Je vous en reparlerai si j'arrive à quelque chose d’intéressant.

Si tu parles de l'ajustement des altitudes à partir des données ajoutées dans les DSF j'ose espérer que ce n'est pas ce qui coute les 15% à 20% de plus, faut pas rigoler non plus.

Je vais faire des tests avec 7zip pour voir combien de temps ça lui prend à digérer un DSF v10.

PhM

Edit : Tests avec 7zip version ligne de commande :
Ces temps comprennent la lecture du fichier compressé, la décompression et l'écriture du fichier décompressé. X-Plane ne génère pas de fichier décompressé, donc le temps serait plus court.

+48-124 : 0.35s
+48-123 : 0.50s

Tests avec MeshEdit :
Ces temps comprennent la lecture du fichier non-compressé, et tout le travail pour avoir un mesh affichable, ce qui comprend l'ajustement des altitudes à partir des nouvelles données dans le DSF.

+48-124 : 1.50s
+48-123 : 2.00s

Reste à trouver quelle est l'unité des temps de chargement trouvés dans log.txt.

Si je charge KSEA et que je fais la somme des temps donnés je trouve : 32837092. Au chronomètre ça prends 55s, et si je divise 32837092 par 60 je trouve 5474284.87, ce qui ressemble à 54.74s exprimé en 0.1 ms.

Si l'on considère que c'est une hypothèse valable alors les temps de chargement sont :

+46-124.dsf : 7.13s
+46-123.dsf : 6.58s
+46-122.dsf : 6.11s
+47-124.dsf : 6.32s
+47-123.dsf : 9.32s
+47-122.dsf : 7.81s

Je pense que le temps de passer le DSF à travers 7z est négligeable, que celui d'ajuster les altitudes l'est également, reste à comprendre ce que X-Plane fait d'autre pour arriver aux temps que nous voyons.

Qu'est-ce qu'on aimerait que notre X-Plane v10 il carbure mieux que ça, non ?

[Clochette]

Mes craintes semblent donc confirmées, j'ai donc commandé (toujours pas livré de chez Simware) une vraie version béta.

Les versions vendues chez Simware et Austin sont exactement les mêmes. Il n'y a pas de "vraie" ou de "fausse" version bêta.

[solon]

De toute façon acheter le CD chez simware, Austin ou ailleurs, équivaut simplement à obtenir une clef pour sortir de la version demo et lancer la version Full + les DVD global scenery. Le programme se télécharge sur le site d'Austin, sachant que la version sur DVD était obsolète avant même sa commercialisation.

Ce n'est pas un cas à part, à titre d'exemple pour d'autres simus, c'est carrément une clef USB (http://www.cryptotech.com/products_cryptoboxusb.php) qui est vendue pour lancer le programme et non les DVD avec le logiciel, le programme en lui-même se téléchargeant sur un serveur dédié, soit environs 8 à 10 gigas à chaque mise à jour.


Mais la conclusion qui semble généralement partagée, il y a des plus sur le simulateur en lui-même dans cette dernière version (météo etc.) qui valent la peine. Par contre les scènes qui l'accompagnent sont sans grand intérêt, la scène démo est très mal codée et optimisée, les scènes de global scenery n'ont pas réellement été améliorées par rapport à la version 9. On continuera à utiliser les scènes de la version 9 dans la version X.

[Pascal]

reste à comprendre ce que X-Plane fait d'autre pour arriver aux temps que nous voyons.

Je pense qu'il y a énormément de temps "perdu" à lire, vérifier et traduire en données binaire exploitables des milliers de fichiers textes (.pol .bch .dat .obj .txt, .for, .dcl et j'en oublie sûrement).

Les fichiers textes ont le gros intérêt de la lisibilité, mais l'ENORME défaut du temps d'interprétation et de vérification à la lecture (et de la place occupée). Si Laminar pouvait intégrer la sauvegarde dans un fichier "cache" du contenu de tous ces fichiers textes du dossier "ressources" (plus de 6700 fichiers textes !), je pense que le temps chargement pourrait être considérablement réduit... Serait-il imaginable qu'ils n'y aient pas pensé ?

Pascal

[pgd]

Les versions vendues chez Simware et Austin sont exactement les mêmes. Il n'y a pas de "vraie" ou de "fausse" version bêta.

évidemment, je n'en ai jamais douté,
ce que je veux dire c'est que n'étant pas beta-testeur, je vais malgré tout me retrouver avec une vraie version en développement (néanmoins commerciale, que l'on désigne généralement sous le terme de beta)
c'est un simple constat, nul drame là dedans, ça ira mieux dans plusieurs mois.

[Pascal]

Je pense qu'il y a énormément de temps "perdu" à lire, vérifier et traduire en données binaire exploitables des milliers de fichiers textes (.pol .bch .dat .obj .txt, .for, .dcl et j'en oublie sûrement).

Comme il vaut mieux s'adresser à Dieu qu'à ses saints, j'ai posé la question à Ben. Voici une traduction (selon saint-Pascal, donc limitée) de sa réponse :

C'est une discussion intéressante. Vous pouvez répondre ceci :

Le long temps de chargement de X-Plane n'est pas dû à la conversion des fichiers textes en binaire. Nous avons pratiqué avec "art asset" (dans les règles de l'art ?) les fichiers textes depuis des années, X-Plane 10 n'est pas différent. L'analyseur de texte est très soigneusement optimisé pour rester rapide et l'ensemble des données en fichiers texte est assez faible.

En fait X-Plane 10 pour la première fois "partage" toutes les définitions de facade, routes et autogen ainsi que les Objets entre les 6 DSF de sorte que les fichiers ne sont lus qu'une seule fois.

L'énorme temps actuel passé en chargement vient de deux choses :

1) la conversion des routes depuis les données 2D stockées dans le DSF (avec seulement les tracés) en véritables données 3D basées sur le mesh tout en déterminant le tyoe exact de route (ce qui est un pont, ce qui ne l'est pas). Ce process est à la fois lent et parfois producteur de gros bugs. Je dois travailler dessus!

2) Le placement des maisons individuelles autogen dans chaque bloc (seuls les contours des blocs sont stockés dans les DSF et les maisons sont placées par X-Plane). Ceci permet de conserver des DSF de petites tailles et permet le placement des maisons basé sur "the art asset" ("les règles de l'art" ou "le meilleur résultat" ?). Mais il exige aussi beaucoup de temps CPU.

Je comprends bien la frustration ... les temps de chargements sont très long, particulièrement avec moins de coeurs. :-( Quand nous aurons optimisé les framerate alors nous pourrons optimliser le temps de chargement... mais je pense que les framerate doivent passer en premier.

Pascal

Texte original :
Question:

I read many complaints in X-plane forums about the very-very long load time of X-Plane. (V10 is a lot of worse than V9)
There were some discussions about the time required to read files in text format (like .pol .bch .dat .obj .txt, .for, .dcl ...), check them for errors and convert them in binary. I saw around 7000 files in the ressources directory !

=> Did someone though to save (after a successfull load) all converted-and-checked binary data from that "ressources" directory in a cache file that could be read directly and fastly in memory (even by chunks) ?

Réponse:

An interesting discussion! You can tell them this:

The long load time is _not_ being spent converting text files to binary! We have had text art assets for years - X-Plane 10 is no different. The text parser is very carefully optimized to keep it fast and the total data for text files is quite small.

In fact x-plane 10 for the first time "shares" all definitions of facades, roads and autogen, as well as OBJs between the six DSFs, so these files are basically only read once.

The actual huge amount of time spent in loading comes from two things:

1. Converting the roads from the 2-d data stored in the DSF (with only overpass info) to real 3-d data based on the mesh, while determining the exact road types (what is a bridge, what is not). This process is both slow and sometimes produces big bugs. I must work on it!

2. Placing the individual autogen houses within a block - only the block shape is stored in the DSF and the houses are fit by X-Plane. This keeps the DSFs a smaller size and lets the houses fit based on the art asset. But it also requires a lot of CPU time.

I understand the frustration...load times are very long, especially with less cores. :-( Once we tune framerate then we can tune load time...but I think framerate must be first!

[Daniel_L]

...permet le placement des maisons basé sur "the art asset" ("les règles de l'art" ou "le meilleur résultat" ?)...

Par "art asset" il faut comprendre "ensemble de définitions de l'aspect visuel/artistique". Ca comprend les textures au sol, les objets posés dessus et les éventuelles intéractions. Tout ceci est remplaçable via le système de bibliothèques (library.txt) ce qui permettra d'avoir des "art assets" différents par la suite entre l'Europe et les USA par exemple.

Daniel

[solon]

évidemment, je n'en ai jamais douté,
ce que je veux dire c'est que n'étant pas beta-testeur, je vais malgré tout me retrouver avec une vraie version en développement (néanmoins commerciale, que l'on désigne généralement sous le terme de beta)
c'est un simple constat, nul drame là dedans, ça ira mieux dans plusieurs mois.

De toute façon acheter le CD chez simware, Austin ou ailleurs, équivaut simplement à obtenir une clef pour sortir de la version demo et lancer la version Full + les DVD global scenery. Le programme se télécharge sur le site d'Austin, sachant que la version sur DVD était obsolète avant même sa commercialisation.

CE N'EST PAS UN CAS A PART, à titre d'exemple pour d'autres simus, c'est carrément une clef USB (http://www.cryptotech.com/products_cryptoboxusb.php) qui est vendue pour lancer le programme et non les DVD avec le logiciel, le programme en lui-même se téléchargeant sur un serveur dédié, soit environs 8 à 10 gigas à chaque mise à jour.

..........

[PhM]

...Les fichiers textes ont le gros intérêt de la lisibilité, mais l'ENORME défaut du temps d'interprétation et de vérification à la lecture (et de la place occupée). ...

Tout à fait, il serait plus rapide d'avoir un format de fichier qui correspond exactement, ou au mieux, au format utilisé par X-Plane. Il suffit alors de faire des "load in-place" et il ne reste plus qu'à utiliser.

PhM