RE: [Flightgear-devel] plib can't find GL/gl.h
I seem to remember that Cygwin does, or used to, leave the OpenGL headers in a tar.gz file in the root cygwin directory, which you then need to unpack manually. There is a readme in there as well explaining why, I can't remember the reason off the top of my head. Richard -Original Message- From: Keith Wiley [mailto:[EMAIL PROTECTED]] Sent: 12 February 2002 2:27 am To: [EMAIL PROTECTED] Subject: Re: [Flightgear-devel] plib can't find GL/gl.h I'm trying to build plib in anticipation of building simgear and flightgear, but make is failing saying ul.h can't find GL/gl.h or GL/glu.h. This is a perfectly reasonable complaint since a search of my harddrive has turned up nothing on either of those two files. ...but, I have already installed both the OpenGL binaries and source in the Cygwin setup program, so I don't know what else to do. Are these opengl files? I'm thinking they might be glut files. If so, where am I supposed to get cygwin versions of these files so I can build plib? These are opengl files, not glut files. On my Cygwin installation, gl.h and glu.h are in /usr/include/GL, and the libraries are in /lib/w32api. If you don't have them in these locations then you might consider reinstalling Cygwin. Other than that, I'm really not sure. Keep posting if you can't get it fixed. No dice. I put the GL directory in /include but when I run ./configure for plib, it says it can't find it, and when I try to make it, it says it can't find it. I would take your advice to reinstall cygwin, but I've already done that. That's how I got into this mess. I reinstalled cygwin from the ground up, and suddenly it couldn't find these header files anymore. __ __ Keith Wiley[EMAIL PROTECTED] http://www.unm.edu/~keithw http://www.mp3.com/KeithWiley Yet mark his perfect self-contentment, and hence learn his lesson, that to be self-contented is to be vile and ignorant, and that to aspire is better than to be blindly and impotently happy. -- Edwin A. Abbott, Flatland ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel This e-mail has been scanned for all viruses by Star Internet. The service is powered by MessageLabs. For more information on a proactive anti-virus service working around the clock, around the globe, visit: http://www.star.net.uk ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
AW: [Flightgear-devel] plib can't find GL/gl.h
Dear Richard, I seem to remember that Cygwin does, or used to, leave the OpenGL headers in a tar.gz file in the root cygwin directory, which you then need to unpack manually. There is a readme in there as well explaining why, I can't remember the reason off the top of my head. I did a complete clean install of Cygwin over X-mas after turning to Win XP. I did not need to unpack anything manually. Just make sure you've installed the Graphics package which includes OpenGL. Plus, perhaps you want top check if you've got the most recent installer. Best regards, Michael -- Michael Basler, Jena, Germany [EMAIL PROTECTED] http://www.geocities.com/pmb.geo/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] [BUG] JSBSim: sudden plane crashes
This has already been reported, but there's obviously no solution yet: The JSB-c310 crashes quite frequently during 'normal' flight. Sometimes it starts to accelerate to supersonic speeds or to spin around the transversal axis for one second, after which it crashes. fgfs just reports 182: GEAR_CONTACT 1 183: Crash Detected 184: GEAR_CONTACT 1 185: Crash Detected ... Tile not found (Ok if initializing) Attempting to schedule tiles for bogus latitude and longitude. This is a FATAL error. Exiting! or WARNING: slScheduler: Too many pending callback events! WARNING: slScheduler: Too many pending callback events! WARNING: slScheduler: Too many pending callback events! ... [endless loop] This can reliably be reproduced as follows: Start the c310 (fgfs --aircraft=c310) and climb at, let's say, 1000 ft, then abruptly push the stick forward (pitch down; Elevator Cmd = 1). JSBout310.csv shows extreme and extremely alternating values for forces and acceleration. For example: Xforce Yforce Zforce -3472.76349.436 -4530.6 -9892.32401.213 -6030.32 -18177.5484.35 -752.287 -20539.2599.711 24317.8 -12517.762.5994 -13734 -12324 -74.794 10711.1 5981.04 187.233 21363.6 -58235.51486.34 -736.668 -142814 937.924 -43663.2 -1.07812e+06857.054 -576838 The same effect can (less reliably) be achieved with the c182, but not with pitch down, but with rolling 180 degrees and flying upside-down (like the c310, BTW). Unfortunately, these crashes happen sometimes in normal flight, so this should IMHO be fixed for 0.7.9. Please tell me, if I can help, but don't expect too much. The FDM isn't exactly my domain. ;-) m. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Time Options Not Working
Curtis L. Olson wrote: Erik Hofman writes: There is deffinately a problem with the time code. Speeding up or slowing down time (T or SHIFT+T) doesn't work anymore. This must have soemthing to do with Curtis's new time changes as of Feb. 10th, because before that change it all worked well. Erik, this should now be fixed. Note changes to both simgear and flightgear. Yep, It's working. Thanks. Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] key bindings
First: While updading documentation (Getting Started/Short reference) I acknowledged the effort of having keyboard.xml now (instead of the former mess in input.cxx). Could we remove the remaining very few bindings, too...? Question: What the heck is Ctrl-R = Toggle winding-ccw? Remark: Couldn't we bind F1 to the help (i.e. the help index page) as nearly all programs do? At present F1 is load flight which could go either to Shift-F1 or (preferred) to something different (I think f as well as F are still free). Regards, Michael -- Michael Basler, Jena, Germany [EMAIL PROTECTED] http://www.geocities.com/pmb.geo/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] for the upcoming release
Curtis L. Olson writes: Here's my list of things that have been changed, fixed, or added for 0.7.9. It's rather long, but if anyone sees any major ommissions or errors in this list, please let me know. Thanks. * Fixed a bug preventing the LaRCsim engine from starting. This fixes a bug that was introduced since 0.7.8 so perhaps shouldn't be in the list? * EGT doesn't show 'running' values while cranking. should be 'LaRCsim EGT doesn't show...' etc. Cheers - Dave -- [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Goto airport bug.
On Debian unstable,kde2,nvidia compiled without problems. I found some problems when start on default airport make short fly and landing and then use Enviroment/Goto airport in menu. When I try my local airport LKPR (on east side of earth) sim restart with bell upside. Regards, MaDr New for 0.7.9: * MSVC fixes. * IRIX fixes. ... Great work! ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Time offset still not working as before
With an update of simgear/flightgear/base from cvs a few minutes age, time offset still appears to be broken, although it appears to be behaving slightly differently. (Broken from initialisation, instead of from the first lighting update). I believe that starting mid-morning from my local airport with --time- offset=-8.00.00 should put me back in the night? This is what used to happen. At the moment the lighting is still day time. Cheers - Dave -- [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Navaid bug?
John Check writes: On Monday 11 February 2002 11:58 am, you wrote: The frequency on nav1 appears to influence the to/from flag on both vor1 and vor2. I assume that this is a bug? Cheers - Dave What plane, what panel? TTYL J Default C172 but I see you've fixed it now :-) Cheers - Dave -- [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Problem with help system
There seems to be a minor problem with the help system in the recent CVS version. After proper editing, webrun.bat, when invoked manually, opens Internet Explorer with the index.html page as it should. However from within the program's help menu I get Help started in Netscape window and nothing more happens. I recall we had this long before, but I also recall it was resoled at some point. Any ideas? This is Win XP with yesterday's CVS of PLIB/SimGear/FlightGear/Base. The relevant lines in webrun.bat are --- rem or you can set HELP_DOC to a local file at a certain place set FG_HELP_DOC=g:\cygwin\usr\local\flightgear\Docs\index.html rem choose your browser rem c:\Program Files\Netscape\Communicator\Program\netscape %FG_HELP_DOC% C:\Programme\Internet Explorer\iexplore %FG_HELP_DOC% --- Regards, Michael -- Michael Basler, Jena, Germany [EMAIL PROTECTED] http://www.geocities.com/pmb.geo/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] warning: suggest parentheses around assignment used as truth value
In net_send.cxx, in NetworkOLK, we have the following at line 262:
if (host_info = gethostbyname( src_host)) {
at line 270:
if (host_info = gethostbyname( fgd_host)) {
and at line 298:
if (host_info = gethostbyname( fgd_host_check)) {
Surely these are mistakes?
Cheers - Dave
--
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] for the upcoming release
Curtis L. Olson wrote: Here's my list of things that have been changed, fixed, or added for 0.7.9. It's rather long, but if anyone sees any major ommissions or errors in this list, please let me know. Thanks. [...] Nice list. OTOH I don't know any missed items. But the bullets (i.e. the '*') on the lest side are sometimes where they shouldn't. Just proof read it and it should be fine. CU, Christian -- The idea is to die young as late as possible.-- Ashley Montague Whoever that is/was; (c) by Douglas Adams would have been better... ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Metakit
Hi, metakit still lives in the CVS tree (+ as an additional zip archive there). Is that OK? I thought it's supposed to be kept extra. CU, Christian -- The idea is to die young as late as possible.-- Ashley Montague Whoever that is/was; (c) by Douglas Adams would have been better... ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Latest CVS doesn't run
Hi, the latest version (updated everything, incl. base) doesn't run for me (MSVC as usual) as it's hooked up in an endless loop in cloud.cxx again. I thought we had that fixed already :( Can anybody remember the patch? CU, Christian -- The idea is to die young as late as possible.-- Ashley Montague Whoever that is/was; (c) by Douglas Adams would have been better... ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] DC-3, textured
After some difficulty, I figured out how to get textured models from Blender 2.23 into FlightGear (using a slightly-modified version of Willian P. Germano's Python-based export script to .ac format). Here are some 800x600 screenshots of the DC-3 over KSFO just before dawn, using a dummy outline texture: http://www.megginson.com/flightsim/dc3-textured-01.png http://www.megginson.com/flightsim/dc3-textured-02.png I'll fill in the textures with something more suitable some time this week, and will put the model in the base package, probably later today. All the best, David -- David Megginson [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
re: [Flightgear-devel] [BUG] JSBSim: sudden plane crashes
Melchior FRANZ writes: This can reliably be reproduced as follows: Start the c310 (fgfs --aircraft=c310) and climb at, let's say, 1000 ft, then abruptly push the stick forward (pitch down; Elevator Cmd = 1). JSBout310.csv shows extreme and extremely alternating values for forces and acceleration. I believe that these are lingering problems with the propeller models. All the best, David -- David Megginson [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] DC-3, textured
A worthy aircraft to model (the DC-3): http://www.douglasdc3.com/amaze/amaze.htm Jon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
re: [Flightgear-devel] [BUG] JSBSim: sudden plane crashes
Melchior FRANZ writes: This can reliably be reproduced as follows: Start the c310 (fgfs --aircraft=c310) and climb at, let's say, 1000 ft, then abruptly push the stick forward (pitch down; Elevator Cmd = 1). JSBout310.csv shows extreme and extremely alternating values for forces and acceleration. I believe that these are lingering problems with the propeller models. Is this still present with the newer JSBSim code/files? Strange. It's hard to picture why, when everything has been at equilibrium for a while, why the propeller should suddenly spin out of control. Jon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] warning: suggest parentheses around assignment used as truth value
gethostbyname() returns NULL if an error occured.
Expressions such as (a = b + c) evaluate to whatever value is assigned
to a so we can do things like
if ( a = b + c ) {
// a != 0
} else {
// a == 0
}
This is a little tricky, so if gethostbyname() fails, host_info will
be assigned a value of NULL and the whole entire expression then
evaluates to NULL so this should work (at least on systems that define
NULL to be 0x00.)
That said, the entire NetworkOLK module is only half implimented, and
not really useful at this point. We really need someone to come along
and finish it, or perhaps reimpliment this functionality from scratch
using the plib networking libs.
Regards,
Curt.
D Luff writes:
In net_send.cxx, in NetworkOLK, we have the following at line 262:
if (host_info = gethostbyname( src_host)) {
at line 270:
if (host_info = gethostbyname( fgd_host)) {
and at line 298:
if (host_info = gethostbyname( fgd_host_check)) {
Surely these are mistakes?
Cheers - Dave
--
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
--
Curtis Olson IVLab / HumanFIRST Program FlightGear Project
Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED]
Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Metakit
Christian Mayer writes: metakit still lives in the CVS tree (+ as an additional zip archive there). Is that OK? I thought it's supposed to be kept extra. Looking at the actual repository, I only see the metakit and zlib tar balls. The unrolled subdirectories have been removed. What cvs archive are you pointing at? Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] warning: suggest parentheses around assignment used as truth value
Curtis L. Olson wrote: That said, the entire NetworkOLK module is only half implimented, and not really useful at this point. We really need someone to come along and finish it, or perhaps reimpliment this functionality from scratch using the plib networking libs. Please use the PLIB approach as IIRC NetworkOLK doesn't compile at all under MSVC... CU, Christian -- The idea is to die young as late as possible.-- Ashley Montague Whoever that is/was; (c) by Douglas Adams would have been better... ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Control inputs still initialised strangely
Is there anything strange in your .fgfsrc or system.fgfsrc files? D Luff writes: I've just checked out a completely clean base, simgear and flightgear, and it is still starting up with full left aileron and full down elevator. Is there really no-one else seeing this? The full down elevator which I'd missed before was the reason JSBSim was so hard to keep straight on the runway BTW, so please ignore my previous comments on that. It is now possible to keep it nicely straight during takeoff with a bit of right rudder applied. Cheers - Dave -- [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Control inputs still initialised strangely
D Luff wrote: I've just checked out a completely clean base, simgear and flightgear, and it is still starting up with full left aileron and full down elevator. Is there really no-one else seeing this? Not at start, it happens to me (sometimes) when changing view three times. Then suddenly the rudder (and/or elevator) have changed). The full down elevator which I'd missed before was the reason JSBSim was so hard to keep straight on the runway BTW, so please ignore my previous comments on that. It is now possible to keep it nicely straight during takeoff with a bit of right rudder applied. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] warning: suggest parentheses around assignment used as truth value
Curtis L. Olson writes:
gethostbyname() returns NULL if an error occured.
Expressions such as (a = b + c) evaluate to whatever value is assigned
to a so we can do things like
if ( a = b + c ) {
// a != 0
} else {
// a == 0
}
This is a little tricky, so if gethostbyname() fails, host_info will
be assigned a value of NULL and the whole entire expression then
evaluates to NULL so this should work (at least on systems that define
NULL to be 0x00.)
Thanks, I see whats going on now. I don't particularly like it
though!
a = b + c;
if(a) {
...
} else {
...
}
seems like a much better construct to me - trading a touch of
consiseness (is that a word?) for complete clarity as to the authors
intent.
That said, the entire NetworkOLK module is only half implimented, and
not really useful at this point. We really need someone to come along
and finish it, or perhaps reimpliment this functionality from scratch
using the plib networking libs.
I must confess I wasn't looking at doing anything with NetworkOLK,
simply compiling with -Wall.
Cheers - Dave
--
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] DC-3, textured
BERNDT, JON S. (JON) (JSC-EX) (LM) writes: A worthy aircraft to model (the DC-3): http://www.douglasdc3.com/amaze/amaze.htm It is. When I was helping design a documentation system at the old Douglas operation in Long Beach, nearly everyone at some point mentioned to me that there were still (just before the merger with Boeing) over 1,000 DC-3s in operation. The YASim DC-3 already flies pretty well, but I'd love to find some aero data and make a JSBSim model as well. All the best, David -- David Megginson [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: Control inputs still initialised strangely
* D Luff -- Tuesday 12 February 2002 15:46: I've just checked out a completely clean base, simgear and flightgear, and it is still starting up with full left aileron and full down elevator. Is there really no-one else seeing this? Never seen that. (Linux 2.4.17/gcc 2.95.2) What about fgfs --trace-write=/controls/aileron? (Watch for TRACE: ... lines, or filter through '21|grep TRACE'.) Does the aileron already start with wrong values from the very beginning? m. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] checkout breakage
Alex Perry writes: As of right now, the script that used to ground-start now fails with a terrain intersection error immediately after the aircraft bounces on the gear and then departs to never-never land. A flight-start works ok, except that left clicks on the instruments are ignored and thus I cannot turn the magswitch to start the engines. Odd and FYI. Curt writes: What script are you referring to? I'm not seeing any problems with middle clicks on the instrument panel to start the engines. Have you tried rebuilding from scratch? That has at times cleaned up too bizarre for words weirdness that I've experienced. I think occasionally something can happen with the automake dependencies and not everything quite gets rebuilt correctly The left-click problem disappeared with a full cleaning of the SimGear install area, because old files (with old names) were still present. The FDM oddity remains; that's next on the to-do list. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: [BUG] JSBSim: sudden plane crashes
* [EMAIL PROTECTED] -- Tuesday 12 February 2002 16:00: Is this still present with the newer JSBSim code/files? With the JSBSim version from the fgfs-cvs, yes. (The files were IIRC updated yesterday.) m. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Control inputs still initialised strangely
Curtis L. Olson writes: Is there anything strange in your .fgfsrc or system.fgfsrc files? I don't have a .fgfsrc or a system.fgfsrc file anywhere on my computer. Should I? Cheers - Dave -- [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Control inputs still initialised strangely
Only if you want to override default values ... did you try the --trace option to see where the values where getting set and to what values? Curt. D Luff writes: Curtis L. Olson writes: Is there anything strange in your .fgfsrc or system.fgfsrc files? I don't have a .fgfsrc or a system.fgfsrc file anywhere on my computer. Should I? Cheers - Dave -- [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Time offset still not working as before
Curtis L. Olson writes: The time parser is expecting something like -8:00:00 (note : not .) My fault - I'm not keeping up!! It seems to work OK with the correctly formated parameter. Cheers - Dave -- [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Control inputs still initialised strangely
Melchior FRANZ writes: What about fgfs --trace-write=/controls/aileron? (Watch for TRACE: ... lines, or filter through '21|grep TRACE'.) Does the aileron already start with wrong values from the very beginning? OK, during initialisation, the following is output: FGJSBSim::set_Velocities_Local_Airmass: 0, 0, 0 TRACE: Write node /controls[0]/aileron[0], value0.00 Adding condition to binding Adding condition to binding Adding condition to binding Adding condition to binding Adding condition to binding Adding condition to binding Adding condition to binding Adding condition to binding Adding condition to binding Adding condition to binding Panel visible = 1 TRACE: Write node /controls[0]/aileron[0], value-1.00 Finally initializing fdm So it seems to me that it is initially set correctly, but then for some reason it is overwitten. Any ideas? Cheers - Dave -- [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Metakit
Curtis L. Olson wrote: Christian Mayer writes: metakit still lives in the CVS tree (+ as an additional zip archive there). Is that OK? I thought it's supposed to be kept extra. Looking at the actual repository, I only see the metakit and zlib tar balls. The unrolled subdirectories have been removed. What cvs archive are you pointing at? Ah, sorry. CVS didn't delete the directory for me (isn't cvs update -dP supposed to do the jiob?) CU, Christian -- The idea is to die young as late as possible.-- Ashley Montague Whoever that is/was; (c) by Douglas Adams would have been better... ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] warning: suggest parentheses around assignment used as truth value
Fixes...
* [EMAIL PROTECTED] (D Luff) [2002.02.12 07:42]:
In net_send.cxx, in NetworkOLK, we have the following at line 262:
if (host_info = gethostbyname( src_host)) {
if ((host_info = gethostbyname( src_host)) != NULL) {
at line 270:
if (host_info = gethostbyname( fgd_host)) {
if ((host_info = gethostbyname( fgd_host) != NULL) {
and at line 298:
if (host_info = gethostbyname( fgd_host_check)) {
if ((host_info = gethostbyname( fgd_host_check)) != NULL) {
--
Cameron Moore
[ I'm trying to daydream, but my mind keeps wandering. ]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Control inputs still initialised strangely
D Luff writes: Panel visible = 1 TRACE: Write node /controls[0]/aileron[0], value-1.00 Finally initializing fdm So it seems to me that it is initially set correctly, but then for some reason it is overwitten. Any ideas? Do you have a controller (joystick, gamepad, yoke, etc.) plugged in? If so, try starting FlightGear with it unplugged and see if you get the same problem. All the best, David -- David Megginson [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Control inputs still initialised strangely
OK, this is now fixed. It was because NT had a joystick driver installed, but no joystick connected. Removing the joystick driver results in the controls starting centered again. My apologies for bugging you all with this! Cheers - Dave -- [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] YASim DC3 startup problems
I noticed the other day that starting YASim with the DC3 caused the external model to start out as if the axes where wrong. By that I mean the nose points out the right wing and the left wing points upward (or put another way, yaw 90 degrees right and roll 90 degress clockwise). Note that this is with the external viewpoint. The cockpit view looks normal. I keep my setup pretty clean (no .fgfsrc or mods to base package). RL is keeping me very busy right now, so I wanted to mention this sooner rather than later. If noone can reproduce this, let me know and I'll try to find time to investigate some more. Thanks -- Cameron Moore [ Why are there interstate highways in Hawaii? ] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
re: [Flightgear-devel] YASim DC3 startup problems
Cameron Moore writes: I keep my setup pretty clean (no .fgfsrc or mods to base package). RL is keeping me very busy right now, so I wanted to mention this sooner rather than later. If noone can reproduce this, let me know and I'll try to find time to investigate some more. Thanks Hold off for now -- I'm going to be putting in a newer version in a different format anyway. All the best, David -- David Megginson [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Control inputs still initialised strangely
D Luff wrote: OK, this is now fixed. It was because NT had a joystick driver installed, but no joystick connected. Removing the joystick driver results in the controls starting centered again. Hmm, this might be one for the FAQ. I have the same setup, NT with joystick driver installed and no joystick attached. Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
re: [Flightgear-devel] [BUG] JSBSim: sudden plane crashes
[EMAIL PROTECTED] said: I believe that these are lingering problems with the propeller models. Is this still present with the newer JSBSim code/files? Strange. It's hard to picture why, when everything has been at equilibrium for a while, why the propeller should suddenly spin out of control. Jon I think it's usually after some sort of event...haven't seen this in normal flight myself. When seeing it mostly I just wrote it off to the model being unusually difficult to get out of a stall or spin, but pushing the nose down suddenly does seem to break it here as well. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] for the upcoming release
Jim Wilson writes: Curtis L. Olson [EMAIL PROTECTED] said: Here's my list of things that have been changed, fixed, or added for 0.7.9. It's rather long, but if anyone sees any major ommissions or errors in this list, please let me know. Thanks. Would you want to mention the switch to JSBsim as default FDM? And maybe the c310 model addition? Ok yup, forgot about base package changes. John, are there any other base package changes that would be worth including in the list of changes for this release? Thanks, Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] for the upcoming release
Would you want to mention the switch to JSBsim as default FDM? Didn't that happen with 0.7.8? And maybe the c310 model addition? Yes, I think this is new. Jon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] key bindings
Michael Basler writes: Question: What the heck is Ctrl-R = Toggle winding-ccw? This is a debugging aid which toggles an internal opengl state. It's useful for determining if a missing triangle is missing because it is simply non-existant, or if it is not being drawn because of backface culling. Remark: Couldn't we bind F1 to the help (i.e. the help index page) as nearly all programs do? At present F1 is load flight which could go either to Shift-F1 or (preferred) to something different (I think f as well as F are still free). These are good suggestions, but perhaps we should address a more coherant set of key bindings for the next release. Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] prerelease tarballs
I've made prelease tarballs of SimGear-0.0.17 and FlightGear-0.7.9 and put them on the ftp server: ftp://ftp.simgear.org/pub/simgear/Source/SimGear-0.0.17pre1.tar.gz ftp://ftp.flightgear.org/pub/fgfs/Source/FlightGear-0.7.9pre1.tar.gz It would be great if as many people as possible could download these, and beat on them to make sure they compile properly on as many systems as possible, and that no critical files are missing. Another good thing to check is to wipe out any existing simgear/flightgear installation and make sure you can build/install from scratch on your system. I did a quick test here and everything seemed ok, but that is just one system/compiler combination. I have also updated the mirrors I push to, so if you can't get onto the primary site, try the mirrors. Also, if you have sent me a patch and it hasn't hit CVS and/or these tarballs, please check with me. I've gotten a lot of email in the past week or two (well the past couple years actually) and although I try not to lose things in the deluge, it does occasionally happen. Thanks, Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] key bindings
On Tuesday 12 February 2002 04:53 pm, you wrote: Michael Basler writes: Question: What the heck is Ctrl-R = Toggle winding-ccw? This is a debugging aid which toggles an internal opengl state. It's useful for determining if a missing triangle is missing because it is simply non-existant, or if it is not being drawn because of backface culling. Remark: Couldn't we bind F1 to the help (i.e. the help index page) as nearly all programs do? At present F1 is load flight which could go either to Shift-F1 or (preferred) to something different (I think f as well as F are still free). These are good suggestions, but perhaps we should address a more coherant set of key bindings for the next release. Curt. F1 = help is pretty much a no brainer F2/F3 load/save games - pretty much standard for games ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Latest CVS doesn't run
I also see this kind of bug with MSVC. It appears that the call of calc_gc_course_dist( dest, start, course, dist ); at line 195 of cloud.cxx returns an invalid course. This course is invalid because around line 182 of polar3d.hxx, there is the calculation of acos from a value greater than 1. I don't know why the math is bogus (perhaps a problem of precision) but I tried to clamp the value to [-1,1] and it doesn't loop anymore. Could someone double-check the math in calc_gc_course_dist to see why (sin(dest.y()) - sin_start_y * cos(d)) / (sin(d) * cos_start_y) is sometimes greater than 1 ? -Fred - Original Message - From: Christian Mayer [EMAIL PROTECTED] To: FGFS [EMAIL PROTECTED] Sent: Tuesday, February 12, 2002 3:30 PM Subject: [Flightgear-devel] Latest CVS doesn't run Hi, the latest version (updated everything, incl. base) doesn't run for me (MSVC as usual) as it's hooked up in an endless loop in cloud.cxx again. I thought we had that fixed already :( Can anybody remember the patch? CU, Christian -- The idea is to die young as late as possible.-- Ashley Montague Whoever that is/was; (c) by Douglas Adams would have been better... ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] YASim DC3 startup problems
Jim Wilson wrote: Are you talking about the newer 3D model or newer xml? I'm not sure exactly what affects the position of the model, but using Yasim-DC3 any model including the glider is sideways. Now, that's interesting. I'd just assumed this was a modelling issue, but you're saying it's YASim-specific? Does it happen with the other YASim planes or just the DC-3? I can't imagine what I might have done to get this goofed up, but I wouldn't be surprised if there was something in there. Andy -- Andrew J. RossNextBus Information Systems Senior Software Engineer Emeryville, CA [EMAIL PROTECTED] http://www.nextbus.com Men go crazy in conflagrations. They only get better one by one. - Sting (misquoted) ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] YASim DC3 startup problems
* [EMAIL PROTECTED] (Andy Ross) [2002.02.12 16:43]: Jim Wilson wrote: Are you talking about the newer 3D model or newer xml? I'm not sure exactly what affects the position of the model, but using Yasim-DC3 any model including the glider is sideways. Now, that's interesting. I'd just assumed this was a modelling issue, but you're saying it's YASim-specific? Does it happen with the other YASim planes or just the DC-3? I can't imagine what I might have done to get this goofed up, but I wouldn't be surprised if there was something in there. I don't have a base package archive to look at here, but I get the feeling that we're setting some offset values in the -set.xml file and the 3d model isn't being loaded. That causes the offset values to be applied to the default 3d model. If this is the case, can we make the offset values conditional so their only applied if the 3d model is successfully loaded? -- Cameron Moore [ Okay, who stopped the payment on my reality check? ] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] YASim DC3 startup problems
Andy Ross [EMAIL PROTECTED] said: Jim Wilson wrote: Are you talking about the newer 3D model or newer xml? I'm not sure exactly what affects the position of the model, but using Yasim-DC3 any model including the glider is sideways. Now, that's interesting. I'd just assumed this was a modelling issue, but you're saying it's YASim-specific? Does it happen with the other YASim planes or just the DC-3? I can't imagine what I might have done to get this goofed up, but I wouldn't be surprised if there was something in there. Andy Its the pitch/roll/z setting in the xml. The new 3D model does point to the left by default though. Best, Jim ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
AW: [Flightgear-devel] Problem with help system
Sorry for insisting on this, but it's a feature which seems to be broken (at least for me): Could somone under Windows check if he's able to open the help index page in IE via the help menu entry in FlightGear? In this case I'll check what's wrong with my system. Otherwise someone might want to have a look into the code. As I said, webrun.bat itself works fine after proper editing. Regards, Michasel -- Michael Basler, Jena, Germany [EMAIL PROTECTED] http://www.geocities.com/pmb.geo/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Kingair?
Who was talking about adding a kingair? We actually have a model for that in base package already TTYL J ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] X24B set typo
[... jon wrote ] Correct. I intended the directory and all references to be small case: x24b The same with X15 ? Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] X24B set typo
On Tuesday 12 February 2002 07:01 pm, you wrote: [... jon wrote ] Correct. I intended the directory and all references to be small case: x24b The same with X15 ? Martin. When I originally added X15, I did so lowercase but, was requested I change it to uppercase. TTYL J ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] for the upcoming release
I consider this as a required option for novices - although I might be proven to be wrong. Anyway I'd dare to suggest making running engines a default on startup - knowing that this might be an excellent start for a flame war ;-))) I hereby deliver the flame war. 8-) _IF_ we had a checklist that novices could follow, including keystrokes dynamically recovered by reverse mapping the loaded keyfile, then the need to start engines would not be a hurdle to new users. I _DO_ think it's an important bit of realism to have users think procedurally. I'm quite interested in this topic because Michael Basler and I are required to have precise information on this for putting the right phrases into the HOWEVER, I also think the checklist package should be a set of textures in the base package, which are reproduced in the getting started guide, with keystroke/menu type action items to bring them up and page through them. For novices, we use an alpha-ed texture that overlays the screen, so you can still see the panel and the view while reading the text on the texture. For realism, we blank the panel and the view and show only the texture on screen, because that reproduces the limitations of the human eye, forcing the pilot to switch between checklist and view frequently (every few secs) to maintain control while looking something up. For 0.7.9 I suggest we don't actually do the FGFS code modification, but do think about generating the checklists and making them available. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Aircraft
Can we try to make a decision of what aircraft are going to be in the 0.7.9 release, and then get them ready with panels, sounds and models? This way everything it ships with will be good. Thanks, David ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] for the upcoming release
Martin Spott wrote: [EMAIL PROTECTED]"> * Many improvents with piston engine and propeller modeling. Engine startup procedures work, and engine guages work. I think it should be pointed out _explicitly_ that you _have_ to start yourengine(s) manually - at least as long as you use JSBSim.I tried --prop:/engine/running (or similar) exactly as proposed by DavidMegginson a couple of weeks (?) ago. This one doesn't work for me (CVS oflast thursday), so I don't have any clue how to start FlightGear with my(the airplane's) engines running.I consider this as a required option for novices - although I might beproven to be wrong. Anyway I'd dare to suggest making running engines adefault on startup - knowing that this might be an excellent start for aflame war ;-)))I'm quite interested in this topic because Michael Basler and I are requiredto have precise information on this for putting the right phrases into the"Getting Started" manual. Thanks, Martin. I keep thinking that a different program that shows slides , talks as it goes, and interacts with FGFS. It could be both user controled (faster, slower, pause, repeate) and event driven (pull up pull up)(decending to fast), or external events (Look out the left window and see the Golden Gate now begin a turn to the west and climb to 1 feet)(you have reached 1 feet level off and adjust your nav radio to ) It would also start FG with the senerios for each lesson. Then lesson packages combining voice, pictures, text and FG senarios could be written. Titles might include First Flight with FGFS Landing VFR flight and navigation IFR flight and navigation Cold weather flight Flight Twin Engin plains Flight in WWI Flight in 22ed centory Just a an idea for people to think about. Charles Puffer
Re: [Flightgear-devel] for the upcoming release
On Tuesday 12 February 2002 09:31 pm, you wrote: I consider this as a required option for novices - although I might be proven to be wrong. Anyway I'd dare to suggest making running engines a default on startup - knowing that this might be an excellent start for a flame war ;-))) I hereby deliver the flame war. 8-) _IF_ we had a checklist that novices could follow, including keystrokes dynamically recovered by reverse mapping the loaded keyfile, then the need to start engines would not be a hurdle to new users. I _DO_ think it's an important bit of realism to have users think procedurally. I'm quite interested in this topic because Michael Basler and I are required to have precise information on this for putting the right phrases into the HOWEVER, I also think the checklist package should be a set of textures in the base package, which are reproduced in the getting started guide, with keystroke/menu type action items to bring them up and page through them. I mentioned something to Curt about possibly including something like this in the (a) splash screen. For novices, we use an alpha-ed texture that overlays the screen, so you can still see the panel and the view while reading the text on the texture. For realism, we blank the panel and the view and show only the texture on screen, because that reproduces the limitations of the human eye, forcing the pilot to switch between checklist and view frequently (every few secs) to maintain control while looking something up. We could do it like we do panel_2, it's no biggie. Mind you, 256x256 can only hold so much text, although we could use generated text. Or possibly do it as a HUD with static text. TTYL J ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] tiled panel background
It turned out to be quite easy to add multiple tiles for a panel background. This simple one could be enhanced to have more detail but it does look quite a bit better than a single 256x256 stretched accross the window. http://www.spiderbark.com/fgfs/c310-tiled-panel.png The code for this involves fairly minor changes and is contained in this tarball: http://www.spiderbark.com/fgfs/tiledpanel-021202.tar.gz Note that the rgb files and the xml file contained in the tarball should all be placed in $FGROOT/Aircraft/c310. Best, Jim ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] tiled panel background
On Wed, 13 Feb 2002 15:02, you wrote: It turned out to be quite easy to add multiple tiles for a panel background. This simple one could be enhanced to have more detail but it does look quite a bit better than a single 256x256 stretched accross the window. http://www.spiderbark.com/fgfs/c310-tiled-panel.png Definately. I hope this will go into 0.7.9 so it can be thoroughly tested for the 0.8 stable release. David ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
