[Flightgear-devel] MSVC error - glut32.lib
I am trying to compile FG on MSVC.net (7.0) on a Windows platform. I have been sucessful through plib, simgear and now FG is providing me with a "fatal LNK error 1104: cannot open file 'glut32.lib' ". The 'glut32.lib' file exists in the C:\windows\system32 folder... Can anyone suggest a solution or path to examine. Mike ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Native_FDM suggestion
In a message dated 6/22/2005 3:53:23 AM Eastern Daylight Time, [EMAIL PROTECTED] writes: What do you guys think? I think you should share the specifics of the UDP and Matlab version with those of us that have been toying with this unsucessfully for months... ;^) Mike ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] SP_FMDS
In a message dated 6/16/2005 3:56:00 AM Eastern Daylight Time, [EMAIL PROTECTED] writes: It's nothing fancy, currently it covers an FDM from a research group... E- A quick review of the FlightGear/src/FDM/SP file indicates the ADA program calls numerous aux functions into the HUD...some of which I am interested in nurturing. Is this an on-going project? Is there a discription of the external models flown...or help incorporating this into another external model? The SAS website listed in the readme file is no longer accessible... Thanks, MK ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] SP_FMDS
I've noticed in the cockpit.cxx file the instance of "ENABLE_SP_FMDS" and a search uncovers a trail into the fg_init, config.h, as well as into the HUD.cxx files. There seems to infer the existance of special FDM's, although they seem to be disabled or hidden. Can anyone offer any information surrounding these Special FDM's ? Do they relate to particular aircraft? Mike ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Modifying nav.dat file and waypoints
In a message dated 5/28/2005 8:59:19 AM Eastern Daylight Time, [EMAIL PROTECTED] writes: I have unpacked all of these, removed most of the data, and then repacked them in gzip. They work fine. What are you using to gzip them? Make sure they are ".gz" and not ".tgz". Dave, Good call, seems my WinZip has no .gz capability so I've moved over to win-gz and some experimenting provided good results... Thanks much, Mike ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Modifying nav.dat file and waypoints
In a message dated 5/28/2005 7:24:32 AM Eastern Daylight Time, [EMAIL PROTECTED] writes: How does it not work? Do you get an error? Are you not getting what you expect when you tune the navradio to your frequency? I'm actually working thru the same type of problem... my nav.dat files are within the Navaid folder as a Zip file. I can open the file and make my alterations, but returning the file to a zipped.dat file is escaping me. This seems to be the case for apt.dat, awy.dat, and nav.dat. Has anyone sucessfully returned altered data to the folder? Mike ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] c172r-yasim solution error
In a message dated 5/20/2005 8:36:06 PM Eastern Daylight Time, [EMAIL PROTECTED] writes: I didn't test this, but it should work for a quick hack. The result will be an aircraft that looks like a Skyhawk but flies like a Warrior. A, Sweet...!!! Although the aircraft seems to act like a mix-breed, this will certainly serve my purposes in the short term. If you get the chance, try the "hack" on your machine and let me know if you experience some performance degradation in both a/c and FG. I had to copy the pa28-161.xml file into my ...data/Aircraft/c172p folder for a successful launch. Mike ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] c172r-yasim solution error
In a message dated 5/20/2005 3:02:33 PM Eastern Daylight Time, [EMAIL PROTECTED] writes: You can use the 172 panel and graphics with another airplane's FDM configuration. A, Could you send me some specifics on the above procedure? I'm playing around within the pa28-set.xml without much success. Mike ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] c172r-yasim solution error
In a message dated 5/20/2005 12:49:29 PM Eastern Daylight Time, [EMAIL PROTECTED] writes: Or if you really want to cheat: use the Cessna 3D model with the Piper FDM configuration. :) I think that's how this whole thing started... YASim FDM with c172 model results in a YASim solution error - insufficient elevator trim. I could start altering the geometry or moving the CG, but I was hoping NOT to upset all the previous efforts put into the model. Mike ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] c172r-yasim solution error
In a message dated 5/20/2005 2:09:17 AM Eastern Daylight Time, [EMAIL PROTECTED] writes: But is is meant to be fixed at the aircraft and thus rotates due to the aircrafts velocity or is it fixed at the earth and relocated for every frame to display? Or the other question is: what is that hud element meant to display? I cannot yet make sense of that. Hi M, The HUD element provides a visual indicator of energy within a constant speed climb or descent thru the use of hud_ladr.cxx: if(energy_marker) { if (total_vel < 5.0) { t1 = 0; t2 = 0; } else { t1 = up_vel/total_vel; t2 = asin((Vxx*Axx + Vyy*Ayy + Vzz*Azz)/(9.81*total_vel)); } pot_slope = ((t2/3)*SGD_RADIANS_TO_DEGREES)*factor + vel_y; The values of Vxx, Vyy, ... are called in for the JSBSim and YASim both, but Axx, Ayy, ... are called for YAsim only, rendering the HUD element to indicate velocity only. As for reference plane, I'm hazy as to the effect of the frame on the reference but would lean towards the geodedic or earth-referenced acceleration. I have been through the flight.cxx and .hxx files along with the src/FDM/JSBSim.cxx and YASim.cxx and have come away with the "v_dot_local", "Get_" and "Set_Accels_Local" as the given terminology in the NED sections, although these may be in name only and not function. To refresh the initial query; I would like to use the energy marker within a training tool using a simple single trainer but I need 2 VOR's for intersection identification. The PA-28 -YASim provides the energy marker and the c172 - JSBSim provides the avionics... hmmm... Thanks, Mike ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] c172r-yasim solution error
We can do this, it will just take some thinking. And, yes, Mathias is the expert, here. Thanks for your input, here... I'll sit tight and see if Mathias can respond. Mike ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] c172r-yasim solution error
The JSBSim interface, /src/FDM/JSBSim/JSBSim.cxx never calls _set_Accels_local() in the function copy_from_JSBSim(). Is it ( the call) easily added to the JSBSim.cxx code as a local fix ? I've looked at both the JSBSim.cxx and Yasim.cxx files, and although I think I see the call in yasim, the similarities are beyond me... Mike ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] c172r-yasim solution error
Can you be specific? Which accelerations are zero. This may be a bug. hud_ladr.cxx defines: // OBJECT MOVING RETICLE // TYPE ENERGY_MARKERS // ATTRIB - ALWAYS //energy markers - compute potential slope if(energy_marker) { if (total_vel < 5.0) { t1 = 0; t2 = 0; } else { t1 = up_vel/total_vel; t2 = asin((Vxx*Axx + Vyy*Ayy + Vzz*Azz)/(9.81*total_vel)); c172 JBS Axx, Ayy, Azz seem always zero where PA-28 and A-10 YASim have values. This effectively makes t2 = 0 and defeats the pot_slope from any value other than Vx, Vy, Vz. Mike ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] c172r-yasim solution error
?? I would have figured the HUD symbology is FDM-independent. That would be ideal, however there seems to be a dis-connection between the EOM in the JSB models that's present in the YASim model. Of course, I'm comparing the PA-28 to the c172 models, but the PA-128 will drive the energy markers within the HUD according to model velocities and accelerations while the c172 seems to pass a zero value for the accelerations and the energy markers just hang onto the velocity vector values. Mike ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] c172r-yasim solution error
But again: it is unlikely that this model will be maintained in the future. The standard FlightGear 172 is a JSBSim model, and it works quite well. If there is something specific you need from the Skyhawk model, you might best be served by modifying the JSBSim one. And if you want a YASim lightplane, definitely check out the pa28-161. This is very well tuned (by David Megginson, who actually owns such a Cherokee) and works great. Andy A, At your suggestion, I spent this AM looking at the Cherokee / Warrior and agree it's as realistic as needed. My problem arises in the radio/nav stack where the individual VOR's cannot be set independently like in the c172, ie: the headings on each OBS are always the same. I'm looking into an instructor's aide for IFR approaches and would like to define an approach path intersection with the second vor-radial, easy to do with the c-172. To add to the confusion, I'm using the energy markers in the HUD to define inputs to the student and the Yasim FDM seems to support more HUD components than the JBS FDM... although I haven't spent too much time in the hud_ladr.cxx to find the links... Mike ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] PC7-maintainer
I believe that carrot is the elevator trim indicator. It should never be centered, but it should be near the neutral point for S & L flight. Mike ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] May I help with scenery?
Each of the new portables has an option to average the position for up to an hour, making return to the point accurate to within 3-meters. I have found that with 3-birds recognized, the position is usually accurate within 15-minutes. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re:Development Platform Help Needed
In a message dated 1/6/2005 9:16:31 AM Eastern Standard Time, [EMAIL PROTECTED] writes: I unfortunately do not have an FTP server or the like to make my version ofthe source code available to you. But since you have some time, I couldsimply e-mail you the source code that I have built along with some simplesetup instructions. Collectively, the source code for all of the projectsis rather large; however, I believe that they could be split up sufficientlyenough to be e-mailed. We can take the details of setting up anyarrangement off-list. Chuck If your source code will work along with MSVC v.6 or .NET, I'll find the best deal ($$) and upgrade. As far as the code is concerned, is copying to CD an option? Mike ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: Development Platform Help Needed
Thanks Christian and Chuck, I think Linux would be the most direct but my comfort level diminishes rapidly. I would appreciate an opportunity to review the MSVC++ path if I can get together with Chuck. Most of this development will take place in Suffolk, and I'm devoting the entire semester to the project... so I'm flexible to travel if you can afford some time to help me get this started. Thanks, Mike Krizansky ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Development Platform Help Needed
Greetings, I am a graduate student in Virginia working with FlightGear towards a MS in aerospace engineering and human factors. I am trying to alter the existing HUD within FG to reflect a newly developed energy management algorithm. Ultimately, the pilot could match icons for bank, pitch, and throttle and fly an optimal path to a waypoint or runway threshold. My strengths lie outside the C, C+, and C++ environment and while I find the capability fascinating, time prevents me from pursuing this from the basic level. I am looking for help in assembling a development platform that will allow me to alter the program and review the changes. In addition, I need to trace the path from the HUD display to their origins, ie: velocity vector is driven by Vxx, Vyy, and Vzz... I need to access these origins. I realize this is a tall order, especially at a distance, but I have failed miserably with local talent. My exposure to development has been a review of the source code and toying with OpenGL in Visual C++, v 4.0, although I am open to suggestions for an alternate program. I feel confident that with an operating platform and a few gentle nudges, my ignorance would only surface occasionally. I would appreciate your thoughts, both on my path and on any guidance you might be able to offer. Thanks, Mike Krizansky (MS-AE/HF != CS) [EMAIL PROTECTED] ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d