Fr/Résolution de problèmes
| Résolution de problèmes |
|---|
Cette page cherche à vous aider à résoudre vos problèmes d'installation de FlightGear, à partir d'un diagnostic, jusqu'à la solution. Si vous ne trouvez pas la solution de votre problème sur cette page, le forum et ses multiples utilisateurs pourront peut-être vous donner les informations complémentaires dans ce but.
Résolution à l'ancienne
- Pour obtenir une solution aux problèmes les plus fréquemments rencontrés, consultez la foire aux questions.
- Si FlightGear tourne très lentement, consultez la page relative aux problèmes de performances : Troubleshooting performance issues et celle sur le gestionnaire du système : Howto:Use the system monitor.
- S'il s'agit d'un problème graphique, consultez la liste de cartes vidéo problématiques : Problematic Video Cards et la page de résolution des problèmes graphiques : Troubleshooting graphics artifacts.
- Si des erreurs apparaissent dans la console (une fenêtre noire), voir Howto: Débarrassez-vous des erreurs les plus fréquentes.
- Si FlightGear plante, consultez Troubleshooting crashes.
- Si l'ensemble du système d'exploitation plante lors de l’exécution de FlightGear, consultez plantage du système.
- S'il s'agit de problèmes concernant les périphériques de pilotage (clavier, joystick...), voir la page consacrée aux problèmes de périphériques d'entrée : Troubleshooting input devices.
Consultez également la page Recommandations sur le matériel pour plus d'information concernant les cartes graphiques et les autres équipements fonctionnant avec FlighGear.
Si tout ce que vous avez tenté à échoué...
Essayez Requesting Technical Help, mais seulement après avoir essayée les solutions présentes en dessous!
Échecs possibles lors de la modification des fichiers du package de base
Dans une certaine mesure, la plupart des utilisateurs vont vouloir modifier FlightGear d'une façon ou d'une autre. On peut faire beaucoup de modifications intéressantesen en modifiant les ressources du package de base, comme les fichiers des avions, des instruments, des interfaces, etc.
Cependant, lors d'une telle modification du package de base, il est essentiel de garder une trace de tout changement réalisé et de s'assurer que les fichiers sont modifiés correctement. Voici une liste des vérifications à faire :
- lorsque l'on référence un fichier ou un chemin, s'assurer qu'il existe réellement ;
- lorsque l'on référence un fichier ou un chemin, s'assurer qu'il est correctement utilisé, c'est à dire vérifier les espaces, séparateurs et majuscules :
- dans la plupart des systèmes d'exploitation, les noms de fichiers et chemins sont sensibles à la casse (majuscule ou non). Donc n'oubliez pas d'y faire attention ;
- de plus, la plupart des systèmes d'exploitation multi-utilisateurs utilisent un système de fichiers avec permissions. Ces fichiers et chemin nécessitent donc les permissions correctes pour devenir accessibles en lecture ou écriture ;
- lors de l'édition de fichiers XML, vous devez vous assurez que les modifications sont valides et ne corrompent pas la syntaxe XML, en vous assurant que toutes les balises sont bien fermées. Si vous n'êtes pas sûr de la validité de vos modifications, utilisez un "validateur xml". Il existe une multitude d'outils disponibles gratuitement et en open-source aidant à la validation de documents XML. Sous *nix, il est possible d'utiliser simplement "xmllint". Les fichiers XML invalides ne sont plus acceptés par FlightGear (il existe également des validateurs XML en ligne permettant de simplement copier/coller le code sur la page internet ou bien de charger votre ficher XML pour vérification) ;
- même si la majorité des fichier XML de FlightGear respectent les formats basiques des PropertyList, les différents composants de FlightGear supportent différentes fonctionnalités et caractéristiques, donc les tags et attributs présents et utilisables dans un type de fichier (tel que les interfaces utilisateurs) ne sont pas forcément disponibles pour les fichiers d'un autre sous-système/composant, du fait de la conception et implémentation individuelle (et non globale) de chaque composant. En résumé, même si certaines syntaxes ou fonctionnalités sont supportées dans une autre partie de FlightGear, il se peut que celle-ci ne soit pas encore supportée par d'autre.
A noter qu'il est facile de corrompre votre package de base simplement en modifiant d'une mauvaise façon un fichier, en sorte que FlightGear ne puisse plus l'utiliser, jusqu'à l'installation d'un nouveau package de base. Vous devriez donc garder séparés d'une part le package de base, et d'autre part les modifications faites. Ou alors envisager un système de gestion de code tel que svn ou git.
Si vous rencontrez des problèmes pour faire fonctionner vos modifications, il est intéressant de lancer FlightGear avec un niveau supérieur de log/avertissement, afin d'obtenir une foule d'information et plus précisément quelle partie de FlightGear se charge avec succès ou non. Ce mode peut être atteint en utilisant le paramètre --log-level=bulk.