Hello Dev team,
Are there projects using FlightGear as the ``engine'' of a simulator
with cockpit mockup, multiple projectors, head down display and and
possibly a motion platform?
This would imply the need for
- multiple out-the-window views, most likely driven by multiple
rendering machines,
http://flightgear.org/Projects/RayChair/raychair.html
http://flightgear.org/Projects/
Oops. Should have looked more closely on your homepage. Thanks!
We are a bit behind on this part. There is a project called OpenGC that
has been working with FlightGear, but I don't know the current
hud.hxx:380: implicit declaration of function `int for_each(...)'
Is there any specific reason why you're using gcc 2.95.4? It's *way*
old and has a less-than-satisfactory implementation of the standard
library. This may well be related to the problem you're seeing.
for_each() is in namespace
One of the jobs of the ATC manager is to spread the ATC load by only updating a
maximum of one ATC station each frame, and it is assumed that the manager itself
will run at full simulation fidelity. Updating only once every 2 seconds would mean
a noticable lag between selecting a frequency
I have one more question. Is it posible and how to specify color in
postscript by RGB components?
Have you looked at the language specification?
http://partners.adobe.com/asn/developer/pdfs/tn/PLRM.pdf
In case it's not in the core language, it should be trivial to define
your own
strstream would do the trick, but not all compilers support it yet.
Note that strstream is *deprecated* in C++, one should use
stringstreams (sstream) instead. No danger of overflowing any buffers
there. Cf. Josuttis, The C++ Standard Library, Section 13.11.2.
AFAIK, every major platform now
Note that MSVC6 does not have sstream while I think VC7 does.
Correct.
I guess MSVC6 is the only platform which doesn't have sstream? Is
there any specific reason why FG has to support a compiler more than 5
years old?
Regards,
-Gerhard
--
| voice: +43 (0)676 6253725 *** web:
I'm not certain if the size of data types such as ints and pointers
will expand to 64-bits in the compiler. I don't find that likely since
I'm pretty sure that pointers are 64 bit on most 64 bit architectures.
Likewise, long int. int is normally still 32 bit.
Code that assumes anything
I know that threading inside an OpenGL context is considered to be a no-no,
Why? References?
A problem I see is that threading isn't implemented in a standard
compliant way on Linux (probably one of the more important platforms),
but maybe one can work around that problem.
-Gerhard
--
|
you are doing yourself a ***HUGE*** favor if you keep all the opengl
calls caged in a single thread.
OK, this is obvious. I obviously misinterpreted the original statement:
Threading *within* *an* OpenGL context. I wanted to point out that
threading goes well with OpenGL as long as all OpenGL
be skidding at any given moment. The notion of holding forces at
zero makes intuitive sense, but underneath that it has very little
physical meaning.
On the contrary. I haven't followed this discussion too closely and I'm
no physicist either, but this sounds to me exactly like static vs.
depending on tire pressure (etc.) I'd guess that it takes somewhere
between 100-200 lb of force (is that the right term?) to start a
Almost :-)
The actual physical unit of force is the Newton [N=kg m/s^2], which is
the force needed to accelerate an object of 1kg with 1 m/s^2, i.e.: The
Does anyone know how to determine the tangent to a point on a wgs84 ellipsoid?
In particular I'm trying to find the geodetic center point of a wgs84
ellipsoid based on a geodetic point on the surface.
Given an ellipsoid E
a^2 x^2 + b^2 y^2 + c^2 z^2 = 1,
the equation of the tangent plane
Actually, in the English system the mass unit is slugs - not pounds (lbs):
Thanks, I stand corrected.
-Gerhard
--
| voice: +43 (0)662 642934 *** web: http://www.cosy.sbg.ac.at/~gwesp/
|
| If emailing to [EMAIL PROTECTED] doesn't work, please try [EMAIL PROTECTED]
differential equation sense). Fixing *this* by interpolating the
force function over small velocities leads to a stable but
non-physical solution that exhibits the drift problem that was
talked about.
Ah, OK. So did I get this right, here's a tradeoff between the
``physically correct''
http://www.plausible.org/andy/new_geodesy.tar.gz
Just some minor issues:
- the use of static is deprecated for module-local objects, anonymous
namespaces should be used instead.
- I'd prefer references over pointers. Also, don't pass doubles by
value but by const instead. This leaves
I'm not big on C++ pedantry, obviously. Good code can be written in
C. It should, IMHO, remain good code when it appears in a C++
Sorry, I didn't mean to critizice your code, obviously it's far more
important that the computational results are right than nitpicking over
language details.
Hi,
I just wanted to try out the c172-610x with the HighRes-Panel, but
somehow it doesn't work for me: The FG window appears, some messages
(pasted below) also, and then all of a sudden without apparent cause FG
stops (at ``JSBSim startup beginning''):
FlightGear: Version MSVC7-WIN32-0.9.3
fgfs --aircraft=c172-610x-jsbsim
Already tried this on the Windows version, didn't work too. I've now
just installed the Linux Debian packages (0.9.3) by Ove Kaaven. On this
platform, I get:
debian ~% fgfs --aircraft=c172-610x-jsbsim
FlightGear: Version unknown version
Built with GNU C++
And the original c172-610x is renamed to:
fgfs --aircraft=c172-610x-null
Which gave me the idea of trying
fgfs --aircraft=c172-610x --fdm=null
and this works! Looks great! But it's upside down!! How can I change
this?
Also, would it be possible to give a FDM explicitly on the
Hello,
I'm looking for good resources on flight simulations. For the
aerodynamics and flight dynamics it seems that Stevens, Aircraft Control
and Simulation, is (one of) the standard references. Things which
Stevens does not cover but which I need also are the modeling of:
- landing
.
Is the idea to go and look up CP by ``inverting'' the second table?
(should be possible, since the blade angle depends monotonically on both
CP and J).
Is there a reason not to directly give CP and CT as functions of blade
angle and J?
Kind regards,
-Gerhard
--
Gerhard Wesp o o
()),
the elements need to be moved to a new location, like a realloc() would
do in C. This will happen every so often, but so that on average,
push_back() finishes in constant time.
If you know already on construction time how large your vector will be,
you should always call reserve().
HTH
-Gerhard
--
Gerhard
= rows , 1 = m = columns ) (Similar to FORTRAN notation).
Kind regards,
-Gerhard
--
Gerhard Wesp o o Tel.: +41 (0) 43 5347636
Bachtobelstrasse 56 | http://www.cosy.sbg.ac.at/~gwesp/
CH-8045 Zuerich \_/ See homepage for email address
On Tue, May 11, 2004 at 07:04:03PM -0400, Ampere K. Hardraade wrote:
Weird how the X-axis runs lengthwise in FlightGear, while the Y-axis runs
sideway.
No, that's not weird, that's standard in aeronautical engineering!
(with the z-axis pointing down, btw.)
Cheers,
-Gerhard
--
Gerhard Wesp
On Sat, May 01, 2004 at 09:15:09AM +0200, Mathias Fröhlich wrote:
1. Have a callback function in FGInterface which is able to provide you a
terrain level and a surface normal for a given lat/lon pair.
I'd even suggest also giving linear and rotational velocities for the
surface polygon(s).
Has anybody had success using ARINC 429 protocol?
Yes, I have. How can I help you?
-Gerhard
--
Gerhard Wesp o o Tel.: +41 (0) 43 5347636
Bachtobelstrasse 56 | http://www.cosy.sbg.ac.at/~gwesp/
CH-8045 Zuerich \_/ See homepage for email address
On Wed, Nov 03, 2004 at 04:02:19PM -0600, Jon S Berndt wrote:
-atan2(-phi,theta)
This looks *very* strange. An arc tangent of a quotient of angles??
Although it works out dimension-wise, I've never seen a quotient of
angles in any formula.
Cheers
-Gerhard
--
Gerhard Wesp o o
squares).
Define the runway using its width, this centerline and no sideways
slope.
Cheers
-Gerhard
--
Gerhard Wesp o o Tel.: +41 (0) 43 5347636
Bachtobelstrasse 56 | http://www.cosy.sbg.ac.at/~gwesp/
CH-8045 Zuerich \_/ See homepage for email address
release will be an
OK, congrats!
Cheers
-Gerhard
--
Gerhard Wesp o o Tel.: +41 (0) 43 5347636
Bachtobelstrasse 56 | http://www.cosy.sbg.ac.at/~gwesp/
CH-8045 Zuerich \_/ See homepage for email address
On Mon, Nov 22, 2004 at 02:55:15PM -0600, Curtis L. Olson wrote:
What's wrong with network byte order?
Nothing, I guess. Doesn't define floating point representation, though.
What's wrong with ASCII?
Cheers
-Gerhard
___
Flightgear-devel mailing
it to interested parties even if they don't buy a simulator unit.
Extend the interface with knobs, buttons and light sensor, and you have
an ICD for a software interface.
Cheers
-Gerhard
--
Gerhard Wesp o o Tel.: +41 (0) 43 5347636
Bachtobelstrasse 56 | http
when will there be the next FG binary distribution with these
incorporated! :-)
Cheers
-Gerhard
--
Gerhard Wesp o o Tel.: +41 (0) 43 5347636
Bachtobelstrasse 56 | http://www.cosy.sbg.ac.at/~gwesp/
CH-8045 Zuerich \_/ See homepage for email address
... and _do_ bump the version number!!
Cheers
-Gerhard
--
Gerhard Wesp o o Tel.: +41 (0) 43 5347636
Bachtobelstrasse 56 | http://www.cosy.sbg.ac.at/~gwesp/
CH-8045 Zuerich \_/ See homepage for email address!
net_fdm.hxx
Description: Binary data
in the meantime.
Other options? FreeBSD perhaps?
Thanks a lot
-Gerhard
--
Gerhard Wesp o o Tel.: +41 (0) 43 5347636
Bachtobelstrasse 56 | http://www.cosy.sbg.ac.at/~gwesp/
CH-8045 Zuerich \_/ See homepage for email address
values.
Wouldn't we want to base the interface upon XDR?
Cheers
-Gerhard
--
Gerhard Wesp o o Tel.: +41 (0) 43 5347636
Bachtobelstrasse 56 | http://www.cosy.sbg.ac.at/~gwesp/
CH-8045 Zuerich \_/ See homepage for email address
often employed in practice.
And understandably so, since the alternatives may require a good deal
more of bit-fiddling. ASCII is nice, and I already used it in similar
contexts without any performance hits. Not seen any arguments against
XDR so far...
Cheers
-Gerhard
--
Gerhard Wesp o
On Fri, Dec 03, 2004 at 04:21:22PM +0100, Erik Hofman wrote:
Does it need to be something you have laying around, and what price is
acceptable?
No, nothing lying around. A couple of k$. Let's say up to $5k for host
+ GPU, to start with.
Cheers
-Gerhard
--
Gerhard Wesp o o
On Tue, Dec 07, 2004 at 07:23:45AM +0100, Mathias Fr?hlich wrote:
That is what you should do ...
... a bug report to the gcc guys!
Yes, but I'm sure the gcc guys appreciate very much if you test the
current version before!
Cheers
-Gerhard
--
Gerhard Wesp o o Tel.: +41 (0
the actual core of the FDM, the computation of the three force
and moment coefficients, is just a couple of lines each.
Note BTW that much of my stuff (which is not directly flight simulation
related) goes into my cpp-lib project. This may well be of interest for
FG as well.
Cheers
-Gerhard
--
Gerhard
round in the Cessna and, on the same hardware as
my XP system, fgfs is _much_ more responsive and also seems more stable.
Tomorrow I'll know more!
Thanks and best regards
-Gerhard
--
Gerhard Wesp o o Tel.: +41 (0) 43 5347636
Bachtobelstrasse 56 | http
. An XML
configuration file exists for this one, however the axes are mixed up.
Second, for stick push/pull and left/right js_demo displays values which
are at one extreme almost all of the time. Does anybody know how to
calibrate a joystick under FreeBSD?
Cheers
-Gerhard
--
Gerhard Wesp
Some additional comments on this: The __attribute__(( packed )) trick
*no longer works* with current g++ versions. Luckily, since I'm on
FreeBSD now, the structs have the same size on FreeBSD and Linux (where
my FDM runs). But I don't count on it for the future...
Cheers
-Gerhard
--
Gerhard
parameter?
Cheers
-Gerhard
--
Gerhard Wesp o o Tel.: +41 (0) 43 5347636
Bachtobelstrasse 56 | http://www.cosy.sbg.ac.at/~gwesp/
CH-8045 Zuerich \_/ See homepage for email address!
___
Flightgear-devel
--
Gerhard Wesp o o Tel.: +41 (0) 43 5347636
Bachtobelstrasse 56 | http://www.cosy.sbg.ac.at/~gwesp/
CH-8045 Zuerich \_/ See homepage for email address!
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http
;
} ;
= snip ==
Are you *using* the assignment operator for your class somewhere?
Cheers
-Gerhard
--
Gerhard Wesp o o Tel.: +41 (0) 43 5347636
Bachtobelstrasse 56 | http://www.cosy.sbg.ac.at/~gwesp/
CH
in
compiling FlightGear (0.9.6) with cygwin, however the resulting executable
seemed very unstable. Don't know if it's me, my Windows system, cygwin,
or FlightGear.
Cheers
-Gerhard
--
Gerhard Wesp o o Tel.: +41 (0) 43 5347636
Bachtobelstrasse 56 | http
On Sat, Jan 01, 2005 at 07:04:53PM -0500, David Megginson wrote:
increase the useful load by a couple of hundred pounds and make the
plane fly faster, to offset that.
Yes. I understand that you come close to Vne in best economy cruise :-)
Cheers
-Gerhard
--
Gerhard Wesp o o
in feet: { 6000 8800 14300 18000 })
{ 1.0239 .9392 .7885 .6958 }
}
{
{ 0 .33 .54 .69 .74 .93 1 }
{ 0 .33 .54 .69 .74 .92 .94 }
{ 0 .34 .54 .69 .74 .92 .94 }
{ 0 .43 .52 .62 .66 .69 .7 }
}
}
Cheers
-Gerhard
--
Gerhard Wesp o o Tel.: +41 (0
Anyone interested? :o)
Yes. Is there a protocol spec available?
Cheers
-Gerhard
--
Gerhard Wesp o o Tel.: +41 (0) 43 5347636
Bachtobelstrasse 56 | http://www.cosy.sbg.ac.at/~gwesp/
CH-8045 Zuerich \_/ See homepage for email address
awkward.
Cheers
-Gerhard
--
Gerhard Wesp o o Tel.: +41 (0) 43 5347636
Bachtobelstrasse 56 | http://www.cosy.sbg.ac.at/~gwesp/
CH-8045 Zuerich \_/ See homepage for email address!
___
Flightgear-devel mailing
) std::toupper( y ) ;
}
} ;
(hope this relation is transitive---please check!)
Cheers
-Gerhard
--
Gerhard Wesp o o Tel.: +41 (0) 43 5347636
Bachtobelstrasse 56 | http://www.cosy.sbg.ac.at/~gwesp/
CH-8045 Zuerich \_/ See homepage for email
On Fri, Feb 11, 2005 at 04:14:15PM +0100, Ron Lange wrote:
double v = vel-getDoubleValue(); = segfault
Can you check vel in the debugger? Just set a breakpoint one line above
and enter ``print vel'' (in gdb).
Cheers
-Gerhard
--
Gerhard Wesp o o Tel.: +41 (0) 43
make). Just start their ``command line
tool'' and cygwin from it, then all .NET tools are available under your
cygwin shell.
Cheers
-Gerhard
--
Gerhard Wesp o o Tel.: +41 (0) 43 5347636
Bachtobelstrasse 56 | http://www.cosy.sbg.ac.at/~gwesp/
CH-8045 Zuerich
There's ISO C's time() which only has second resolution. Then there's
SUSv3's gettimeofday() which theoretically has microsecond resolution
and in practice in the order of 10ms.
Cheers
-Gerhard
--
Gerhard Wesp o o +43 (0)699 815 98 770
Bachtobelstrasse 56
Hi all,
anybody knows any good source for a list of all airports and their
3-letter code (like JFK, SFO, LHR, etc.) together with its coordinates
and/or 4-letter ICAO code?
Thanks and kind regards
-Gerhard
--
o o
Gerhard Wesp| http://www.cosy.sbg.ac.at/~gwesp
On Thu, Aug 04, 2005 at 09:54:59AM +0200, Torsten Dreyer wrote:
here is the example of my homebase, generated from Europe/Greenland:
Thanks, this seems to be the way to go (except the usual problems with
crap Java applets, sigh...)
Cheers
-Gerhard
--
o o
Gerhard Wesp
Hi,
do we already have ASCII realtime I/O for data like position,
orientation, controls, configuration etc.?
-Gerhard
--
o o
Gerhard Wesp| http://www.cosy.sbg.ac.at/~gwesp/
\_/ See homepage for email address
it's output only.
Thanks,
-Gerhard
--
o o
Gerhard Wesp| http://www.cosy.sbg.ac.at/~gwesp/
\_/ See homepage for email address!
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http
59 matches
Mail list logo
