David Megginson writes:
> > That said, it does seem to me that the current VSI seeks awfully
> > slowly. It has a half life of, I'd guess, 5-6 seconds or so. Do real
> > gauges take this long?
>
> I'll keep an eye on mine this evening and let you know.
Sorry -- I forgot to. On the bri
> Good to see that you're indexing these files (all in one place and easy to
> get). Is anyone moving them into the cvs? Do others want that done?
With so many airplanes about to be modeled I wonder if it's time we considered
keeping most of them in seperate packages, and what a standard packag
Andy Ross writes:
> That said, it does seem to me that the current VSI seeks awfully
> slowly. It has a half life of, I'd guess, 5-6 seconds or so. Do real
> gauges take this long?
I'll keep an eye on mine this evening and let you know.
All the best,
David
--
David Megginson, [EMAIL PR
Danie Heath writes:
> Something I picked up on the Vertical Speed Indicator if I'm in a
> climb, and I adjust my flightpath to level flight, it's as if the VSI
> takes ages to return to the correct position. I've tried of fixing it,
> but it seems it's not defined in the XML file for the
Robin Peel writes:
> I have finally subscribed to this list ...
Welcome, and on behalf of all of the FlightGear users and developers,
I'd like to thank you for all the data you've given us for the past
few years.
All the best,
David
--
David Megginson, [EMAIL PROTECTED], http://www.meggins
Gene Buckle wrote:
> Danie, a VSI is not your typical "100%" accurate instrument and it
> does take time to settle. My flight instructor always told me to
> never take it as gospel, only as a guideline. If it's "hunting" a
> bit, it sounds right to me.
It's true that real VSI's have lag. They w
Once upon a time, you were sitting and writing:
> You need a digital elevation model, or DEM. Look at the links from
> the FlightGear site for details.
> All the best,
> David
Thanks david !.
~
___ Elad (elady)_@__
Two things I forgot to add to my original post:
- X-Plane now has a prototype awy.dat file for global airways. This was
easily generated from the DAFIF airway data files. I hope to see this
working in X-Plane version 7.0.
- X-Plane also now has ATC frequencies at airports included in its airpor
> David Megginson writes:
> Would you like a copy of my Blender sources for the DC-3 3D model, or
> are you basing your work on another external model?
YES PLEASE
By the way... I've been coding for years without CVS second day im
using don't know how I survived without it ...
Hi There,
Does anybody know where I can find a sampled heightmap
(of any place on earth, at any resolution) ?
I need to submit a project about terrain-aided navigation,
and I need to run some simulations (and somehow, I feel that
using synthetic-noise maps is much like cheating).
A brief search
Danie Heath writes:
> Hopefully the last time I bug about CVS ... if I have modified any of the
> files, how do I get the changes to be included ? I have started creating
> an authentic cockpit for the old Gooney bird ...
I'm very glad to hear that.
CVS is not a classless society -- some use
Hi again
Hopefully the last time I bug about CVS ... if I have modified any of the
files, how do I get the changes to be included ? I have started creating
an authentic cockpit for the old Gooney bird ...
Kind Regards
Danie Heath
Software Integrator
RisC Com cc
http://www.risccom.co.za
Jon Stockill writes:
> The problem you have in using different sources for ILS and runways is
> that the two may not always line up.
As far as I know, Robin takes the ILS positions from published sources
rather than manually tweaking them to line up with his runways.
All the best,
David
--
Jon Stockill writes:
> AIUI you'd get the whole file if it was compressed, because it's a binary
> file, where you'd just get diffs if it's left as text.
I was pretty sure that that was the case, as well, but I'm concerned
that sometimes CVS sends the whole file anyway. Are there any CVS
exper
Jon Stockill writes:
> On Fri, 21 Feb 2003, David Megginson wrote:
>
> > Curtis L. Olson writes:
> >
> > > The one area to be careful of is airports, runways, and taxiways of
> > > course. I'd hate to lose a lot of the hand edited data from X-Plane
> > > for airports that aren't available in D
David Megginson writes:
> Plib doesn't include a scaling transformation -- when I asked Steve
> Baker, he said that it would screw up all of the FOV code. You'd be
> better to open the model in a 3D editor and scale it in advance.
Scaling can also screw up normals/lighting. As David suggests, yo
Jon Stockill writes:
> > We should also consider whether we want to compress the DAFIFT files.
> > They take much more disk space uncompressed, but presumably CVS
> > updates would be significantly faster, since they would exchange only
> > deltas (or does the whole file come anyway?).
>
> AIUI yo
Martin Spott writes:
> I think merging this stuff has been on Robin's TODO for quite some
> time - but he did not manag to to it because apparently this
> requires a huge amound of manual editing,
A simple either/or merge is manageable -- probably a day's work. The
trick is to apply some auto
Michael Selig writes:
> I am wondering is it possible to translate an object? I am working
> on an ornithopter flight dynamics model
> (http://www.ornithopter.net) and the center piece of the wing
> translates. (I currently use Lee's Hawker Seahawk!)
Yes, absolutely. Here are the animation
On Fri, 21 Feb 2003, David Megginson wrote:
> Curtis L. Olson writes:
>
> > That might be the thing to do. Fixes are something I'd have no
> > hesitation to switching to DAFIFT format.
>
> We should also consider whether we want to compress the DAFIFT files.
> They take much more disk space unc
On Fri, 21 Feb 2003, David Megginson wrote:
> Curtis L. Olson writes:
>
> > The one area to be careful of is airports, runways, and taxiways of
> > course. I'd hate to lose a lot of the hand edited data from X-Plane
> > for airports that aren't available in DAFIFT (and for all the
> > taxiway
"Curtis L. Olson" <[EMAIL PROTECTED]> wrote:
> This may work ok. But, yes it will be additional effort to merge the
> data, eliminate duplicates, resolve errors and discrepancies, etc.
> X-Plane is continually upgrading their taxiway data, so it might be
> nice to have a script that will start wi
At 2/21/03, Dave Culp wrote:
Thanks to Michael we have a 3d model for the T-38. I've converted it to use
RGB textures, and it can be found here:
http://home.attbi.com/~davidculp2/fg_index.htm
Good to see that you're indexing these files (all in one place and easy to
get). Is anyone moving th
James Turner writes:
> On Friday, February 21, 2003, at 03:23 pm, Curtis L. Olson wrote:
> >
> > The DAFIFT doesn't have taxiway data. Beyond that, it would be
> > interesting to compare the X-Plane data set vs. DAFIFT to see what
> > airport X-Plane has that are not in DAFIFT. Much of the X-Pla
James Turner writes:
>
> On Friday, February 21, 2003, at 02:12 pm, David Megginson wrote:
> >
> > We should also consider whether we want to compress the DAFIFT files.
> > They take much more disk space uncompressed, but presumably CVS
> > updates would be significantly faster, since they would
Thanks to Michael we have a 3d model for the T-38. I've converted it to use
RGB textures, and it can be found here:
http://home.attbi.com/~davidculp2/fg_index.htm
The archive, T38-3d-model.tar.gz, contains an XML wrapper, which is the
filename that goes into the t38-set.xml config file. The m
I am wondering is it possible to translate an object? I am working on an
ornithopter flight dynamics model (http://www.ornithopter.net) and the
center piece of the wing translates. (I currently use Lee's Hawker Seahawk!)
Also, with plib/fgfs is it possible to scale an entire 3D external
mode
On Friday, February 21, 2003, at 03:23 pm, Curtis L. Olson wrote:
The DAFIFT doesn't have taxiway data. Beyond that, it would be
interesting to compare the X-Plane data set vs. DAFIFT to see what
airport X-Plane has that are not in DAFIFT. Much of the X-Plane data
is hand entered, especially
On Friday, February 21, 2003, at 02:12 pm, David Megginson wrote:
We should also consider whether we want to compress the DAFIFT files.
They take much more disk space uncompressed, but presumably CVS
updates would be significantly faster, since they would exchange only
deltas (or does the whole
James Turner writes:
> Supporting new types is trivial. I would greatly prefer to switch the
> airport data over too, simply for consistency in the data set. Can
> anyone establish what (if anything we would lose by doing so?)
The DAFIFT doesn't have taxiway data. Beyond that, it would be
inter
David Megginson writes:
> On the contrary, I will be thrilled to remove this from my TODO list
> and to throw out my Perl scripts. Before I do that, I'll mention a
> few gotchas I found in the NAV file and how I dealt with them:
>
> 1. For VORs, we're interested in the slaved magnetic variation;
James Turner writes:
> > 2. Entries for TACANs have only a channel, not a paired VHF
> >frequency. By trial and error, I've figured out how to get the VHF
> >(I think):
>
>
> Err, I'm not sure this is correct. the VORTACs have an explicit
> frequency as well as a channel, and a s
On Friday, February 21, 2003, at 02:27 pm, David Megginson wrote:
1. For VORs, we're interested in the slaved magnetic variation; you
can always ignore the actual one, since we calculate that inside
FlightGear anyway.
Already done
2. Entries for TACANs have only a channel, not a pair
James Turner writes:
> Sorry to muck people (esp David, by the sound of it) around, but I have
> 'live' DAFIFT importing working in my local tree (for about 3 weeks
> now), I've just been holding off submitting while I did more testing.
> I've had to extend the Nav types and APIs slightly,
Michael Selig writes:
> Caveats: Most of the airplanes still need corresponding flight
> models.
That shouldn't be too hard. The challenging part is designing the
interiors.
All the best,
David
--
David Megginson, [EMAIL PROTECTED], http://www.megginson.com/
__
Curtis L. Olson writes:
> That might be the thing to do. Fixes are something I'd have no
> hesitation to switching to DAFIFT format.
We should also consider whether we want to compress the DAFIFT files.
They take much more disk space uncompressed, but presumably CVS
updates would be significan
Curtis L. Olson writes:
> The one area to be careful of is airports, runways, and taxiways of
> course. I'd hate to lose a lot of the hand edited data from X-Plane
> for airports that aren't available in DAFIFT (and for all the
> taxiways.)
Agreed -- we should stick to ILS, navaids, and fix
Curt wrote:
> Maybe someone could hack up a simple example (or modify one of the
> plib ssg examples) so that the view up vector rolls and pitches
> significantly relative to the world and see if that affects the
> lighting of the objects in the world.
This would be a job for someone who has the n
Well, I have the update for all parts of FlightGear in one big script, which then goes
off and builds the new version, so I do actually use the full command each time. Also,
for a while recently, Cygwin bash would resolve ~ into some meaningless combination of
symbols that bore no resemblance to
James Turner wrote:
Sorry to muck people (esp David, by the sound of it) around, but I have
'live' DAFIFT importing working in my local tree (for about 3 weeks
now), I've just been holding off submitting while I did more testing.
Anyway, the other relevant point (I suppose) is that my current
40 matches
Mail list logo