Saurabh:
As you have "direct rendering: Yes"
and you are using a radeon, but you are getting < 1 fps
(and some other GL apps work fine)...
If you are getting some warning message about fallback to
software rendering in the xterm that you started fgfs in,
which you will see when you exit the program:
Then try this:
$ disable_lowimpact_fallback=true fgfs
If this fixes the problem, then you can do one of:
- put the above in a shell-script and invoke that
- put that env var in your .bashrc (and export it)
- put the equivalent into a .drirc file in $HOME:
"<option name="disable_lowimpact_fallback" value="true" />"
(search for .drirc for rest of file's syntax)
- update your GL-related RPMs to rawhide ("fc10").
(NOTE: all this is predicated on your using fgfs 1.0.0 (plib version).
I haven't tested it with OSG: it is *possible* that OSG version doesn't
invoke the offending GL features. But if you get the warning msg(s) mentioned
above even with OSG version, then this stuff does apply.)
I had this problem, with an Athlon 1800XP and a Radeon 9550 (r300 architecture)
and was getting 20-seconds-per-frame (0.05 fps). It jumped to 20 fps with the
above fix. (These measured by the first few frames after the splash-screen
goes away, using --aircraft=c172p and --airport=khaf. Various Xorg.conf options
had no effect, just as you found. My OS was either f8-fully-updated or early f9,
as this was last spring.)
(You can calculate your "true" (slow) fps by watching the instruments settle
after
the splash-screen goes away! ;-))
The back-story:
About 3 years ago, in the r300 support (I forget just which file), s/w
rendering was enabled by default if certain h/w features were missing from
the graphics chip. It was never documented or publicized. This does
not affect many 3D applications but does affect fgfs. No one on this
list twigged to this apparently (at least according to my searches of the ML).
Fortunately I found it reported and explained on a
mailing-list devoted to Google Earth, which was also affected.
Some months ago, Dave Airlie reversed the default in the X r300 support
so now the s/w fallbacks happen only if that env var is set to false.
He applied this change to the next rawhide update for fedora (i.e. fc10),
and I found that the rawhide GL RPMs all work fine on top of my fully-updated
Fedora 9, so I don't need this kludge anymore.
Here's hoping this helps.
david.
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Flightgear-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
