Vous n'êtes pas identifié(e).
Futur nouvel inscrit, tu dois au préalable lire l'intégralité des 10 articles des règles, s'il te plaît. Tout nouveau compte qui ne respecte pas les règles sera supprimé par l'administration.
[Note du moderateur : toutes les images ont été déplacées et sont visibles ici : http://helijah.free.fr/flightgear/flightgear.htm ]
Salut à tous,
Voilà, je suis parti d'une scène gratuite pour X-Plane V8 et je commence enfin à voir quelque chose....Par exemple cette vue sur Orly : http://helijah.free.fr/orly.jpg
Mais voilà, dans les fichiers ENV de X-Plane il n'y a que trois valeurs, Latitude, Longitude et Altitude/Orientation. Comment obtenir la bonne orientation pour tout ces objets. De plus les coordonnées ne tombent pas tout a fait au bon endroit. Il me semblait pourtant que le monde était le même pour tous.
Je sais, je pourrait utiliser FSGD, malheureusement je suis incapalble de le compiler sur ma Mandriva 2006.1. FLightGear et Simgear ne posent aucun problème, mais cet éditeur de scène ne veut rien savoir. A moins que quelqu'un puisse me fournir un RPM tout près je continuerais de faire mes ajout à la main.
Si une âme charitable me permet de bien placer mes objets, je m'attaque à la scène de Paris du même auteur. Je me ferais une joie de lui demander l'autorisation de diffusion, bien sur, pour que tous vous puissiez en profiter. Pour vous faire une idée, jetez un oeuil ici : http://baugras.club.fr/xplane/Scenery_%20PARISFR.htm
Betrand AUGRAS a réalisé un travail de titan sur Paris. Il serait dommage de ne pas en faire profiter FlightGear n'est ce pas ?
Amicalement Emmanuel
Pourquoi n'utilises-tu pas Google Earth ou Map pour avoir des images aériennes d'Orly ?
Hors ligne
Salut, le problème n'est pas d'avoir des images, le projet PARIS de Betrand AUGRAS contient déjà tout un tas d'images de très hautes qualité. Non, mon soucis premier, c'est la placement des objets et leur orientation et accéssoirement comment changer l'image de fond
Dans ce projet pour X-Plane il y a le Louvre, laTour Eiffel, le grand Palias, la Grande Bibliothèque, la Défense, Le Sacré Coeur, les Invalides, le château de Versaille et j'en passe et des meilleurs... Mais voilà, X-Plane n'utilise pas tout à fait les même coordonnées que Flight Gear et sans FSGD il m'est très difficile de placer correctement tout cela.
Merci quand même.
Amicalement Emmanuel
Ce que je voulais dire, c'est que sur ces images géo-référencées, tu peux avoir la position et l'orientation. FGSD utilise le système WGS84, donc ce que te donne Google, tu le rentres dans FG ( après conversion des degrés en décimal, et l'orientation qui est l'inverse du sens des aiguilles d'une montre, le zéro au sud ) et voilà, tu édites à la main les fichiers .stg. Il y a aussi un script en perl qui peut te donner la référence de la tuile ( calc-tile.pl dans Scripts/perl/scenery ) à partir de la position, et donc le nom du fichier à modifier.
Hors ligne
Oups, désolé de n'avoir pas compris ta réponse. Je te remercie pour ces informations. Mais je ne pense pas aller beaucoup plus loin malheureusement. La raison en est simple, j'ai déjà placé envirron 50 objets et le framerate est déscendu en dessous des 1 images secondes contre 30/40 en générale sur ma machine. Quand on sait que le fichier STG que je viens de finir contient 7437 éléments pour Paris et ses environs j'imagine sans mal le moteur 3D faire du 1 images par minute. Mais là, c'est ma patience qui risque d'en prendre un coup. Espérons que le moteur 3D soit un peu (beaucoup) dopé dans les mois à venir. Pour info, j'ai déjà placé :
L'arc de triomphe
L'arche de la défense
L'opéra de la bastille
Beaubourg
Bercy
La bibliothèque Nationale de France
Le Cnit
La concorde
L'école Militaire
Le Grand Palais
Les Invalides
Le Louvre
La Madeleine
La tour Montparnasse
Notre Dame
Le Sacré coeur
Le Château de Saint Germain
La tour Eiffel
Le trocadero
Le grand trianon
Le château de Versaille et ses jardins
Le petit trianon
plus quelques éléments sur Orly. Mais déjà ainsi, en ayant enlever pas mal de chose sur Orly, le Framerate en prend un gros coup. Snif domage.
Amicalement Emmanuel
Bien cela n'est toujours pas correctement placé, mais pour moi le plus important était de comprendre comment cela focntionnait. Voici quelques screens histoire de.... Il faut que j'avoue aussi que mon anglais étant déplorable, je met beaucoup de temps à comprendre ce qui n'est pas en Français
http://helijah.free.fr/Paris01.jpg
http://helijah.free.fr/Paris02.jpg
http://helijah.free.fr/Paris03.jpg
http://helijah.free.fr/Paris04.jpg
http://helijah.free.fr/Paris05.jpg
http://helijah.free.fr/Paris06.jpg
http://helijah.free.fr/Paris07.jpg
Bien, je vais donc maintenant tenter le bon positionnnent et la bonne orientation par rapport à Google Mapa (et oui, Google earth ne fonctionne pas encore sous Linux). Si j'arrive à quelque chose je serais déjà bien content.
Amicalement Emmanuel
Mais au fait, Fred, ne serais tu pas l'auteur de ce fameux FGSD que je n'arrive pas à compiler snif. EN fait, c'est CGAL que je ne peus pas installer et du coup FGSD ne veus pas se compiler..Normal.
Pour ce qui est de CGAL je suis coincé, le GNU C 4.0.3 n'est pas supporté et il ne veus rien savoir. En plus je suis habitué au bon vieux ./configure, make, make install et là, c'est un truc bizarre avec une pseudo interface interactive qui permet de configurer et d'installer. Mais c'est en anglais et zut suis anglophobe.
Juste au cas où, n'existerais il pas une version binaire de FGSD (même sous Windows, je suis prèt à supporter cet OS le temps d'utiliser FGSD si...si...). Sinon...bin je ferais sans
Emmanuel
Connais-tu ce sujet : http://fr.flightgear.tuxfamily.org/foru … c.php?id=7 et le site auquel il se réfère. Pour info, je suis aussi l'auteur de ces modèles.
Concernant le placement des modèles, la Seine est décalée d'a peu près 500m dans FG a cause de la qualité des données libres dont nous disposons. C'est pourquoi des efforts sont en cours pour améliorer cela : http://www.custom-scenery.org/Landcover_DB.212.0.html et qu'une version 0.4.0 de fgsd se prépare : http://frbouvi.free.fr/flightsim/fgsd-p … urve-7.gif
Concernant CGAL, plusieurs personnes sont allées plus loin que le warning sur le non support de g++ 4 et arrivent à compiler fgsd. Le source a été plusieurs fois patché pour cela.
Il existe des binaires windows. Sur la page de téléchargement de Sourceforge pour la version 0.3.1 : http://prdownloads.sourceforge.net/fgsd … e?download ( cette version est recommendée pour le placement des objets sur des tuiles existantes ).
Pour les versions de développement avec les dernières améliorations ( mais aussi quelques bugs ) : ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32 ( la dernière inclu la récupération d'image Landsat qui s'affiche en fond : http://frbouvi.free.fr/flightsim/fgsd-landsat-lfpg.gif ). Ces versions de développement sont compilables plus facilement sous Linux en récupérant les sources via SVN ( CVS ne marche plus sur SourceForge ), avec toujours le warning dans CGAL.
Hors ligne
Oups, désolé de n'avoir pas compris ta réponse. Je te remercie pour ces informations. Mais je ne pense pas aller beaucoup plus loin malheureusement. La raison en est simple, j'ai déjà placé envirron 50 objets et le framerate est déscendu en dessous des 1 images secondes contre 30/40 en générale sur ma machine. Quand on sait que le fichier STG que je viens de finir contient 7437 éléments pour Paris et ses environs j'imagine sans mal le moteur 3D faire du 1 images par minute. Mais là, c'est ma patience qui risque d'en prendre un coup. Espérons que le moteur 3D soit un peu (beaucoup) dopé dans les mois à venir.
...
plus quelques éléments sur Orly. Mais déjà ainsi, en ayant enlever pas mal de chose sur Orly, le Framerate en prend un gros coup. Snif domage.
Il y a peut-être besoin d'optimiser les modèles convertis. Il s'est déjà vu qu'un convertisseur rajoute des millions d'infos redondantes dans le modèle. La scène de San francisco a de gros modèles et ça tourne quand même pas mal sur ma machine. Et sur la tienne ?
Peut-être puis-je t'aider ? Est-il possible que tu m'envois les modèles convertis ? Je sais que l'auteur de cette scène a contacté le webmaster de fgfsdb.stockill.org a propos de mes modèles mais nous n'avons jamais été en contact directement. Est la scène de Paris n'est pas dispo actuellement.
Hors ligne
Bonjour Fred,
Oui, je connais tes travaux sur http://fr.flightgear.tuxfamily.org/foru … c.php?id=7 d'aileurs je les ai et ils sont tout à fait satisfaisant. Si j'en ai recommencé d'autre ce n'est pas pour te déplaire mais simplement que j'ai repris toute la scène Paris de X-Plane et je n'avais pas envie de faire le tri. Ta Défense est d'ailleurs bien plus détaillée que celle de la scène Paris qui est dispo si si ici : http://baugras.club.fr/xplane/Scenery_%20PARISFR.htm mais pour X-Plane bien sur.
Je reprend tout les modèles un par un dans Blender et je les sauve en .AC. Je tranforme les textures en .RGB et je place tout cela dans des répertoires plus ou moins bien rangé. Je veus bien t'envoyer ce que j'ai déjà fait, mais je préfèrerais le faire par Mail car je n'aip as encore eu le temps de contacter l'auteur de la scène Paris (Bertrand AUGRAS) donc je ne voudrais pas que son travail modifié par mes soins se promène de trop sur le net.
Tu peus me donner cela ici : embaranger "arobace" free "point" fr
De mon coté je vais tenter la version Windows de FSGD promis.
heljah, si ton travaille pourrait aboutir à une intégration dans World Scenery sa serait vraiment cool.
Bon courage ;-)
Hors ligne
heljah a écrit :Oups, désolé de n'avoir pas compris ta réponse. Je te remercie pour ces informations. Mais je ne pense pas aller beaucoup plus loin malheureusement. La raison en est simple, j'ai déjà placé envirron 50 objets et le framerate est déscendu en dessous des 1 images secondes contre 30/40 en générale sur ma machine. Quand on sait que le fichier STG que je viens de finir contient 7437 éléments pour Paris et ses environs j'imagine sans mal le moteur 3D faire du 1 images par minute. Mais là, c'est ma patience qui risque d'en prendre un coup. Espérons que le moteur 3D soit un peu (beaucoup) dopé dans les mois à venir.
...
plus quelques éléments sur Orly. Mais déjà ainsi, en ayant enlever pas mal de chose sur Orly, le Framerate en prend un gros coup. Snif domage.
Il y a peut-être besoin d'optimiser les modèles convertis. Il s'est déjà vu qu'un convertisseur rajoute des millions d'infos redondantes dans le modèle. La scène de San francisco a de gros modèles et ça tourne quand même pas mal sur ma machine. Et sur la tienne ?
Tu dois avoir un problème avec ta config. J'ai plutot un framerate de 75 avec ce que tu m'a envoyé. J'ai un A64 3400 et une GeForce 5900
Hors ligne
AH! Bin oui, mais non
En fait, dans le fichier 2990769.stg il te faut retirer tous les #. Je les avais placé là justement pour retrouver un peu de vitesse. De plus j'avais déjà enlever de se fichier tout un tas d'objets inutiles (genre light etc..) qui ne se voyaient pas mais qui bouffaient du CPU. Jettes un oeuil au fichier en-cours.txt tu comprendras
Amicalement Emmanuel
Bin oui, mais mon, et pis si ;-)
J'ai enlevé tous les dièses de 2990769.stg et je me suis retrouvé avec 1 fps lorsque je pointais le nez vers Versailles ( qui est sous terre avec mon scenery )
J'ai ouvert monuments2.rgb qui est une texture de taille 1024x1024 dans Gimp et je l'ai redimensionnée à 256x256. Je relance et j'ai mes 75fps. C'est tout ;-)
En fait on vient de découvrir que chaque modèle recharge sa texture, même si une texture identique est déjà en mémoire graphique. Dès que l'on aura convaincu Plib de réutiliser les textures déjà chargées, ça devrait aller mieux parce que ma méthode actuelle a ses limites.
Hors ligne
Tu peux aussi rendre aile-palais.xml et tour-palais.xml partagés ( OBJECT_SHARED ). De cette façon, tu seras sûr que ces modèles ne sont chargés qu'une seule fois en mémoire. Ca marche aussi pour tous les modèles récurrents.
Il faut alors les copier dans $FG_ROOT/Models pour que cela marche
Hors ligne
En passant tous les objets d'Orly en "shared" j'ai des perfs plus que correctes. J'aurais bien essayé avec la ville, mais le tar que tu m'as donné ne contient aucun modèle dans city et dans vegetation.
Pour ce qui est de l'orientation, il ne semble pas qu'il y ai une règle de conversion fiable.
Hors ligne
En fait la formule de l'orientation est :
orientation_fg = 90 - orientation_xplane
et voila ce que cela donne pour Orly :
C'est le seul endroit où les modèles sont à la bonne hauteur. Dans Paris, il y a un bon décalage : les modèles semblent flotter.
Hors ligne
Bon alors la je m'incline.... Non seulement Fred, tu me donne la solution (90-orientation X-Plane) mais en plus tu donne toutes les solutions pour avoir des FPS correcte. Le résultat me fait saliver d'avance. Du coup, j'y retourne de suite et vais tenter toute la ville de Paris juste pour voir
Pour ce qui est des altitudes, oui effectivement. J'ai mis tout les batiments déjà fait à la même car dans les fichier X-Plane elle n'est pas donnée de façon explicite. D'après ce que j'ai compris, orientation et altitude sont mélangées dans le même paramètre...Plutôt bizarre mais bon. Du coup, il faut lancer FGFS et se placer sur le batiment pour avoir l'altitude du sol à cete androit et ressortir pour modifier le fichier STG.
Merci beaucoup et...heu...ah...si...Merci beaucoup.
Amicalement Emmanuel
Moi aussi je salive. Bravo à vous deux !
;-)
Hors ligne
J'attend le résultat final avec impatience. Et je viens de trouver ce qui cloche dans la gestion des textures. C'est corrigé dans CVS.
Pour ce qui est des textures de nuit ( on dirait que le terminal sud est dans ce mode ), je pense qu'il faut intégrer deux objets identiques dans le même modèle et sélectionner le bon ( dans le XML ) par une animation select basée sur la position du soleil par rapport à l'horizon.
Hors ligne
Au fait pour les élévations, regarde dans scripts/perl/examples : il y a un script find_elevations.pl qui se sert d'une instance de fgfs pour calculer les élévations à partir un fichier de positions
Hors ligne
En recalculant les élévations on obtient :
Hors ligne
Allez on continue dans la bonne humeur. Ta formule d'orientation est parfaite. La preuve, sur Olry, j'ai fini par ajouter les avions. Reste encore les véhicules mais cela devrait aller assez vite. Je m'attaquerais à Paris une fois Orly fini. Et puis, l'histoire des OBJECT_SHARED peremt vraiment de rester rapide malgrès le nombre d'objets. Bon je suppose qu'il faut beaucoup de mémoire . Sinon, je n'ai pas encore réduit les textures, mais effectivement certaines ne valent pas la peine d'être si grande pour du décor.
Voici le résultat sur Orly :
http://helijah.free.fr/orly01.jpg
et de plus près :
http://helijah.free.fr/orly02.jpg
Je suis impatient de m'attaquer à Paris...Tiens à ce sujet j'ai mélangé ta Défense et les monuments ainsi on en a encore plus
Amicalement Emmanuel
Allez on continue dans la bonne humeur. Ta formule d'orientation est parfaite. La preuve, sur Olry, j'ai fini par ajouter les avions. Reste encore les véhicules mais cela devrait aller assez vite. Je m'attaquerais à Paris une fois Orly fini. Et puis, l'histoire des OBJECT_SHARED peremt vraiment de rester rapide malgrès le nombre d'objets. Bon je suppose qu'il faut beaucoup de mémoire . Sinon, je n'ai pas encore réduit les textures, mais effectivement certaines ne valent pas la peine d'être si grande pour du décor.
Pas besoin de plus de mémoire : les objets partagés ne sont chargés qu'une seule fois. Après il s'agit de puissance graphique pure pour afficher un gazillion de ces objets.
Pourquoi conserves-tu l'ufo au centre ? Fais Ctrl-V pour te retrouver dans le cockpit et effacer ce blob de l'écran.
Hors ligne
http://helijah.free.fr/orly01.jpg
On dirait que la tour de controle et en mode nuit?
Hors ligne