The main reason for implementing the property system is that it can
represent the contents of any XML file in memory quite easily.
Erik
--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
Hello exerybody,
I've been trying for quite a while now to attach submodels to AI- or
Scenery Objects. I thought it was done once on the Ferry scenario, but I
havebn't found any clue.
Can anybody give me a hint?
Thanks in advance.
Detlef
Detlef Faber wrote
-Original Message-
From: [mailto:i...@faber-it.de]
Sent: 22 February 2009 09:12
To: FlightGear developers discussions
Subject: [Flightgear-devel] Submodels on AI Objects
Hello exerybody,
I've been trying for quite a while now to attach submodels to AI- or
Hi,
I had just a test, and I'm not sure about a mistake in Rotorpart.cpp. I had
just a test with the Ec135 and it wirk like it should.
Bo105 and S64E Skycrane using Nasal for the blade bending, the ec135 not!
So it could be that it has to do with the nasal code instead then rather a bug
in the
-Original Message-
From: Detlef Faber [mailto:fa...@sol2500.net]
Sent: 22 February 2009 12:25
To: vivian.mea...@lineone.net; FlightGear developers discussions
Subject: Re: [Flightgear-devel] Submodels on AI Objects
Am Sonntag, den 22.02.2009, 11:16 + schrieb Vivian Meazza:
Am Sonntag, den 22.02.2009, 12:55 + schrieb Vivian Meazza:
-Original Message-
From: Detlef Faber [mailto:fa...@sol2500.net]
Sent: 22 February 2009 12:25
To: vivian.mea...@lineone.net; FlightGear developers discussions
Subject: Re: [Flightgear-devel] Submodels on AI Objects
Hi Heiko
Heiko Schulz schrieb am 22.02.2009 13:41:
Hi,
I had just a test, and I'm not sure about a mistake in Rotorpart.cpp. I had
just a test with the Ec135 and it wirk like it should.
Bo105 and S64E Skycrane using Nasal for the blade bending, the ec135 not!
So it could be that it has to
Not that I have any objection to your patch, I just reacted to your
question that you have no idea how gcc can compile this.
So, I simply hope some patch is added to 'help' those of us using the
MSVC compiler in native WIN32, under what ever switches are deemed
necessary, for whatever the
On Sun, Feb 22, 2009 at 7:46 PM, Geoff McLane ubu...@geoffair.info wrote:
Who is going to apply a patch?
Frederic has already applied it when he wrote his email.
--
Csaba/Jester
--
Open Source Business Conference
Geoff McLane a écrit :
Not that I have any objection to your patch, I just reacted to your
question that you have no idea how gcc can compile this.
So, I simply hope some patch is added to 'help' those of us using the
MSVC compiler in native WIN32, under what ever switches are deemed
Hi Maik,
I just tested your patch. This seems to work properly. I continue testing
Best regards. Emmanuel
Maik Justus wrote:
Hi Emmanuel,
good finding.
It seems, that I am mixing up different coordinate systems in line 389
of Rotorpart.cpp
float relgrav =
Hello Emmanuel,
BARANGER Emmanuel schrieb am 22.02.2009 20:40:
Hi Maik,
I just tested your patch. This seems to work properly. I continue testing
Best regards. Emmanuel
Thank you very much.
Can you check, if the sliding on ground (with engine off) is reduced?
Best regards,
Maik
Hi, today i got a bug in pilot list, the pilot list windows disappeared
with a message in console:
Nasal runtime error: floating point error in math.sin()
at
/stockage/logiciels/flightgear/cvs-OSG/install/share/FlightGear/Nasal/geo.nas,
line 160
called from:
Hello,
I finally got this working with the carrier, here is the patch. Please
let me know what you guys think about it.
Features:
- No more sliding when should be stopped.
- better behavior when cornering
- better braking behavior *
Problems:
- More information about the brake system is needed
14 matches
Mail list logo