Chris Metzler wrote:
Good stuff with runway glitches!
BEFORE: KDCA Runway 04, takeoff roll, slamming on the brakes:
http://www.speakeasy.net/~cmetzler/kdca_intersection_old.jpg
AFTER: the same, but no problem now:
http://www.speakeasy.net/~cmetzler/kdca_intersection_new.jpg
Thanks!
You probably
Martin Spott wrote:
Andy Ross wrote:
Eventually, it will also make possible recursive nasal invocations in
FlightGear (i.e. scripts that fire command bindings that are
themselves scripts) [...]
Ah, I know this sort of feature. We call it recursive loop :-))
Finally, I get to realize my
Christian Mayer wrote:
We should recode FGFS functional then.
Then I can proofe that that I'll never crash a plane! :)
In one of my classes at school, we played around a little bit with the
idea of proving mathematically that an algorithm was correct. Hard,
mind bending stuff, but fascinating.
Martin Spott wrote:
Would someone please be so kind to comment on this claim ? Did I get
things wrong or is it actually the case that the airport generator
'forgot' to create these stopways ? Can anyone confirm the assumption
that the stopways are missing - for example by comparing a known 'real'
Gerhard Wesp wrote:
sorry if this is a bit off-topic, but it's solely related to getting
FG to work!
I'd like to run it on some x86 UNIX variety. Primary objective is to
run FlightGear rock solidly (need it as a front end/testing environment)
for my own FDM). Second one is ease of install of
Jason Cox wrote:
Curt,
In my on going quest to compile local scenery, I was wondering if you
just run a script that makes all the scenery or do you do each step
individualy ?
If you do run a script, is it posible for you to release it to the list
or on FlightGear ?
thanks
jason cox
Jason,
I
Arnt Karlsen wrote:
On Fri, 03 Dec 2004 14:40:12 -0600, Curtis wrote in message
[EMAIL PROTECTED]:
..the size, is like last one, or will this new build be much bigger
than the 0.9.5 scenery? (~12.6G)
I haven't looked closely, but it should be pretty similar.
Curt.
--
Curtis Olson
RELEASE - or
change it. See below.
Curtis L. Olson wrote:
Update of /var/cvs/SimGear-0.3/source/simgear/sound
In directory baron:/tmp/cvs-serv27687/sound
Modified Files:
soundmgr_openal.cxx
Log Message:
I don't understand why FreeBSD doesn't see isnan() after including math.h
I am currently working on building the latest round of world scenery for
FlightGear. I'm not done, so don't consider this to be the official
announcement. However, for those that want to get a jump on the
competition, you can find the new scenery here:
Adam Dershowitz wrote:
Yes, Ima caught that mistake and emailed me, but I guess that the fix was
not put into CVS.
Curt, can you fix this in CVS?
As you can see below:
In compiler.h
For the __APPLE__ case, it has:
#define SG_GLUT_H OpenGL/glut.h
When it should be:
#define SG_GLUT_H GLUT/glut.h
I
Vivian Meazza wrote:
Absolutely right, but here we are talking FG cvs with plib cvs (or not as
the case might be)
Right, but if we depend on plib cvs, we could never again make a stable
release until plib rolls the current cvs version into a stable release
... that puts us in a bad position.
Vivian Meazza wrote:
Sorry guys, I sent today's Nimitz before I realized that Curt was removing
crease tokens. Mind you, after all the effort we went to get it in ... I'm a
bit confused here. Mathias submitted a patch to plib, and I thought that
Wolfram Kuss had uploaded it. What's the problem -
Vivian Meazza wrote:
Martin Spott
No, it's just a matter of stability. We don't want FlightGear
releases to have to depend on prerelease CVS versions of plib, so we
have to wait until the next plib official release.
I'm not convinced that this actually is the point. FlightGear has a
Ron King wrote:
Hi ,
I get the following error when making FlightGear:
main.cxx: in function 'bool fgMainInit(int, char **):
main.cxx:747: assuming on overloaded member function
the offending line contains:
fgRegisterDrawHandler(FGRenderer::update);
Can someone tell me how to fix this?
Ron, for
Please let me respond to a couple of these points ...
Paul Surgeon wrote:
First we need to get away from single line taxiways.
At the moment taxiways are handled like runways which limits them to
rectangular shapes.
We only support these kind of taxiways because that is the only kind of
data
Erik Hofman wrote:
Paul Surgeon wrote:
First we need to get away from single line taxiways.
At the moment taxiways are handled like runways which limits them to
rectangular shapes.
What would be nice is to be able to use AC3D files (for example) as
taxiway imports (for example by handling it as
Martin Spott wrote:
To my understanding is _not_ TaxiDraw or 'genairports' that produces
hassle - TaxiDraw is just an application that plays on the keyboard of
the current infrastructure. Instead, the key point is compatibility
with Robin's airport database which instantiates the ongoing
Paul Surgeon wrote:
Well the data is available to do better taxiways.
It's called hand drawn data. :)
I tried to use TaxiDraw but it was too frustrating building taxiways with
thousands of little rectangles just to smooth corners.
It works but it's a painful process.
Sure, the closer to
David Luff wrote:
I keep meaning to reply to some of your (and Chris M's) posts about taxiways, but since they always seem to require a carefully considered reply I never seem to find the time. I'll try to finish and post this one. I very much belong to the 'keep putting one foot in front of the
Chuck Cole wrote:
Has anyone tried to use the output of FlightGear (v.0.9.6)? Ive seen
in the archives where people have tried to drive the flight model
(i.e., as input), but I havent been able to find any posts regarding
getting data from the model.
Specifically, Im trying to get the surface
Martin Spott wrote:
Erik Hofman wrote:
Currently there is a problem where different platforms, different OS's
or even different compilers can get different output due to the fact
that structs are used to send data across the network. This can create
endian-problems as well as packed/unpacked
Boris,
I got about 20% through your message before I ran out of steam, but if
you talk to Bill again, why don't you propose that they keep their
application closed source and proprietary. Having seen the commercial
side of life just a bit, there are good reasons for these guys to be
careful.
Giles Robertson wrote:
Two points:
1) Relative vs. Absolute links. Relative links makes it tricky, to say
the least, to shift a/c around (though I think I have a relative --
absolute python function kicking around somewhere; it's not hard). I can
recall some dislike of absolute links. In some
Christian Mayer wrote:
+ #if defined (__FreeBSD__)
+ inline int isnan(double r) { return !(r 0 || r 0); }
+ #endif
This test will break if r == 0
Oops, duhhh! Thanks!
Curt.
--
Curtis Olsonhttp://www.flightgear.org/~curt
HumanFIRST Program http://www.humanfirst.umn.edu/
FlightGear
Martin Spott wrote:
Curtis L. Olson wrote:
I don't think my first attempt at an isnan() fix worked ... I ended up
in an infinite loop. I've tried a less elegant/brute force approach and
that seems to work. We actually got FG up and running on a FreeBSD
machine tonight (woohoo!)
Yeah
Martin Spott wrote:
Curtis L. Olson wrote:
Update of /var/cvs/SimGear-0.3/source/simgear/screen
In directory baron:/tmp/cvs-serv29601
Modified Files:
extensions.cxx
Log Message:
FreeBSD fix.
Thank you!
Would anyone mind to comment on the two proposed changes to SimGear
Martin Spott wrote:
I believe, there is an unintentional line wrap in configure.ac:
--- configure.ac~ Thu Oct 21 14:19:05 2004
+++ configure.ac Thu Nov 18 20:06:32 2004
@@ -185,7 +185,7 @@
CFLAGS=$save_CFLAGS
else
dnl This is cheating a bit. pthread_exit comes with using
Adam submitted a patch to simgear/compiler.h which #defines the
include location of gl.h, glut.h, and glu.h along with patched files
that eliminate direct references and #include the #defined symbol
instead. This change propogates through simgear and flightgear and
depricates the FG_GLUT_H
Is there any documentation that explains how the nasal scripting system
is integrated into FlightGear? I looked a bit, and can't find anything.
If I decide I want to call a nasal script from someplace in the code,
how do I go about doing that? Do I create an entirely new parser and
call it?
Andy Ross wrote:
Sure:
http://plausible.org/nasal/flightgear.html
This should probably move to the FlightGear site, I suppose.
Ahhh, thanks for the url ... it's been too long since the last time I
looked at nasal. I can copy it into the source/docs-mini/ directory.
This is pretty much
Paul Kahler wrote:
Melchior FRANZ wrote:
* Paul Kahler -- Sunday 14 November 2004 15:57:
It's just an integration problem right? ;-)
No. A problem of fixing his code that is in SimGear already. Your are
hereby invited to submit patches. :-}
I just knew my message would result in my nomination
Arthur,
The missing symbol should be in the -lplibfnt library. Do you perhaps
have an older version of plib (or parts of it) built with a different
compiler still floating around on your system?
By default plib tries to install itself in /usr/lib and /usr/include, so
I would check there
on some sort of stray copy of libplibfnt floating
around or a mismatch in compiler versions, or you still have pieces of
plib or flightgear that never actually got rebuilt when switched
compiler versions.
Regards,
Curt.
On Fri, 12 Nov 2004 10:19:13 -0600, Curtis L. Olson
[EMAIL PROTECTED
Adam Dershowitz wrote:
From: Arthur Wiebe [EMAIL PROTECTED]
Reply-To: FlightGear developers discussions [EMAIL PROTECTED]
Date: Thu, 11 Nov 2004 13:41:58 -0500
To: FlightGear developers discussions [EMAIL PROTECTED]
Subject: Re: [Flightgear-devel] Re: FlightGear on Mac OS X
After setting two
Adam Dershowitz wrote:
I finally got it all to build and work!
Curt, you were correct, despite what I said below. Seems that when I
rebuilt everything, it was not actually everything. I somehow missed a few
things. I think that the specific problem was that clouds3d is one
directory deeper than
Arthur Wiebe wrote:
Hello. I think I have plib built and installed. Using GCC 3.3 and PLIB
straight from CVS 2004-11-08.
Looking in /usr/include/plib and /usr/lib/ it looks like plib is installed.
The only problem I now have is when trying to configure simgear from
CVS (same date) I get:
checking
Gerhard Wesp wrote:
Hmm... About what resolution are we talking here?
Generally, 90m SRTM.
What additional data do you have available for the runways? I guess you
have it's position (two endpoints? center point, direction, length?)
and ``elevation''? Commonly, the runway elevation at both
Melchior FRANZ wrote:
* Arthur Wiebe -- Monday 08 November 2004 15:55:
I like FlightGear because it's open source but other than that X-Plane
is a lot better. Hopefully in the future I'll actually be able to do a
full build of FGFS without so many problems. :)
So, X-Plane is better than
I'm posting here to the general devel list in hopes that someone here
can help me with a nurbs problem.
First a little background. FlightGear has non-flat airport surfaces.
Unfortunately DEM data is *way* too noisy and has too much potential for
odd artifacts to use directly. What I have
Christian Mayer wrote:
NURBS aren't good conditioned. That means that depending on the input
data it can easily happen that your result will be rubbish.
I'm not married to nurbs, but I'm looking for a way to fit a smooth
curved surface through a set of points. The nurbs++ library is what I
Aaron Wilson wrote:
Developers,
I am planing on developing a HUD instrument to display a
virtual outline of the active runway on the HUD. Is there any
developer(s) working on this task? If not, can anyone tell me how I
can get the aircraft's velocity vector and runway vector in
Martin Spott wrote:
Jon Stockill wrote:
Runways aren't just flat sloping planes though - the slope may not be
constant. Several runways have a hump in the middle, or a slope at just
one end.
I believe for the purpose of outlining the runway in order to get the
aircraft down in one piece
David Megginson wrote:
I've thought of a simpler way to approach this problem. Let's say
that I have a plane and the three Euler angles of rotation, phi,
theta, and psi (roll, pitch, and yaw). Given those three angles, I'd
like to determine which direction around the z axis is most directly
David Megginson wrote:
I've thought of a simpler way to approach this problem. Let's say
that I have a plane and the three Euler angles of rotation, phi,
theta, and psi (roll, pitch, and yaw). Given those three angles, I'd
like to determine which direction around the z axis is most directly
David Megginson wrote:
On Wed, 03 Nov 2004 16:02:19 -0600, Jon S Berndt [EMAIL PROTECTED] wrote:
After having scribbled for a LITTLE WHILE on the back of an envelope
;-) I am thinking that what you want is this:
-atan2(-phi,theta)
but I'll have to play a little bit more. I think this would give
Martin Spott wrote:
Jon Stockill wrote:
Runways aren't just flat sloping planes though - the slope may not be
constant. Several runways have a hump in the middle, or a slope at just
one end.
I believe for the purpose of outlining the runway in order to get the
aircraft down in one piece
Jon Stockill wrote:
Martin Spott wrote:
Hello,
Robin has some 3-digit airport codes in his database and they appear
not to cause any trouble. Does anyone have an idea what will happen
with 6-digit codes ?
I'd expect problems somewhere - shorter codes shouldn't cause
problems, but longer ones are
I periodically get asked about multiheaded video cards for FlightGear.
My standard answer is that I don't know for sure, but I suspect they
wouldn't work well for FlightGear. However, the questions keep coming
and I feel like I'm not able to give a really good answer.
So can anyone help me
Martin Spott wrote:
Hello,
I'm modelling an airfield and I know the exact location of the control
tower. Unfortunately I forgot to take pictures of the building but at
least I'd like to place the FlightGear default control tower building,
as it is present at KHAF for example, at the correct
Paul Surgeon wrote:
I compiled a list of the terrain textures to FG land cover type mappings using
the default materials.xml file.
http://surgdom.hollosite.com/flightgear/land_cover_types.html
There are several unused textures in the terrain folders.
Shouldn't they be moved to unused?
Also some
David Megginson wrote:
My approach is fairly similar, except that I often use paper instead.
At first, I wanted to try tracing, but it never works out well --
instead, I print the three-view (blown up a bit if necessary) then
take a known measurement, like the wingspan, and figure out how many
Florian Schießl wrote:
Hi.
My Name is Florian Schiessl, im 26, I write my master thesis in
electrical engineering right now. I have been following the FlightGear
project for some time now, and want first to make you a compliment
that it is great that there are people working for this great and
Florian Schießl wrote:
Can I change the values of the properties over this external connection ?
Sure, for one project I implimented a remote operator gui that could
read and set all sorts of FG internal variables. The interface is quite
powerful and flexible (although it's not high
Paul Surgeon wrote:
I decided to do a little pixel pushing today.
I've created a bush type texture for FlightGear that I used to replace the
tundra. (BTW - isn't tundra supposed to be an icy climate?)
Screen grabs here :
http://surgdom.hollosite.com/flightgear/flightgear.html
Do people want
Paul Surgeon wrote:
Curt, that is one of the things that bugged me a bit.
I had a quick look at the the VMAP0 data that is on the TerraGear website and
it seems pretty limited when it comes to land cover types.
It is somewhat limited and low res ...
Do you only use VMAP0 data when generating
Paul Surgeon wrote:
Thanks, that helps a bit.
Am I correct in thinking that TerraGear/FlightGear stores the scenery in wgs84
lat/long format?
From looking at the code it seems that TerraGear does not store the scenery in
the OpenGL cartesian format.
To what sort of precision/accuracy do the geo
Paul Surgeon wrote:
I can't find any documentation on the general logic/process that GenAirports
uses to generate an airport. The readme's only explain how to use the apps.
Please don't tell me that the source code is self explanatory - not everyone
has an IQ of 150 to understand what Curt
Paul Surgeon wrote:
Thanks Curt, that helps a lot.
Looks like rewriting/replacing genairports could be a whole lot more work than
I envisioned. :P
It does represent a large amount of work and a large amount of thought,
and it is attempting to solve a non-trivial task, so it has grown to be
Syd Adams just submitted a DeHavilland DHC-2 Beaver for inclusion in CVS.
I've had a chance to take it for a spin and it is really nice.
- It has a full animated 3d cockpit.
- The interior is modeled, including an appropriate cargo load.
- It is setup with floats which work ok, but we really need
Vivian Meazza wrote:
Vegard Ovesen wrote:
Sent: 18 October 2004 09:26
To: [EMAIL PROTECTED]
Subject: Re: [Flightgear-devel] Submodels
On Monday 18 October 2004 00:24, Vivian Meazza wrote:
The ability to set a serviceability state for each submodel system would
seem to be the correct
Hi,
Can anyone explain why the KR 87 adf was commented out of the radio
stack code? This one slipped under my radar screen until now. I have a
project and critical demo coming up that uses the kr 87 code and I'm
confused as to why it was commented out, and what all the motivations
and
Melchior FRANZ wrote:
The kr87 was what we had through the years. A while ago David(?) created an
adf instrument (- Instrumentation/adf.cxx) that implemented the ndb search
and needle positioning. This was then used by all(?) models. The kr87, however
did the same again *and* additionally the
Oliver C. wrote:
Instead of writing our own scenegraph we could switch from Plib to Open Scene
Graph.
Open Scene Graph is in active development and has a large
user base, even commercial games use it.
From the OSG introduction:
Open Scene Graph is published under the Open Scene Graph Public
Vassilii Khachaturov wrote:
Are there ways to make FGFS render its view as a 3D red/blue picture,
i.e. where the rendering of each frame is done twice, once for each eye
(i.e. slightly offset view) and with some colors filtered for each half?
Is it possible by pure configuration (what should I
Lee Elliott wrote:
I haven't tried it (of course;) but how about...
...a three FG instance set-up?
Run the FDM on one system, which then feeds two _display_
instances, each with a slightly different viewpoint, and feed
the video output from the two display instances into the left
and right
I just wanted to let everyone know that I will be out of town with
spotty email access from Oct 20 (next wed) to Oct 29 (a friday.) I am
heading out to Long Beach for the AOPA expo at the end of next week, and
then will stick around the following week to do some simulator project
work with
I've updated the download page for all the latest v0.9.6 builds that I'm
aware of.
I have updates for Windows, sgi, solaris(sparc), and gnu debian linux.
Some of the other linux distributions have fallen way behind ... suse,
gentoo, etc.
Macintosh is way behind unless I missed an update.
Melchior FRANZ wrote:
* Mathias Fröhlich -- Wednesday 13 October 2004 21:30:
My guess is that display lists are stored in the graphics cards memory which
is not that big with 32MB. That leads to graphics memory allocated via agp in
main memory. These accesses seem to be much slower. The dri
Norman Vine wrote:
Curtis L. Olson writes:
I haven't looked closely at the display list stuff. Are we being
careful to free the display lists when we free the associated objects
and remove them from the scene graph? Is this something that plib
should automatically handle (but maybe isn't
Shoot, that is junk that probalby shouldn't be there. I don't think it
actually causes a problem though.
Curt.
Frederic Bouvier wrote:
Curtis L. Olson wrote:
Update of /var/cvs/SimGear-0.3/source/simgear/scene
In directory baron:/tmp/cvs-serv10533/simgear/scene
Modified Files
Erik Hofman wrote:
You are missing the point. The GPL (and the Free Software Foundation)
is all about the spirit to go and fix things that are broken to your
opinion and not about saying it's their problem, let them fix it.
After all it was only a comment from which you could have learned
Frederic Bouvier wrote:
Boris Koenig wrote :
Norman Vine wrote:
Curtis L. Olson writes:
If you select hi-res screen shot from the menu, that means the menu
is active, and it is drawn on every tile (so if you are doing a 3x3
scheme, you would get 9 instances on the menu.) This is probably
Boris Koenig wrote:
Maybe there's a FG plugin for photoshop I hadn't heard of before?
Curt, I appreciate it very much that my postings seem to be that
entertaining for you, you might have even more 'fun' by getting
back to one or two eMails that I sent you weeks ago ...
These last couple weeks
Norman Vine wrote:
FWIW
I have the latest sources and this weekend I will try to find sometime
to look into the hires rendering glitch, but no promises :-)
I think I got the hires stuff working well enough for what I needed, so
there isn't any huge urgency now from my perspective. But it
Erik Hofman wrote:
John Wojnaroski wrote:
Fred wrote:
John Wojnaroski wrote:
Does anyone have a favorite network utility/packet sniffer? I'm
looking
at sniffit from the Debian package, but not all that happy with it.
Ethereal but only on packets that transit through an ethernet card
( doesn't
I just committed a set of changes to move the hi res screen capture
feature back towards a useable state. The hires screenshot snapper now
uses the same render code as the normal res screen shot snapper which
uses the same render code as the main program. That should reduce code
maintenance
Erik Hofman wrote:
Antonio Pennino wrote:
It is known (+ or -) the date of release (win32 binary) of new version?
If Curtis can find the time, the plan is to release it this weekend.
But only _if_ Curtis can find the time.
It turns out I have personal commitments Friday night, all day Saturday,
Jeroen Hoppenbrouwers wrote:
If FG would have a socket somewhere that will eat control data for the
position, attitude, and maybe some other variables to steer the virtual
windshield camera around, this certainly should be easy. We don't want any
panel in view, just the forward view (and some
Jeroen Hoppenbrouwers wrote:
Hi guys,
First post on the mailing list after lurking for a while. My name is Jeroen
Hoppenbrouwers and I have been active for about five years in a niche of the
flight sim world, the (very active) community around Aerowinx 747-400
Precision Simulator
Jim Wilson wrote:
Curtis L. Olson said:
Update of /var/cvs/FlightGear-0.9/source/src/Scenery
In directory baron:/tmp/cvs-serv20966/Scenery
Modified Files:
newcache.cxx tileentry.cxx tileentry.hxx tilemgr.cxx
Log Message:
Make a subtle change to tile loading/unloading policy in order to make
Derek Bridges wrote:
I'm posting this here since it seems to be a fairly
high-level question.
Does anyone know how if (and how) FlightGear (in
general, but I'm running 0.9.4) can use OpenFlight
(*.flt) files as terrain? I'm asking for someone else
who has *.flt files produced using MultiGen
We'd like to do another release of FlightGear/Simgear in the next week
or two. I'm starting to roll together the first round of pre-releases.
Mostly this release should fix problems and discrepancies with the
v0.9.5 release of FlightGear with not a ton of new development.
Regards,
Curt.
--
*From Robin's apt/nav data site ...
NEW* Sep 07 2004: *New data for X-Plane 7.40 and later* will be
available next weekend (Sep 18 2004), based upon * DAFIF cycle 200409*
(valid from Sep 02 2004 - Sep 29 2004). *This data will not work with
earlier versions of X-Plane* (such as 7.00 -
I think I meant to ask about this ealier, but I don't recall any
responses, which probably means I never actually asked?
I know we have some minimal helicopter support in YASim, but does anyone
out there have any contacts or experience developing a more detailed
helicopter flight dynamics
David Megginson wrote:
There's also the danger of overengineering our airfields -- every time
I fly into a small country airport in FlightGear now, there is a giant
tower just beside the runway with a rotating beacon, lighted taxiways
(sometimes with centre lighting, which you normally see at only
Gene Buckle wrote:
Just create a library that is OpenGL compatible, and you're free to do
anything that frightens the rest of us.
..http://sam.zoy.org/projects/libcaca/caca-sabre.png scary enough? ;-)
Great, now I have troubles getting to sleep.
Try playing TTY Quake in the
Gene Buckle wrote:
others engaged in this activity. i fell a little less like a reclusive
nut case :)
Heh. Someone mentions nutcases, and I feel obligated to speak up. :)
See http://www/f15sim.com for the precise definition of nutcase. See
www.737simguy.com, www.737sim.com, 737flightsim.com
Chris Metzler wrote:
On Fri, 27 Aug 2004 09:55:46 +0200
Erik Hofman [EMAIL PROTECTED] wrote:
Chris Metzler wrote:
Are the lengths of displaced threshholds and stopways given for a
particular runway in runways.dat included in that runway's given
length? In other words, for this runyway:
R
For what it's worth, here is an update from Robin Peel who maintains the
database of airports and Nav Aids for FlightGear and X-Plane:
All:
It has not been possible to publish new data for a few months due to
other pressures on my time. I am now working on a demanding project in
my 'day job'
Chris Metzler wrote:
On Tue, 24 Aug 2004 11:13:42 -0500
Curtis L. Olson [EMAIL PROTECTED] wrote:
[ quoting Robin Peel ]
Also please note my new e-mail address for X-Plane issues ([EMAIL PROTECTED]
http://games.groups.yahoo.com/group/xplane-news/post?postID=kxnzIVHxpU
Matthew Churchill wrote:
this is exciting, this sounds close to providing the ability to playback real flights
that I'm looking for to go with the flight recorder I'm attempting to make.
please excuse the deluge of questions.
what is david calkins program ?
what kind of device is an attitude
Vance Souders wrote:
I've looked into this further and it seems that FGNative::process()
fails when reading in FDM data from the file. Process() calls
io-read(...) asking for a 1704 byte chunks from the input file.
After one or two successful 1704 reads, io-read(...) returns
indicating that
Let me apologize in advance if this question sounds vague or if it isn't
worded well, or even if it's the wrong question. :-) I'm hoping to
find someone who knows what I really want and can tell me how to proceed.
I have some connections to a flight simulator company that wants to put
By my reading of the following table, page 12:
http://www2.airweb.faa.gov/Regulatory_and_Guidance_Library/rgAdvisoryCircular.nsf/1ab39b4ed563b08985256a35006d56af/5b7322950dd10f6b862569ba006f60aa/$FILE/Appx1.pdf
Level A, and B certified simulators seem to require at least a 3 degree
of freedom
Jim Wilson wrote:
Erik Hofman said:
Matevz Jekovec wrote:
Why not simply name it 0.9.5.1 (latest kernel is 2.6.8.1 as well as they
found a tiny bug in 2.6.8 version). Letters behind a version could mess
with things like a for Alpha, b for Beta, RC for Release Candidate and
so on. I
Matevz Jekovec wrote:
Just a thought : on windows, there is a system call that enable a
program to
receive events when a files in a subtree changes. I don't know for
Linux and
other unix though. I already heard about something called FAM but I
don't know if it is built in the kernel now. And I
Erik Hofman wrote:
I noticed that the fact that scenery loading is faster when pressing
'v' is caused by the fact that FlightGear doesn't bother rendering the
scene in the mean time.
Maybe it would be a good idea to set /sim/rendering/draw-otw to false
just after the message box is displayed,
Erik Hofman wrote:
Hi,
I was wondering, do others feel that the changes in the last week or
so justify a new release (0.9.5-1)? I have the feeling that it does.
I realize Curtis is busy for the next two weeks so it has to wait some
more, but if this is desired I will hold off any drastic
martin pardee wrote:
folks:
i just joined your mailing list. and i've probably jumped into the wrong one.
(and i'm about to start rambling, so if you're impatient, delete this now...)
i am looking for some pointers on hardware interface.
after running the FlightGear sim on my box, i'd say it's a
Norman Vine wrote:
David Megginson writes:
Since I updated FlightGear a few days ago, my X Windows mouse has been
frozen after exiting whenever FlightGear is in full-screen mode (there is no
problem in window mode). Switching to a text console and back does not help
-- I end up having to
501 - 600 of 2502 matches
Mail list logo