[Flightgear-devel] Altitude above ground
Thank you for your help. I find a simple way to calculate the altitude above ground with the help of Mathias' e-mail. For a null or a new FDM, to calculate the altitude above ground : _update_ground_elev_at_pos(); // Runs the ground queries get_Runway_altitude() // This function returns the height above ground or terrain. Of course we can use the function is_valid to distinguish the sea and ground. Now I'll try is_valid. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] MSVC8 link problem - Missing function in gnnode.cxx?
Hi Durk,
The file src/Airports/gnnode.hxx declares a function -
FGTaxiNode(double, double, int);
Then in parking.hxx, you added -
: FGTaxiNode(lat,lon,idx);
about July 5 from the CVS logs ...
In WIN32, MSVC8 can NOT locate this function, and marks it as a missing
external.
It seems obvious from the code that this should be something like -
FGTaxiNode::FGTaxiNode(double lat, double lon, int idx)
{
setIndex(idx);
setLatitude(lat);
setLongitude(lon);
}
which I added to gnnode.cxx, and got my clean link, but really wonder why
this has not come up on other systems. How can they resolve
FGTaxiNode(lat,lon,idx);???
Or have I missed something here? The src/Airports/makefile.am seems to
include both parking.cxx and gnnode.cxx since about mid-July ...
Regards,
Geoff.
EOF - Devel-05.doc
_
Express yourself instantly with MSN Messenger! Download today it's FREE!
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now http://get.splunk.com/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] MSVC8 link problem - Missing function in gnnode.cxx?
Hi Geoff, On Monday 06 August 2007 13:46, Geoff Air wrote: Hi Durk, The file src/Airports/gnnode.hxx declares a function - FGTaxiNode(double, double, int); Then in parking.hxx, you added - : FGTaxiNode(lat,lon,idx); about July 5 from the CVS logs ... In WIN32, MSVC8 can NOT locate this function, and marks it as a missing external. Thanks for reporting. Incidentally, I have been playing with this code a bit over the last couple of days and also noticed that this constructor, altough declared was never defined. At first, I was also surprised to find that I never got a compilation error, but then I realized that the offending code is never called insside FlightGear. It is only used once inside a FGParking constructor, but that particular constructor is never used. For that reason, I have, in my local source tree, removed the declaration of this constructor. My guess is that it is compiler specific whether declaring but not defining a constructor results in a compilation error. In this specific case, the offending constructor (FGTaxiNode(double, double, int) was called by the constructor of FGParking, which in turn was never called by FlightGear. I'm assuming that MSVC wanted to link in the code for FGTaxiNode(double, double, int), because it found it was used in FGParking. whereas gcc, didn't link in FGParking(double, double,int) in the first place and therefore also didn't bother to link in the code for FGTaxiNode. I will commit the new code shortly, probably tomorrow or the day after tomorrow. I just finished giving it the first round of tests, but still need to remove the debug statements, and do some fine-tuning Cheers, Durk - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] MSVC8 link problem - Missing function ingnnode.cxx?
Geoff Air
Sent: 06 August 2007 12:47
To: flightgear-devel@lists.sourceforge.net
Subject: [Flightgear-devel] MSVC8 link problem - Missing
function ingnnode.cxx?
Hi Durk,
The file src/Airports/gnnode.hxx declares a function -
FGTaxiNode(double, double, int);
Then in parking.hxx, you added -
: FGTaxiNode(lat,lon,idx);
about July 5 from the CVS logs ...
In WIN32, MSVC8 can NOT locate this function, and marks it as
a missing
external.
It seems obvious from the code that this should be something
like - FGTaxiNode::FGTaxiNode(double lat, double lon, int idx) {
setIndex(idx);
setLatitude(lat);
setLongitude(lon);
}
which I added to gnnode.cxx, and got my clean link, but
really wonder why
this has not come up on other systems. How can they resolve
FGTaxiNode(lat,lon,idx);???
Or have I missed something here? The src/Airports/makefile.am
seems to
include both parking.cxx and gnnode.cxx since about mid-July ...
Regards,
Geoff.
Hmmm, compiles as is under MSVC8 here, although I would agree that there
does seem to be a typo. Can't explain why MSVC8 doesn't mind, though. I can
click on the method FGTaxiNode(lat,lon,idx), and MSVC8 seems happy to find
it.
Vivian
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now http://get.splunk.com/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] MSVC8 link problem - Missing function ingnnode.cxx?
Vivian Meazza wrote:
Geoff Air
Sent: 06 August 2007 12:47
To: flightgear-devel@lists.sourceforge.net
Subject: [Flightgear-devel] MSVC8 link problem - Missing
function ingnnode.cxx?
Hi Durk,
The file src/Airports/gnnode.hxx declares a function -
FGTaxiNode(double, double, int);
Then in parking.hxx, you added -
: FGTaxiNode(lat,lon,idx);
about July 5 from the CVS logs ...
In WIN32, MSVC8 can NOT locate this function, and marks it as
a missing
external.
It seems obvious from the code that this should be something
like - FGTaxiNode::FGTaxiNode(double lat, double lon, int idx) {
setIndex(idx);
setLatitude(lat);
setLongitude(lon);
}
which I added to gnnode.cxx, and got my clean link, but
really wonder why
this has not come up on other systems. How can they resolve
FGTaxiNode(lat,lon,idx);???
Or have I missed something here? The src/Airports/makefile.am
seems to
include both parking.cxx and gnnode.cxx since about mid-July ...
Regards,
Geoff.
Hmmm, compiles as is under MSVC8 here, although I would agree that there
does seem to be a typo. Can't explain why MSVC8 doesn't mind, though. I can
click on the method FGTaxiNode(lat,lon,idx), and MSVC8 seems happy to find
it.
Vivian
It (from CVS head) also builds with VC8 for me with no problem.
I looked in gnnode.cxx and found the following:
FGTaxiNode::FGTaxiNode()
{
}
which seems to satsify the linker here. Can't see why it wouldn't for
you also.
--
Reagan Thomas
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now http://get.splunk.com/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] significant updates to pa28-161 and a few updates to the pa24-250
Nice work! On 8/5/07, Dave Perry [EMAIL PROTECTED] wrote: I submitted 3 patches via Melchior today. pa28-161 update Last year after I completed the pa24, David Megginson sent me all the detail pictures he had taken of his Piper Warrior II and indicated that I should finish up the details on the pa28-161 in FlightGear. I spent the last three weeks, evenings and weekends (other than 4 days at Oshkosh) finally doing just that. Since the next release will still be in plib, I did hot spots with panels (arg!). Many hot spots also have picks in osg. This update took the pa28 past the level of detail in the pa24, so I made several updates to the pa24 so they are at the same level now. You will notice that the aircraft now starts with all switches off and the fuel selector on off. As in the pa24, the clicking on help and then aircraft help will give you the keyboard keys for all the switches as well as a start sequence. There are now hot spots for all the switches, etc., including the flap lever, the rudder trim, and the elevator trim. The panel lights now are on a dimmer switch. Did the same for the pa24 via rotation of the nav light switch (as in the real pa24). Added nasal electrical system, the kt70 transponder, an AMP meter, magneto switch and key, flight com (texture only), vacuum gage, hobbs meter (texture only), carb heat, primer, and nasal simulated egt and stall warning that recognizes accelerated stall conditions, throttle and mixture on the power quadrant, rudder pedals with brakes, hand brake, yokes,and fuel valve and appropriate animations. Used several parts from Torsten Dreyer's fine SenecaII. 2. pa24-250 updates - added the kt70 transponder and dimming instrument lights as well as elevator trim hot spots on the overhead console. Changes to 3D instruments There are several changes to 3D instruments that might be noticed by other AC. 1. Rescaled the radio_stack slightly to match the real dimensions of the radios. Adding the kt70 made this dimension error obvious. 2. Shortened the RadioStack.ac rectangle so the extra space below the kap140 is gone. Without this change, it would have over lapped the pa28 switch panel. 3. Added a select animation to the kt70.xml file to only display the id_code (digit1 thru digit4) when the transponder has power. This should not negatively impact any other users as all the other features don't work without transponder power. 4. Changes to other 3D instruments: a. shortened the asi.ac needle so it stays within the instrument. b. added material animation to the pa28-fuel-oil.xml controlled by the panel light dimmer. c. added click groups and resized the pick rectangles to just slightly larger than the knobs they control in osg for alt.ac, hi.ac, and vor.ac. This was an attempt to make the pick rectangles less intrusive in plib. Let me know if any of these changes have a negative impact on any other AC. Enjoy a night approach in the Warrior II! Dave - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Hans Fugal Fugal Computing - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Severe Turbulence (Weather Interpolation Problem?)
Flying in the vicinity of KCSQ just now (KCSQ 062055Z AUTO 16006KT 10SM CLR 26/23 A2979 RMK AO2) in both the pa28-161 and j3cub, I noticed some kind of weather-related problems. I'm afraid it was probably weather interpolation-related. My plane was being tossed around like a salad, but as you can see from that METAR there's no mention of severe turbulence. It went away when I chose fair weather scenario. Turning the turbulence down to 0 on the layer I was flying in changed nothing. It wasn't an FPS or machine load problem, which was my first suspect. It didn't feel like real turbulence, but it did feel like fighting walls of weather, as if they were alternating from one to another. FG/OSG (osgviewer) built from CVS from last night (roughly 0800 UTC), which I believe to be current. Happy to compile and try any variant (plib, osg/glut) on request. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Severe Turbulence (Weather Interpolation Problem?)
Hans Fugal wrote: Flying in the vicinity of KCSQ just now (KCSQ 062055Z AUTO 16006KT 10SM CLR 26/23 A2979 RMK AO2) in both the pa28-161 and j3cub, I noticed some kind of weather-related problems. I'm afraid it was probably weather interpolation-related. My plane was being tossed around like a salad, but as you can see from that METAR there's no mention of severe turbulence. It went away when I chose fair weather scenario. Turning the turbulence down to 0 on the layer I was flying in changed nothing. It wasn't an FPS or machine load problem, which was my first suspect. It didn't feel like real turbulence, but it did feel like fighting walls of weather, as if they were alternating from one to another. FG/OSG (osgviewer) built from CVS from last night (roughly 0800 UTC), which I believe to be current. Happy to compile and try any variant (plib, osg/glut) on request. I can confirm this also. However, I took it as a taste of realism (feature not a bug?). I also had the turb set to zero. As Hans states it seems to conflict with what the METAR is saying. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] $FG_HOME/Nasal/*.nas
It's now possible to put Nasal files into $FG_HOME/Nasal/, that is: ~/.fgfs/Nasal/ on Unix, and %APPDATA%\flightgear.org\Nasal\ on MS Windows. This has the advantage that: - one doesn't have to mix local extensions with standard files - one is less likely to lose such local additions when upgrading - one doesn't need write permission to $FG_ROOT/Nasal/ or - one doesn't have to become root to edit such files The files are guaranteed to be read after all the files in $FG_ROOT/Nasal/, so one can safely use elements of files like props.nas (props.Node), or globals.nas (setlistener() without leading underscore). The files are guaranteed to be read in alphabetic order. So, if there are two files where one depends on the other, just name them appropriately. The contents of each file are added to a namespace derived from the filename. So, all functions and variables of a file ~/.fgfs/nasal/local.nas will be added to nasal namespace local, and a function test() is globally accessible as local.test(). It's possible to extend a standard module like math with definitions in ~/.fgfs/Nasal/math.nas, though this should, of course, not be exploited by code that is to be submitted to cvs. m. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Informal poll: driving simulation
I'd like to do a quick informal poll here. My day job involves maintaining and managing an advanced research driving simulator: http://www.humanfirst.umn.edu/Facilities/index.html There has been some vague discussions here in my lab about launching a project to create some sort of open-source driving simulator software targetted towards research applications (i.e. open-ended, interfaceable, highly scriptable, highly adaptable.) FlightGear seems like it could be a very logical starting point. So I am wondering if anyone out there would have any particular interest in adapting flightgear to accurate simulate surface vehicles and perhaps develop a better infrastructure for representing roadway environments, traffic, signs, signal lights, etc. My mind goes to all the animation and scripting abilities we already have with FlightGear, the ability to drive multiple displays/monitors, our mutliplayer capability, our weather and time of day effects, etc. We would need a more accurate vehicle dynamics model (or extensions to existing models to model car engines and transmissions.) We may (or may not) need to do some work generating more rich and detailed roads and road environments. Finally (and this is probably the hardest task by far as I'm sure Durk could attest to) we would ultimately want a very realistic AI traffic simulation ... cars that follow the rules of the road, obey signal lights, avoid accidents, don't have distracting behavior bugs, have tunable aggressiveness levels, have realistic variations ... i.e. cars stopped at an intersection don't all have exactly the same lane offset and gap spacing ... I could go on and on ... merging behavior, round abouts, properly interacting with pedestrian traffic, bicycles on the shoulder, trains, etc. This gets really hard, really fast. So I would be interested if there is anyone out there that would be especially interested in adapting FlightGear for car/truck type simulation, especially if your interest level (and available time) might push you to the point of being willing to contribute to such an effort. Thanks, Curt. -- Curtis Olson - University of Minnesota - FlightGear Project http://baron.flightgear.org/~curt/ http://www.humanfirst.umn.edu/ http://www.flightgear.org Unique text: 2f585eeea02e2c79d7b1d8c4963bae2d - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] 0.9.11-pre1 for Mac OS?
Has anyone built the latest plib or osg versions of FlightGear for Mac OS? I had someone ask me that earlier today and I promised I'd try to find a download link for them. Thanks, Curt. -- Curtis Olson - University of Minnesota - FlightGear Project http://baron.flightgear.org/~curt/ http://www.humanfirst.umn.edu/ http://www.flightgear.org Unique text: 2f585eeea02e2c79d7b1d8c4963bae2d - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 0.9.11-pre1 for Mac OS?
Hi Curt, I successfully built and flew 0.9.11-pre1 in OS X. You need the OpenAL hack (find alut.h and stick it in /System/Library/Frameworks/OpenAL.framework/Headers), plib from MacPorts works fine, you might need various other generic dependencies (like automake or autoconf perhaps). I do not believe there were any patches needed, but I'll rebuild it in the morning to verify, and report. On 8/6/07, Curtis Olson [EMAIL PROTECTED] wrote: Has anyone built the latest plib or osg versions of FlightGear for Mac OS? I had someone ask me that earlier today and I promised I'd try to find a download link for them. Thanks, Curt. -- Curtis Olson - University of Minnesota - FlightGear Project http://baron.flightgear.org/~curt/ http://www.humanfirst.umn.edu/ http://www.flightgear.org Unique text: 2f585eeea02e2c79d7b1d8c4963bae2d - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Hans Fugal Fugal Computing - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
