Re: [Flightgear-devel] FG/Opengc Interface
Jim Wilson wrote: > IIRC the 747-400 comes down pretty fast anyway. I think you're > looking at 195 KIAS range for final dropping down to 175 KIAS (with > full flaps) at the outer marker. But note again, this is from > memory. Still, there is no way that pig flies at 150. > > The biggest problem I saw with that model was the issue it had with > climbing (ran out of climb speed at too low an alititude). IIRC it > should climb at least 500fpm even above 30,000. Has that problem > been addressed? I looked at it, and essentially decided that it's Not A Bug. :) It's fairly easy to verify via properties that the engines are producing an appropriate thrust. At altitude, the available thrust decreases roughly with the air density, which is exactly what you should see. The effect is happening because the aircraft isn't consuming fuel. If you take off at full tanks, you never get any lighter. A real aircraft would have burned off a big chunk of its fuel store in the climb, and would have an easier time of it. As a workaround, try starting /sim/fuelfraction at 0.5 or so, to simulate an early-to-mid-flight cruise condition. It should climb much better. Fuel consumption in YASim will get done RSN, I promise. You could also try tweaking the maximum thrust a little; it may be that the real engines are flat-rated below some altitude, and have more thrust available than their rating would suggest. As before, reference to real documentation would be great; I'm a code jockey, not a research goon. :) 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
Re: [Flightgear-devel] New subsystem: FGEnvironment
Threading is *really* scarey in a program of this magnitude. Even the current threaded tile manager is a big time bomb waiting to happen. We are getting away with doing stuff that's not guaranteed to work. We've taken a lot of steps to try to minimize the potential problems, but as the scenery and modeling gets more complex this problem is only going to get worse. I'd be adverse to adding additional threading especially if it involves something like the property manager. There might be specific isolated instances where we can do it reliably, but there is way too much that can bite us if we try to do much threading. Curt. Martin van Beilen writes: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > > On Sat, Feb 23, 2002 at 08:47:17PM -0500, David Megginson wrote: > > > Martin van Beilen writes: > > > It may be necessary to implement a locking scheme to prevent > > > simultaneous access and deletion of a property. (Only if DELETE > > > is set, of course.) > > > > From my experience with Java, I think the trick with threading is > > to do all write access from a single thread; otherwise, things get > > amazingly ugly (personally, I'd prefer doing all read access from that > > thread as well). > > Working from a single thread is obviously the easiest solution, > where possible. However, in the case of our property system, > potentially any part of the code may want to access those > properties. We'd have to assign one thread as the property > manager, and do all property access via the/an inter-thread > messaging system. Not very nice, IMHO. > > The only trivial solution I can think of is using one single > master lock for all dynamic access. Not particularly elegant > either. I can probably come up with a better (per-node) scheme, > but I need to t(h)read very carefully and give it some more > thought. I'm dropping this issue for now and will start working > on the cloud layers. > > - -- > Regards, "I RADIS, do you?" > =Martin=http://www.iradis.org/ > > PGP: FE87448B DDF8 677C 9244 D119 4FE0 AE3A 37CF 3458 FE87 448B > > > From: Martin van Beilen <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: Re: [Flightgear-devel] New subsystem: FGEnvironment > In-Reply-To: <[EMAIL PROTECTED]>; from [EMAIL PROTECTED] on >Sat, Feb 23, 2002 at 08:47:17PM -0500 > X-S-Issue: [EMAIL PROTECTED] 2002/02/25 01:16:48 >a8e24c3bfcb47364f995b5835fa3f007 > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.0.6 (GNU/Linux) > > iEYEARECAAYFAjx5gngACgkQN880WP6HRItozACgoQYuPkPzkHpAIWQuQrrY01f9 > enUAnjIyPHx8eoqRofpsTG3CPqMMpqc+ > =5iLF > -END PGP SIGNATURE- > > ___ > Flightgear-devel mailing list > [EMAIL PROTECTED] > http://mail.flightgear.org/mailman/listinfo/flightgear-devel -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Boo-boo in CVS
John Check writes: > Had to make a small change to get latest CVS to build: Fixed. Yikes. I screwed up that change about 8 different ways simultaneously. If we were on a points system I'd probably have had my license revoked this afternoon. :-) Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] UKUUG Linux 2002 Conference - CfP
Opportunity for instant fame - the European and especially UK developers? I gave a talk (about FlightGear) last year; the conference was interesting. Slightly off-topic, has _anybody_ submitted for LinuxTag's conference yet ? - The 2002 UK Linux Developers' Conference will take place at the University of Bristol starting at midday on Friday 5th July and ending at about 2.30pm on Sunday 7th July. As in previous years, we are inviting contributions from speakers on all aspects of Linux development, including kernel, desktop, tools, applications, networking and security. Any topic likely to be of interest to Linux developers and enthusiasts will be considered. Abstracts should be accompanied by a short biography, and, ideally, should be about 250-500 words long. Final papers should normally last about 40 minutes, including 10 minutes for questions and answers. We are also interested to hear from people willing to offer full-day or half-day tutorials on Thursday 4th July. Closing date for abstracts: 3rd April 2002 Accepted authors notified by: 14th April 2002 Final papers due by:19th May 2002 A fuller version of this Call for Papers is at: http://www.ukuug.org/events/linux2002/CFP.shtml with links to web pages for some previous conferences. Abstracts should be submitted using the form at: http://www.ukuug.org/events/linux2002/register.shtml Queries about the Call for Papers may be sent to: [EMAIL PROTECTED] Travel information will be added to the website in the next few weeks. For further information about sponsoring, exhibiting or attending the event please contact the UKUUG office: Email: [EMAIL PROTECTED] Telephone: 01763 273475 ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] New subsystem: FGEnvironment
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sat, Feb 23, 2002 at 08:47:17PM -0500, David Megginson wrote: > Martin van Beilen writes: > > It may be necessary to implement a locking scheme to prevent > > simultaneous access and deletion of a property. (Only if DELETE > > is set, of course.) > > From my experience with Java, I think the trick with threading is > to do all write access from a single thread; otherwise, things get > amazingly ugly (personally, I'd prefer doing all read access from that > thread as well). Working from a single thread is obviously the easiest solution, where possible. However, in the case of our property system, potentially any part of the code may want to access those properties. We'd have to assign one thread as the property manager, and do all property access via the/an inter-thread messaging system. Not very nice, IMHO. The only trivial solution I can think of is using one single master lock for all dynamic access. Not particularly elegant either. I can probably come up with a better (per-node) scheme, but I need to t(h)read very carefully and give it some more thought. I'm dropping this issue for now and will start working on the cloud layers. - -- Regards, "I RADIS, do you?" =Martin=http://www.iradis.org/ PGP: FE87448B DDF8 677C 9244 D119 4FE0 AE3A 37CF 3458 FE87 448B From: Martin van Beilen <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: [Flightgear-devel] New subsystem: FGEnvironment In-Reply-To: <[EMAIL PROTECTED]>; from [EMAIL PROTECTED] on Sat, Feb 23, 2002 at 08:47:17PM -0500 X-S-Issue: [EMAIL PROTECTED] 2002/02/25 01:16:48 a8e24c3bfcb47364f995b5835fa3f007 -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) iEYEARECAAYFAjx5gngACgkQN880WP6HRItozACgoQYuPkPzkHpAIWQuQrrY01f9 enUAnjIyPHx8eoqRofpsTG3CPqMMpqc+ =5iLF -END PGP SIGNATURE- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
re: [Flightgear-devel] Re: OpenGL/Plib rotation
Melchior FRANZ writes: > Unfortunately, there's also a problem that I couldn't track down yet. > It works well with your c172 model, but it crashes e.g. the dc3. The > crash is quite mysterious, because it happens between two c++ > instructions and doesn't make sense. (model.cxx:79) > I already played with gdb for a while, but still without result. :-( It should be fixed now in the CVS. Thanks, David -- David Megginson [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Boo-boo in CVS
Had to make a small change to get latest CVS to build: Index: src/Main/fg_init.cxx === RCS file: /var/cvs/FlightGear-0.7/FlightGear/src/Main/fg_init.cxx,v retrieving revision 1.150 diff -r1.150 fg_init.cxx 82c82 < #include --- > #include ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] JSBSim/tests
Sorry for all the confusion with this ... At Tony/Jon's request I have completely removed src/FDM/JSBSim/tests/ The contents really didn't apply to FlightGear anyway and what I had there wouldn't compile from scratch. Sorry again, I must have gotten too much sleep last night. Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Missing JSBsim/tests
Aagh! Howdimanagetodothat? Sorry for the mixup. If you have a src/FDM/JSBSim/test subdirectory, you probably want to just toast it completely, rerun cvs update -d; autogen.sh; configure; make; etc. Again sorry. Curt. John Check writes: > On Sunday 24 February 2002 03:49 pm, you wrote: > > Nope, it isn't in the CVS archive ... someone forgot to check it in ? > > > > ___ > > Flightgear-devel mailing list > > [EMAIL PROTECTED] > > http://mail.flightgear.org/mailman/listinfo/flightgear-devel > > It's a typo, src/FDM/JSBSim/test > is whats there > > ___ > Flightgear-devel mailing list > [EMAIL PROTECTED] > http://mail.flightgear.org/mailman/listinfo/flightgear-devel -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] FG/Opengc Interface
Hi, > IIRC the 747-400 comes down pretty fast anyway. I think you're looking at 195 > KIAS range for final dropping down to 175 KIAS (with full flaps) at the outer > marker. But note again, this is from memory. Still, there is no way that pig > flies at 150. > > The biggest problem I saw with that model was the issue it had with climbing > (ran out of climb speed at too low an alititude). IIRC it should climb at > least 500fpm even above 30,000. Has that problem been addressed? > It still appears to be underpowered, tops out at around FL230 @ 315KIAS. I've got some very good performance numbers and an authoritative source, but just a little reticent to mess around with someone else's code and design plus, like most of us, a limited time budget and other priorities... But I will make the changes suggested by Andy and report back on the results. ATM, it is good enough to drive the displays which is my focus for now, but it would be nice to have the capability to shoot a more representative descent, approach, and landing. Regards John W. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenGL/Plib rotation
On Sat, 23 Feb 2002 14:11:59 -0500, David Megginson <[EMAIL PROTECTED]> wrote in message <[EMAIL PROTECTED]>: > I'm having a mental block right now, and would appreciate help on a > simple question. How do I rotate an object (in raw OpenGL or > preferable, plib/ssg) around a point other than the origin? Do I have > to transform the object to the origin, rotate it, then transform back > again? ..are you rotating the object around a "_certain_point_", like the Moon around Earth or are you rotating a rotating object, like Earth around the Sun? (Shot in the dark, I _good_ at kicking away mental blocks, but _do_not_ take that to believe I know _anything_ about OpenGL or plib/ssg, at least not until I get it working on my own boxes. ;-) ) -- ..med vennlig hilsen = with Kind Regards from Arnt... ;-) 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] Tower view
On Sat, 23 Feb 2002 13:29:48 -0600, Michael Selig <[EMAIL PROTECTED]> wrote in message <[EMAIL PROTECTED]>: > At 2/23/02, you wrote: > >* [EMAIL PROTECTED] (Boslough, Mark B) [2002.02.22 18:40]: > > > Is there no longer a tower view option? 0.7.8 could toggle from > > > pilot to chase to tower view, I believe. 0.7.9 does not seem to > > > have this feature. > > > >I think you're mistaken. FlightGear has never had a tower view. > > In my 0.7.8 main.cxx I have this snippet of code: > > // Tower View > FGViewerLookAt *tower_view = >(FGViewerLookAt *)globals->get_viewmgr()->get_view( 2 ); > > tower_view->set_view_forward( pilot_view->get_view_pos() ); > > if (!tower_view_initialized) { >tower_view->set_geod_view_pos( >cur_fdm_state->get_Longitude(), > cur_fdm_state->get_Lat_geocentric(), > (cur_fdm_state->get_Altitude()+200)* >SG_FEET_TO_METER ); >tower_view->set_sea_level_radius( >cur_fdm_state-> >get_Sea_level_radius()* >SG_FEET_TO_METER ); >tower_view->set_pilot_offset( npo[0], >npo[1], npo[2] ); tower_view->set_view_up( >wup ); tower_view_initialized = true; > } > > ... and I can toggle the 'v' key to go from cockpit, to external rear > view, to a tower view (when flying at the default airport) --- works > great. Is this not part of the standard fgfs? I mentioned to Mark > that we have this working in our fgfs 0.7.8. I don't see this same > piece of code in 0.7.9, however. > ..so, I can drop the above in @ line no 465 between "FGViewerRPH *pilot_view =" @ line no 448 and "FGVieverLookAt *chase_view =" @ line no 466, to have a "cockpit view"-"tower view"-"chase view" 3 state toggle? ..would I need changes like these below around line nos 1471-1475 in main.cxx? ..like "FGViewerLookAt *tower_view = new FGViewerLookAt; globals->get_viewmangr()->add_view( tower_view );" ...at line no 1473 to decide the toggle state sequence above? ..how about line nos 692-693, which does not mention "chase" view, only "pilot_view" (from the cockpit)??? "Standing on the field", "tower_view" is more different from "chase" than pilot_view"??? -- ..med vennlig hilsen = with Kind Regards from Arnt... ;-) 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] s/tests/test/
Substitution needed in FlightGear/configure.in FlightGear/src/FDM/JSBSim/Makefile.am RCS file: /var/cvs/FlightGear-0.7/FlightGear/configure.in,v retrieving revision 1.105 diff -C3 -r1.105 configure.in *** configure.in24 Feb 2002 19:56:02 - 1.105 --- configure.in24 Feb 2002 22:43:29 - *** *** 508,514 src/FDM/Balloon/Makefile \ src/FDM/JSBSim/Makefile \ src/FDM/JSBSim/filtersjb/Makefile \ ! src/FDM/JSBSim/tests/Makefile \ src/FDM/LaRCsim/Makefile \ src/FDM/UIUCModel/Makefile \ src/FDM/YASim/Makefile \ --- 508,514 src/FDM/Balloon/Makefile \ src/FDM/JSBSim/Makefile \ src/FDM/JSBSim/filtersjb/Makefile \ ! src/FDM/JSBSim/test/Makefile \ src/FDM/LaRCsim/Makefile \ src/FDM/UIUCModel/Makefile \ src/FDM/YASim/Makefile \ Index: src/FDM/JSBSim/Makefile.am === RCS file: /var/cvs/FlightGear-0.7/FlightGear/src/FDM/JSBSim/Makefile.am,v retrieving revision 1.23 diff -C3 -r1.23 Makefile.am *** src/FDM/JSBSim/Makefile.am 24 Feb 2002 20:41:03 - 1.23 --- src/FDM/JSBSim/Makefile.am 24 Feb 2002 22:43:30 - *** *** 1,4 ! SUBDIRS = filtersjb tests EXTRA_DIST = Makefile.solo --- 1,4 ! SUBDIRS = filtersjb test EXTRA_DIST = Makefile.solo ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Basepackage problems
John Check wrote: > > I just did a fresh anon checkout. > j4strngs@bitless:~/fgfsbase > ls -l Timezone/zone.tab > -r-xr-xr-x 1 j4strngs users 16048 Oct 22 2000 Timezone/zone.tab > j4strngs@bitless:~/fgfsbase > ls -ld Weather > drwxr-xr-x 3 j4strngs users 83 Feb 24 17:10 Weather > > Looks like something is screwy on your end. I've seen those problems after a normal update and after a fresh check out. Now I did an update again (it didn't show me any changes) and it works. Strange. But now it's stoping in the binding code: --- Initializing joystick bindings Initializing joystick 0 Reading all bindings Reading binding property-scale No bindings for button low No bindings for button high Reading all bindings Reading binding property-scale No bindings for button low No bindings for button high Reading all bindings Reading binding property-scale Reading binding property-scale No bindings for button low No bindings for button high No bindings for axis 3 No bindings for axis 4 No bindings for axis 5 No bindings for axis 6 No bindings for axis 7 Initializing button 0 Reading all bindings Reading binding property-assign Reading binding property-assign Reading binding property-assign Reading all bindings Reading binding property-assign Reading binding property-assign Reading binding property-assign Initializing button 1 Reading all bindings Reading binding property-adjust Initializing button 2 Reading all bindings Reading binding property-adjust Initializing button 3 No bindings for button 3 No bindings for joystick 1 Press any key to continue --- Can somebody tell me what's wrong this time? CU, Christian -- The idea is to die young as late as possible.-- Ashley Montague Whoever that is/was; (c) by Douglas Adams would have been better... ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Missing JSBsim/tests
On Sunday 24 February 2002 03:49 pm, you wrote: > Nope, it isn't in the CVS archive ... someone forgot to check it in ? > > ___ > Flightgear-devel mailing list > [EMAIL PROTECTED] > http://mail.flightgear.org/mailman/listinfo/flightgear-devel It's a typo, src/FDM/JSBSim/test is whats there ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Basepackage problems
On Sunday 24 February 2002 12:36 pm, you wrote: > Hi, > > it seems as there are some files missing in the latest base package CVS. > > when I want to run the latest CVS version it come as far as > > > Reading timezone info from: Z:\FGFS\FlightGear/Timezone/zone.tab > > Unable to open file Z:\FGFS\FlightGear/Timezone/zone.tab > > no wonder as that file doesn't exist anymore. > > As I did a CVS update of the base package I also got version conflicts > with some .PDF and .GIF files. Quite strange as I didn't modify these > files at all. > > Oh, and there's no weather directory anmore, too. > > CU, > Christian I just did a fresh anon checkout. j4strngs@bitless:~/fgfsbase > ls -l Timezone/zone.tab -r-xr-xr-x 1 j4strngs users 16048 Oct 22 2000 Timezone/zone.tab j4strngs@bitless:~/fgfsbase > ls -ld Weather drwxr-xr-x 3 j4strngs users 83 Feb 24 17:10 Weather Looks like something is screwy on your end. Anybody else seeing a problem? TTYL J ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: OpenGL/Plib rotation
* David Megginson -- Sunday 24 February 2002 20:58: > Let me try -- it should do nothing at all with the DC-3, since it has > no SSG node named "Propeller", [...] Huh ... I was about to send the patch for the missing return value in find_named_node(), but you were faster. Well, it was late yesterday ... in fact the bug isn't as mysterious as I thought. m. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Missing JSBsim/tests
Nope, it isn't in the CVS archive ... someone forgot to check it in ? ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Build Errors with latest cvs
Mike, You need to do a "cvs update -d" to pick up new directories when they appear on the scene. Regards, Curt. Mike McLean writes: > Hi, > > I'm attempting to build the latest cvs of FlightGear and have run into a > problem. It seems that there is no Makefile.in in > src/FDM/JSBSim/tests. However when I run the autogen.sh script, > speciifically when invoking automake, it looks for one and gives off the > following warning: > > src/FDM/JSBSim/Makefile.am:1: required directory src/FDM/JSBSim/tests > does not exist > > Now when I run ./configure, then gmake, I get the following: > > gmake[4]: Entering directory > `/usr/home2/FlightGear/src/FDM/JSBSim/tests' > gmake[4]: *** No rule to make target `all'. Stop. > gmake[4]: Leaving directory `/usr/home2/FlightGear/src/FDM/JSBSim/tests' > gmake[3]: *** [all-recursive] Error 1 > gmake[3]: Leaving directory `/usr/home2/FlightGear/src/FDM/JSBSim' > gmake[2]: *** [all-recursive] Error 1 > gmake[2]: Leaving directory `/usr/home2/FlightGear/src/FDM' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory `/usr/home2/FlightGear/src' > gmake: *** [all-recursive] Error 1 > > > This is both with an update of CVS that worked a couple of days ago, and > with a fresh checkout. > > Cheers, > > Mike > > > ___ > Flightgear-devel mailing list > [EMAIL PROTECTED] > http://mail.flightgear.org/mailman/listinfo/flightgear-devel -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Orphaned code
On 24 Feb 2002, at 20:06, D Luff wrote: > Since someone has mentioned cleaning up unused code, the old > Phil Schubert engine models aren't used. The files are 10520d.cxx > 10520d.hxx ps-10520c.cxx and 10520c.hxx in the fdm directory, ^ That last one should have read ps-10520.hxx Cheers - Dave -- [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Build Errors with latest cvs
Hi, I'm attempting to build the latest cvs of FlightGear and have run into a problem. It seems that there is no Makefile.in in src/FDM/JSBSim/tests. However when I run the autogen.sh script, speciifically when invoking automake, it looks for one and gives off the following warning: src/FDM/JSBSim/Makefile.am:1: required directory src/FDM/JSBSim/tests does not exist Now when I run ./configure, then gmake, I get the following: gmake[4]: Entering directory `/usr/home2/FlightGear/src/FDM/JSBSim/tests' gmake[4]: *** No rule to make target `all'. Stop. gmake[4]: Leaving directory `/usr/home2/FlightGear/src/FDM/JSBSim/tests' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/usr/home2/FlightGear/src/FDM/JSBSim' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/home2/FlightGear/src/FDM' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/home2/FlightGear/src' gmake: *** [all-recursive] Error 1 This is both with an update of CVS that worked a couple of days ago, and with a fresh checkout. Cheers, Mike ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Orphaned code
Since someone has mentioned cleaning up unused code, the old Phil Schubert engine models aren't used. The files are 10520d.cxx 10520d.hxx ps-10520c.cxx and 10520c.hxx in the fdm directory, also pstest.exe which is built from the latter. Phil is still credited in the IO360.cxx file which grew out of these models initially so we wouldn't be removing him totally :-) Cheers - Dave -- [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
re: [Flightgear-devel] Re: OpenGL/Plib rotation
Melchior FRANZ writes: > Unfortunately, there's also a problem that I couldn't track down yet. > It works well with your c172 model, but it crashes e.g. the dc3. The > crash is quite mysterious, because it happens between two c++ > instructions and doesn't make sense. (model.cxx:79) > I already played with gdb for a while, but still without result. :-( Let me try -- it should do nothing at all with the DC-3, since it has no SSG node named "Propeller", but I might be missing a check for a null pointer. All the best, David -- David Megginson [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
re: [Flightgear-devel] Basepackage problems
Christian Mayer writes: > Oh, and there's no weather directory anmore, too. Right -- it's been renamed to Environment. All the best, David -- David Megginson [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: OpenGL/Plib rotation
* David Megginson -- Sunday 24 February 2002 19:51: > Christian Mayer writes: > > > you can put those 3 operations into one 4x4 matrix if you want. That > > looks more intuitve but is harder to understand afterwards. > > Thanks -- I did that as well, using the sg matrix functions from plib. > What I did has been in the CVS since yesterday afternoon, but no one > seems to have noticed it yet. Yes, I have noticed. Cute spinning propeller. :-) Unfortunately, there's also a problem that I couldn't track down yet. It works well with your c172 model, but it crashes e.g. the dc3. The crash is quite mysterious, because it happens between two c++ instructions and doesn't make sense. (model.cxx:79) I already played with gdb for a while, but still without result. :-( m. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Basepackage problems
Hi, it seems as there are some files missing in the latest base package CVS. when I want to run the latest CVS version it come as far as > Reading timezone info from: Z:\FGFS\FlightGear/Timezone/zone.tab > Unable to open file Z:\FGFS\FlightGear/Timezone/zone.tab no wonder as that file doesn't exist anymore. As I did a CVS update of the base package I also got version conflicts with some .PDF and .GIF files. Quite strange as I didn't modify these files at all. Oh, and there's no weather directory anmore, too. CU, Christian -- The idea is to die young as late as possible.-- Ashley Montague Whoever that is/was; (c) by Douglas Adams would have been better... ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenGL/Plib rotation
Christian Mayer writes: > you can put those 3 operations into one 4x4 matrix if you want. That > looks more intuitve but is harder to understand afterwards. Thanks -- I did that as well, using the sg matrix functions from plib. What I did has been in the CVS since yesterday afternoon, but no one seems to have noticed it yet. All the best, David -- David Megginson [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] FG/Opengc Interface
John Wojnaroski <[EMAIL PROTECTED]> said: > > > > > Certainly not, when it's gross weight is 800k lbs. :) > > > > The weight you quote is close to the zero-fuel weight, which is > > typical for landing. By default, YASim will top your tanks off at > > startup. The plane in this condition will indeed have a very high > > approach speed. Try setting the /sim/fuel-fraction property to > > something like 0.2 for a reasonable approach configuration. > > > > DUH!! (sound of slapping) I knew that! ;-) > IIRC the 747-400 comes down pretty fast anyway. I think you're looking at 195 KIAS range for final dropping down to 175 KIAS (with full flaps) at the outer marker. But note again, this is from memory. Still, there is no way that pig flies at 150. The biggest problem I saw with that model was the issue it had with climbing (ran out of climb speed at too low an alititude). IIRC it should climb at least 500fpm even above 30,000. Has that problem been addressed? Best, Jim ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OpenGL/Plib rotation
David Megginson wrote: > > Curtis L. Olson writes: > > > It's been a while, but as I recall you probably want translate the > > object to the origin (or have it start out there) do whatever > > combination of rotations to orient it properly, and then translate it > > to it's final location. > > Yes, that's what I ended up doing. It seems counter-intuitive, but > that's low-level coding for you. Yes, that's the way to go. you can put those 3 operations into one 4x4 matrix if you want. That looks more intuitve but is harder to understand afterwards. CU, Christian -- The idea is to die young as late as possible.-- Ashley Montague Whoever that is/was; (c) by Douglas Adams would have been better... ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Temperature and air pressure
Arnt Karlsen wrote: > > > > I'm sticking with sea-level-equivalent values for now, because I > > > know that the FDM people are pretty possessive of their atmosphere > > > models. Later I might add properties and methods for the values at > > > current altitude as well. > > > > Possesive? Heh, I hereby declare that I'd be extraordinarily happy to > > dump the YASim atmosphere model in favor of a standard one. The > > reason it's there at all is for the solver -- it's nice to be able to > > specify a cruise altitude instead of an air temperature and pressure, > > and there has to be some way to convert altitude to these values. > > ..for flight in other atmospheres (Mars, Venus, Jupiter, or in > fluids like water), which atmosphere model is easier to work from? The air pressure model in WeatherCM (documentaion for it is in the same directory) should work easily with arbitrary atmospheres. The only limitation (but that'll be easy to fix) might be that I hardcoded an oxigen/nitrogen atmosphere. But the rest (i.e. the pressure curve) should be fairly right. CU, Christian -- The idea is to die young as late as possible.-- Ashley Montague Whoever that is/was; (c) by Douglas Adams would have been better... ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] SimGear warning cleanup patch
Attached. It's basically a couple unused variables, an explicit cast, some unused functions removed or commented out, and a whole bunch of pragmas removed. -- Petru Paler, http://www.ppetru.net simgear.diff.gz Description: GNU Zip compressed data
Re: [Flightgear-devel] FG/Opengc Interface
> > Certainly not, when it's gross weight is 800k lbs. :) > > The weight you quote is close to the zero-fuel weight, which is > typical for landing. By default, YASim will top your tanks off at > startup. The plane in this condition will indeed have a very high > approach speed. Try setting the /sim/fuel-fraction property to > something like 0.2 for a reasonable approach configuration. > DUH!! (sound of slapping) I knew that! ;-) I should find that fuel property and send it across to the displays. > Your problems with the lack of elevator authority seem real, though. > You could try tuning the "effectiveness" property of the hstab > definition, like so: > > > > I'm not sure what the AoA produced by max back-yoke in a 747 is. It > looks like the YASim model tops out at around 16 degrees, which is > probably not enough. > Heavies are not my forte either, but a little more complexity and avionics to work on. the idea is to learn, so pick your favorite and enjoy. Any thoughts on my query regards gear/flap actuation times? And how to access the same. Regards John W. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel