Forum

Reprise du message précédent

Bonjour,

Visiblement le changement semble être apparu sur ce commit ( pour ajouter le photoscenary à la version 2023.0 ? Du coup plus besoin de la 2020.4 pour en bénéficier ? )

https://sourceforge.net/p/flightgear/fgdata/ci/e73e5891f76a4e54657c0ee1174f02c3af7f2554/#diff-7

Pourtant de ce que je vois des statistiques de Sourceforge il y a eu chargement du programme Windows 3786 fois et 287 fois le fichier data la semaine dernière. Si personne n' a remonté le problème est ce que cela voudrait dire que Windows n' utilise pas le moteur de rendu "compositor" ?

Edit: J' ai une question qui n' a rien à voir mais peut être qu' Helijah pourrait répondre. Vu que je n' ai fait que lancé l' affichage de la piste sans toucher à quelque bouton que ce soit ( je crois). C' est normal que le cadran bleu/marron - celui en dessous de fg-611 ( désolé je ne connais pas le nom, mais je crois que ça bouge suivant que l' on aille à gauche, à droite en haut ou en bas) soit aussi penché dés le départ ? Le sol n' est pas sensé être plat dans les aérodromes ainsi que l' avion ?

Édité par nic80 Le 09/09/2023 à 10h59

J'ai toujours trouvé cela étrange et puis je me suis dit que ce sont des instruments électriques. Et sans électricité et bien ma fois il a cette position lol. Un coup de } pour mettre le contact puis s pour démarrer le moteur (et au passage l'alternateur) et hop il prend sa position de départ correctement

Bonjour à tous

Pour ce qui est de sol, je viens d'en faire l'annonce sur le forum anglais. EN espérant que cela permette une correction pour les prochaines versions.
Post ici

Amicalement Emanuel

Bonjour,

Pour le cadran, effectivement si c' est un équipement électrique cela fait sens. Mais en cas de panne électrique en vol (ou panne de l' équipement, on vole à vue alors ?

Pour le post sur le forum de Flightgear, tu propose d' ajouter là où je propose d' enlever .

Ceci dit cela revient au même du moment que l' erreur de syntaxe disparait...

Merci.

bizarre ce bug, car la version 2020.3.18 de fligthgear fonctionnait parfaitement avec Mageia 8. J'avais demandée qu'elle soit dans les dépots, après l'avoir testée lorsqu'elle a été dans les dépots testing, avant qu'elle soit poussée dans le dépot release, et tout était OK !

Et oui, malheureusement, un gentil "programmeur" a du faire une modif sans vraiment vérifier son travail et hop il a placé ça sur GIT....

Enfin la bonne nouvelle c'est :


Traduction :
"Merci pour le rapport.
J'ai appliqué le correctif qui devrait être disponible pour la prochaine version stable."

Voilà voià

bonjour Nic
félicitations et mille merci ça marche enfin, je vois le sol et même du ciel, on a besoin de voir la terre!
ce cadran est l'horizon artificiel, et ne se met en position que lorque l'alimentation des instruments est active.

cordialement

Textures/Globe/ocean_deph_1.png existe et non jpg

Bonjour,

Je n' ai pas fait attention à l' extension... Du coup, alors peut être que le fichier existe dans les textures, mais que le fichier qui y fait appel a un problème aussi et donc l' eau de l' océan est moins grise ... Pour cela, il faut faire un vol près d' une côte. Et cela ne semble pas être du à l' aéroport (celui qui j' ai testé se trouve trés loin d' un bord d océan).

Edit: suite à cette information sur laquelle je n' ai pas fait attention, un "grep -i -R ocean_depth_1 . " dans /usr/share/games/flightgear donc ceci (ici on recherche le terme ocean_depth_1 avec grep , sans tenir compte de la casse ( -i) et de manière récursive ( -R) sur les les fichiers présents dans le répertoire (.) et en affichant le numéro de ligne correspondante ( -n) :



Note les balises <image> sont présentes dans la sortie du grep !

Le coupable semble être donc le fichier (/usr/share/games/flightgear)/Compositor/Effects/water-inland.eff à la ligne 55.

Après je ne comprends pas le but de ce commit "https://sourceforge.net/p/flightgear/fgdata/ci/194edde3c78a48d2e7866f7adc425a24d0267538/" . on peut choisir d' utiliser un fichier jpg à la place d' un png, mais il faudrait que le fichier existe ( sinon ça marche moins bien).

Edit 2: bon visiblement le fichier .wav est dans la définition de l' avion ( ici apparement le Piper PA 28 (Dans le readme, il est indiqué "Piper PA 28 "Cherokee" " mais je ne le retrouve pas dans le hangar), peut être que je n' ai pas la bonne version.

Édité par nic80 Le 12/09/2023 à 23h41

merci nic80 de t'être penché sur la question.

j'ai corrigé donc corrigé le fichier /usr/share/games/flightgear/Compositor/Effects/terrain-default.eff

en remplaçant à la ligne 377,
</or>
par
<!--</or>-->

Édité par Ami age Le 17/09/2023 à 17h34

Personnellement j'ai préféré ajouter le <or> manquant que d'enlever le </or> existant..... c'est plus propre d'un point de vue du codage

Édité par Helijah Le 19/09/2023 à 08h42

Bonjour,
Est-ce que le problème a été reporté sur le bugzilla de Mageia ? C'est le meilleur moyen de contacter l'empaqueteur et de suivre la correction urbi et mageiabi.

Bonjour,

Oui ici

https://bugs.mageia.org/show_bug.cgi?id=32265

et c'est aussi reporté et corrigé directement dans FlightGear ICI

Bonjour,
La version corrigée est dans les testing. Chris attend vos rapports.
https://bugs.mageia.org/show_bug.cgi?id=32265#c5

Bonjour,

Ce matin, j' ai réinstallé la version telle que présente sous Mageia 9 de base afin de reproduire le bug.

Ensuite j' ai fait un
urpmi.update testing

urpmi flightgear-data --media testing
urpmi flightgear --media testing
urpmi simgear --media testing

Par contre ç' est uniquement sur la version 1-1 pas sur la 1-2 (pas eu le temps de l' installer)

Le bug ne semble plus présent pour l' affichage de la piste (pas essayé de décoller).