David Megginson wrote:
> Update of /var/cvs/FlightGear-0.7/FlightGear/src/Navaids
> In directory seneca:/tmp/cvs-serv23071/src/Navaids
>
> Modified Files:
> fix.hxx ils.hxx nav.hxx
> Log Message:
> Mac OS X patches from Jonathan Polley.
> *** 37,41
> #elif defined( SG_HAVE_NATIVE
I am working on some changes right now to fix the delta-time
inconsistencies among the subsystems. The type of dt in
FGSubsystem::update is changing from int to double, and it will
represent elapsed time in *seconds* since the last invocation, as
requested by Curt. The FDMs now calculate their o
Erik Hofman wrote:
>
> David Megginson wrote:
> > Update of /var/cvs/FlightGear-0.7/FlightGear/src/Navaids
> > In directory seneca:/tmp/cvs-serv23071/src/Navaids
> >
> > Modified Files:
> > fix.hxx ils.hxx nav.hxx
> > Log Message:
> > Mac OS X patches from Jonathan Polley.
>
> > *** 37,41
Bernie Bright wrote:
> Erik, I was thinking we could use Boost's compatability library I sent
> you as a starting point.
I think I agree, but we might face some difficulties when implementing
it because only some (combinations) of hardware/compiler needs it.
It might be worth a try though.
Er
I've just checked in changes so that FGSubsystem::update takes a
double argument giving seconds elapsed since the last update (as Curt,
Jon, and many others requested). The FDMs calculate their own
multiloop now, and I think the propeller is spinning properly again.
I've done some testing, but t
* David Megginson -- Saturday 11 May 2002 16:36:
> I've just checked in changes so that FGSubsystem::update takes a
> double argument giving seconds elapsed since the last update (as Curt,
> Jon, and many others requested). The FDMs calculate their own
> multiloop now, and I think the propeller i
There are also problems with the magic carpet. Flying forward at
full speed is a) too fast, b) quite jumpy.
m.
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Melchior FRANZ writes:
> The ufo fdm seems now to be called at about a tenth of the original
> frequency, which pretty much breaks the damping. On the other hand
> it flies much faster, too fast for the tiles to be rendered in
> time. Is this something that will have to be fixed in the fdm, o
Melchior FRANZ writes:
> There are also problems with the magic carpet. Flying forward at
> full speed is a) too fast, b) quite jumpy.
Probably the same problem -- neither used multiloop properly before.
I might also be mis-multiplying the time slice that they use.
All the best,
David
--
* David Megginson -- Saturday 11 May 2002 18:40:
> If you want sophisticated effects like damping, the code should run
> the number of iterations in multiloop rather than just taking one big
> time slice -- take a look at LaRCSim.cxx, YASim.cxx, or JSBSim.cxx to
> see how it's done.
So, in one ca
Melchior FRANZ writes:
> So, in one call to update, everything has to be processed multiloop
> times to achieve the same behaviour as before?
Yes, that's how JSBSim, LaRCsim, and YASim handle it. For example, if
FlightGear is running at 120HZ and JSBSim is updated with a delta time
of 0.1 sec
On line 49 of io/sg_socket.cxx had to put null values into call for netInit.
- netInit()
+ netInit(NULL, NULL)
This is because the declaration in plib-1.4.1 doesn't provide for the default.
Best,
Jim
___
Flightgear-devel mailing list
[EMAIL PROTECTE
I came across the same problem. Thanks for the solution.
Rob
- Original Message -
From: "Jim Wilson" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, May 11, 2002 2:29 PM
Subject: [Flightgear-devel] minor issue simgear with plib-1.4.1
> On line 49 of io/sg_socket.cxx had to
Christian Mayer writes:
> Oh, BTW, EMACS and VI/VIM are no option for me (vim is greqat to change
> a file, but not to have a overview over a big project)
What kind of an overview do you need?
All the best,
David
--
David Megginson, [EMAIL PROTECTED], http://www.megginson.com/
_
Hi,
as I'm now ready to run Linux frequently, I'm looking for a comfortable
IDE for the development.
Has anyone exprience? Does KDevelop work nicely together with FGFS? Do I
need to make spacial adjustmenst (on anyside)?
Oh, BTW, EMACS and VI/VIM are no option for me (vim is greqat to change
David Megginson wrote:
>
> Christian Mayer writes:
>
> > Oh, BTW, EMACS and VI/VIM are no option for me (vim is great to change
> > a file, but not to have a overview over a big project)
>
> What kind of an overview do you need?
Well, all the stuf a modern IDE gives you.
So stuff like synta
Christian Mayer wrote:
>
> Hi,
>
>
>
> as I'm now ready to run Linux frequently, I'm looking for a comfortable
> IDE for the development.
>
> Has anyone exprience? Does KDevelop work nicely together with FGFS? Do I
> need to make spacial adjustmenst (on anyside)?
>
> Oh, BTW, EMACS and VI/VI
I just updated to the newest FDM code and hit a problem with BalloonSim.cpp building under MSVC. Since MSVC does not define FG_NEW_ENVIRONMENT, the compiler generates the following errors:
C:\FlightGear\src\FDM\Balloon\BalloonSim.cpp(234) : warning C4700: local variable 'fLift' used without havin
On Sat, 2002-05-11 at 14:42, Christian Mayer wrote:
> Hi,
>
>
>
> as I'm now ready to run Linux frequently, I'm looking for a comfortable
> IDE for the development.
>
> Has anyone exprience? Does KDevelop work nicely together with FGFS? Do I
> need to make spacial adjustmenst (on anyside)?
kd
David Megginson <[EMAIL PROTECTED]> said:
> I've just checked in changes so that FGSubsystem::update takes a
> double argument giving seconds elapsed since the last update (as Curt,
> Jon, and many others requested). The FDMs calculate their own
> multiloop now, and I think the propeller is spin
Is anyone aware of a free database that includes man-made obstructions
(towers, etc.)?
Has anyone ever attempted to add man-made obstructions to FlightGear?
Hoyt Fleming
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/
21 matches
Mail list logo