Re: [Flightgear-devel] Request for comments: Airway database
Durk Talsma wrote: I agree, but for display purposes just loading a memory image of the Robin Peel database would probably suffice. I.e. there wouldn't be a need for setting up an intricate network of nodes and connections as I'm currently doing for the ground network. Therefore, I'm considering loading the airway data straight into flightgear, while preserving the networked version for a flightplan utility. It *may* be useful to have your version available - being able to load a pre-planned route into the GPS for any given destination would certainly be a very nice feature. It really depends how much processing would be involved to extract a route I suppose. This type of routing info certainly has further applications. -- Jon Stockill [EMAIL PROTECTED] --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Re: [Flightgear-cvslogs] CVS: FlightGear/tests Makefile.am,1.5,1.6 al-info.c,NONE,1.1
Hello Erik, Erik Hofman wrote: Update of /var/cvs/FlightGear-0.9/FlightGear/tests In directory baron:/tmp/cvs-serv19690 Modified Files: Makefile.am Added Files: al-info.c Log Message: Add a gl-info equivalent for OpenAL. Does this test rely on the recent OpenAL CVS or should it compile with the 'stable' from April last year as well ? I'm asking because my compiler barks and I thought you'd run this on the same platform as I do: Making all in tests make[1]: Entering directory `/usr/local/src/FlightGear/tests' cc -DHAVE_CONFIG_H -I. -I. -I../src/Include -I/opt/include -I/usr/freeware/include -Xcpluscomm -I/opt/FlightGear/include -I/usr/local/include -Xcpluscomm -O2 -use_readonly_const -rdata_shared -woff 1001,1012,1014,1110,1116,1155,1172,1174,1234,1401 -woff 1460,1551,1552,1681 -OPT:roundoff=0:Olimit=0:div_split=ON:alias=typed:fast_io=ON -OPT:got_call_conversion=ON:reorg_common=ON:rsqrt=ON:swp=ON -LANG:exceptions=ON -I/opt/include -I/usr/freeware/include -Wl,-rpath -Wl,/usr/freeware/lib32 -Wl,-rpath -Wl,. -c99 -D_REENTRANT -c `test -f 'al-info.c' || echo './'`al-info.c cc-1020 cc: ERROR File = al-info.c, Line = 16 The identifier ALCchar is undefined. const ALCchar *s; ^ cc-1515 cc: ERROR File = al-info.c, Line = 96 A value of type void cannot be assigned to an entity of type ALCboolean. ret = alcCloseDevice(device); ^ 2 errors detected in the compilation of al-info.c. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS: FlightGear/tests Makefile.am,1.5,1.6 al-info.c,NONE,1.1
Martin Spott wrote: Hello Erik, Does this test rely on the recent OpenAL CVS or should it compile with the 'stable' from April last year as well ? I'm asking because my compiler barks and I thought you'd run this on the same platform as I do: I run the latest CVS version of OpenAL. I've updated al-info.c to fix those problems and added Mac OS-X support. Erik -- http://www.ehtw.info (Dutch)Future of Enschede Airport Twente http://www.ehofman.com/fgfs FlightGear Flight Simulator http://www.cafepress.com/fgfs_flightsim FlightGear Art --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] SimGear support library not found
I am trying to build FG using cygwin. Have followed all the instructions in the fgfs_cygwin.pdf about building the required packages prior to building FlightGear. They were all built with no errors and with a resulting directory structure exactly the same as shown in the instructions. But when I try and build FlightGear I get a message saying You *must* have the SimGear support library installed on your system to build the FGFS simulator. Where it says checking simgear/version.h presence etc it says no. SimGear is on my computer as far as I know, I ran the ./configuremake and make install commands with no errors. Any idea where I'm going wrong? When building FlightGear, did you tell it where to find SimGear? (I don't know anything about Cygwin, but if it's like Linux it'd be with an argument to configure like --with-simgear=/path/to/simgear/ -c --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] SimGear support library not found
Chris Millichamp schrieb: Hi I am trying to build FG using cygwin. Have followed all the instructions in the fgfs_cygwin.pdf about building the required packages prior to building FlightGear. They were all built with no errors and with a resulting directory structure exactly the same as shown in the instructions. But when I try and build FlightGear I get a message saying “You **must** have the SimGear support library installed on your system to build the FGFS simulator”. Where it says “checking simgear/version.h presence” etc it says “no”. SimGear is on my computer as far as I know, I ran the ./configure make and make install commands with no errors. Any idea where I’m going wrong? Chris Hi Chris, did you really read this wonderful *.pdf very carefully? (once again thank you to the author :-) ) You should run either the ./configure for SimGear as for FlightGear with a prefix to point to a common compile directory. I did it as the sample of the *.pdf showed. EXAMPLE!!! My directory name is fg-cvs and is situated in the base layer of Cygwin (Cygwin/fg-cvs). You have to be in the ../source directories of SimGear/FlightGear and then the commands when compiling the first time should be: for SimGear: ./autogen.sh ./configure --prefix=/fg-cvs make; make install for FlightGear: ./autogen.sh ./configure --prefix=/fg-cvs make; make install And .. you did *not* mention it until now - read all about OpenAL and proceed as described! I remember very clearly how difficult it is for a Winnie to get familiar with Cygwin as it was for me, too! If you have further problems, don't give up - just ask! Hope this helps Regards Georg EDDW WinXP, Cygwin, FlightGear CVS - and very satisfied! :-) --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid3432bid#0486dat1642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS: FlightGear/tests
Hello Erik, Erik Hofman wrote: I run the latest CVS version of OpenAL. Which trick do you use to get the aut-tools working ? They don't work for me with OpenAL CVS. This one reason is why I recommend to stick with the older OpenAL source. I've updated al-info.c to fix those problems and added Mac OS-X support. Great, works (for me :-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] [PATCH] rain cone orientation (was: airspeed vs metar)
Hi again. The more I am thinking about a clean way to implement proper rain cone tilting at any view origin, the more difficult it seems. I've already made it work properly for views attached to flying aircraft (such as in-cockpit/chase/helicopter view), and would love to make it work for all the simulation environment. Can somebody please read through and help with design assumptions below? [my plea for help snipped, archived at http://sourceforge.net/mailarchive/message.php?msg_id=14595477 ] Please tell me if these requirements make sense, and then I'll expand the above and outline the scope of the changes I am planning. Since nobody had time to give the feedback so far, maybe you would be tempted to help if you could look at the current state of the rain patch fly with it. It's available at http://www.tarunz.org/~vassilii/fg/rain.diff It's working, and fixes the current buggy rain orientation behaviour for the views attached to the aircraft (while still inheriting bugs with the views attached to anything else). Vassilii --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
RE: [Flightgear-devel] SimGear support library not found
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Georg Vollnhals Sent: 01 February 2006 16:16 To: flightgear-devel@lists.sourceforge.net Subject: Re: [Flightgear-devel] SimGear support library not found Chris Millichamp schrieb: Hi I am trying to build FG using cygwin. Have followed all the instructions in the fgfs_cygwin.pdf about building the required packages prior to building FlightGear. They were all built with no errors and with a resulting directory structure exactly the same as shown in the instructions. But when I try and build FlightGear I get a message saying You **must** have the SimGear support library installed on your system to build the FGFS simulator. Where it says checking simgear/version.h presence etc it says no. SimGear is on my computer as far as I know, I ran the ./configure make and make install commands with no errors. Any idea where I'm going wrong? Chris Hi Chris, did you really read this wonderful *.pdf very carefully? (once again thank you to the author :-) ) You should run either the ./configure for SimGear as for FlightGear with a prefix to point to a common compile directory. I did it as the sample of the *.pdf showed. EXAMPLE!!! .My directory name is fg-cvs and is situated in the base layer of Cygwin (Cygwin/fg-cvs). You have to be in the ../source directories of SimGear/FlightGear and then the commands when compiling the first time should be: for SimGear: ./autogen.sh ./configure --prefix=/fg-cvs make; make install for FlightGear: ./autogen.sh ./configure --prefix=/fg-cvs make; make install And .. you did *not* mention it until now - read all about OpenAL and proceed as described! I remember very clearly how difficult it is for a Winnie to get familiar with Cygwin as it was for me, too! If you have further problems, don't give up - just ask! Hope this helps Regards Georg EDDW WinXP, Cygwin, FlightGear CVS - and very satisfied! :-) Hi there. I've tried what you just said and I still get the same error message. It checks for SimGear version.h and doesn't find it and so configuration is aborted. Have been trying for two days to build this thing and am getting rather fed up of it all! Once SimGear has been built,as per your instructions, I do the same for FlightGear, which is: $ cd ~ $ cd FlightGear-0.9.9 (which is c:/cygwin/home/chris/flightgear-0.9.9) $ ./autogen.sh Then $ ./configure --prefix=/fg-0.9.9 (which is c:/cygwin/fg-0.9.9) This is when the error message oocurs. Any help would be greatly appreciated before I go totally nuts, Chris --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] SimGear support library not found
Chris Millichamp wrote : Hi there. I've tried what you just said and I still get the same error message. It checks for SimGear version.h and doesn't find it and so configuration is aborted. Have been trying for two days to build this thing and am getting rather fed up of it all! Once SimGear has been built,as per your instructions, I do the same for FlightGear, which is: $ cd ~ $ cd FlightGear-0.9.9 (which is c:/cygwin/home/chris/flightgear-0.9.9) $ ./autogen.sh Then $ ./configure --prefix=/fg-0.9.9 (which is c:/cygwin/fg-0.9.9) This is when the error message oocurs. Any help would be greatly appreciated before I go totally nuts, Chris To diagnose these kind of problem, you must have a look at the content of the config.log file. Search for SimGear, and you will find what is causing problem. -Fred --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS: FlightGear/tests
Martin Spott wrote: Hello Erik, Erik Hofman wrote: I run the latest CVS version of OpenAL. Which trick do you use to get the aut-tools working ? They don't work for me with OpenAL CVS. This one reason is why I recommend to stick with the older OpenAL source. Sigh, yes it's a real pain from their current setup. I seem to be lucky enough to have exactly the right versions of all autotools installed on IRIX. You might want to run CMake on them, that works for me on my PC. Erik -- http://www.ehtw.info (Dutch)Future of Enschede Airport Twente http://www.ehofman.com/fgfs FlightGear Flight Simulator http://www.cafepress.com/fgfs_flightsim FlightGear Art --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] yasim gear props
Eric, We use one prop /controls/gear/gear-down to denote when gear is down and locked. does YASim just turn on the extra drag when that changes to 1 or does it slowly increase it over the time of extension? Josh --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] yasim gear props
Josh Babcock wrote: We use one prop /controls/gear/gear-down to denote when gear is down and locked. does YASim just turn on the extra drag when that changes to 1 or does it slowly increase it over the time of extension? It's smoothly interpolated across the extension. Andy --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] scale webcast
FYI on Scale4x On another note, WebmasterRadio (www.webmasterradio.fm) will be doing a special show profiling this year's conference. It will be on the air on Feb 2nd at 3pm EST. JW --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] YASim: pa28-161 model not converging
I noticed that the Piper Warrior II (pa28-161) YASim flight model is no longer converging. The model itself hasn't been touched since 2004, and it was working a couple of months ago, so I'll guess that recent YASim code changes have broken it. Here's what I get with --log-level=debug: WARNING: Legacy engine definition in YASim configuration file. Please fix. YASim solution results: Iterations: 10002 Drag Coefficient: 23.9359 Lift Ratio: 99.2994 Cruise AoA: -0.357463 Tail Incidence: 0.0942495 Approach Elevator: 0 CG: -2.475, -0.027, -0.076 YASim SOLUTION FAILURE: Solution failed to converge after 1 iterations I'm going to try to debug the problem, but it would be helpful to know where I should start looking (i.e. where YASim has recently changed its behaviour). Any suggestions? Thanks, and all the best, David -- http://www.megginson.com/ --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid3432bid#0486dat1642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] YASim: pa28-161 model not converging
David Megginson wrote: I noticed that the Piper Warrior II (pa28-161) YASim flight model is no longer converging. The model itself hasn't been touched since 2004, and it was working a couple of months ago, so I'll guess that recent YASim code changes have broken it. Here's what I get with --log-level=debug: WARNING: Legacy engine definition in YASim configuration file. Please fix. YASim solution results: Iterations: 10002 Drag Coefficient: 23.9359 Lift Ratio: 99.2994 Cruise AoA: -0.357463 Tail Incidence: 0.0942495 Approach Elevator: 0 CG: -2.475, -0.027, -0.076 YASim SOLUTION FAILURE: Solution failed to converge after 1 iterations I'm going to try to debug the problem, but it would be helpful to know where I should start looking (i.e. where YASim has recently changed its behaviour). Any suggestions? The biggest recent change was when we discovered that the wing incidence and twist was reversed between documentation and implimentation. We decided that the way it was documented made more intuitive sense so we reversed the sign of the incidence and twist values in the code. What this means is that if someone previously *thought* they were specifying a positive 2 degree wing incident with a 2.5 degree washout (so the tips stall later than the inboard wing) then in reality yasim gave you negative 2 degree incidence with the washout going the wrong way (so the wing tips stalled before the inboard part of the wing.) The yasim solver has some dead zones where it can't find a solution, so you may just need to nudge some numbers around by a small amount to get it working again? And it wouldn't hurt to give a quick sanity check to all the numbers in case you had to nudge things around previously to get it to fly right with the wrong incidence and washout/twist. Regards, Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] interpolations in animations
Looks like interpolations in (at least) rotate animations fail if the ind entries are not in increasing order. I'm pretty sure that it didn't used to be that way. Is this intended or a bug? Josh --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
