Melchior FRANZ said:
* Peter L -- Saturday 14 August 2004 07:31:
That's a bit euphemistic.
Yeah, I was a bit more polite than normal. Just put it down to not knowing
you guys yet...
No problem. And I didn't want to make it sound as if you pardoned a
criminal. :-)
I just wanted to
Jon Berndt said:
Greetings:
The July (!) issue of Back of the Envelope is up and linked from the main
page of the
JSBSim web site, www.jsbsim.org. In this issue, Erik shares his experiences
in creating
the flight model for the F-16. There is also an article about data output
from JSBSim,
David Megginson said:
Chris Metzler wrote:
Is there an official announcement of this somewhere? I've looked all
around the NGA and NACO sites but haven't found anything. How did he
hear about this? Is there any kind of timetable? Were there reasons
stated?
According to the
David Megginson said:
Lee Elliott wrote:
I'm pretty sure that information/data can't be copyrighted - but the
design of
the presentation of the information/data can.
I hope not, but every country has its own (bizarre) laws about this kind of
thing -- for example, in Commonwealth
Al West said:
There are plenty of friendly folks hanging out on IRC always ready to help,
That's best after you've got some experience. I used to have to advise
certain people to stay away from certain #unix/#linux irc channels. Back in
the early/mid 90's when home internet was just making
Martin Spott said:
Arnt Karlsen wrote:
On Sat, 7 Aug 2004 16:57:24 +0200, Melchior wrote in message
[EMAIL PROTECTED]:
Yes, that's widely known. But nobody would seriously assume that
anywhere the collective lever is pushed down to raise, and pulled up
to sink.
..heh,
Melchior FRANZ said:
* Jeff Sinsay -- Saturday 07 August 2004 16:28:
Yes indeed, when looking from the top down American Helicopters
rotate-counter clockwise, while European/Russian Helis rotate
clockwise.
Yes, that's widely known. But nobody would seriously assume that
anywhere the
Arnt Karlsen said:
..and you will wanna listen to David M (Magginson) on setting up Emacs;
if it can cook coffee, it can fly your chopper robots. ;-)
http://tldp.org/HOWTO/Coffee.html
Hey that's handy! Now if *nix only had a gui environment that supported
simple cut and paste of plain ascii
David said:
What IDE do you suggest me?
No ide is necessary for this type of app. A good editor like emacs is fine.
Half the time I just run the first gui editor I think of to do quick edits,
just because they'll usually support the common shortcut keys.
What O.S.?
For this use any OS you
Manuel Bessler said:
Another idea I just had: Why not put all the general algorithms needed
in an average FMC into a library (possibly as part of SimGear).
Things like performance calculations, (access to) route databases, input
validation (eg: airport code exists?, does this airport have a
Alex Romosan said:
recently i took a helicopter tour of san francisco, so i decided to
play a little bit more with the helicopter simulation in fgfs. it's a
lot of fun. a couple of things though. i use the keyboard mappings and
a mouse to fly and i noticed that the collective is mapped
Harald said:
- it's an external application because there is no need to put it in FG
code and there would be some complication with the display and keyboard
part ;
It would actually be very nice to have a FlightGear subsystem for this. Even
nicer if it was possible to configure features via
Melchior FRANZ said:
I know. But still, YASim's origin (the nose) is the (unchangeable) VRP, or what
JSBSim calls VRP, right? And the 3D model would also have to be moved such
that the nose is at YASim's 0/0/0, too. But the bo105 does only turn around the
CG if the main *rotor axis* wrongly
Jon Berndt said:
Curt quipped:
If you want to use the same 3d model for multiple FDM configurations
which choose different reference points, then that makes life a lot
harder. I think that is what the JSBsim VRP is for.
I had to laugh when reading these two sentences together. It
Melchior FRANZ said:
Did you put the target offset in the right place, in the right file?
I think so, yes. (Well, I hope so, at least. :-)
Can you post what you have, with the model fixed and the target-offsets in, etc?
Best,
Jim
___
Melchior FRANZ said:
* Jim Wilson -- Wednesday 04 August 2004 20:49:
Can you post what you have, with the model fixed and the target-offsets
in, etc?
attached
m.
That looks fine (at least from pitch and roll angles). It is off a little
bit because the model offsets (in the Models/bo105
Arnt Karlsen said:
On Mon, 02 Aug 2004 16:08:52 +0200, Boris wrote in message
[EMAIL PROTECTED]:
A short message for Arnt !
..Winston Churchill had a great way of having bureaucrats trim
their language; it had to be readable without glasses, from across
the room, on one sheet of
Melchior FRANZ said:
I'm less successful with the VRP scheme than Jim with the c310u3a. The bo105
looked quite OK all the time, but that's just a coincidence. Actually, there
must be a bug somewhere ... in YASim?
The bo105 yasim config treats the nose 'tip' as the origin. But the 3d model
Jon Berndt said:
I don't use real weather because most of my flying is to test the fdms I'm
working on,
Just so I am clear, when you say fdms are you referring to Flight Dynamics
Model source
code, or are you referring to something I'd call an Aircraft Flight Model
(AFM) or
Aircraft
Matthew Law said:
David Megginson wrote:
I cannot reproduce it on my system:
fgfs [EMAIL PROTECTED] --aircraft=j3cub
I put on the parking brake (who'd have thought the J3 Cub had a
parking brake?) and tried moving all of the control surfaces. They
had no effect on the
John Wojnaroski said:
Jim Wilson writes:
If it wasn't for the great work on JSBsim and YASim we'd have very few
aircraft. But I think those config files, along with the source code
that
ends up interpreting and processing them, both make up the FDMs. There is
considerable skill
John Wojnaroski said:
- Original Message -
From: Jim Wilson [EMAIL PROTECTED]
To: FlightGear developers discussions [EMAIL PROTECTED]
Sent: Monday, August 02, 2004 2:58 PM
Subject: Re: [Flightgear-devel] Flight Instrument Accuracy
John Wojnaroski said:
Jim Wilson writes
Boris Koenig said:
Back to the plugins discussion ... I am really about to get famous here
for my unpopular views ;-)
It sounds like you are anticipating something here. My recommendation is that
you spend quite a bit more time getting familiar with FlightGear. It isn't
that your idea or
Erik Hofman said:
Jim Wilson wrote:
Curtis L. Olson said:
Sounds fine, I wasn't planning on rolling out the official release today
anyway. Tomorrow is probably the earliest ... more likely friday.
Just a heads up: there is a minor (as in easy to fix) issue with building
SimGear
Boris Koenig said:
Jim Wilson wrote:
There are no pre-release tags, but you could probably do a cvs checkout by
date if you wanted to be sure.
yes, thanks for that - actually, that's also what I've come up with in
the meantime, just checked the 1.11 revision out ... but a compressed
Erik Hofman said:
Jon Berndt wrote:
One more thing: think of a baseball or better yet a lightweight ball. How
do those things
curve?
I wouldn't know. I haven't thought about that one yet. My first
impression would be that of the cohesive and adhesive forces again.
Well Jim's make
David Megginson said:
Jim Wilson wrote:
You are right, that doesn't sound right. At least if a positive value did
point down, it would be in conflict with the AOA parameter. That said, are
you sure the DC-3 is supposed to have a negative incidence? I just looked up
the p51
Chris Metzler said:
Hi. It appears that in initialization, if an airport and heading are
specified on the command line, a runway is immediately chosen based
upon the heading, and latitude/longitude is set to that runway's
threshhold. This is sensible if the user is starting *at* the
Richard Bytheway said:
-Original Message-
From: Jon Berndt
Sent: 28 July 2004 3:47 pm
To: FlightGear developers discussions
Subject: RE: [Flightgear-devel] Taildragger takeoff and landing
snip
I've heard it described several ways (lift); I think you're
pretty close.
Josh Babcock said:
AC3D does not support multiple textures per object, AFAIK.
Josh
This is correct.
http://www.ac3d.org/ac3d/man/ac3dfileformat.html
It is possible to group multiple objects under a single name.
Best,
Jim
___
Flightgear-devel
Dave Perry said:
fgfs aborted with the dc3.
[EMAIL PROTECTED]:/usr/local/FlightGear ./bin/fgfs --aircraft=dc3
Object TrimElevation not found
Initializing OpenAL sound manager
Oops AL error in sample set_volume()! -0.2 for
/usr/local/FlightGear/Aircraft/dc3/Sounds/engine_running.wav
Boris Koenig said:
Hi !
As a user on the FG user list requested a patch from base package
pre2-pre3 in order to reduce download size/time, I was looking for the
required pre2 package, it doesn't seem to be available on
ftp.flightgear.org anymore - so I decided to look what base package I
David Megginson said:
I've been frustrated with the tendency of the DC-3 (--aircraft=dc3) to
noseover during the takeoff and landing rolls, and of the J3 Cub
(--aircraft=j3cub) to nose over during wheel landings. I've fiddled with
the YASim files a lot in the past but have never found a
Andy Ross said:
Jim Wilson wrote:
Have I had this backwards all along? I knew of the incidence angle
on the hstab, but always thought that positive values meant the
leading edge was higher than with a negative incidence angle
The number is a (conventional, right handed) rotation about
David Megginson said:
Andy Ross wrote:
The number is a (conventional, right handed) rotation about the Y
axis, which in YASim's coordinate system points out the left wingtip.
So a positive incidence points down. Unless there's a sign bug (or
three, or five...) in there somewhere.
A
Arnt Karlsen said:
On Fri, 23 Jul 2004 16:00:08 +0100, Al wrote in message
[EMAIL PROTECTED]:
On Friday 23 July 2004 15:23, Jim Wilson wrote:
Sure enough, it's right there in Stroustrup. The strange part is
never having noticed this before now. What
Alex Romosan said:
Frederic Bouvier [EMAIL PROTECTED] writes:
Is there a way to avoid the initial lock for scenery loading ?
I understand this is a must have for users, but it slows
down development speed dramatically when you have to test the
apparence of a new building or landmark.
Frederic Bouvier said:
Is there a way to avoid the initial lock for scenery loading ?
I understand this is a must have for users, but it slows
down development speed dramatically when you have to test the
apparence of a new building or landmark.
Another point: FPS counter is off by
Bernie Bright said:
Jim Wilson wrote:
globals-get_tile_mgr()-all_queues_empty() and cur_fdm_state-get_inited())
{
^^^
^^^
Same here.
That's a head scratcher. Never would have thought that would compile like
that. Learn something new
Very nice! Ok if I borrow the pilot dude for the p51 cockpit?
Now, should it come up running like the other A/C? My personal preference is
to not, but I think in the past folks have prefered aircraft already started.
FWIW (after release) I think a preset e.g. --auto-start that defaulted to
I noticed that the least bit of extra CPU/Bus activity can cause the sounds to
stutter after our switch to OpenAL. This might be a reason to remain
conservative with our sound files (e.g. 8bit Mono). This is especially
noticable on my system with the 16bit/44khz/Stereo merlin sample with the
It has been a while since this feature was added, but I thought Jon might
like to know that using his VRP feature I've succeeded in positioning the
Cessna 310 (U-3A) visual model identically under both JSBSim and YASim flight
dynamics models. The YASim config for the c310 has the origin placed
For now anyway can we reduce this a level? This makes the airport not found
message (in ATC code only) warning level. I'm amazed at how often this gets
called.
Index: src/ATC/ATCutils.cxx
===
RCS file:
Erik Hofman said:
Jim Wilson wrote:
Correct a typo that produces segfault during cleanup on some systems.
Committed. Thanks.
Cool. Also, I posted a second patch for the scenery startup issue. I ended
up using an xml dialog instead of nasal for the Scenery Loading message so
it could
Andy Ross said:
Jim Wilson wrote:
On my system (CVS), the xml dialogs keep shrinking, just like Mike
Teevee.
Confirmed. Unfortunately my analysis has been delayed by the need to
google the Mike Teevee reference. :)
Seriously, I'm really busy right now at work, so I'm hoping someone
Just tried CVS and we're aborting right after the log entry for Traffic Manager.
BTW I noticed in the command line help we're showing 0=verbose, 5=alerts
only, but I think the numbers do not apply. I'd change it, but I'm not
100% sure what all the log-level options are.
Best,
Jim
This is a workaround for an issue where the xml dialogs were shrinking on
subsequent pops.
Andy Ross says:
That looks like it should be fine for a release-time workaround. The
2 pixel border on dialogs is at best a minor feature, and probably
invisible since the sub-frames all have their own
Durk Talsma said:
I just saw this overhere as well, although I didn't check the log files so
carefully. This is probably caused by a the missing aircraft, because I don't
see this in my CVS version.
The short term solution is going to be that we're removing MD-11 traffic.
I don't see
Frederic Bouvier said:
Erik Hofman wrote:
Update of /var/cvs/FlightGear-0.9/FlightGear/src/Main
In directory baron:/tmp/cvs-serv28544/src/Main
Modified Files:
fg_init.cxx main.cxx
Log Message:
Jim Wilson: This patch prevents FDM execution until intial scenery load
completes
Fix for those picky c++ compilers that actually insist on c++ syntax.
cvs diff file:
http://www.spiderbark.com/fgfs/sceneryloadpascaloops.diff
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
I've got the FDMs waiting while the scenery loads on startup. Mid air starts
are smooth again and even ground starts are a little nicer, especially if
you've left the throttle on the joystick open full. The screen shows the
scene as it always does, the aircraft just isn't moving. Someone
Erik Hofman said:
Jim Wilson wrote:
I've got the FDMs waiting while the scenery loads on startup. Mid air starts
are smooth again and even ground starts are a little nicer, especially if
you've left the throttle on the joystick open full. The screen shows the
scene as it always does
There appears to be something still broken in the AIManager::update(). I'm
rebuilding without threads to see if I can get a better backtrace. The crash
is moderately intermittent and somewhat random except that it always occurs
early on, just a few frames after system initialization (but before
Just took another look and realized the trace was fine. The bug really is in
the animation code. I'll post the patch in a bit.
Best,
Jim
Jim Wilson said:
There appears to be something still broken in the AIManager::update(). I'm
rebuilding without threads to see if I can get a better
Correct a typo that produces segfault during cleanup on some systems.
Index: simgear/scene/model/animation.cxx
===
RCS file: /var/cvs/SimGear-0.3/SimGear/simgear/scene/model/animation.cxx,v
retrieving revision 1.24
diff -u -r1.24
On my system (CVS), the xml dialogs keep shrinking, just like Mike Teevee.
To reproduce:
1) start flightgear
2) hit esc to bring up exit dialog
3) click cancel button
4) repeat step 2 3 six times. You'll see the dialog box shrink a couple
pixels each time. Label and button positions or sizes
This patch prevents FDM execution until intial scenery load completes making
midair starts in the KSFO area possible again.
Here is cvs diff:
http://www.spiderbark.com/fgfs/sceneryloadpause.diff.gz
Here is tar of whole files:
http://www.spiderbark.com/fgfs/sceneryloadpause.tar.gz
Best,
Jim
Jon Stockill said:
Wow!
http://graphics.cs.uni-sb.de/MassiveRT/boeing777.html
How long until we're using models with that level of detail then? ;-)
WAG: 8 years on high end retail hardware. ;-)
..fwiw...which isn't much.
Best,
Jim
___
Ampere K. Hardraade said:
On July 10, 2004 08:25 pm, Norman Vine wrote:
Ampere K. Hardraade writes:
Anyway we can get the plib group to look into their method for rendering?
Have at it !
How do I reach them?
Note PLib's scenegraph is SSG Simple Scene Graph
Since this model is
Ampere K. Hardraade said:
On July 8, 2004 09:47 am, Andy Ross wrote:
Not to pass the buck, but this is really a plib question.
Why did I have a feeling that I was going to get that answer? =P
In the short term, I guess I can export those parts that need illumination
into ac format,
David Megginson said:
So, in the end, my advice is not to do it. If you want to make a living or
partial living from FlightGear, set up a separate commercial site and be
prepared to learn about CRM, tax laws, incorporation laws, legal fees,
insurance, NDA's, contracts, and all the other
David Megginson said:
What is the origin of the DC-3 sounds in the base package? Listening to the
individual samples, they sound an awful lot more like turbine engines than
piston -- granted, a few DC-3's have had turbine conversions.
In the base package see the read-trev.txt file for
golla Minoli said:
I'm new to flightgear, though I allways wanted to play
it. Nearly the first thing I did on my new compu, was
to try to compile FG. Unluckyly I ran into three
problems.
First one is with the file
src/FDM/JSBSim/FGJSBBase.h. It requires
numeric_limits included for
David Megginson said:
Jim Wilson wrote:
You see, at least on the federal level you can collect quite a large sum of
money as gifts before you have to put anything on your tax return.
I am not intimately familiar with U.S. tax laws, but I would be very
surprised if the IRS allowed Curt
David Culp said:
Try 'hdparm -d /dev/hdxx to check status of drive
Yep, DMA checks on. I'm sure Curt has the problem figured out. What to do
about it is another issue. Some possible solutions:
1) Extend the appearance of the splash screen until all the loading is
finished.
2)
David Megginson said:
Jim Wilson wrote:
What is the origin of the DC-3 sounds in the base package? Listening to the
individual samples, they sound an awful lot more like turbine engines than
piston -- granted, a few DC-3's have had turbine conversions.
In the base package see
David Megginson said:
check with people who know. I don't know U.S. professional fees that well,
but I'd guess that a full audit would leave a person at least USD 5K-10K
poorer just in accounting and/or legal fees, even if the auditors do not end
up finding anything wrong.
Well...not
Alex Romosan said:
Curtis L. Olson [EMAIL PROTECTED] writes:
I have commited a first stab at a Concorde model, first created by
Melchior and the further enhanced by Thierry (a mailing list reader,
but non-poster.) However, when I try to run it with the latest cvs
version of FG, I get
Jon S Berndt said:
copy direct.xml from some other engine directory to
Aircraft/Concorde/Engines. it worked for me.
On Wed, 7 Jul 2004 13:15:42 -
Jim Wilson [EMAIL PROTECTED] wrote:
Just in case someone, in the future, searches the archives for a
solution to this particular
There doesn't seem to be support for the std::numeric_limits references added
in the June update. Can we work around this?
e.g.:
In file included from FGFCSComponent.h:46,
from FGDeadBand.h:40,
from FGDeadBand.cpp:40:
./FGJSBBase.h:41:18: limits: No such file
Jon S Berndt said:
On Wed, 7 Jul 2004 15:30:14 -
Jim Wilson [EMAIL PROTECTED] wrote:
There doesn't seem to be support for the std::numeric_limits
references added
in the June update. Can we work around this?
e.g.:
In file included from FGFCSComponent.h:46
Mathias Fröhlich said:
On Mittwoch, 7. Juli 2004 17:30, Jim Wilson wrote:
There doesn't seem to be support for the std::numeric_limits references
added in the June update. Can we work around this?
Done in JSBSim's cvs.
Please check out a new version.
I don't see anything in JSBSim
Jon S Berndt said:
On Wed, 7 Jul 2004 17:35:31 -
Jim Wilson [EMAIL PROTECTED] wrote:
Mathias Fröhlich said:
On Mittwoch, 7. Juli 2004 17:30, Jim Wilson wrote:
There doesn't seem to be support for the std::numeric_limits
references
added in the June update. Can we work around
tiagogusmao said:
snip
You can take a look at these screenshots:
http://tiagogusmao.home.sapo.pt/l1011/finalv1.jpg
this one is my first try, there are missing parts, and the tail is horrible.
Current version is this one:
http://tiagogusmao.home.sapo.pt/l1011/tail-hstab.jpg
It's just a
David Megginson said:
Jim Wilson wrote:
Sorry for the dumb question: why are they offending? I'm in favor of limiting
aircraft specific key bindings to a very small number of keys (like 1 or 2),
but I'm also not clear why the input binding configuration needs to be handled
Christian Brunschen said:
Just one personal opinion ...
What would be really good is if it were possible for the *user* to
define an arbitrary number of keyboard / joystick configurations. These
could also be named and grouped together; and there should be an easy
way to switch
Josh Babcock said:
Jim Wilson wrote:
Modelers could perhaps build at the aircraft specific versions, so
that they are there, and the program would default to ignoring these. Users
who wanted the alternate versions could then deliberately enable them.
Best,
Jim
Josh Babcock said:
I want to write a program that, given a lat/lon, will return the ground
altitude
ASL and the slope (strike and dip). I have poked around in the simgear and
flightgear code a bit, and am having trouble finding where the tiles get loaded
to use as an example. Can someone
David Megginson said:
Does anyone have code that depends on having bindings for the keyboard,
mouse, and joystick(s) visibile in the main property tree? I'm planning a
cleanup of the input subsystem, and part of that will be reading XML
configuration files directly like we do for models
Andy Ross said:
David Megginson wrote:
Does anyone have code that depends on having bindings for the
keyboard, mouse, and joystick(s) visibile in the main property tree?
Some of the joysticks (at least the X45, maybe others) use a mode
property under /input/joysticks/js[0] to track
David Megginson said:
Through the magic of find and grep, here are the offending aircraft
Sorry for the dumb question: why are they offending? I'm in favor of limiting
aircraft specific key bindings to a very small number of keys (like 1 or 2),
but I'm also not clear why the input binding
Roy Vegard Ovesen said:
snip
The switch-hotspots.xml file is a small (10x10) panel with one big
instrument with one big hotspot. This worked as expected. I was also able to
reuse the switch instrument at different locations in the cockpit, as
expected. Is there perhaps a limit to how
David Megginson said:
Jim Wilson wrote:
Hmmm...maybe reusability isn't the most important issue here. While I know
that there are many stock devices that are the same in different aircraft, it
almost seems that numerically, with the number aircraft we have modeled now,
the non-common
Josh Babcock said:
and bitmaps. However, one of the things that can currently only be done in the
control's model file is orientation. I think this is a mistake. Orientation,
like placement, should be defined outside the xml for a given control.
Otherwise, it is impossible to reuse a
Josh Babcock said:
Jim Wilson wrote:
Ok, so I have this nice generic fuel pump toggle switch that I made for my
x-100, which has a panel tilted at 15 deg. I want to also use it in my x-200,
which has a panel with a vertical orientation. If I just plug it in, one of
them will have
Erik Hofman said:
Okay, I'm off for now:
http://www.a1.nl/~ehofman/fgfs/downloads/fokker100-EK04.jpg
Bon voyage!
BTW isn't flying from KSFO through long way there from where you are? What we
won't do for a discount fare...
Best,
Jim
___
ima.sudonim said:
Finally, something I can help with! 8-)
In much of the world (Poland included) you pay per impulse (about 3
minutes) even for a local call. So downloading can be expensive if you
use dialup.
They've got 10 copies for sale, buy now for 30 PLN (polish zloties)
around
Erik Hofman said:
While you are correct (and it doesn't violate the GPL), a link to the
FlightGear site at that parter page would have been nice. Esp. since
they seem to rely on out software.
I don't know. They've got all kinds of shots of my old 747, which is pretty
darn ugly. Maybe
Curtis L. Olson said:
medical equipment for sale. :-( Anyone remember when google used to be
useful?
And I thought it was just me! Too many people messing around with shill
pages, stupid blogs and what not. Is there better?
Best,
Jim
___
Curtis L. Olson said:
We currently have the ability to sync with real METAR weather reports as
we fly.
I would like to propose that we set the default weather to zero winds,
zero turbulence, and maybe (?) zero clouds.
Those that want interesting weather by default can use the METAR
Roy Vegard Ovesen said:
On Tuesday 15 June 2004 14:49, Jim Wilson wrote:
I can probably answer your question, but I don't know what you mean by
alias feature. Is that a 2d panel thing? Maybe that answers your
question? ;-)
Yes, the alias feature is a 2d panel thing. It is usefull
Roy Vegard Ovesen said:
Frederic's solution to change the order using select animation in the xml file
worked great. I also think that that was by far the most attractive solution
too. Thanks Fred. I suspect that moving the fuel panel all the way to the
bottom of the of the AC model file
David Megginson said:
Ampere K. Hardraade wrote:
One explanation for the violent maneuvers that I thought of is this: as the
distance between the plane and the waypoint decreases, the accuracy required
in the course calculations increases. Since it takes time for the autopilot
to
Roy Vegard Ovesen said:
Here is a shot of the King Air cockpit i'm modeling:
http://home.tiscali.no/rvovesen/king-air-cockpit.jpg
Also I have a question: The fuel panel texture on the left has two semi
circles that have alpha 0% (transparent) in order to show fuel level gauges
that are
Josh Babcock said:
snip
This leaves several keys totally unused, I would suggest reserving defyuDEFYU
and their CTRL modifiers for aircraft and putting a note as such in
keyboard.xml
so people don't create conflicts in their local configs and also so that
airplane builders will know
Andy Ross said:
Josh Babcock wrote:
So maybe airplanes shouldn't be in the interface business. Maybe we
should spend our energy agreeing on property conventions and Nasal
scripts.
Even better would be to take a big audit of all the existing bindings
and re-assign them from scratch.
Lee Elliott said:
I hope there's no flame war over this - it's too important.
Part of the problem with coming up with a good keyboard mapping scheme is that
a comprehensive survey of the requirements needs to be done before anything
can be planned e.g. are slats simply toggleable (erk!)
Harald said:
Hi,
I am working on something that could perhaps help designing panels.
While looking at the xml definition
of panels I saw that 2d panels are defined in their own file and
included with a panel tag.
On the other way the 3d panels are included in the plane model/animation
Jon S Berndt said:
For JSBSim (and I imagine, YASim, and others), our turbine model (for
example) features various temperatures that can be reported on a panel
display. For any unique aircraft, as well, there will be some
arbitrary number of engines, with controls associated with each
Jon Berndt said:
* Jon S Berndt, Fri May 21 16:44:16 CDT 2004:
FWIW, Gimp has a script that creates text arcs that I have considered
using if I ever get a chance to make some instruments.
Gimp is always a good choice. However ...
http://members.aon.at/mfranz/textarc.png (27kB)
201 - 300 of 1695 matches
Mail list logo
