snip
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).
snip
On the subject of format, could the page be A4 wide and
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
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
[EMAIL
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
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:
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
Giles Robertson wrote:
This was sorted out by uncommenting lines 2829 of cloud.cxx:
// #if defined (__APPLE__)
// // any C++ header file undefines isinf and isnan
// // so this should be included before iostream
inline int (isinf)(double r) { return isinf(r); } //See below
inline int
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
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 scrollbar
* 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
(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 handling
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.
[...]
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
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.
[...]
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
cloud.cxx:31:1: warning:
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 actually
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 as
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 autopilot.
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 can
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 the
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
