> Size & Format & Frequency:
>
> Looking at JSBSim newsletter, I think that's pretty cool: 4
> pages (no more) in
> US Letter or A4 size, and released quarterly (4 issues per
> year is quite a
> number, specially to prepare it).
On the subject of format, could the page be A4 wide and Lett
Keeyoung,
I just tried with the Windows 0.9.4 version and the CVS one and both work
for me. The heading is
set as well as the pitch. With the 0.9.4 version, if you use fgrun, add
/sim/view/config/heading-offset-deg=45
/sim/view/config/pitch-offset-deg=3
in the 'properties' page of the Advanced
Jon S Berndt wrote:
3) This one just occurred to me: I wonder if the control inputs from
stick and rudder are linear? Or, are they perhaps graduated? In our FCS
model, we take the joystick input and map it linearly to the range of
values that the control surfaces can see - essentially. It might
David Megginson wrote:
(Or, in other words) all right, but apart from the sanitation, the
medicine, education, wine, public order, irrigation, roads, a fresh
water system, and public health, what have the Romans ever done for us?
I think they are the reason we are playing games today.
Erik
__
"Ampere K. Hardraade" said:
> Are we using spline for the taxi way at the moment?
>
No we are not.
Best,
Jim
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Jim Wilson wrote:
> "Ampere K. Hardraade" said:
>
> > Are we using spline for the taxi way at the moment?
> >
>
> No we are not.
We are using nurbs only to interpolate the terrain at
the airport area.
-Fred
___
Flightgear-devel mailing list
[EMA
David Megginson said:
> The worst b*ds in this whole mess are not the virus writers, slimey as
> they are, or Microsoft, incompetent as they are; rather, it's the enterprise
> anti-virus software vendors, who sell systems that automatically send
> useless virus warnings every time a message
"Keeyoung Choi (???)" said:
> Hi
>
> I posted a message that adjusting the offset for the side windows is not
working with the new version. Curt suggested a method. (See the attachment).
What he suggested works for the pitch axis, but not for the heading. I tried
both the Linux and Windows ver
>From compiling SimGear (this is only the last part of the clouds-3d
mess):
SkyRenderableInstanceCloud.hpp:230: warning: argument to `int' from
`float'
In file included from SkyRenderableInstance.hpp:27,
from SkySceneManager.hpp:38,
from SkySceneManager.cpp:29:
ma
Hey Folks,
Looks like I'm getting somewhere now with the traffic manager, so I thought
it's time for a screenshot. :-)
http://members.chello.nl/d.talsma/two-heavies.jpg
What you see is an MD-11, which at 8:25AM, UTC mysteriously materializes at
the threshold of runway 24 at EHAM airport. The m
Giles Robertson wrote:
> This was sorted out by uncommenting lines 28&29 of cloud.cxx:
>
> // #if defined (__APPLE__)
> // // any C++ header file undefines isinf and isnan
> // // so this should be included before
> inline int (isinf)(double r) { return isinf(r); } //See below
> inline int (isn
For at least a couple of weeks, the audio for the PA-28 or C172 on my Dell
Inspiron notebook has sounded like an angry mosquito dying of tuberculosis.
I think the problem started about the time of the switch to OpenAL (which I
remember vaguely). I'm using the current Debian sid versions of libo
On Thu, 20 May 2004 12:45:51 +0100
"David Luff" <[EMAIL PROTECTED]> wrote:
> On 5/17/04 at 12:58 PM Chris Metzler wrote:
>>
>> At any rate, as far as manually placing them and putting that
>> capability in TaxiDraw, sure, that'd be cool! In the short-term,
>> though, I have another request: a sc
* David Megginson -- Friday 21 May 2004 19:44:
> For at least a couple of weeks, the audio for the PA-28 or C172 on my Dell
> Inspiron notebook has sounded like an angry mosquito dying of tuberculosis.
> I think the problem started about the time of the switch to OpenAL (which I
> remember vague
> (e.g. put in a separate file, or given a separate
> identifier than "T" so that it's excluded from export filters if
> necessary, can be acted on to produce curved taxiway lines, etc.)
I think that that could become quite important. I have a great fear that
if we ever get round to automatic hand
Unfortunately not:
Making all in clouds3d
cloud.cxx:31:1: warning: "isnan" redefined
In file included from cloud.cxx:22:
c:/files/mingwin/mingw/include/math.h:324:1: warning: this is the
location of the previous definition
cloud.cxx: In member function `bool SGCloudLayer::reposition(float*,
float*,
* Melchior FRANZ -- Friday 21 May 2004 20:03:
> * David Megginson -- Friday 21 May 2004 19:44:
> > For at least a couple of weeks, the audio for the PA-28 or C172 on my Dell
> > Inspiron notebook has sounded like an angry mosquito dying of tuberculosis.
[...]
> http://baron.flightgear.org/piper
Try moving the following code :
#if defined(__MINGW32__)
#define isnan(x) _isnan(x)
#endif
**after**
#include "cloud.hxx"
-Fred
- Original Message -
From: "Giles Robertson"
Unfortunately not:
Making all in clouds3d
cloud.cxx:31:1: warning: "isnan" redefined
In file included from c
Melchior FRANZ wrote:
* Melchior FRANZ -- Friday 21 May 2004 20:03:
* David Megginson -- Friday 21 May 2004 19:44:
For at least a couple of weeks, the audio for the PA-28 or C172 on my Dell
Inspiron notebook has sounded like an angry mosquito dying of tuberculosis.
[...]
http://baron.flightgear
Frederic Bouvier
>
>
> Try moving the following code :
>
> #if defined(__MINGW32__)
> #define isnan(x) _isnan(x)
> #endif
>
> **after**
>
> #include "cloud.hxx"
>
> -Fred
>
>
> - Original Message -
> From: "Giles Robertson"
>
>
> Unfortunately not:
> Making all in clouds3d
> c
Vivian Meazza wrote:
> It's well broken when trying to compile under Cygwin. Too many error to
even
> start to list in clouds.cxx, I think, but by no means certain could be in
> clouds_3d.
>
> Any suggestions?
No suggestion if you don't list at least the first messages, sorry.
-Fred
_
On Thursday 20 May 2004 12:01, Melchior FRANZ wrote:
> BTW: this is my little transparency trick: in my fgfs.mp library file I
> have this:
>
>color foreground, transparent;
>background:=black;
>transparent:=white;
>white:=255/256white;
>foreground:=white;
>
> which lets white a
On Thursday 20 May 2004 18:34, Melchior FRANZ wrote:
> OK, here's a new version, just so you can see how easy instrument face
> creation with MetaPost is. Note that there's a function @() defined, that
> maps the real instrument angles to MetaPost angles. So I could directly
> input all the values
On Friday 21 May 2004 06:01, Seamus Thomas Carroll wrote:
> Thanks Roy,
>
> I looked at the post and it is dated the day i left so i must have missed
> it. I would like the autopilot to adjust to new waypoints faster but I do
> not know how to make the plane turn quicker using the generic autopilo
FWIW, Gimp has a script that creates text arcs that I have considered
using if I ever get a chance to make some instruments.
Jon
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
* Roy Vegard Ovesen -- Friday 21 May 2004 23:26:
> This @() function proved to be very powerfull and it made creating scales very
> easy.
I changed this to a unary operator #. So one can now write #10 and metapost will
replace this by the angle that represents the scale value of 10% RPM.
> I c
On Friday 21 May 2004 23:41, Melchior FRANZ wrote:
> * Roy Vegard Ovesen -- Friday 21 May 2004 23:26:
> > This @() function proved to be very powerfull and it made creating scales
> > very easy.
>
> I changed this to a unary operator #. So one can now write #10 and metapost
> will replace this by t
Roy Vegard Ovesen said:
> AFAIKT the waypoint mode is tied to the true heading hold mode. What you can
> do is to modify the u_min and u_max around line 137 in generic-autopilot.xml
> to allow the autopilot to command a greater bank angle say 40 degrees instead
> of the current 20 degrees. But
28 matches
Mail list logo