Reprise du message précédent :
J'ai l'impression que la release a été faite avec les pieds, à la "va comme je te pousse"  

Bien vu les PAPI/VASI en paille    
 

en fait j'ai l'impression que c'est le syndrôme "it's not a bug, it's a feature",
 
car dans le rapport de bug que j'ai crée pour le problème du VASI/PAPI on m'a répondu ça :
 

 
https://code.google.com/p/flightgea [...] il?id=1569
 
et pour mon autre rapport de bug ( le plantage au démarrage quand on choisit KSFO, l'aéroport par défaut de flightgear ) je n'ai pas encore eu de réponse :
 
https://code.google.com/p/flightgea [...] il?id=1568
 
je vais essayer de compiler la version GIT de flightgear pour voir si ça marche mieux que la version finale 3.2

Le bug, c'est juste le petit bonhomme qu'est préposé à l'allumage au briquet des PAPI/VASI de paille qui sort pas en fait

Edit : VASI PAPI, mets le feu  

Bon ok, j'arrête, c'est lourd

un PAPI/VASI alimenté par une bougie, c'était peut-être l'idée du développeur qui a fait cette modification
 

Franchement quand je relis une partie du changelog de la 3.2
 

Je me dis "Mais à quoi on a échappé ?"
 

j'ai fait un test sur Paris Charles de Gaulle,

ici l'option "atmospheric light scattering" activée la nuit :

et là la même scène sans cette option "atmospheric light scattering" :

on voit qu'il y a beaucoup plus de détails dans les lumières au sol quand cette foutue option est désactivée, signe qu'il y a donc bien un bug quelque part dans cette option,

c'est incompréhensible que les développeurs de flightgear aient laissé passer ce bug, ainsi que les béta-testeurs

T'as essayé de voir si les détails visibles changeaient en faisant varier la météo (en passant d'une météo sèche à une météo plutôt humide, par exemple) pour l'option ALS ON ?

Quel gpu aussi? Parfois ça peut varier selon les pilotes et le rendu OpenGl du gpu?

j'ai une carte graphique ATI radeon HD4650 pcie avec le pilote libre radeon ( noyau linux 3.16.4 ) avec mesa 10.3.1,

cette carte graphique gère open GL 3.0, et il n'y avait aucun soucis avec flightgear 3.0,

je pense en fait que le développeur de flightgear a fait tous ses tests avec une carte graphique Nvidia, du coup ses tests sont faussés car ils ne prennent pas en compte les autres types de carte graphique,

et ce qui est comique c'est qu'il m'a répondu ceci sur le forum de flightgear

il pense que la version 3.2 officielle n'est pas sortie et que nous sommes encore en phase de béta test  

alors que sur le site officiel l'annonce de la sortie officielle a été faite le 15 octobre dernier :

http://www.flightgear.org/

à mon avis il y a urgence de retirer cette version officielle 3.2 afin de corriger ces bugs, une fois que tout est Ok ils pourront alors sortir une version officielle stable "3.2.1"

voici un correctif qui semble résoudre le problème du VASI/PAPI :

changer ceci dans le fichier /fgdata/Shaders/surface-light-lightfield.frag ( fichier présent dans le package fgdata, il ne s'agit pas du code source mais uniquement les répertoires où se trouvent les données du programme )  :

ligne :

à remplacer par ça  :

et cette autre ligne :

par :

ça donne ceci comme résultats :

et ceci quand on désactive l'atmospheric light scattering :

les lumières restent toujours moins brillantes quand cette option est activée, mais l'amélioration c'est que maintenant on a plus cette impression que les lumières sont des bougies ou des briquets

les tests ont été faits avec comme paramètres : la nuit totale pour le paramètre horaire dans les menus de flightgear, et pour la météo ça doit être la météo par défaut ( fair weather, le temps dégagé sans trop de nuages )

Quoi ? T'aime pas les concerts de Patriiiick ??    
 
"Casseeeeeer l'aviiioonnnnn !!!!"  

en tout cas ça sent la désorganisation dans l'équipe de développement de flightgear, le site web qui annonce la sortie officielle de la 3.2 et pourtant les développeurs n'ont pas été mis au courant :
 

 
j'ai voulu tester la version de développement de flightgear ( en version 3.3 ) mais c'est le parcours du combattant car il faut aussi télécharger le fichier de données de flightgear en version 3.3, il faut passer par une commande GIT :
 

 
la commande met un temps fou à s’exécuter, elle rapatrie 1.87 Go de données mais ça finit par échouer au bout de 2 heures avec ce message d'erreur :
 

 
j'ai posé la question du pourquoi de cette erreur sur le forum et on m'a conseillé de passer par un fichier bitorrent pour récuperer le fichier :
 
http://forum.flightgear.org/viewto [...] 45&t=24341
 
bref pour l'instant j'ai toujours pas récupéré ce fichier, n'ayant pas de client bitorrent ( et en plus j'ai un parefeu non configuré pour bittorent ), personne dans l'équipe de développement de flightgear n'a pensé à uploader une version zip du paquet fg-data v3.3.0, ce qui aurait été beaucoup plus simple pour celui qui aurait aimé donner un coup de main à l'équipe de développement,
 
faut pas chercher bien loin pourquoi flightgear n'a pas beaucoup de développeurs, c'est parce que le processus est trop désorganisé, ça décourage assez vite les bonnes volontés, et ça bouge pas beaucoup dans le bugzilla quand on remonte un bug
 
 

C'est le problème des gros projets open-source non subventionnés.
Et les autres le savent, dans le pire cas, ils pillent empruntent le code en respectant la licence... et c'est tout.

Tu tournes sous Linux ?

oui je suis sous linux ( archlinux 64 bits )

Y'a personne qui propose des paquets pré compilés "daily/night build" (ou moins "bleeding edge" mais plus récent que les releases officielles) de flightgear pour Arch Linux ?

Un truc genre https://launchpad.net/~saiarcot895/ [...] tgear-edge (pour Ubuntu)

non il y a rien de cela,

uniquement la version officielle 3.2 :

https://www.archlinux.org/packages/ [...] =&flagged=

sur les dépôts non officiels il n'y a pas de version 3.3 :

https://aur.archlinux.org/packages/ [...] _Search=Go

le développeur Thorsten qui a crée cette fonctionnalité d'éclairage en forme d'étoiles/effet lens flare est convaincu que c'est comme cela dans la réalité,

il a posté une capture d'écran de ce qu'il a sous flightgear :

il pense qu'il est normal de voir des halos lumineux sur les lumières, je suis moyennement d'accord mais j'ai jamais volé en vrai, il se peut qu'il ait un peu raison

il faudrait une photo de nuit d'un vrai aéroport avec toutes les lumières allumées pour qu'on puisse comparer, si les lumières forment un disque lumineux "net", ou bien si les lumières sont de forme "étoilées",

personnellement je dirai que quelqu'un d'un peu myope ou qui souffre d'astigmatisme pourrait voir les lumières avec cette forme d'halo et d'étoiles, une mauvaise focalisation de la lumière sur la rétine,

heureusement cette fonctionnalité peut être annulée en modifiant le code source assez facilement

La réponse en image:

bon j'ai essayé de convaincre Throsten sur le forum de flightgear en utilisant les photos postées par Burn2 mais il ne veut toujours pas changer d'avis, il reste persuadé que la nuit on voit des espèces d'halos autour des lumières  
 
j'ai demandé aussi la création d'une option "--without-lens-flare-effect" mais ça été refusé aussi,
 
je pense qu'il doit avoir une très légère myopie ( -0.25 dioptries ) ou un léger astigmatisme ce qui fait que la nuit les points lumineux se focalisent mal sur sa rétine d'où ces halos et perturbations autour des points lumineux,
 
normalement quand on a une vue parfaite ( 10/10 ) les points lumineux la nuit doivent se focaliser parfaitement sur la rétine, on doit alors obtenir exactement la même chose que sur la première photo postée par Burn2 ( un disque lumineux aux contours parfaits ),  
 
d'ailleurs de ma fenêtre la nuit quand je regarde des points lumineux ( lumières de la ville au loin ) ils ont tous un aspect sphérique sous forme de disque lumineux, à moins de porter des verres sans anti-reflets ou de souffrir d'une légère myopie non corrigée
 

Sur la 2ème photo tu le vois quand même, mais c'est du au temps de prise de vue.

je pense que sur la deuxième photo un filtre artistique a été appliqué sur l'objectif de l'appareil photo, ou bien il s'agit d'un filtre logiciel réalisé sous gimp ou photoshop

http://www.tiffen.com/star_filters.htm

Ça faisait un bail que j'étais pas repassé dans la région du Grand Canyon, et comment dire ... ils ont refait la peinture, depuis
 

 
Le reste du petit trip du Grand Canyon (KGCN) à Monument Valley puis Four Corners Regional (KFMN) est dispo ici

ça rend bien
 
tu utilises quoi comme paramètres graphiques ?
 
tu as un bon FPS supérieur ou égal à 30 ?
 

Ha dsl, j'avais pas vu ta question
 
Ben les FPS, tu en as une bonne idée sur les screens que j'ai fait si tu regardes en bas à droite des screens
En gros, sur ces scènes là, oui je suis largement au dessus des 30 fps constants
Les seules fois où ça peut descendre, c'est quand je screenshote justement
Mais ça dure une fraction de seconde
 
J'ai refait une autre série dans le grand Canyon, avec en screens mes réglages, météo, etc ...
Au niveau des shaders, c'est pas compliqué, je coche l'ALS et je mets tout à fond
 

sortie de flightgear 3.4 :
 
http://www.flightgear.org/news/fli [...] -released/
 
les améliorations et corrections de bugs :
 

je viens de tester,

et malheureusement c'est pas convaincant,

j'ai encore l'impression qu'il y a des nouveaux bugs, par exemple je ne vois plus de VASI/PAPI sur mon aéroport de test, alors qu'avec la version 3.2 il y avait un VASI/PAPI, comme j'utilise les mêmes scènes ( les mêmes fichiers qu'avec la 3.2 ) c'est donc un bug de la version 3.4,

avec la version 3.2 on voit le VASI/PAPI :

avec la version 3.4 le VASI/PAPI disparaît :

de plus les lumières la nuit sont toujours aussi nazes quand l'option ALS est activée ( atmospheric light scattering ) contrairement à ce qu'indique le release notes, c'est lié au développeur Thorsten qui s'obstine à vouloir représenter les lumières sous forme d'étoiles/lens flare ( comme si le pilote souffrait d'une légère myopie ), j'ai donc édité un fichier source pour corriger le problème afin de revenir à un affichage de type "disque lumineux/sphère" pour les lumières,

j'ai crée un rapport de bug pour le VASI/PAPI sur le site officiel,

dans le genre "feature inutile" j'ai remarqué que lorsqu'on change les paramètres horaires ( passage du mode "jour" à la "nuit" ) la nuit ne vient pas tout de suite, il faut attendre 10 secondes ( le cadran horaire fait une simulation d'avance rapide avec les aiguilles qui s’accélèrent ), alors qu'avec la version 3.2 le changement était direct ( on clique sur "nuit" et on a la nuit sans transition qui prend des plombes inutilement )

ils aiment se compliquer la vie les développeurs de flightgear

pour l'amélioration des FPS j'ai pas encore fait de tests approfondis, je pense qu'il y a un léger mieux, moins de lags

dans les gros projets, il faut pouvoir se faire plaisir sinon tu traînes la patte à un moment ou à un autre

il y a peut-être des easter-eggs dans flightgear qui sait
 
concernant la disparition du VASI/PAPI un développeur a reconnu le problème :
 
http://sourceforge.net/p/flightgea [...] /33468959/
 

 
il est possible qu'ils sortent une seconde release 3.4.1 pour corriger le problème ( ainsi que d'autres problèmes )

c'est du beau
 

ce qui serait intéressant c'est qu'une grosse entreprise ( type Intel, amd, nvidia ) vienne donner un coup de main au projet flightgear

tout en laissant le statut open-source au projet, un peu comme ce qui se passe avec linux où intel participe au développement du noyau :

http://www.developpez.com/actu/815 [...] -Torvalds/

car actuellement il y a très peu de développeurs pour flightgear, peu de moyens, peu de machines, peu de testeurs,

par exemple cela aurait du sens si airbus ou boeing décidait de donner un énorme coup de pouce afin de profiter en retour d'un simulateur de vol gratuit qui leur servirait à la fois de vitrine technologique et pour se donner à peu de frais une image valorisante, type généreux donateur/soutien au logiciel libre

bonjour, c'est ici le simulateur de viol open source ?    
 
 

ils ont toujours pas proposé de nouvelle release 3.4.1 qui corrige les bugs,

du coup j'ai compilé moi même la version git "next" ( estampillée 3.5.0 ) qui contient les correctifs, ça semble beaucoup plus stable et sans les bugs de type VASI/PAPI absent,

je me suis amusé à tester l'hélico l'officiel livré avec flightgear : l'eurocopter EC130 B4 :

http://wiki.flightgear.org/Eurocopter_EC130_B4

comme d'hab je me crash une fois sur 3 tellement le pilotage est délicat, d'après la notation du wiki cet hélico est très réaliste ( presque 5 étoiles sur tous les domaines de notation ), c'est peut-être pour ça que je me crash très facilement alors que sous FS9 le pilotage de l'hélico me semble moins casse gueule,

la version beta eurocopter EC135 semble plus aboutie graphiquement mais j'ai pas encore testé :

http://wiki.flightgear.org/Eurocopter_EC135

allez hop, après X-Plane... install globale de FlightGear sur le nouveau PC.
on va voir ce que ça donne :-)

avec ta machine de guerre tu devrais pouvoir mettre les options graphiques tout à fond du coup
 
ça se passe dans le menu "rendering options" :
 

 
ici j'ai bloqué le frame rate à 40 ( option "throttle frame rate" ) et mis des réglages personnalisés  ( "Shader options" ) pour que ça soit adapté à mon PC qui n'est pas très puissant,  
 
si tu veux pousser à fond ton nouveau PC tu peux tout mettre à fond pour voir ce que ça donne au niveau des shaders, puis cocher "random building", "random objects", augmenter la densité de la végétation, ainsi que l'option "cloud density",
 
le test ultime c'est de sélectionner un gros avion de ligne hyper complet comme le 777, puis un aéroport très dense comme KSFO, sur mon PC le manque de puissance se fait sentir rien qu'à KSFO, si tu vois que ton FPS reste stable alors c'est que ta config est bien adaptée à flightgear

c'est chargé mais il manque toujours une certaine finesse dans les assets
 
faut que je vois pourquoi je n'arrive pas à afficher les fps (malgré avoir coché l'option dans Views > Options)

moi j'ai reglé comme ça pour avoir l'affichage du nombre de FPS en bas à droite :

c'est dans le menu "affichage, options d'affichage", puis cocher la case "show frame rate", un nombre en rouge doit alors apparaitre en bas à droite de la fenêtre, si ça marche pas c'est peut-être un bug de ton pilote nvidia, ou bien quelque chose liée au bi-écran si tu utilises 2 écrans,

pour améliorer l'affichage il y a 2 propriétés qu'on peut modifier dans les options avancées de flightgear, ou  lancer flightgear en ligne de commande avec ces options :

--prop:/sim/rendering/multi-sample-buffers=true
--prop:/sim/rendering/multi-samples=4

ça active un anti-crénelage comme expliqué dans le wiki :

http://wiki.flightgear.org/Fr/Anti-aliasing

le wiki en anglais est un peu plus complet, il y a aussi le mode rembrandt qui améliore la gestion de l'affichage des lumières et des reflets, mais il faut que l'avion soit compatible, là encore il faut lire le wiki pour comprendre comment ça fonctionne et comment l'activer,

il y a plein de tweaks à faire car par défaut flightgear c'est pas tip top niveau rendu graphique, on peut installer des scènes optimisées nettement plus détaillées et réalistes ( genre des routes, des fleuves et de la végétation crédibles ) mais j'ai pas creusé la chose,

la case "atmospheric light scattering" améliore pas mal les choses pour les paysages, mais ajoute aussi quelques bugs

une astuce pour la gestion de la souris :
 

 
c'est dans le menu fichier, configuration des périphériques, cela permet de configurer le clic droit pour passer du mode "normal" à celui du mode "pilotage à la souris", car par défaut c'est la touche TAB qui assure le jonglage entre les différents modes

Tbone si tu cherches une option "photorealiste" pour les scènes sous flightgear cet article devrait intéresser :

http://wiki.flightgear.org/Photoscenery

ça consiste à remplacer les fichiers de scènes de flightgear par d'autres fichiers basés sur osgEarth, il faut les créer soi-même ou en télécharger,

quand la scène est bien realisée ça donne ça comme rendu, des routes un peu plus crédibles :

c'est pas encore tip-top, et je crois que la version alpha/béta de développement de flightgear va apporter quelques améliorations pour la gestion de ce genre de scène,

ceci dit je suis pas sûr qu'avec la version release le mode "osgEarth" soit activé, il va peut-être falloir recompiler une version spéciale :

http://wiki.flightgear.org/Buildin [...] ntegration