Hi Jon,
Thanks for the reply.
OK. Two options... hacking the code to get fdmex, or using the aircraft's
XML file.
I've attempted to hack the code to get fdmex, but was unsuccessful.
I have 2 variables I could use but niether have helped, even if I have an
fdmex getter defined
in JSBSim... ie
> Can anyone suggest a way of accessing the methods:
> GetCoefficientValues(...) and
> GetCoefficientStrings(...)
> from a --native socket?
>
> I have a piece of code within flightgear which uses 'globals' and
> 'cur_fdm_state' via a socket similar to the "--native" socket
> provided with flightgea
Can anyone suggest a way of accessing the methods:
GetCoefficientValues(...) and
GetCoefficientStrings(...)
from a --native socket?
I have a piece of code within flightgear which uses 'globals' and
'cur_fdm_state' via a socket similar to the "--native" socket
provided with flightgear.
I'd need t
sorry... forgot to mention the methods
GetCoefficientValues(...) and
GetCoefficientStrings(...)
are from src/FDM/JSBSim/FGAerodynamics.cpp
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/
The gui stuff is almost done. We have to wait for a plib bugfix,
though. Here's the screenshot du jour:
http://members.aon.at/mfranz/fgfs_gui6.jpg [265 kB]
One can set /sim/gui/font to one of 7 built-in plib or 2 built-in fgfs
pixmap fonts (e.g. "VERA_13B", as in the screenshot), or to one of
Jim Campbell wrote:
> Hopefully I would like to start a discussion of Flightgear code
> optimisation.
OK. The most important point to remember is that FlightGear is
generally not CPU bound at all. It spends the vast majority of its
time sending primitives to the hardware to be rendered, and then
In MSVC.net (not 2003) the correct location for the library is the
%VCInstallDir%\PlatformSDK\lib directory.
Steven P.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Chuck Cole
Sent: Tuesday, July 05, 2005 4:17 PM
To: 'FlightGear developers discussions'
Based on several months of following this list I would guess that most
of the CPU time in FGFS is spent in rendering the scenery. Just look at
the recent reports of frame rate dropping with the addition of 3d
clouds. Or perhaps people are limited by the graphics hardware? It
sounds like the FDM and
> >
> >It appears to be in the link to the SimGear timing routines.
> >
> >I have checked that there is only one version of SimGear
> installed (OK), and double checked that I have the latest
> SimGear from CVS (OK), and now I am lost.
> >
> >Any offers?
> >
> >Richard
> >
> >
> timeGetTime is
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:flightgear-devel-
> [EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED]
> Sent: Thursday, June 30, 2005 7:01 PM
> To: flightgear-devel@flightgear.org
> Subject: [Flightgear-devel] MSVC error - glut32.lib
>
> I am trying to compile FG on
Richard Bytheway wrote:
I am getting a compilation failure in GPSsmooth:
(System is Cygwin on W2K, Athlon. FlightGear and SimGear source are CVS from
this morning)
Error is below:
-8<
[EMAIL PROTECTED] ~/FGFS/FlightGear/build/utils/GPSsmooth
$ make
if g++ -DHAVE_C
Mathias Fröhlich wrote:
> That is it.
> Setting bits-per-pixel to 32 makes the models throw phantastic well looking
> shadows! At least for my box with the binary ati driver.
>
> But doing that kills performance totaly on both machines I develop on.
Same here. Setting "--bpp=24" or 32 enables m
I am getting a compilation failure in GPSsmooth:
(System is Cygwin on W2K, Athlon. FlightGear and SimGear source are CVS from
this morning)
Error is below:
-8<
[EMAIL PROTECTED] ~/FGFS/FlightGear/build/utils/GPSsmooth
$ make
if g++ -DHAVE_CONFIG_H -I. -I../../../sour
13 matches
Mail list logo
