On Mon, Feb 23, 2009 at 3:41 AM, Diogo Kastrup wrote:
>
> I finally got this working with the carrier, here is the patch. Please
> let me know what you guys think about it.
I tested with the bo105 on solid ground first. It doesn't move an inch
with engines shut down. During startup, it doesn't tu
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 t
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:
/stockage/logiciels/flightgear/
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 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 = Math::dot3(_normal
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 d
On Sun, Feb 22, 2009 at 7:46 PM, Geoff McLane wrote:
>
> Who is going to apply a patch?
Frederic has already applied it when he wrote his email.
--
Csaba/Jester
--
Open Source Business Conference (OSBC), March 24-25, 2
> 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 reas
On Sun, Feb 22, 2009 at 6:26 PM, Geoff McLane wrote:
>
> template
> ForwardIterator lower_bound(
> ForwardIterator _First,
> ForwardIterator _Last,
> const Type& _Val,
> BinaryPredicate _Comp );
>
> And similarly for upper_bound ...
Yes. So the range _First to _Last is traversed, comparing i
On Sat, 2009-02-21 at 21:07 +0100, Csaba Halász wrote:
> On Sat, Feb 21, 2009 at 7:34 PM, Geoff McLane wrote:
> >
> > IMHO the _MSC_VER and _DEBUG switches do NOT need to be applied. I am
> > forever puzzled how gcc resolves this since the comparison is indeed two
> > pointers ...
>
> No it isn'
Hi,
>I would be not surprised, if the mistake is within rotorpart.cpp. And
>this could be the cause for the sliding of the helicopters on the ground.
>Maik
o.k. - so how could it be fixed? If this is also the cause for the sliding, we
should fix it soon
--
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 ha
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 A
> -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 Meaz
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
Hi Emmanuel,
good finding.
It seems, that I am mixing up different coordinate systems in line 389
of Rotorpart.cpp
float relgrav = Math::dot3(_normal,_rotor->getGravDirection());
While _normal is within the coordinate system of the helicopter,
_rotor->getGravDirection() is in the world c
Am Sonntag, den 22.02.2009, 11:16 + schrieb Vivian Meazza:
> 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
Mathias Fröhlich wrote:
> Hi all,
>
> ... some of you might remember me.
> I might find some more time during the next weeks for work on flightgear.
>
> I am in the process of cleaning up some useful changes I have made during the
> past year or so without committing anything.
> I have in this m
Interesting. But, why the objects do not "fall" TO the sky in the southern
hemisphere? And, what happens when you cross the Ecuator flying? Maybe it's
only something related to the way the blades' bending is modelled?
Fabian
On 2/21/09, BARANGER Emmanuel wrote:
>
> Hi all,
>
> After some tests,
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
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
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
-OS
* Sébastien MARQUE -- 2/21/2009 7:05 PM:
> Yes, I will be obliged to check the value to avoid the instrument fix in
> some cases. But as I discover this problem I wanted to try a solution
> for every dialog-apply, to make the listeners work as expected,
To make listeners work as expected the sol
Hi all,
... some of you might remember me.
I might find some more time during the next weeks for work on flightgear.
I am in the process of cleaning up some useful changes I have made during the
past year or so without committing anything.
I have in this minute checked in some bug fixes to the
Csaba Halász a écrit :
> On Sat, Feb 21, 2009 at 7:34 PM, Geoff McLane wrote:
>
>> IMHO the _MSC_VER and _DEBUG switches do NOT need to be applied. I am
>> forever puzzled how gcc resolves this since the comparison is indeed two
>> pointers ...
>>
>
> No it isn't. Both uses in lower_bound
25 matches
Mail list logo
