Hmm, needs further work... Now, they've taken a liking to going under the
terrain, damn
Will get back with further findings once I've dug deeper (pun intended)
Cheers,
Nic
On Wed, Sep 9, 2009 at 8:05 PM, Nicolas Quijano wrote:
> Hi Vivian, testing your new groundvehicle class for AI scenarios i
Hi Torsten,
Thanks for your offer.
Of course I can wait.
Plus, James Turner was kindly enough to test my patches and it got a linker
error on SG,
so I need to fix the error (due to the order of static libs, I guess).
It may takes a few days, so no problem at all.
I'll repost the patches when it
Hi
I've noticed that in fgrun there's no way to pass a working 'carrier'
location to fgfs, and this fixes it.
As it is now, both --airport and --carrier are passed, and fgfs defaults to
the airport location, while after applying this fix, if the carrier field is
not empty, the airport selection wi
Hi Vivian, testing your new groundvehicle class for AI scenarios in the
context of a "train" of tanks and another of jeeps, I stumbled into their
wandering in the air.
The solution is two-fold : one, specify a starting altitude through the
tag in the groundvehicle's in the ai scenario, even
thoug
Oh, but that's why I tested also a build from 7/15, I just wanted to exclude
that.
Looking closely, I found a reference to this problem on the forum
afterwards:
http://www.flightgear.org/forums/viewtopic.php?f=11&t=4880
and, yeah, I can confirm that the accelerometer is usable to control the
pl
On 09/09/2009 07:06 PM, John Denker wrote:
> On 09/09/09 06:16, Tim Moore wrote:
>
Yes, the 2009 code is different from the 2007 code.
The 2009 features and bugfixes are a superset of the
2007 features and bugfixes. Also the 2009 commits
were rebased so that they applied clean
I was going to suggest the new HID code as another possible thing to
consider, but I didn't want to just go blaming someone else's code. :-)
Curt.
On Wed, Sep 9, 2009 at 5:46 PM, Tom P wrote:
> That was a good hint, because I looked at the property tree, and on 9.04 I
> see an extra item, /inpu
That was a good hint, because I looked at the property tree, and on 9.04 I
see an extra item, /input/joysticks/js
Weird, I think, I don't have a joystick.
Turns out 9.04 recognized the internal accelerometer on my laptop as a input
source and I can control the airplane by tilting the laptop!
On Wed, Sep 9, 2009 at 5:08 PM, Tom P wrote:
> Hi
>
> I was wondering if anyone has seen a weird input behaviour on Ubuntu 9.04.
> I'm building from HEAD but even building an old version (7/15) shows the
> same behaviour.
>
> Basically the throttle and surface inputs are received, but controls are
Hi
I was wondering if anyone has seen a weird input behaviour on Ubuntu 9.04.
I'm building from HEAD but even building an old version (7/15) shows the
same behaviour.
Basically the throttle and surface inputs are received, but controls are
"re-centered" from time to time, like it would be the cas
On 09/09/09 14:31, James Turner wrote:
> In practice, all the instruments I've seen so far handle 'parking' the
> GS needle in two ways: either masking layer above the needle, at the
> extremities of the range, or an interpolation table where the extreme
> values map to a particular hidden p
Yup,
Add this to props.hxx
#include
Might not be the right answer, but it works. Fred will fix it properly in
due course.
Vivian
-Original Message-
From: Randall Green [mailto:randall.gr...@wright.edu]
Sent: 09 September 2009 20:46
To: FlightGear developers discuss
On 9 Sep 2009, at 21:47, Torsten Dreyer wrote:
> I don't think clamping the deviation to +/-0.7 degrees and the
> normalized
> value to +/- 1.0 is a good idea. Instruments like the KI525 HSI move
> the
> glide slope needle out of sight when the glideslope signal is not
> valid or
> you are
On 9 Sep 2009, at 21:28, Atadjanov Daniyar wrote:
> Just tested NDB freqs "problem" - everything work good. Sorry for
> panic.
That's good news indeed! I was worried I'd broken the spatial searches.
Thanks for checking, and please let me know if you see other strange
behaviour.
James
---
> Here is what I'm going to do:
> - change gs-needle-deflection to report the GS deviation *in degrees*
> - add a gs-needle-deflection-norm property, reporting the
> deflection as the range +/- 1.0 (I'll probably do that for the CDI as
> well). 1.0 will be on the peg, 0.0 will be cen
08.09.09, 21:47, "James Turner" :
> BTW, for NDBs, FlightGear *should* be picking the closest NDB with the
> matching frequency - exactly as MSFS. If that's not what you're
> seeing, that's a bug, and likely my fault. Please let me know a
> suitable test location and NDB frequencies / idents
I'm trying to compile the newest CVS FlightGear/SimGear and I get the following
long winded error
message. When I click on it, it takes me to:
private:
T_obj
in props.hxx. Anyone have this problem?
Thanks,
Randy Green
2>c:\fg2\simgear\simgear\props\props.hxx(666) : error C2079:
'SGRawValu
> Hi,
>
> I've updated the patches for configure.ac and Makefile.am files in FG/SG so
> Mac developers can build these in a unix way. These also enables Mac
> developers to choose either PLIB framework or PLIB static libs.
>
> The patches work fine on my Mac, and I want linux users to check if thes
On 09/09/09 06:16, Tim Moore wrote:
>>> Yes, the 2009 code is different from the 2007 code.
>>> The 2009 features and bugfixes are a superset of the
>>> 2007 features and bugfixes. Also the 2009 commits
>>> were rebased so that they applied cleanly to the FGFS
>>> release that was current at the
On 9 Sep 2009, at 17:04, dave perry wrote:
> I have updated and tested the vor.xml, vor2.xml in Instruments-3D/vor
> as well as the century3.nas in Aircraft/Generic and the corresponding
> PID controllers. I will do the same for the AltimaticIIIC used in the
> SenecaII as I wrote the CenturyIII
On 9 Sep 2009, at 17:22, dave perry wrote:
>> - secondly, I'm changing (or will) the glideslope deviation to be
>> 'correct' degrees: [-0.7 .. 0.7], i.e removing the spurious 5x scalar
>> that has somehow crept in, and fixing many clients which assumed the
>> range was [-10 .. 10], or something e
James Turner wrote:
> - secondly, I'm changing (or will) the glideslope deviation to be
> 'correct' degrees: [-0.7 .. 0.7], i.e removing the spurious 5x scalar
> that has somehow crept in, and fixing many clients which assumed the
> range was [-10 .. 10], or something else again. This is in k
James Turner wrote:
> On 9 Sep 2009, at 03:01, dave perry wrote:
>
>
>> Sorry, I misunderstood you concerning the animation edits. I will be
>> glad to help with the xml edits and testing. Getting rid of the
>> spurious 5x for the glide scope and adding the clamps is a good idea
>> and
>> ad
Hi,
I've updated the patches for configure.ac and Makefile.am files in FG/SG so Mac
developers can build these in a unix way.
These also enables Mac developers to choose either PLIB framework or PLIB
static libs.
The patches work fine on my Mac, and I want linux users to check if these also
wo
On 9 Sep 2009, at 14:16, Tim Moore wrote:
>> Yes, the 2009 code is different from the 2007 code.
>> The 2009 features and bugfixes are a superset of the
>> 2007 features and bugfixes. Also the 2009 commits
>> were rebased so that they applied cleanly to the FGFS
>> release that was current at th
On 09/09/2009 02:57 PM, John Denker wrote:
> On 09/08/09 23:10, Tim Moore wrote:
>
>> Is this different from this commit in sportmodel?:
>> commit 77a6f88082a74e3187268c9fde4cee49539cae43
>> Author: John Denker
>> Date: Sun Jun 24 19:11:34 2007 -0400
>>
>> Fix the azimuthal dependence of lo
On 09/08/09 23:10, Tim Moore wrote:
> Is this different from this commit in sportmodel?:
> commit 77a6f88082a74e3187268c9fde4cee49539cae43
> Author: John Denker
> Date: Sun Jun 24 19:11:34 2007 -0400
>
> Fix the azimuthal dependence of localizer service volume ...
> false localizer cou
On 9 Sep 2009, at 03:01, dave perry wrote:
> Sorry, I misunderstood you concerning the animation edits. I will be
> glad to help with the xml edits and testing. Getting rid of the
> spurious 5x for the glide scope and adding the clamps is a good idea
> and
> adding the normalized CDI and GS c
28 matches
Mail list logo