[Flightgear-devel] non-GPL triplane model
For a period of time, I have put a non-GPL external model of the Fokker triplane here: http://www.aae.uiuc.edu/m-selig/tmp/fkdr1.tar The files on the tarball are: [1315] ~/fgfs/work/fgfsbase-0.8.0/Aircraft> tar -tvf fkdr1.tar fkdr1/Models/fokdr1mp.0af fkdr1/Models/fokdr1mp.1af fkdr1/Models/fokdr1mp.2af fkdr1/Models/fokdr1mp.3af fkdr1/Models/fokdr1mp.4af fkdr1/Models/fokdr1mp.5af fkdr1/Models/fokdr1mp.6af fkdr1/Models/fokdr1mp.7af fkdr1/Models/fokdr1mp.8af fkdr1/Models/fokdr1mp.9af fkdr1/Models/fokdr1mp2.mdl fkdr1/Models/fokdr1m2-model.xml fkdr1/Models/fokrdr1mp2.txt If anyone wants to try this out, put the tarball in $FG_ROOT/Aircraft/ and from the $FG_ROOT/Aircraft/ dir, do > tar -xvf fkdr1.tar Then once the fkdr1 model starts up, there should be a red triplane. It has some minor issues w/ plib (a hole in the fuse side and tail) Regards, Michael ** Prof. Michael S. Selig Dept. of Aero/Astro Engineering University of Illinois at Urbana-Champaign 306 Talbot Laboratory 104 South Wright Street Urbana, IL 61801-2935 (217) 244-5757 (o), (509) 691-1373 (fax) mailto:m-selig@;uiuc.edu http://www.uiuc.edu/ph/www/m-selig http://www.uiuc.edu/ph/www/m-selig/faq.html (FAQ) ** ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] idea
ARGH! I wrote this on the third, but never sent it... -- Date: Sun, 03 Nov 2002 21:27:05 -0600 From: Brandon Bergren <[EMAIL PROTECTED]> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1) Gecko/20020826 X-Accept-Language: en-us, en MIME-Version: 1.0 To: [EMAIL PROTECTED] Subject: idea... X-Enigmail-Version: 0.65.2.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit How about making xml config files for different video cards, similar to the joystick config files. You could set paramaters in the xml file that correspond to the capabilities of the card (near,far clip planes come to mind.) Then, you don't have to look for the mythical "magic number" that works on all cards. Also, is there a command line switch to override the joystick detection, and tell fg to use the joystick put in the command line? -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] gear compression
What do the gear/compression-norm values in YASim represent? Is it a distance or travel range fraction or something else? Best, Jim ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
re: [Flightgear-devel] Model allignment
David Megginson <[EMAIL PROTECTED]> said: > Jim Wilson writes: > > > Anyone else noticing that the model alignment offsets aren't working? > > Which ones? David, Here's a patch to fix the offsets bug. The problem was the transform was just getting added to a local instance rather than being returned by the function. Best, Jim Index: src/Model/model.cxx === RCS file: /var/cvs/FlightGear-0.9/FlightGear/src/Model/model.cxx,v retrieving revision 1.7 diff -u -r1.7 model.cxx --- src/Model/model.cxx 13 Nov 2002 16:45:21 - 1.7 +++ src/Model/model.cxx 15 Nov 2002 01:47:43 - @@ -283,8 +283,8 @@ } // Set up the alignment node - ssgTransform * align = new ssgTransform; - align->addKid(model); + ssgTransform * alignmainmodel = new ssgTransform; + alignmainmodel->addKid(model); sgMat4 res_matrix; make_offsets_matrix(&res_matrix, props.getFloatValue("/offsets/heading-deg", 0.0), @@ -293,7 +293,7 @@ props.getFloatValue("/offsets/x-m", 0.0), props.getFloatValue("/offsets/y-m", 0.0), props.getFloatValue("/offsets/z-m", 0.0)); - align->setTransform(res_matrix); + alignmainmodel->setTransform(res_matrix); // Load panels unsigned int i; @@ -335,7 +335,7 @@ model->addKid(align); } - return model; + return alignmainmodel; } ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Blender Status
On Thu, 14 Nov 2002 20:34:34 -, "Jim Wilson" <[EMAIL PROTECTED]> wrote in message <[EMAIL PROTECTED]>: > Arnt Karlsen <[EMAIL PROTECTED]> said: > > > On Thu, 14 Nov 2002 18:10:59 -, > > "Jim Wilson" <[EMAIL PROTECTED]> wrote in message > > <[EMAIL PROTECTED]>: > > > > > Arnt Karlsen <[EMAIL PROTECTED]> said: > > > > > > > we might want to set up guidelines for say, the EAA membership > > > > on how to add their aircraft to FG. ('http://eea.org/') Some > > > > will work from > > > > > > Think you meant http://eaa.org > > > > ..no different in _modern_ email clients. ;-) > > > > Maybe I don't get it? :-) Note the second letter in the domain name. > This wasn't a syntax, issue the address you entered points to > "Edmonton Executives Association". > > After looking over the page I thought it might be nice to join, but > it's a hell of a commute for the meetings and currently I'm not > interested in expanding business in Alberta right now anyway. ;-) .. note to self: *read* what you write. ;-) -- ..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] Bug-Report for FGFS v0.8.0
Roland Häder wrote: > fgfs: relocation error: fgfs: undefined symbol: __10c4_StoragePCci Very complete bug report. Unfortunately, it's a FAQ. :) The metakit library you linked when compiling against isn't the one that is getting picked up by the shared linker at runtime. Try an "ldd fgfs" to find out which one is getting chosen, and delete that one if possible. Better yet, link against metakit statically. C++ library have no business being shared. 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
[Flightgear-devel] Bug-Report for FGFS v0.8.0
Hello! I got it finnally compiled und the following enviroment: - SuSE Linux 8.0 PRO (7 CDs) with Kernel 2.4.19-MOSIX (see http://www.mosix.org for further details) - AMD Dual-System on ASUS-Board - nVidia GeForce ][ MX 200 64 MB SDRAM AGP - FMWM2 window manager - ALSA 0.9 SoundSystem for SoundBlaster Live! Value PCI - GNU C Compiler which comes with the Distri CDs. I also have installed the latest NVIDIA_GLX and NVIDIA_KERNEL packages from www.nvidia.com and I have the latest stable XFree86 Server with fully running OpenGL subsystem. Here's the output while comiling (make 2>make_debug.log): panel_io.cxx: In function `class FGPanelAction * readAction(const SGPropertyNode *, float, float)': panel_io.cxx:189: warning: choosing `SGPropertyNode_ptr::operator SGPropertyNode *()' over `SGPropertyNode_ptr::operator const SGPropertyNode *() const' panel_io.cxx:189: warning: for conversion from `SGPropertyNode_ptr' to `const SGPropertyNode *' panel_io.cxx:189: warning: because conversion sequence for the argument is better input.cxx: In method `void FGInput::_init_keyboard()': input.cxx:457: warning: choosing `SGPropertyNode_ptr::operator SGPropertyNode *()' over `SGPropertyNode_ptr::operator const SGPropertyNode *() const' input.cxx:457: warning: for conversion from `SGPropertyNode_ptr' to `const SGPropertyNode *' input.cxx:457: warning: because conversion sequence for the argument is better input.cxx: In method `void FGInput::_read_bindings(const SGPropertyNode *, vector > *, int)': input.cxx:834: warning: choosing `SGPropertyNode_ptr::operator SGPropertyNode *()' over `SGPropertyNode_ptr::operator const SGPropertyNode *() const' input.cxx:834: warning: for conversion from `SGPropertyNode_ptr' to `const SGPropertyNode *' input.cxx:834: warning: because conversion sequence for the argument is better model.cxx: In method `RotateAnimation::RotateAnimation(SGPropertyNode_ptr)': model.cxx:479: warning: choosing `SGPropertyNode_ptr::operator SGPropertyNode *()' over `SGPropertyNode_ptr::operator const SGPropertyNode *() const' model.cxx:479: warning: for conversion from `SGPropertyNode_ptr' to `const SGPropertyNode *' model.cxx:479: warning: because conversion sequence for the argument is better model.cxx: In method `TranslateAnimation::TranslateAnimation(SGPropertyNode_ptr)': model.cxx:527: warning: choosing `SGPropertyNode_ptr::operator SGPropertyNode *()' over `SGPropertyNode_ptr::operator const SGPropertyNode *() const' model.cxx:527: warning: for conversion from `SGPropertyNode_ptr' to `const SGPropertyNode *' model.cxx:527: warning: because conversion sequence for the argument is better newmat.cxx: In method `FGNewMat::ObjectGroup::ObjectGroup(SGPropertyNode *)': newmat.cxx:204: warning: choosing `SGPropertyNode_ptr::operator SGPropertyNode *()' over `SGPropertyNode_ptr::operator const SGPropertyNode *() const' newmat.cxx:204: warning: for conversion from `SGPropertyNode_ptr' to `const SGPropertyNode *' newmat.cxx:204: warning: because conversion sequence for the argument is better And here's the fatal message from fgfs. I already have removed the old binaries from Version 0.7.0: linux_box:~ # fgfs --enable-game-mode --airport-id=EDDH FlightGear: Version 0.8.0 Built with GNU C++ version 2.95 Scanning for root: command line fg_root = /usr/local/lib/FlightGear Reading global preferences Finished Reading global preferences Reading default aircraft: c172 from /usr/local/lib/FlightGear/Aircraft/c172-set.xml Processing command line arguments Finished command line arguments Opening a window: 800x600 game mode params = width=800 height=600 bpp=16 GeForce2 MX/AGP/3DNOW! Max texture size = 2048 Depth buffer bits = 16 NewAirportInit EDDH Reading menu entries. fgfs: relocation error: fgfs: undefined symbol: __10c4_StoragePCci Any ideas? Best regards, Roland Haeder ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] 747 Gear anomaly
I had the latest cvs base. What I hadn't done was recompile SimGear/FlightGear to match. DOH! On Thu, 2002-11-14 at 20:25, Jim Wilson wrote: > Darren Hammond <[EMAIL PROTECTED]> said: > > > This is really weird. I've just taken the 747 for a spin. I was lined up > > for an approach at Oakland and I thought I'd have a look at the external > > model > > > > When the gear is down, it is shown as up. When the gear is up, the main > > gear appear upside down. It's like the gear is shown rotated by an extra > > 90 deg from what it should be. > > That should have been fixed in base package cvs last night. > > Best, > > Jim > > ___ > 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] Blender Status
Arnt Karlsen <[EMAIL PROTECTED]> said: > On Thu, 14 Nov 2002 18:10:59 -, > "Jim Wilson" <[EMAIL PROTECTED]> wrote in message > <[EMAIL PROTECTED]>: > > > Arnt Karlsen <[EMAIL PROTECTED]> said: > > > > > we might want to set up guidelines for say, the EAA membership on > > > how to add their aircraft to FG. ('http://eea.org/') Some will > > > work from > > > > Think you meant http://eaa.org > > ..no different in _modern_ email clients. ;-) > Maybe I don't get it? :-) Note the second letter in the domain name. This wasn't a syntax, issue the address you entered points to "Edmonton Executives Association". After looking over the page I thought it might be nice to join, but it's a hell of a commute for the meetings and currently I'm not interested in expanding business in Alberta right now anyway. ;-) Best, Jim ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] 747 Gear anomaly
Darren Hammond <[EMAIL PROTECTED]> said: > This is really weird. I've just taken the 747 for a spin. I was lined up > for an approach at Oakland and I thought I'd have a look at the external > model > > When the gear is down, it is shown as up. When the gear is up, the main > gear appear upside down. It's like the gear is shown rotated by an extra > 90 deg from what it should be. That should have been fixed in base package cvs last night. Best, Jim ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Blender Status
On Thu, 14 Nov 2002 18:10:59 -, "Jim Wilson" <[EMAIL PROTECTED]> wrote in message <[EMAIL PROTECTED]>: > Arnt Karlsen <[EMAIL PROTECTED]> said: > > > we might want to set up guidelines for say, the EAA membership on > > how to add their aircraft to FG. ('http://eea.org/') Some will > > work from > > Think you meant http://eaa.org ..no different in _modern_ email clients. ;-) -- ..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
[Flightgear-devel] 747 Gear anomaly
This is really weird. I've just taken the 747 for a spin. I was lined up for an approach at Oakland and I thought I'd have a look at the external model When the gear is down, it is shown as up. When the gear is up, the main gear appear upside down. It's like the gear is shown rotated by an extra 90 deg from what it should be. Darren ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Blender Status
Arnt Karlsen <[EMAIL PROTECTED]> said: > we might want to set up guidelines for say, the EAA membership on how to > add their aircraft to FG. ('http://eea.org/') Some will work from Think you meant http://eaa.org Best, Jim ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Blender Status
On Thu, 14 Nov 2002 02:36:12 -, "Jim Wilson" <[EMAIL PROTECTED]> wrote in message <[EMAIL PROTECTED]>: > Right now we've got a lot of great starts for 3D Models, and now > excellent support in the program for instrumenting and animating them. > My focus (especially since I don't have the time to dive into > programming now) is on fixing up 3D models. Making them better > looking and more complete. We really need more people modeling, > which is where this thread started isn't it? :-) ..to get the _cool_ ones, especially after Michaels Red Baron TV show, we might want to set up guidelines for say, the EAA membership on how to add their aircraft to FG. ('http://eea.org/') Some will work from built, photographed and flight tested aircraft, some off raw sketches and anywhere in between. I like these to "talk" with all fdm's. -- ..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] Blender Status
On 13 Nov 2002 18:17:58 -0800, Tony Peden <[EMAIL PROTECTED]> wrote in message <1037240278.6275.4.camel@raptor>: > On Wed, 2002-11-13 at 18:05, Arnt Karlsen wrote: > > > > or hook up a plane, > > balloon, submarine or a wind tunnel to it > > Real time CFD is a pipe dream. Period. ..they are all approximations. ;-) -- ..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] Model allignment
David Megginson <[EMAIL PROTECTED]> said: > Jim Wilson writes: > > > Anyone else noticing that the model alignment offsets aren't working? > > Which ones? > Not sure. I know I've checked the c310u3a-3d and the 747-yasim. Tried some wild ass values like adding 90 and 10.0 to be sure that yes indeed no transformation is occuring. Best, Jim ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
re: [Flightgear-devel] Model allignment
Jim Wilson writes: > Anyone else noticing that the model alignment offsets aren't working? Which ones? All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Model allignment
Michael Selig <[EMAIL PROTECTED]> said: > But I recall vividly that 2 did work at one point. I also > recall a lot of email gyrations on this particular tag (offset > stuff). Maybe the dust has settled, but I have not yet found the key. > > Do other people use this anymore? Can anyone shed light on this? I could > sure use it! Several MSFS models do not put the model reference point at > the cg, so those need offsets to proper display them in external view. > It still works fine for the sub models (e.g. 3D instruments). Looking at the model.cxx code I can't see the problem, but it doesn't seem to work any longer on the aircraft model itself. Is there something in plib cvs that relates to this? Best, Jim ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Failed assertion in ssg.h
Hi all, I'm running current cvs of plib, simgear and flightgear on linux. Compiled with threads and without logging. After running for 3 or 4 hours fgfs always seg faults on me, normally I strip the binary but this time I didn't and now I get this error: fgfs: ssg.h:302: void ssgBase::deRef(): Assertion `refc > 0' failed. Aborted So I ran it through gdb and did a backtrace. (The nav-vor-ident errors occur the whole time the program is running at the rate of about one per second.) Let me know if there's anything else I can do. Regards, Geoff $GPRMC,091314,A,1153.264,S,12434.835,E,610.9,-43.4,1411102,0.000,E*4B $GPGGA,091314,1153.264,S,12434.835,E,1,,,15031,F*37 $GPRMC,091314,A,1153.264,S,12434.835,E,610.9,-43.4,1411102,0.000,E*4B $GPGGA,091314,1153.264,S,12434.835,E,1,,,15031,F*37 Failed to remove nav-vor-ident sound Failed to remove nav-vor-ident sound Failed to remove nav-vor-ident sound Failed to remove nav-vor-ident sound fgfs: ssg.h:302: void ssgBase::deRef(): Assertion `refc > 0' failed. Program received signal SIGABRT, Aborted. 0x4042a3d1 in kill () from /lib/i686/libc.so.6 (gdb) bt #0 0x4042a3d1 in kill () from /lib/i686/libc.so.6 #1 0x40305dad in raise () from /lib/i686/libpthread.so.0 #2 0x4042b979 in abort () from /lib/i686/libc.so.6 #3 0x4042466f in __assert_fail () from /lib/i686/libc.so.6 #4 0x082b2c56 in ssgDeRefDelete(ssgBase*) () at ssg.cxx:89 #5 0x082b89c9 in ~ssgLeaf (this=0xccb62a0) at ssgLeaf.cxx:79 #6 0x082ce88b in ~ssgVtxTable (this=0xccb62a0) at ssgVtxTable.cxx:148 #7 0x082b2c38 in ssgDeRefDelete(ssgBase*) (s=0x1) at ssg.cxx:89 #8 0x082b59c4 in ssgBranch::removeKid(int) (this=0xcca3660, n=1076928544) at ssgBranch.cxx:97 #9 0x081f036e in fgPartialFreeSSGtree (b=0xcca3660, n=90) at tileentry.cxx:724 #10 0x081f0385 in fgPartialFreeSSGtree (b=0xcca3500, n=100) at tileentry.cxx:713 #11 0x081f0385 in fgPartialFreeSSGtree (b=0x52128070, n=100) at tileentry.cxx:713 #12 0x081f0385 in fgPartialFreeSSGtree (b=0x52932bb0, n=100) at tileentry.cxx:713 #13 0x081f0695 in FGTileEntry::free_tile() (this=0x52932ab8) at tileentry.cxx:777 #14 0x081f4562 in FGTileMgr::update(double, double, double, double*, SGBucket, SGBucket, Point3D) (this=0x8401b40, lon=1.2731974745791634e-313, lat=0.005715523559064053, visibility_meters=64000, abs_pos_vector=0x8bc0314, p_current=Cannot access memory at address 0x6 ) at tilemgr.cxx:398 #15 0x08053126 in fgMainLoop () at ../../src/Main/location.hxx:116 #16 0x40084df2 in glutMainLoop () from /usr/X11R6/lib/libglut.so.3 #17 0x4008406d in glutMainLoop () from /usr/X11R6/lib/libglut.so.3 #18 0x08054803 in mainLoop(int, char**) (argc=1, argv=0xb5d0) at main.cxx:1742 #19 0x08054ebf in main (argc=1, argv=0xb774) at main.cxx:1834 #20 0x40419082 in __libc_start_main () from /lib/i686/libc.so.6 (gdb) ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Blender Status
> > > Allright, If you think lowres is not good enough, we can > keep them. > > > I was just trying to remove 11 Mb from the base package > and thought the > > > lowres version would be good enough. > > > > Perhaps the high-res could be an optional add-on. > > That wouldn't be good I don't think. They seem to be used by > default. And > are worth it. Gzipped we'd be looking at about 5.5mb. > Could we save nearly 3MB (11/4) by not shipping the lowres versions, and autogenerating them from the high res versions on systems that need them? Richard ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel