Arnt Karlsen writes:
...2 proportional joysticks, just like a model airplane radio
control transmitter??
I'm not sure what you mean by proportional, but they look exactly like
regular joysticks to Linux.
All the best,
David
--
David Megginson
[EMAIL PROTECTED
will need to be able to have different
instruments lying on different planes (i.e. the overhead panel, the
door panels, the center pedestal, etc.). For bigger things, like
throttles and yokes, we'll probably use animated 3D objects.
All the best,
David
--
David Megginson
[EMAIL PROTECTED
directly to
these properties.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
file; see
http://www.flightgear.org/Docs/fgfs-model-howto.html
for details. As long as ssgLoadMDL preserves object names inside the
model, we should be able to animate it.
All the best,
David
--
David Megginson
[EMAIL PROTECTED
control directly to /surface/positions/flap-pos-norm.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
objects, then export it to some
other format for FlightGear to use.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
and skids (crash
points aren't as serious).
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Tony Peden writes:
So then, we'd need to convert from our body coordinates to FG's global
cartesian?
You already have the absolute position, so you need only to add in the
body coordinates rotated to the body axes, I think.
All the best,
David
--
David Megginson
[EMAIL PROTECTED
to FORTRAN.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Jon S Berndt writes:
I wonder if modeling this as a pure aural cue would be
enough?
Until Linux and PLIB support force-feedback controllers, it might be.
For many surfaces, though, we will want the plane to bounce around
visibly.
All the best,
David
--
David Megginson
[EMAIL
tutorials
specific to it.
I have to separate the animated parts of the model?
Yes, they need to be separate, named objects. That's the only
requirement.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
, these routines
need to be included.
Can we #ifdef them in somehow?
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
and handled.
For example, let's say that YASim fails to parse its XML config file.
If it throws an exception, perhaps fg_init can catch that, display a
warning dialog, and default to magic carpet mode.
All the best,
David
--
David Megginson
[EMAIL PROTECTED
William Earnest writes:
In file included from
/usr/local/lib/gcc-lib/i686-pc-linux-gnu/2.95.2/../../../.
./include/g++-3/iostream.h:31,
This doesn't look good -- somehow, include files from G++ 2.95.2 and
G++ 3.0 seem to be getting mixed up.
All the best,
David
--
David Megginson
?
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
think we have very few OpenBSD users, and the more
the merrier for hunting down bugs, etc.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo
on the fly -- you have to rebuild your scenery using
TerraGear, and that's non-trivial. I'd like to add dynamic airport
generation at some point in the future, but it's a big job.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear
).
For the record, I don't agree with the XP people on team programming
or the unimportance of documentation.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman
Alex Perry writes:
Can we patch the sgdPointInTriangle back to PointInTriangle
_and_ keep the improvements from Norman in the tree ?
I think we just need to #ifdef for the PLIB version.
All the best,
David
--
David Megginson
[EMAIL PROTECTED
tower
view (and other interesting views) very soon, but I don't know if it
will be in the first take or not.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman
.
We have a center lon/lat/alt for every airport. For small airports,
unfortunately, that's often the runway center, but it should still be
useful as a starting tower location until we have better data.
All the best,
David
--
David Megginson
[EMAIL PROTECTED
for starting on this -- it's much needed.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
or WeatherCM), but a lot of the dead code is
in the well-trodden public corridors of FlightGear, like fg_init.cxx,
main.cxx, etc.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http
, see
$FG_ROOT/Aircraft-yasim/README.yasim in the base package; for JSBSim,
see the documentation at http://jsbsim.sourceforge.net/. UIUC uses a
non-XML config-file format.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel
is pretty badly obfuscated right now, so I need to take care of
the beam in my own eye before I do too much more preaching about
everyone else's slivers.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
something like these?
http://java.sun.com/products/jfc/tsc/articles/jcanyon/#SECTION3.1.2
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo
as well.
I'll volunteer to start the README files myself, if no one objects.
Don't expect more than ten words each.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org
Curtis L. Olson writes:
If you are willing to setup these files and keep them from getting too
far out of date, then this sounds like a reasonable proposal to me.
I don't mind setting up the READMEs. The others will be set up as
needed.
All the best,
David
--
David Megginson
[EMAIL
, or example -- but the
distros are 99% the same; it's just that we notice the parts that are
not.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo
worse.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
to default
to 0/false/empty-string. What do other people think?
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
{ return _foo; }
void set_foo (double foo) { _foo = foo; }
Even here, the advantages are very slight; anything more complicated
seems to slow things down.
This is all separate from the issue of the property manager, of course.
All the best,
David
--
David Megginson
[EMAIL PROTECTED
. This
is going to bite a lot of FlightGear developers; we cannot leave it as
it is.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
. Another alternative would be to use XML Namespaces, but
(while I support them) those have their detractors even in the
hard-core XML community, and I'm worried that they'll confuse people a
bit in FlightGear.
All the best,
David
--
David Megginson
[EMAIL PROTECTED
won't be triggered all
the time.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
often to include n anyway, just to help people keep track of
where they are. That's most important when there are a lot of
subproperties, not in a simple list like the above.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear
.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
had in mind. What is the
correct fix?
That's almost it. I ended up adding
#include algorithm
#include stdio.h
This problem didn't show up with g++ 3.0, so I missed it.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear
Melchior FRANZ writes:
* David Megginson -- Tuesday 19 March 2002 19:16:
Would it be possible either put out a version without the spurious
whitespace changes, or to post a message showing only what you
actually changed?
You could also patch a copy, make your own patch
/main.patch
xemacs main.cxx
then, in xemacs,
M-x ediff-revision
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
changes, at least for a
day or two, to see if Jim has any success finishing his rewrite.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear
. There could be a
difference between the effect on Windows and Linux, or I might not
have applied the patch correctly; I'll look forward to trying the
revised patch.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
, general solution that would work for
anything (mouse, keyboard, joystick, graphic tablet, head-mounted
thingy, or what-have-you).
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http
Norman Vine writes:
http://www.vso.cape.com/~nhv/files/fgfs/nhv_obvious.tgz
Are the main.cxx changes atomic? I'd like to apply just them, for
now.
Thanks,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL
Curtis L. Olson writes:
Oh well, I've only been flamed by RMS (but that should at least count
for something, right?)
You get one point for every 12 flames.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel
either.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Norman Vine writes:
David Megginson writes:
Norman Vine writes:
Old binary (about 2 days old, pre-property changes)
---
From 4,000 ft: 45-46 fps
From 8,000 ft: 29-30 fps
Current CVS
---
From 4,000 ft: 49-50 fps
and more detailed
polygons. The only way to get something like that with current
technology in is to generate giant textures for each tile.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED
for an enormous amount of information about
what's going on inside JSBSim.
I haven't tried yet, but I imagine that it might even be possible to
change some internal JSBSim values on the fly for testing or
experimenting.
All the best,
David
--
David Megginson
[EMAIL PROTECTED
messing with that kind of thing. Let me know if you
have any questions.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL
for at least six months.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
, but
couldn't find anything obvious.
I think Curt made some changes a few weeks back -- a high default
logging level is murder on the Windows users. If you want to see
everything, try this:
--prop:/sim/logging/classes=all
--prop:/sim/logging/priority=bulk
All the best,
David
--
David
degrees worse in the past couple of
days.
Interesting. I've seen the problem consistently for quite a few
months (the AP holds the DG about 10 deg off the heading bug).
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear
JSBSim is no longer setting the /surface-positions/flaps-norm
property, so the flaps don't move in the animation and don't make a
sound. The position is still set correctly in /controls/flaps, and
flap animation works as usual with --aircraft=c172-yasim.
All the best,
David
--
David
the transformation, given the corners. If
you have even the slightest inclination to try this yourself, please
be my guest.
I do need to get the panel into a proper SSG scene graph some day
soon.
All the best,
David
--
David Megginson
[EMAIL PROTECTED
that weren't profiled (because they were
inlined).
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
code was cut in half.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
the executable smaller, compile times faster, headers more
readable, and debuggers more useful, all as side-effects.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org
. ;-)
And angry letters from the grieving family of the tail gunner.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
], etc. and allow 's' to cycle
through the whole list.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Bernie Bright writes:
Moving using std::sort after #include algorithm fixes the problem in
props.cxx.
I thought I'd done that already, but the change must have been blown
away by something else. Oh well. I've checked it in now.
All the best,
David
--
David Megginson
[EMAIL PROTECTED
files; if you send them to Curt, he prefers whole files to patches).
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
graphics card.)
Which changes? I don't think we did anything major yesterday.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Melchior FRANZ writes:
* David Megginson -- Friday 22 March 2002 13:41:
Which changes? I don't think we did anything major yesterday.
Some things in the mouse control file and something in the viewer.
But I'm right now running 'cvs up -D 16 hours ago' so that I can
see if the last
.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
to know.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
after
backing up existing files, etc. etc. These were generated using
today's CVS of TerraGear.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo
stubs are slowing
things down, but that seems unlikely.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
values, if they turn out to be helpful.
All the best,
DAvid
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
more and more over the years.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Jon Berndt writes:
Are we doing something unusual, or is MSVC requiring something it
shouldn't?
The latter, I think, since the pointer type can be determined
unambiguously from the method signature.
All the best,
David
--
David Megginson
[EMAIL PROTECTED
that SSG already has LOD
support of some kind, so we wouldn't have to do much at all.
This approach would let us experiment with different distances and see
if we need Norm's imposters as an intermediate layer.
All the best,
David
--
David Megginson
[EMAIL PROTECTED
,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
is that if you pitch up/down the view from the
'inside the cockpit' view and then switch to an external view, the
aircraft model itself is left at the 'view' pitch offset which is
incorrect.
Yes, I'm seeing this in the newest code as well.
All the best,
David
--
David Megginson
[EMAIL
/flightsim/cockpit03.png
http://www.megginson.com/flightsim/cockpit04.png
http://www.megginson.com/flightsim/cockpit05.png
http://www.megginson.com/flightsim/cockpit06.png
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear
set the near clip very close for interior view, and
perhaps that's screwing something up for you.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman
that
the base package tar.gz file contents are a suitable starting point
for a cvs update of the base package?
You could try upgrading directory by directory rather than from the
root.
All the best,
David
--
David Megginson
[EMAIL PROTECTED
David Megginson writes:
You might have to -- dependency handling seems very badly screwed up
these days. It could also have something to do with your 3D hardware
-- in main.cxx, I set the near clip very close for interior view, and
perhaps that's screwing something up for you.
As I
the new mouse code is ready, you'll be able to use the mouse to
move the view position as well as the view angle. At first, it won't
be tied to the hinges of the human body, but we can implement that
next if we want to.
All the best,
David
--
David Megginson
[EMAIL PROTECTED
,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
adventurous (for example, you could bind the mouse wheel to elevator
trim if you yoke or joystick doesn't have a trim wheel).
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http
wouldn't lose the direction you were
looking at before you flipped to forward.
You can do it with your keypad as well (unless you have a notebook,
like I do).
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
the mode will charge on blindly ahead; modifiers, on the other hand,
cause bindings that don't know about them to be skipped.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http
out if you want.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
would *not* see clicks and movement in alternative modes like
the view mode -- with your change, PUI will always see clicks and
movement, no matter what the mouse mode. Am I totally
misunderstanding how PUI works?
All the best,
David
--
David Megginson
[EMAIL PROTECTED
/input
/PropertyList
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
for aesthetics.
It wouldn't be hard to code up multiple saved viewpoints, but I think
that we should wait to see how Jim's viewer overhaul turns out first.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL
'
I've updated the source code and base package CVS with Norm's patches,
and they work well. Thanks.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman
that.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
that the user knows what mouse mode she's in.
Any suggestions?
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Alex Perry writes:
On the 2D panel and the HUD, we already have visual control feedback.
On the 3D panel, we can replace the scale indicators with a moving yoke.
Yes, that's coming very soon.
All the best,
David
--
David Megginson
[EMAIL PROTECTED
301 - 400 of 2319 matches
Mail list logo