Troubleshooting problems: Difference between revisions

From FlightGear wiki
Jump to navigation Jump to search
m (→‎Slow Framerate with OpenGL Card: add information for the forceSW parameter)
m (→‎Solutions: add section "=== Slow Framerate with Graphic Card with Nvidia chip ===")
Line 103: Line 103:
Warning! If you see anything like "ForceSW" or "Software Emulation", it was a bad thing for you because you do not have HARDWARE OpenGL support, or your drivers are not configured properly. If you have HARDWARE OpenGL support, your CPU work a lot to display the graphics.
Warning! If you see anything like "ForceSW" or "Software Emulation", it was a bad thing for you because you do not have HARDWARE OpenGL support, or your drivers are not configured properly. If you have HARDWARE OpenGL support, your CPU work a lot to display the graphics.
Source : http://ocw.mit.edu/ans7870/6/6.370/contestants/software.htm#issues
Source : http://ocw.mit.edu/ans7870/6/6.370/contestants/software.htm#issues
=== Slow Framerate with Graphic Card with Nvidia chip ===
a) First, Identify if your graphic card use software OpenGL support
When Flightgear was launched, it display a message like this :
Finished command line arguments
Initializing splash screen
GeForce4 MX 440 with AGP8X/AGP/SSE2/forceSW
Max texture size = 2048
Depth buffer bits = 16
Loading Airport Database ...
Data file version = 810
Warning! If you see anything like "ForceSW" or "Software Emulation", it was a bad thing for you because you do not have HARDWARE OpenGL support, or your drivers are not configured properly. If you have HARDWARE OpenGL support, your CPU work a lot to display the graphics.
Source : http://ocw.mit.edu/ans7870/6/6.370/contestants/software.htm#issues
b) Second, use this workaround for Windows 2000/XP to correct this problem.
I have a nvidia Geforce 4 MX440-AGP 8x and this workaround correct the slow framerate with my graphic card.
The detailed problem analysis is here :
http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg14993.html
This workaround is to downgrade your nvdia driver to 45.33 or 4.5.3.3.
You can find it here :
http://www.nvidia.com/object/pc_winxp-2k_45.33.html
This 45.33 driver supports over five generations of NVIDIA GPUs - from TNT to GeForce FX(Geforce Fx = Geforce5).
Don't use driver upper than 45.33, because in the upper version, there is a software OpenGL support. It was not the GPU (nvidia chip) that work to support the software OpenGL features but your CPU. And with this configuration, your CPU is used at 98% by fgfs.exe or the flightgear binary. 


=== USB Joystick Fails to Work ===
=== USB Joystick Fails to Work ===

Revision as of 10:20, 1 January 2008

Hi, you were probably referred to this page because you are having problems getting FlightGear to work for you. This page is dedicated to helping you address any issues you may face.

You need to realize that, in order for other people to be able to help you sorting out any FlightGear related problems, you need to provide certain information about your platform and the nature of the problem you are encountering. This is due to the fact that we don't have access to your machine and thus cannot see what you are (or were) doing, so you need to be our eyes and ears. Also, it is important that you try not to mix up different symptoms that may not necessarily be related with each other.

Even if some of the information we ask for is not always necessarily required in order to fix a particular issue, it can tremendously simplify and shorten the troubleshooting process, for example by allowing us to exclude certain problem sources. So, if at all possible please try to comply with our requests, if anything is unclear or you don't know how to obtain certain information please ask for clarification rather than ignoring a particular request.

In general, you should always try to provide the following information in your requests/reports:

Hardware Specs:

  • CPU
  • RAM
  • SOUND CARD
  • GRAPHICS CARD


Software Specs:

  • OS (Version, Kernel, Servicepacks etc)
  • any other software that may be running while FlightGear is running (i.e. antivirus tools)
  • driver versions for relevant hardware (graphics, sound, input hardware)


Input Hardware:

  • KEYBOARD (language/country encoding)
  • MOUSE
  • JOYSTICK
  • YOKE
  • PEDALS


FlightGear:

  • version of FlightGear you are trying to get to work for you
  • where you obtained it from
  • in what format you obtained it (executables/binaries vs. source code)
  • if you built it yourself, how you did do that (compiler,flags etc)
  • how and where you installed FlightGear
  • how you are starting FlightGear (GUI frontend vs. shell/console)
  • startup parameters you use
  • runtime settings you use
  • any console messages (warnings and errors) you may see
  • whether the same machine/OS has previously been used to run FlightGear successfully, if so what version of FlightGear
  • if FlightGear works properly using the default settings


If you experience any problems during flight, please save the active flight and make the saved file available for further investigation (i.e. in order to post it to a forum or send it to a mailing list)

If you are facing scenery-related problems (i.e. no scenery visible), please also try to provide the following information:

  • whether FlightGear's default airport KSFO (San Francisco) works for you or not
  • whether you can see any scenery (i.e. runways) from the cockpit view
  • whether you can see any scenery (i.e. runways) from non-cockpit views (i.e. outside view: using the v/V key to cycle through all views)
  • what daytime settings you are using and whether changing this setting has any effect
  • which tiles you downloaded, and from where-including the size of each file or its MD5 sum
  • whether you are able to open the downloaded scenery tiles using an archiver such as WinZip, PowerZIP, IzArc
  • which areas/airports specifically are causing trouble, and what you are (not) seeing (i.e. water?)
  • how exactly you installed the scenery tiles, did you extract the scenery tiles properly?
  • the location of your FlightGear base package (data) folder
  • if you are using the FG_ROOT and FG_SCENERY variables, their contents
  • the contents of the folder under $FG_ROOT/Terrain
  • ICAO code and runway of airport, as well as your actual longitude/latitude retrieved from the property browser: /sim/position/longitude-deg & /sim/position/latitude-deg
  • the value of /sim/rendering/draw-otw using the property browser (needs to be true)
  • any screenshots depicting the problem


If you are facing problems related to your input hardware, please also try to provide the following information:

  • the nature of your problem
  • whether the symptoms appear to be in any way specific to the aircraft you are using
  • what input hardware you are trying to use with FlightGear
  • whether the corresponding hardware works under the same OS with other applications
  • how the input hardware is connected to your machine
  • if there is any other input hardware connected to your machine
  • if the symptoms disappear when you disconnect either single components of your input hardware or all of it together

TODO: we need to evaluate the forum and mailing discussions of the last 2-3 months in order to determine which issues were the most frequently reported ones (i.e. FreeGLUT, RenderTexture,3D Clouds,non calibrated hardware etc), so that we can summarize these issues here, and possibly even directly provide solutions later on.


Solutions

Slow Framerate with OpenGL Card

a) If you have a card that fully supports OpenGL and FlightGear is still running slow, then there may be a somewhat esoteric fix to your problem.

Change the color depth to match that of your OS's desktop!

b) Identify if your graphic card use software OpenGL support

When Flightgear was launched, it display a message like this :

Finished command line arguments Initializing splash screen GeForce4 MX 440 with AGP8X/AGP/SSE2/forceSW Max texture size = 2048 Depth buffer bits = 16 Loading Airport Database ... Data file version = 810

Warning! If you see anything like "ForceSW" or "Software Emulation", it was a bad thing for you because you do not have HARDWARE OpenGL support, or your drivers are not configured properly. If you have HARDWARE OpenGL support, your CPU work a lot to display the graphics. Source : http://ocw.mit.edu/ans7870/6/6.370/contestants/software.htm#issues

Slow Framerate with Graphic Card with Nvidia chip

a) First, Identify if your graphic card use software OpenGL support

When Flightgear was launched, it display a message like this :

Finished command line arguments Initializing splash screen GeForce4 MX 440 with AGP8X/AGP/SSE2/forceSW Max texture size = 2048 Depth buffer bits = 16 Loading Airport Database ... Data file version = 810

Warning! If you see anything like "ForceSW" or "Software Emulation", it was a bad thing for you because you do not have HARDWARE OpenGL support, or your drivers are not configured properly. If you have HARDWARE OpenGL support, your CPU work a lot to display the graphics. Source : http://ocw.mit.edu/ans7870/6/6.370/contestants/software.htm#issues

b) Second, use this workaround for Windows 2000/XP to correct this problem.

I have a nvidia Geforce 4 MX440-AGP 8x and this workaround correct the slow framerate with my graphic card. The detailed problem analysis is here : http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg14993.html This workaround is to downgrade your nvdia driver to 45.33 or 4.5.3.3. You can find it here : http://www.nvidia.com/object/pc_winxp-2k_45.33.html This 45.33 driver supports over five generations of NVIDIA GPUs - from TNT to GeForce FX(Geforce Fx = Geforce5).

Don't use driver upper than 45.33, because in the upper version, there is a software OpenGL support. It was not the GPU (nvidia chip) that work to support the software OpenGL features but your CPU. And with this configuration, your CPU is used at 98% by fgfs.exe or the flightgear binary.

USB Joystick Fails to Work

FlightGear is designed to recognize automatically any USB joystick that it is aware of (has a configuration on file for it). Configuration for USB joysticks is located in the Inputs folder. For example:

Input/Saitek/X45.xml

The name reported by the joystick through the hardware of your system must match the name specified in the configuration file. If the stick identifies itself as

Saitek Saitek X45 Flight Control Stick

but the configuration file specifies

Saitek X45 USB Flight Stick

Flight Gear will fail to recognize it.

This happens with some frequency. It has been known for the same stick in a manufacturer's line to report different identifier strings. If you encounter a problem getting your usb stick to be recognized by FlightGear, it is helpful to first check to see

  • a configuration file matching the name of your stick exists
  • the configuration joystick name matches the name the stick actually reports to your computer

Configuring CH Products Under Windows Vista

The CH Products Yoke and Pedals are among the most popular flight sim controls. Flight Gear provides excellent configuration files for both the Yoke and Pedals manufactured by CH. Windows Vista recognizes and configures the USB versions of these products by default. However, it reports them as "Generic Controls." This creates an issue when Flight Gear tries to assign the appropriate controller configuration.

To overcome this you need to edit your Joystick.xml (Filghtgear\Data\Joystick.xml) file to manually assign a configuration file for Flight Gear to use.

Eg:

If you have the Yoke as MS-Windows Controller 0 and Pedals as Controller 1 then you include the following lines:

  <js n="0" include="Input/Joysticks/CH/pro-yoke-usb.xml"/>
  <js n="1" include="Input/Joysticks/CH/pro-pedals-usb.xml"/>