[Flightgear-devel] Mac OS X: at a loss
Hello everyone, If you've not worked with FlightGear under Mac OS X, delete now. OK, both of you that are left reading this, thanks. I'll make a long story short: every attempt I have made to compile FlightGear, whether 0.9.1 or from CVS, fails in the final link in the same way: ld is unable to resolve the symbols gen_leaf and ssgVtxTable::ssgVtxTable. I have attempted the compile in every permutation I can imagine, which is not a few. More importantly, I have attempted the compile on a fresh install of OS, etc. with as little as possible installed. Same error. I can only conclude that I am introducing the problem somewhere in the same way each time. I am installing: - Mac OS X 10.2.0 (minus all extra languages and applications) - Mac OS X Update Combo 10.2.3 (at this point I change my shell to bash) - Dec 2002 Dev Tools CD (plus BSD SDK) - StuffIt STD 7.01 OS X Install - Fink 0.5.0a (at this point I add the Fink init.sh to my .bashrc, and source it) - cvs-1.11.2.tar.gz (to support fink, installed via fink) - dlcompat-20021117.tar.gz (to support fink, installed via fink) - X4211src.tar.bz2 (via fink) (everything below is installed in a work directory in my $HOME) - plib-1.6.0.tar.gz - metakit-2.4.3-33.tar.gz - SimGear (via CVS) - FlightGear (via CVS) Here is the final link in the compile and resulting messages: g++ -DPKGLIBDIR=\"/Users/david/FlightGear/FlightGear-20030103/lib/FlightGear\" -g -O1 -finline-limit=6 -finline-functions -faltivec -D_REENTRANT -L/sw/lib -L/usr/X11R6/lib -L/Users/david/FlightGear/FlightGear-20030103/lib -o fgfs main.o fg_commands.o fg_init.o fg_io.o fg_props.o fgfs.o globals.o logger.o options.o splash.o util.o viewer.o viewmgr.o location.o ../../src/Aircraft/libAircraft.a ../../src/ATC/libATC.a ../../src/Autopilot/libAutopilot.a ../../src/Cockpit/libCockpit.a ../../src/Cockpit/built_in/libBuilt_in.a ../../src/Controls/libControls.a ../../src/FDM/libFlight.a ../../src/FDM/Balloon/libBalloon.a ../../src/FDM/ExternalNet/libExternalNet.a ../../src/FDM/JSBSim/libJSBSim.a ../../src/FDM/YASim/libYASim.a ../../src/FDM/JSBSim/filtersjb/libfiltersjb.a ../../src/FDM/LaRCsim/libLaRCsim.a ../../src/FDM/UIUCModel/libUIUCModel.a ../../src/GUI/libGUI.a ../../src/Input/libInput.a ../../src/Instrumentation/libInstrumentation.a ../../src/Model/libModel.a ../../src/Navaids/libNavaids.a ../../src/Scenery/libScenery.a ../../src/Sound/libSound.a ../../src/Airports/libAirports.a ../../src/Network/libNetwork.a ../../src/NetworkOLK/libNetworkOLK.a ../../src/Objects/libObjects.a ../../src/Systems/libSystems.a ../../src/Time/libTime.a ../../src/Environment/libEnvironment.a -lsgroute -lsgsky -lsgephem -lsgtiming -lsgio -lsgscreen -lsgmath -lsgbucket -lsgdebug -lsgmagvar -lsgmisc -lsgxml -lsgserial -lsgthreads -lplibpu -lplibfnt -lplibjs -lplibnet -lplibssg -lplibsg -lplibul -lmk4 -lz -lpthread -lm -framework GLUT -framework OpenGL -framework Carbon -lobjc -lplibsl -lplibsm -lm ld: warning table of contents of library: ../../src/FDM/JSBSim/libJSBSim.a not sorted slower link editing will result (use the ranlib(1) -s option) ld: Undefined symbols: ssgVtxTable::ssgVtxTable[in-charge](unsigned, ssgVertexArray*, ssgNormalArray*, ssgTexCoordArray*, ssgColourArray*) gen_leaf(std::basic_string, std::allocator > const&, unsigned long, std::basic_string, std::allocator > const&, std::vector > const&, std::vector > const&, std::vector > const&, std::vector > const&, std::vector > const&, std::vector > const&, bool, ssgVertexArray*) make[2]: *** [fgfs] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all-recursive] Error 1 Any thoughts would be greatly appreciated. Regards, David K. Drum [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] T-38 flight model for JSBSim
> Here's a Northrop T-38A flight model for the JSBSim FDM. It > flies nicely. > Takeoff with flaps at first detent. > Rotate to 10 degrees pitch at about 140 knots. > Raise gear when airborne. > Raise flaps at 200 knots. > Trim stab down to maintain 10 degree climb and accelerate to 300 knots. > Climb at 300 knots. Dang! You're fast at this. That one was on my list. Glad you got this together. I may not be able to get them into JSBSim CVS right away but they'll surely end up there within a day or two. Where did you get the data? Nicolai's book has T-38 data. Is that where you got it? Jon smime.p7s Description: application/pkcs7-signature
RE: [Flightgear-devel] Re: real-time video possibility
Great, now everyone wants one! ;-) -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Brandon WaltersSent: January 30, 2003 8:08 PMTo: [EMAIL PROTECTED]Subject: [Flightgear-devel] Re: real-time video possibilitywow socf! i dont think i could have explained that better. you hit it right on the head! trhats exactly what i'm working on. my plane is a small UAV (for a college project) with an onboard video camera and i want to use flightgear just as you described... i'm very new to programming and in need of some advice. [EMAIL PROTECTED] . anyone is welcome to email me if this sounds interesting to you or if you have some tips (any will help). thanks Do you Yahoo!?Yahoo! Mail Plus - Powerful. Affordable. Sign up now
RE: [Flightgear-devel] real-time video possibility
Kind of like your own version of an unmanned combat aerial vehicle. Cool. Popular Science, eat your heart out! Mike > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of socf > Sent: January 30, 2003 5:53 PM > To: [EMAIL PROTECTED] > Subject: Re: [Flightgear-devel] real-time video possibility > > > What I am really thinking is much simpler(I think) than what Curt > has in his > mind. My idea is to use FlightGear to control a real time remote control > airplane(a real one, not simulate) As I understand so far, the flightgear > FDM is that part that controls the airplane's dynamic, so we can create a > FDM that is specifically designed to control a RC plane. the inputed data > from like the keyboards joystick or mouse will be sent thru the FDM to a > radio that is linked on the computer. The radio will transmit the > signal on > like VHF or HF band. After, the Radio signal will be recieved by the RC > plane. and then the RC plane's GPS information will be > transmitted thru the > radio onboard the RC plane and reach the computer's radio. the radio will > send the information to flightgear's FDM and past them to the FG's main > loop. So now, instead of playing a remote controlled airplane > with just the > joystick. We can now control our RC plane with flightgear which hopefully > with be more fun. And also, if the designer of the RC plane decided to > install a video camera on the RC plane, I think there can be ways to feed > the real life video in the flightgear while keeping the panel to be a > simulated on the computer. But in case there is like bad > visibility, flying > at night or the video signal that can only be transmit on VHF > band is out of > range, we can switch back to FlightGear's simulated enviroment instead of > looking at the real life video. Is that what you have in mind, Brandon? > > > > ___ > 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
[Flightgear-devel] T-38 flight model for JSBSim
Here's a Northrop T-38A flight model for the JSBSim FDM. It flies nicely. Takeoff with flaps at first detent. Rotate to 10 degrees pitch at about 140 knots. Raise gear when airborne. Raise flaps at 200 knots. Trim stab down to maintain 10 degree climb and accelerate to 300 knots. Climb at 300 knots. For landing put gear and flaps out at 200 knots. Full flaps at 170 knots. Fly final at 160 knots. Touchdown at 150 knots. Try aerobraking without getting airborne again. http://home.attbi.com/~davidculp2/t38/t38-set.xml http://home.attbi.com/~davidculp2/t38/t38.xml http://home.attbi.com/~davidculp2/t38/J85-GE-5.xml http://home.attbi.com/~davidculp2/t38/J85_nozzle.xml Dave Culp ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: real-time video possibility
wow socf! i dont think i could have explained that better. you hit it right on the head! trhats exactly what i'm working on. my plane is a small UAV (for a college project) with an onboard video camera and i want to use flightgear just as you described... i'm very new to programming and in need of some advice. [EMAIL PROTECTED] . anyone is welcome to email me if this sounds interesting to you or if you have some tips (any will help). thanksDo you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now
Re: [Flightgear-devel] real-time video possibility
On Thu, 30 Jan 2003 18:52:35 -0500, "socf" <[EMAIL PROTECTED]> wrote in message <004201c2c8ba$aa3dbc00$2bb1fea9@socfstation>: > What I am really thinking is much simpler(I think) than what Curt has > in his mind. My idea is to use FlightGear to control a real time > remote control airplane(a real one, not simulate) As I understand so > far, the flightgear FDM is that part that controls the airplane's > dynamic, so we can create a FDM that is specifically designed to > control a RC plane. the inputed data from like the keyboards joystick > or mouse will be sent thru the FDM to a radio that is linked on the ...thru the autopilot etc fdm's in both the ground station computer and the airborne... > computer. The radio will transmit the signal on like VHF or HF band. ..have laptops and 802.11b cards and planes, only need a wee camera to fly a web server etc for live New Year fireworks footage. ;-) Cell phones suck at 9.6kbps, but this too will work in a pinch. > After, the Radio signal will be recieved by the RC plane. and then the > RC plane's GPS information will be transmitted thru the radio onboard > the RC plane and reach the computer's radio. the radio will send the > information to flightgear's FDM and past them to the FG's main loop. > So now, instead of playing a remote controlled airplane with just the > joystick. We can now control our RC plane with flightgear which > hopefully with be more fun. And also, if the designer of the RC plane > decided to install a video camera on the RC plane, I think there can > be ways to feed the real life video in the flightgear while keeping > the panel to be a simulated on the computer. But in case there is like > bad visibility, flying at night or the video signal that can only be > transmit on VHF band is out of range, we can switch back to ..I have a use for this: emergency link nodes and inspection drones for my 802.11 isp and business client. He too, is a modeller. ;-) ..and there are the local radio stations broadcasting rush hour traffic advice, and we could fly to Iraq for live footage of what Saddam doesn't want inspected or bombed, and its possible to drop a wee chute phone to interview people on the ground, and to help them out of harms way... ..neat investor opportunities. Hi? ;-) > FlightGear's simulated enviroment instead of looking at the real life > video. Is that what you have in mind, Brandon? -- ..med vennlig hilsen = with Kind Regards from Arnt... ;-) ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] real-time video possibility
What I am really thinking is much simpler(I think) than what Curt has in his mind. My idea is to use FlightGear to control a real time remote control airplane(a real one, not simulate) As I understand so far, the flightgear FDM is that part that controls the airplane's dynamic, so we can create a FDM that is specifically designed to control a RC plane. the inputed data from like the keyboards joystick or mouse will be sent thru the FDM to a radio that is linked on the computer. The radio will transmit the signal on like VHF or HF band. After, the Radio signal will be recieved by the RC plane. and then the RC plane's GPS information will be transmitted thru the radio onboard the RC plane and reach the computer's radio. the radio will send the information to flightgear's FDM and past them to the FG's main loop. So now, instead of playing a remote controlled airplane with just the joystick. We can now control our RC plane with flightgear which hopefully with be more fun. And also, if the designer of the RC plane decided to install a video camera on the RC plane, I think there can be ways to feed the real life video in the flightgear while keeping the panel to be a simulated on the computer. But in case there is like bad visibility, flying at night or the video signal that can only be transmit on VHF band is out of range, we can switch back to FlightGear's simulated enviroment instead of looking at the real life video. Is that what you have in mind, Brandon? ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] CIGI Host Emulator
Hi , I have read your messages http://seneca.me.umn.edu/pipermail/flightgear-devel/2001-November/001129.html can you help me? :) I try use CIGI Host Emulator from http://cigi.sourceforge.net but it's do not work for me. on XP/w2k this tool have crash :( You used it? -- Best regards, Anatoly mailto:[EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Current CVS still not compile
> Make a copy of the file, then edit it for your joystick and put it > somewhere FlightGear can find it. Then something like this to your > $HOME/.fgfsrc file: Ok, the attached file is my work. I simply copy and paste the area of the throttle and rename all throttle to rudder. but it doesn't work? :-? I also add the entry to the $HOME/.fgfsrc file. Roland Aileron property-scale /controls/aileron true Elevator property-scale /controls/elevator -1.0 true Throttle property-scale /controls/throttle[0] -1.0 -0.5 property-scale /controls/throttle[1] -1.0 -0.5 Rudder property-scale /controls/rudder[0] -1.0 -0.5 property-scale /controls/rudder[1] -1.0 -0.5 Brakes property-assign /controls/brakes[0] 1.0 property-assign /controls/brakes[1] 1.0 property-assign /controls/brakes[2] 1.0 property-assign /controls/brakes[0] 0.0 property-assign /controls/brakes[1] 0.0 property-assign /controls/brakes[2] 0.0 Elevator trim up true property-adjust /controls/elevator-trim 0.001 Elevator trim down true property-adjust /controls/elevator-trim -0.001
Re: [Flightgear-devel] J3 Cub -- sitting in the backseat
David Megginson <[EMAIL PROTECTED]> said: > > How do you like flying from the back in fgfs? I might raise the > viewpoint a bit to make it easier to see over the nose, but it's > definitely a different kind of experience. > It's fun. The cub is really a blast anyway, and it flys fine from back there. Having the door off does help. Back seat view really shows off the fine modeling as well. Actually, I tried doing this a while back without realizing that was the proper solo config. Haven't tried landing that way yet but I'm sure if you nose down for a sec to see that the runway is really down there, it shouldn't be a problem. The eye position you have looks about right...might even move back a bit further (this said by someone who has never flown a cub or anything solo). BTW if you select j3cub-yasim, instead of j3cub-3d-yasim, you fly from the front seat. Not sure if that was intended. Best, Jim ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Base package repository move pending
Heads up! The bpr server is changing IP's in the next couple of days. The repository itself may be migrated to flightgear.org, but expect a few hours of outage between now and sunday. TTL John ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel