At 3/24/2004, you wrote:
It is far too late for this release, but I promised Michael some instruments
for the Ornithopter a while back so I've committed what amounts a rough
start. It just affects the ornithopter directory and that seems to work so
(hopefully) there will be no breakage.
This is
At 3/25/2004, you wrote:
Jim Wilson wrote:
Frederic Bouvier said:
Hi,
I just noticed that the ornithopter is not present in the aircraft
viewer of fgrun. It appears that ornithopter-set.xml has no
/sim/description in it. Could someone put something sensible there to
make it available in
At 7/26/03, Jim Wilson wrote:
Is there a reason this can't be moved out of the main loop yet? It's been a
while since it was last discussed, but I thought something was going to be
done with it.
The patch was one I submitted to Erik.
How about this solution for now: Simply delete or comment out
At 7/24/03, Oliver C. wrote:
Am Donnerstag, 24. Juli 2003 10:19 schrieb Jon Stockill:
Heads down guys - we just got another mention on slashdot :-)
http://games.slashdot.org/article.pl?sid=03/07/23/1837201
In the article i read the following:
In fact, flight characteristics are calculated in
At 7/18/03, Melchior FRANZ wrote:
* Erik Hofman -- Friday 18 July 2003 09:48:
Michael Selig wrote:
In the process of doing the updates, I have found that the two chase
views we had are now ***very*** different. There's a lag effect that is
giving me serious vertigo and there's roll now
At 7/18/03, Jim Wilson wrote:
Ok, I have a proposal. If this is ok with everyone I'll go ahead and do the
xml for the bindings:
'v' - scrolls through a limited number of views. I'll just make it the first
3 defined views. If the current view is greater than 3, then it'll start at 0
(the
At 7/18/03, Melchior FRANZ wrote:
* Erik Hofman -- Friday 18 July 2003 21:08:
Melchior FRANZ wrote:
None of the views was removed.
Well, sort of. The number of views was increased to 6, but the maximum
value after toggling the 'v' key was still set to 5 ...
Aaahh, OK. That explains a lot.
At 7/18/03, you wrote:
* Michael Selig -- Friday 18 July 2003 20:15:
The update that Erik made has returned the two old views.
No. It only removed heading damping from the Helicopter
View. Everything else is unchanged.
FYI -- View #3 does not 'play' well w/ my computer (Linux w/ a GeForce4 Ti
I just did a cvs update in the process of updating some uiuc files, e.g.
the recorder files which had some issues and I want to put the new ones on
the fgfs cvs.
In the process of doing the updates, I have found that the two chase views
we had are now ***very*** different. There's a lag
At 7/14/03, Norman Vine wrote:
Lee Elliott writes:
On Monday 14 July 2003 01:59, Norman Vine wrote:
Nothing says you can't change your local source
The following reverts to the previous HUD
Ta for that but I'd rather manage with the standard FG as far as
possible.
I'm already using a
At 7/12/03, Erik wrote:
Hi,
I noticed the number of views accessible using the 'v' is increasing. I
think it's a good idea to have a number of views, but I propose to limit
the views accessible using the 'v' key to a maximum of three and only for
views that are directly related to the
At 7/13/03, Erik wrote:
Michael Selig wrote:
I would like to ask, however, that a view menu structure be in place
before removing the current various 'v'-key views.
That was the intention. Did something go wrong?
Something go wrong --- I did not mean to imply that. I've not done a cvs
check
At 7/1/03, Frederic BOUVIER wrote:
Martin Spott wrote:
Hello, I experience heavy memory consumption with GCC-3.3 when
uiuc_menu_record.cpp is being compiled: On Linux and on Solaris the cc1plus
process comsumes about 300 MByte ! Is this considered to be 'usual'
behaviour (I know, things have
At 6/18/03, Frederic BOUVIER wrote:
Martin Spott wrote:
Frederic Bouvier [EMAIL PROTECTED] wrote:
I will post the model to Erik for inclusion in CVS.
This looks really promising. I have a feature request now: _Before_ people
start modelling the Golden Gate it would be tremendously useful
At 6/18/03, David Megginson wrote:
Michael Selig writes:
Sounds like we need a new property:
detect-building-collisions type=boolfalse/detect-building-collisions
We don't distinguish between buildings and terrain, so this would also
cause the plane to fall throught he surface of the earth
At 6/13/03, Jim Wilson wrote:
Erik Hofman [EMAIL PROTECTED] said:
Martin Spott wrote:
I've been searching quite a bit for a keyboard binding for the speed
brake
function - without success. Is it right that the speed brake is currently
not bound to any key ?
Yes.
I was to propose
At 6/10/03, Frederic Bouvier wrote:
Michael Selig wrote:
At 6/5/03, Frederic Bouvier wrote:
Michael Selig wrote:
cvs admin -kb
Then run a cvs update to sync the flag on your local copy.
Done. Thanks. And I think it all worked.
Thanks Michael, I can see the 3D model now
At 6/10/03, Christopher S Horler wrote:
I'm wondering what kind of graphics acceleration would be required to
run flightgear at adequate speed. I have to admit that I haven't had
time to try in months (I hope to get a bit of coding time soon as well
as finishing other started bits - Spitfire).
At 6/10/03, Pieter Pareit wrote:
Op dinsdag 10 juni 2003 19:40, schreef Michael Selig:
At 6/10/03, Christopher S Horler wrote:
I'm wondering what kind of graphics acceleration would be
required to run flightgear at adequate speed. I have to admit
that I haven't had time to try in months
At 6/5/03, Frederic Bouvier wrote:
Michael Selig wrote:
cvs admin -kb
Then run a cvs update to sync the flag on your local copy.
Done. Thanks. And I think it all worked.
Thanks Michael, I can see the 3D model now.
While you're at it, you have add a dos file into CVS from a Linux
machine
At 6/9/03, you wrote:
* Michael Selg -- Monday 09 June 2003 00:39:
Update of /var/cvs/FlightGear-0.9/data
In directory baron:/tmp/cvs-serv30985
Modified Files:
keyboard.xml
Log Message:
Adds spoiler function with j/k keys for close/open spoilers.
Please make that j and shift-j (or k
At 6/9/03, melchior franz wrote:
A glider can pilot use spoilers on landing sort-of like a
power plane pilot uses throttle to flare on the back side of the power
curve. Yes?
Yes, but that does not explain why spoiler up and down cannot be
on one key. :-)
The (lingering) point being that
At 6/9/03, you wrote:
There a question raised about Michael's choice of keys for mapping the
spoilers. For the most part the controls/commands mapped to letters are
lowercase for one direction (e.g. increase) and upper case for the other (e.g.
decrease).
So I looked to see if there was a non-alpha
At 6/5/03, Martin Spott wrote:
Michael Selig [EMAIL PROTECTED] wrote:
Earlier today I added an ornithopter model to
FlightGear. The model simulates the full scale
piloted C-GPTR ornithopter designed by Prof
DeLaurier and his group at the University of
Toronto Institute for Aerospace Studies
At 6/5/03, Frederic Bouvier wrote:
Michael Selig wrote:
cvs admin -kb
Then run a cvs update to sync the flag on your local copy.
Done. Thanks. And I think it all worked.
Thanks Michael, I can see the 3D model now.
While you're at it, you have add a dos file into CVS from a Linux
machine
At 6/4/03, Jim Wilson wrote:
Michael Selig [EMAIL PROTECTED] said:
So far, nothing is going on w/ a 3D cockpit. But if someone wants to do
this, I have photos of the actual cockpit.
Great. Can you send them? Not sure how much I'll get done when, but I can
give it a start.
Yes, I can send
At 6/6/03, Jim Wilson wrote:
Michael Selig [EMAIL PROTECTED] said:
I'd like people to try this out:
In the preferences.xml, change the line:
eye-heading-deg-path/orientation/heading-deg/eye-heading-deg-path
... line 126, for chase view (view #2)
to
eye-heading-deg-path/orientation/gamma
At 6/7/03, Jim Wilson wrote:
Michael Selig [EMAIL PROTECTED] said:
I have tried essentially what you mentioned. Here's specifically what I
used in the uiuc-set.xml file:
view n=2
config
eye-heading-deg-path/orientation/gamma-horiz-deg/eye-heading-deg-path
/config
/view
At 6/5/03, Matthew Johnson wrote:
We should also point out that the p51d is no slouch either. Jim has
done a *lot* of work on the 3d interior as well.
Very very true, trying to build a plane with ac3D and its a *lot* of
work. The p51D exudes power and performance in FlightGear and that is
not
At 6/5/03, Michael Selig wrote:
At 6/5/03, Matthew Johnson wrote:
We should also point out that the p51d is no slouch either. Jim has
done a *lot* of work on the 3d interior as well.
Very very true, trying to build a plane with ac3D and its a *lot* of
work. The p51D exudes power
Back to an old thread:
At 3/30/03, Tony Peden wrote:
On Sun, 2003-03-30 at 21:16, Michael Selig wrote:
At 3/30/03, you wrote:
On Sun, 2003-03-30 at 20:05, Michael Selig wrote:
At 3/30/03, you wrote:
Michael Selig writes:
... snip ...
[2] In preferences.xml, I have changed 'eye
of the actual cockpit.
Regards,
Michael
Michael Selig [EMAIL PROTECTED] said:
[FlightGear Developers mailing list]
Earlier today I added an ornithopter model to
FlightGear. The model simulates the full scale
piloted C-GPTR ornithopter designed by Prof
DeLaurier and his group
At 6/4/03, Frederic BOUVIER wrote:
Could someone with CVS write access set the binary flag to C-GPTR-003.rgb.
It is corrupt for us, Windows users.
If it has not already been done, I'd be happy to do this. Can someone tell
me the cvs command?
Regards,
Michael
At 6/4/03, Jim Wilson wrote:
Wow, great work everyone! I crash landed it once after stalling in a
turn...not sure what I did. Otherwise a successful flight. It really
works :-)
Is there a 3D cockpit in the works? This one would be very cool flown from a
virtual cockpit.
One other thought,
At 6/4/03, Jim Wilson wrote:
Oops... make that.
cvs admin -kb filename
Sorry about that...
Michael Selig [EMAIL PROTECTED] said:
At 6/4/03, Frederic BOUVIER wrote:
Could someone with CVS write access set the binary flag to C-GPTR-003.rgb.
It is corrupt for us, Windows users.
If it has
[FlightGear Developers mailing list]
Earlier today I added an ornithopter model to
FlightGear. The model simulates the full scale
piloted C-GPTR ornithopter designed by Prof
DeLaurier and his group at the University of
Toronto Institute for Aerospace Studies (UTIAS).
A web link detailing the
At 5/29/03, Jim Wilson wrote:
Michael Selig [EMAIL PROTECTED] said:
I have made these changes and committed the file, but the 3D part is still
commented out for now. I have included a mini panel that is displayed
from
the outset. What I'd like to be able to do is start w/ the 3D cockpit
At 5/24/03, Jim Wilson wrote:
Michael Selig [EMAIL PROTECTED] said:
At 5/22/03, Jim Wilson wrote:
Michael Selig [EMAIL PROTECTED] said:
A-4D aircraft.dat file. What's lacking is a nice cockpit and proper
instruments, but of course the HUD is a good substitute for now. The
turbojet
At 5/25/03, Erik Hofman wrote:
Michael Selig wrote:
This renaming approach seems like the easiest way to deal w/ it. If
someone wants to make those changes and commits and fly a few UIUC models
to test things, that's fine w/ me. Right now I cannot not do it because
my cvs checkout
At 5/29/03, you wrote:
~275 different types
Scratch that ... it's ~175 (Bob Champine). I'd have to dig up a ~15-20 yr
old letter to check that, however!
Regards,
Michael
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
At 4/12/03, Jim Wilson wrote:
David Megginson [EMAIL PROTECTED] said:
Michael Selig writes:
This piece of code is used on the LaRCSim side. When the model goes
below
the ground (by a set threshold), this code forces it up above the
ground. It's useful.
The uiuc code needs
At 3/29/03, you wrote:
Curtis L. Olson writes:
I returned from being gone for the week, did a cvs update to get all
the latest changes and now I'm seeing about 1/3 the frame rate I'm
accustom to seeing. I now am getting something in the 18-25 range
which is pretty horrible for my hardware.
I have noticed that in many fgfs joystick property files some axes are
squared. This makes the stick-position to control-surface mapping
nonlinear (squared) rather than one to one (linear). I think real
airplanes w/ reversible controls are closer to being linear rather than
squared.
[Here's
At 3/30/03, you wrote:
Michael Selig writes:
I noticed the 'squared' effect when I started flying w/ my R/C
joysticks. Using the actual joysticks exactly models what an R/C
pilot feels, so no exponent fudging is desired in that case. Also,
exponential rates and mixing if used are done
At 3/30/03, you wrote:
On Sun, 2003-03-30 at 20:05, Michael Selig wrote:
At 3/30/03, you wrote:
Michael Selig writes:
I noticed the 'squared' effect when I started flying w/ my R/C
joysticks. Using the actual joysticks exactly models what an R/C
pilot feels, so no exponent fudging
At 3/26/03, Cameron Moore wrote:
* [EMAIL PROTECTED] (Michael Selig) [2003.03.25 16:53]:
I have just added R/C transmitter support to the FlightGear base
package. To make it all work, one must have a supported radio and
purchase
an RCJOY USB box ($90) as well as a cable (~$12) from
http
I have just added R/C transmitter support to the FlightGear base
package. To make it all work, one must have a supported radio and purchase
an RCJOY USB box ($90) as well as a cable (~$12) from
http://www.leweng.com. This USB box works with all major R/C brands:
Futaba, Airtronics, JR,
At 3/17/03, Jim Wilson wrote:
Jon Berndt [EMAIL PROTECTED] said:
Has anyone ever considered implementing aircraft shadows projected on the
ground?
Jon
How about cheating? Add a rectangle under the aircraft, map a fuzzy
silhouette texture onto it and animate it down to ground level
At 3/10/03, David Megginson wrote:
Jim Wilson writes:
I found the C310 JSBSim model very unstable, so I've increased roll,
pitch, and yaw damping -- please try it out and let me know what you
think.
Ah, much easier to land. I can't vouch for the realism, but it
sure is a lot
At 2/21/03, David Megginson wrote:
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
Maybe someone can point me in the right direction. In keyboard.xml there
are numbers assigned to the keys, but when I do a google search for things
like keycodes those numbers don't agree w/ the number assignments in
keyboard.xml. Is there a list of keys and the corresponding numbers for
In answer to my question below, I think I found it:
http://www.cs.net/lucid/ascii.htm
Date: Sat, 22 Feb 2003 17:55:23 -0600
To: [EMAIL PROTECTED] [EMAIL PROTECTED]
From: Michael Selig [EMAIL PROTECTED]
Subject: keycodes
Maybe someone can point me in the right direction. In keyboard.xml
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
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
As some people know, we're using FlightGear in our Smart Icing System
research. Two recent papers (Aug 2002 and Jan 2003) on the subject
have been posted here: http://www.aae.uiuc.edu/m-selig/apasim.html
Regards,
Michael
**
Prof. Michael S.
In the last few months, several people have given FlightGear permission to
use their external models under the GNU GPL (i.e. they can ultimately be
included w/ the fgfs base package). For those interested, I've collected
these and posted them here:
At 2/21/03, Paul D. wrote:
Michael
I was interested in finding one for the twin-otter, just curious how you
went about finding these?
A Twin Otter model is here:
http://home.t-online.de/home/Wolfram.Kuss/FGFS1/FGFS1.htm
This is the one we use w/ our icing work.
To find potential GNU GPL
At 2/14/03, Luke Scharf wrote:
On Fri, 2003-02-14 at 12:20, Curtis L. Olson wrote:
Gene Buckle writes:
http://www.flightgear.org/images/SeaHawk.jpg
That just kicks ass. You've made a buddy of mine very happy. He's
recently got a Sea Hawk cockpit that is destined to be a sim
At 2/7/03, David Megginson wrote:
For the cockpit view, it might be interested to add optional
acceleration effects to make up for the lack of full motion -- I think
I first noticed this trick in Battle of Britain. The FDMs already
publish the required information in the property tree:
Last night I did an update to three of the Wright Flyer files, but only two
showed up in the log. The one that did not show up in the log was the file:
~/fgfsbase/Aircraft/UIUC/wrightFlyer1903-v1-nl/aircraft.dat
For the record, the message for it:
Wright Flyer update: Reduced wing warp to
At 12/22/02, Norman Vine wrote:
Michael Selig
As it relates to documenting things, I'd like to ask this again: Is this
file property-api.html still around somewhere? This doc described the
property tree. It was a draft from Curt I believe.
It seems to me like the property stuff
At 12/18/02, Jim Wilson wrote:
Michael Selig [EMAIL PROTECTED] said:
Chuck Dome has OK'ed our use of his models w/ FlightGear. Here's a
list of
his ~70+ aircraft that he has GPL'd:
http://www.fs2000.org/dome/index.htm
This list grows w/ updates coming from:
http://home.cfl.rr.com/cdfss
At 12/18/02, you wrote:
Just a quick update. I watched this at 8pm local time and it was
really well done. Michael got a lot of face time and there were quite
a few quick snippets showing FlightGear in the background (good job
Michael) :-) The actual simulation run for the test was done in
Chuck Dome has OK'ed our use of his models w/ FlightGear. Here's a list of
his ~70+ aircraft that he has GPL'd:
http://www.fs2000.org/dome/index.htm
This list grows w/ updates coming from:
http://home.cfl.rr.com/cdfss/
Unfortunately, these newer MSFS models (FS2000/2002) are not FlightGear
At 12/17/02, Curtis L. Olson wrote:
Michael Selig (A UIUC aero professor who is heavily involved with the
FlightGear project) sent me the following interesting tidbit.
On Wednesday, 18 Dec is the Discovery Channel Unsolved History show:
The Death of the Red Baron.
FlightGear was used
Some good news and a BIG THANKS to AF Scrubby and Captain Slug:
I (we) have obtained permission from them to use their 3D external models
under the GNU GPL. All of these models will work with FlightGear. I have
the zip files. To fly, all they need are flight models (aero, propulsion,
gear,
Is this file property-api.html still around somewhere. I am trying to find
a tutorial on how to use the property tree.
Ref:
http://www.menet.umn.edu/~curt/lists/fgfs/archive-200207/msg00080.html
Thanks,
Michael
___
Flightgear-devel mailing list
of the Captain Slug's planes yet. When I get a
chance, I'll pull them up in FGFS and post them to a webpage. But I do
have pics of AF Scrubby's models here:
http://www.aae.uiuc.edu/m-selig/tmp/
Regards,
Michael
Michael Selig [EMAIL PROTECTED] said:
Some good news and a BIG THANKS to AF Scrubby
At 12/12/02, Andy Ross wrote:
Jim Wilson wrote:
Michael would like to add an additional default view (a third, closer
tower) to the base package preferences.xml. I'm against it since we
offer the ability to add custom views and there's already too many
default views for my taste.
I'd argue
At 11/30/02, Erik Hofman wrote:
Hi,
After recent changes the UIUC aircraft seem to generate a uiuc_record.dat
file. I would like to ask the UIUC developers to leave this option(?) off
for production files included in the FlightGear base package.
They are left in the current directory where
For a period of time, I have put a non-GPL external model of the
Fokker triplane here:
http://www.aae.uiuc.edu/m-selig/tmp/fkdr1.tar
The files on the tarball are:
[1315] ~/fgfs/work/fgfsbase-0.8.0/Aircraft tar -tvf fkdr1.tar
fkdr1/Models/fokdr1mp.0af
fkdr1/Models/fokdr1mp.1af
At 11/13/02, you wrote:
JD Fenech writes:
Major note: I've been trying to follow FG development for somewhat
over a year, and still haven't been able to really figure out how FDMs
are handled (are they internal to the software, or are they externally
loaded).
The FDMs are the
At 11/14/02, Jim Wilson wrote:
Anyone else noticing that the model alignment offsets aren't working?
If you are talking about the file that moves the model wrt the reference
point in the mdl file, it does not work for me. For example, the values
in this file don't move the model.
At 9/2/02, David Megginson wrote:
For those of you not currently following it, the Blender fund has been
successful: out of the EUR 100,000 needed to buy the sources from the
NaN shareholders, the fund has collected EUR 96,540 and has another
EUR 9,481 pledged. With luck, we'll have a decent,
At 11/12/02, David Megginson wrote:
Jim Wilson writes:
If Blender becomes the tool of choice, as it probably should, for
developing
FlightGear Models then it makes sense to have those files in the CVS
directory
with the ac files that are derived from them. The CVS is a development
At 11/10/02, Michael Selig wrote:
At 11/10/02, Jim Wilson wrote:
Hi Michael,
What a great addition to the fleet! Beautiful 3D model too. Would you or
A.F. Scrub mind if I converted that to ac3d? The purpose would be to convert
the textures to rgb, alpha the prop disk, animate, and add 3D
that pilots could
always take off into the wind to avoid the cross wind problem.
Regards,
Michael
Michael Selig wrote:
I have just added the Fokker Dr.1 triplane to the CVS. There are notes
in the readme below about how to get a 3D model file. Unfortunately, I
could not acquire one under
At 11/11/02, Jon Berndt wrote:
At 11/10/02, Jon Berndt wrote:
Michael:
What are your design references for the two WWI aircraft?
Do you mean how did I get the aero data?
Regards,
Michael
Yes, and any other information used to model them.
Jon
Your word design threw me. I don't do
At 11/11/02, you wrote:
Hi,
Just a short notice for aircraft developers, by adding the description
tag to the *-set.xml files it is possible for users to see a short
discription of each aircraft when invoking the --show-aircraft option at
startup.
In the future I think the description tag
Two Microsoft model file questions:
Most all new (and several old) Microsoft-type models have movable
surfaces. Is there a way to look at the *.mdl file or another and figure
out what hooks need to go in fgfs/xml to drive those surfaces?
Second, several of the MSFS models will not work w/
Hi All,
I'd like to share w/ everyone a new view that is *extremely* useful I think.
The view looks at the aircraft externally and always looks in a fixed
direction so that when the aircraft yaws back and forth the view does not
swing back and forth. This is especially useful for studying
ps
In preferences.xml, the number of views also needs to be changed from 4 to 5:
number-views type=int5/number-views
At 11/11/02, you wrote:
Hi All,
I'd like to share w/ everyone a new view that is *extremely* useful I think.
The view looks at the aircraft externally and always looks in a
At 11/10/02, Jim Wilson wrote:
David Megginson [EMAIL PROTECTED] said:
Thank you very much. It might be a good idea in the future to put 3D
models directly into Aircraft/*/Models/ rather than
Aircraft/*/Models/uiuc/, since 3D models are usable by all FDMs (all
four major ones use the same
(which would involve a few cockpit geometry adjustments).
This might be a few weeks away, but thought I'd ask.
Best,
Jim
I'd be thrilled to see what you could do to improve the 3D model. I'll
check w/ AF Scrub.
Regards,
Michael
Michael Selig [EMAIL PROTECTED] said:
I have just added
At 11/10/02, Curt Olson wrote:
Michael Selig writes:
Since these are imports courtesy of developers working with MSFS, would it
be a good idea to keep a copy of their models in original form in a
separate directory? That way they could always come to FGFS and fly their
original models
At 11/10/02, John Check wrote:
On Sunday 10 November 2002 2:21 pm, Michael Selig wrote:
At 11/10/02, Jim Wilson wrote:
David Megginson [EMAIL PROTECTED] said:
Thank you very much. It might be a good idea in the future to put 3D
models directly into Aircraft/*/Models/ rather than
At 11/10/02, you wrote:
On Sunday 10 November 2002 2:37 pm, Michael Selig wrote:
At 11/10/02, Curt Olson wrote:
Michael Selig writes:
Since these are imports courtesy of developers working with MSFS, would
it be a good idea to keep a copy of their models in original form in a
separate
At 11/10/02, John Check wrote:
On Sunday 10 November 2002 2:24 pm, Curtis L. Olson wrote:
Michael Selig writes:
Since these are imports courtesy of developers working with MSFS, would
it be a good idea to keep a copy of their models in original form in a
separate directory? That way
At 11/10/02, John Check wrote:
On Sunday 10 November 2002 2:24 pm, Curtis L. Olson wrote:
Michael Selig writes:
Since these are imports courtesy of developers working with MSFS, would
it be a good idea to keep a copy of their models in original form in a
separate directory? That way
=
= for FlightGear with LaRCsim and the UIUC Aeromodel =
==
= Flight model by: =
= Michael Selig, et al. ([EMAIL PROTECTED]) =
= http://www.aae.uiuc.edu/m-selig/apasim.html
At 11/10/02, Jon Berndt wrote:
Michael:
What are your design references for the two WWI aircraft?
Do you mean how did I get the aero data?
Regards,
Michael
**
Prof. Michael S. Selig
Dept. of Aero/Astro Engineering
University of
At 11/9/02, Jim Wilson wrote:
It seems that a while back this came up when I was working on the viewer or
maybe tweaking the original 3D aircraft model rotations. After moving the
AC3D model origin to where Yasim wants it (at the nose) the aircraft rotates
fine. (Note that it appears the gear
by: =
= Michael Selig, et al. ([EMAIL PROTECTED]) =
= http://www.aae.uiuc.edu/m-selig/apasim.html=
==
= External model by: =
= A.F.Scrub Scrubby PC ([EMAIL PROTECTED
At 11/9/02, you wrote:
Progress has been slow, mostly because of real work getting in the way, but
the Wright Flyer is getting much closer to completion.
Most of the detail and animation is done. Here's a shot from the front with
the elevator mechanism tilted up for initial ascent.:
I have just updated the Airwave Xtreme 150 hang glider on the fgfs cvs to
include the external model from Captain Slug! He has granted permission
for us to use and release these with FlightGear under the GNU GPL.
Regards,
Michael
___
It's looking really good!
On the aero side, I have few tweaks that I want to make before it's
announced in whatever fashion. It should not take me too much longer to
get to that.
As for the elevator animation, I have use +-20 deg deflection on my model,
but from pictures it looks like more
At 11/9/02, John Check wrote:
On Friday 08 November 2002 9:43 pm, Michael Selig wrote:
I have just updated the Airwave Xtreme 150 hang glider on the fgfs cvs to
include the external model from Captain Slug! He has granted permission
for us to use and release these with FlightGear under
=
= 15-meter class sailplane =
= for FlightGear with LaRCsim and the UIUC Aeromodel =
==
= Flight model by: =
= Michael Selig, et al. ([EMAIL PROTECTED
Thanks for posting this info below. Going to RH8.0 is probably going to be
my solution to getting up and running again. With RH7.1 I am still dead in
the water w/ the SkySceneLoader *sgClouds3d code (segfault ... unless
someone can figure out how to have fgfs avoid that code when 3d clouds
I have a few models that run w/ the --enable-auto-coordination flag in the
startup command line. Is there a way to do this in the *-set.xml file
instead? If it is possible, I'd like to make such a change w/ my Wright
Flyer model on the cvs.
Thanks,
Michael
1 - 100 of 147 matches
Mail list logo
