Re: [Flightgear-devel] key bindings - English
David Culp [EMAIL PROTECTED] wrote: Here's a key map for English keyboards, [...] I assume that there are differences between British and American keyboards, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] keyboard mappings and Short Ref doc
Jim Wilson [EMAIL PROTECTED] wrote: Martin Spott [EMAIL PROTECTED] said: Nope. I have to repeat myself here - people simply don't listen what I'm talking about! Users with a German keyboard _have_ to use these keys. We definitely can't use Shift-2 to select the second engine on a C310, we have to use @ (AltGr-q). This means Q is the only 'correct' identification for the key you need to press here. I refuse to deal with different keyboard layouts in the manual - this has to be solved in the software. Ah ok. That's a problem for another release. Oh, i'd vote for fixing this _before_ the next release because this problem is already known for quite some time, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: keyboard mappings and Short Ref doc
Lee Elliott [EMAIL PROTECTED] wrote: On Wednesday 24 September 2003 11:52, Martin Spott wrote: Misc keyboard controls CTRL + B Speedbrake. Still does not work on the YF-23. While testing I found an interesting effect. Usually I'm running FG with: YASim doesn't support speedbrakes or have a speedbrake control [...] Aaaah, so it would probably worth adding before the release ? Most of the aircraft that profit noticeably from a speed brake run with YASim, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OT latex2html??
due to the size of the current flight school (pdf=5.6MB), I would like to change it to HTML. I tried to use latex2html, but was more or less disappointed by the result (same with pdf2html). We use 'pdflatex' for PDF output and 'htlatex' for the HML version of the manual(s). As I'm not an expert this is quite tricky for me, but it works and I'm confident with the result, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] new Solaris binaries
Hello, I made a Solaris build of FlightGrear from the sources _before_ Erik's most recent patch set (Move FGEventMgr and FGSubsystemMgr over to SimGear, [...]). You'll find it in: ftp://ftp.uni-duisburg.de/FlightGear/Solaris/FlightGear-20030924.tar.bz2 This is an archive of the whole result tree and includes headers and static libraries of Plib (I had to do an unaesthetic trick, because 'stock' Plib CVS does not build anymore on Solaris), SimGear and GTS. The archive also includes binaries of FlightGear and TerraGear. This stuff is untested ! It would be interesting to know if the Terragear binaries would be useful for building Scenery. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: keyboard mappings and Short Ref doc
Andy Ross [EMAIL PROTECTED] wrote: YASim's author has been AWOL. But I think he's still on the mailing list. :) Nice to see you're still here, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] web site updates
David Luff [EMAIL PROTECTED] wrote: On 10/1/03 at 10:58 AM James A. Treacy wrote: At the risk of offending the author of the text, I have modified the last three paragraphs of overview.html to be a bit less personal. Hmm, I always thought that was Michael Basler speaking. No doubt one of them will set the record straight. Sort of proves your first point whichever way! If you are talking of the Getting Started manual, then I assume this is written by Michael. Anyway we're happy to see suggestions on how to improve the manual, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] FG_SCENERY with multiple path elements ...
David Megginson [EMAIL PROTECTED] wrote: Thanks. Obviously, we'll want to make things smarter soon, but for now, should we consider moving all of the custom buildings to their own directory hierarchy, so that we don't have to reinstall them whenever there's a new scenery build? What does everyone think? I'd suggest to have a mechanism that provides handling of _all_ sort manual addition - this includes manual scenery tweaking. I assume this is best done on scenery generation time - there could be a tree of data that gets included in the scenery generation process. Your comments ? Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] FG_SCENERY with multiple path elements ...
Jon Stockill [EMAIL PROTECTED] wrote: On Thu, 2 Oct 2003, Martin Spott wrote: I'd suggest to have a mechanism that provides handling of _all_ sort manual addition - this includes manual scenery tweaking. I assume this is best done on scenery generation time - there could be a tree of data that gets included in the scenery generation process. This means that adding a single building requires rebuilding the tile. but it also implies the advantage that distributing the tiles includes distributing the respective objects. I'm shure we won't distribute buildings residing in Amsterdam with the base package. So we should think about _two_ sorts of addition to the base package: Scenery and Objects. I assume the objects are small enough to be packaged into a single archive so it would be sufficient if people download a _single_ Object collection. So are we going to put multiple directories into the ${FG_SCENERY} variable (like ${PATH}) or are we going to separate the objects with ${FG_OBJECT} for 'external' (from the base packages' view) objects ? Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: [Flightgear-cvslogs] CVS: www/Docs/InstallGuide getstart.html, 1.6,
Curtis L. Olson [EMAIL PROTECTED] wrote: Update of /var/cvs/FlightGear-0.9/www/Docs/InstallGuide In directory baron:/tmp/cvs-serv19466/Docs/InstallGuide Modified Files: getstart.html getstartap1.html getstartap2.html getstartap3.html getstartch1.html getstartch2.html getstartch3.html getstartch4.html getstartch5.html getstartli1.html getstartli2.html getstartli3.html getstartpa1.html getstartpa2.html getstartpa3.html Hello Curt, you know that you probably have to redo these on a new version of the manual because I assume I can't reproduce your changes with the LaTeX to HTML converter !? Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: I am new here/ helicopter flight model
Erik Hofman [EMAIL PROTECTED] wrote: In case you are creating your own modifications to the animation file, you have to animate every blade by itself because they don't share a single rotation axis ... I doubt any reasonable machine is able to handle the varying blade angles every frame. Is there any experience how costly this animation would be ? Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: I am new here/ helicopter flight model
Martin Spott [EMAIL PROTECTED] wrote: [...] Every time you wanted to gain lift you had to accelerate the main rotor and - because people didn't have gyros these days - you had to counteract with the tail rotor (much more than you have to do nowadays when you simply have to eliminate the increased main rotor torque which results in higher pitch). ^^ from Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] GCC-3.3, -march=athlon -O3
Just as a side note: If anyone compiles FlightGear with GCC-3.3 using the options -march=athlon -O3 you are likely to trigger a compiler but errm, 'feature'. If you experience FlightGear missing to load FDM parameters, then you should reduce optimization to -O1 and you're done, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Scenery mirrors
James A. Treacy [EMAIL PROTECTED] wrote: This is one of the reasons that relative links are a good idea. As a made up example, a link from http://gnucash.org/en/contribute.phtml to http://gnucash.org/pub/gnucash/sources/stable/ should use a href=../pub/gnucash/sources/stable/ instead of a href=http://gnucash.org/pub/gnucash/sources/stable/; I think Curt does not really need beginner's lesson to HTML The main problem is that directory layouts of different ftp-mirrors are likely to differ _and_ the hostname will be different. _This_ is a lesson I'd be interested in: How do you substitute 'http://www' by 'ftp://ftp' automagically _without_ a dynamic web page !? Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Scenery mirrors
Cameron Moore [EMAIL PROTECTED] wrote: So why not JS? One can assume that anyone using the GRAPHICAL interface will have a GRAPHICAL browser, so bye-bye lynx/links. One can also assume that only hardcore/anal users will have JS disabled, [...] I'm not shure if I apply for these attributes but I confess that I avoid JavaScript like the plague - and I will do so with the FlightGear website, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Scenery mirrors
Cameron Moore [EMAIL PROTECTED] wrote: My suggestion for using JS was because of the whole mirroring thing. We could do something server-side, but then our mirrors will have to be able to handle it. I assume we are constrained to using only client-side stuff. In this case you're living in the past. Without SSI you can't serve the Gallery page correctly - and even this appears to be dependent on the web server release, because what works on www.flightgear.org doesn't work correctly on www.DE.flightgear.org. Choose your poison Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] release warning
Curtis L. Olson [EMAIL PROTECTED] wrote: As time permits, I might start fiddling around with pre-release work for the next major release, but I'll hold off of an official release for at least a week or two probably. I'd consider two weeks not to be enough for a release. There are so many details in FlightGear that it's a very time consuming job to figure out how they _should_ work. Things change that fast that they need to settle a bit (and sometime need fixes) before they can find their way into the manual (BTW, I'm on vacation next week so I need some extra time ), Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: [Flightgear-cvslogs] CVS: www/Docs/InstallGuide getstart.css,
Curtis L. Olson [EMAIL PROTECTED] wrote: Update of /var/cvs/FlightGear-0.9/www/Docs/InstallGuide In directory baron:/tmp/cvs-serv29188/Docs/InstallGuide Modified Files: getstart.css getstart.html getstartap1.html getstartap2.html getstartap3.html getstartch1.html getstartch2.html getstartch3.html getstartch4.html getstartch5.html getstartli1.html getstartli2.html getstartli3.html getstartpa1.html getstartpa2.html getstartpa3.html Removed Files: FGShortRef.css FGShortRef.html FGShortRef.pdf Log Message: A few updates to the Docs section, fix some broken links in the getting started guide (html version.) I wonder who broke these links. The manual itself is consistent, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] release warning
Curtis L. Olson [EMAIL PROTECTED] wrote: I'm going to push forward with some pre releases. I very much appreciate the documentation issues. Perhaps in a week or two or three if we are ready for an official release and the documentation isn't quite there, we could go ahead anyway, and then do a 0.9.3b release with updated documentation ... (?) That's o.k. for me. I'll spend some time on the manual during vacation next week - as long as my 'cohabitee' doesn't hurt me :-) Part of the problem from a release manager point of view is that if we wait for every loose end to be tidied up, [...] The problem with writing documentation is _not_ the necessity to have all ends fixed but to know about their current state. I usually spend many hours to figure out how some feature is _supposed_ to work and how it really works on different platforms. Not until I know what's the case I can document this feature. In many cases this involves questions to the developers on the list (and dozends of rebuilds), for example when features behave different on different platforms and/or with different settings. Curt, I don't want to shoot at you, I just want to make clear that it's nearly impossible to document a moving targed at a level that I expect documentation to be written. Probably Michael did a better job at this because he found a pragmatic way between quality and measure of the written manual, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Version 0.9.3-pre1
Curtis L. Olson [EMAIL PROTECTED] wrote: There's still time to get new code and bug fixes in before the official 0.9.3 release so no need to panic (yet.) :-) Could we have a real feature freeze for at least one, better two weeks before official release ? Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Broken initialization on Reset
Hello, I'm still experiencing a bug that already lasts for quite some weeks. I run 'fgfs' with '--start-date-lat=2002:04:11:11:11:11' which gives me daylight whereever I intend to take off. After crashing the plane I'd like to restart my choosing 'Reset' from the 'File' menu - and I'm always getting sort of local time on the respective airport (which means I'm currently sitting in the dark on Vancouver International). This is a bit annoying and it renders the option useless for most users on Our World who stick to the base package scenery - except those on the American continent. Could someone explain in a few words how the initialization on Reset differs from the initialization on startup ? Thanks, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Broken initialization on Reset
Hello Curt, Curtis L. Olson [EMAIL PROTECTED] wrote: FWIW, you can now do something like --timeofday=noon (or morning, or dusk, or dawn, etc.) which should do something similar to what you are trying to do with the --start-date-lat= option [...] Yep, I already knew that ;-) but we should decide wether it would be useful to keep buggy features or better remove them completely - (or at least mark them as broken, not only in the manual but also on the '--help --verbose' command line). BTW, not only '--start-date-lat' is broken, '--timeofday' is broken as well. As far as I remember the whole stuff broke when '--timeofday' was introduced - but I'm not shure about that. That's why I asked for explanation on the initialization routine. I believe some debate would be useful to solve that: My intention would be to have one single initialization routine that gets run whenever such sort of initialization is necessary. Obviously this is currently not the case here, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: [Flightgear-cvslogs] CVS: source/src/FDM/YASim Rotor.cpp, NONE,
Curtis L. Olson [EMAIL PROTECTED] wrote: Update of /var/cvs/FlightGear-0.9/source/src/FDM/YASim In directory baron:/tmp/cvs-serv7544 Added Files: Rotor.cpp Rotor.hpp Rotorblade.cpp Rotorblade.hpp Rotorpart.cpp Rotorpart.hpp Log Message: Initial revision. Maik Justus: First pass at helicopter support for YASim. Oh, _that_ one is really nice. Although the heli is really very well behaved (even with mouse any keyboard control I find it pretty easy to fly _and_land_) I'm shure that crash detection should definitely be the next step :-)) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS:
Jim Wilson [EMAIL PROTECTED] wrote: Martin Spott [EMAIL PROTECTED] said: Oh, _that_ one is really nice. Although the heli is really very well behaved (even with mouse any keyboard control I find it pretty easy to fly _and_land_) I'm shure that crash detection should definitely be the next step :-)) Crash detection should be working. O.k., I'll try tomorrow. I'm curious why it didn't get triggered today. BTW, for those who never flew a heli: If you chose to stand outside then take a position on the left behind the helicopter. This makes the first steps lots easier, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Helicopter: First Impressions
David Megginson [EMAIL PROTECTED] wrote: Let's all give Maik a round of applause for this one. Indeed ! I'd say: When dreams come true , Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS:
David Megginson [EMAIL PROTECTED] wrote: There are still some problems we need to work out. For example, if you set the wind to 0 and turn off the engine, the helicopter still slides backwards and turns -- we'll have to figure out why there are forces acting on it. To test: fgfs --aircraft=bo105 [EMAIL PROTECTED] --prop:/controls/engines/engine/magnetos=0 You can avoid typing the wholöe line by simply clicking 'Reset' after the FG screen comes up - engine is off which means: I already knew that ;-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Helicopter: First Impressions
David Megginson [EMAIL PROTECTED] wrote: I've tried it with two different controllers and seem the same effect -- furthermore, the control-position indicators on the HUD are not moving, suggesting that the flutter isn't coming from there. Very different here. The indicators on the HUD were moving and the heli flies very calm. Did you recompile the stuff from scratch ? Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Lee's TSR2
Al West [EMAIL PROTECTED] wrote: I tried to capture some video on my digital camera, but it wasn't worth sharing. I need to come up with a better way to make web videos of a live running application (under Linux.) :-) PC into a scan convertor or use TV out and record direct to DV tape then edit and compress afterwards. Don't the NVidia boards have a TV-out ? The modern Radeon's do so and it even might be possible to activate that output under Linux (I'm currently investigating that), Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS:
Maik Justus [EMAIL PROTECTED] wrote: The bo really can loop and act quite different to many other helos. Zimmerman flew a slightly modified (lubrication of the main gear box) BO-105 which was able to fly top-down, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] FG 0.9.3-pre1 Win32 binaries
Frederic Bouvier [EMAIL PROTECTED] wrote: for those not willing to download the entire installable package, I also compiled a binary only zip file. It is here : ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/fgfs-win32-msvc-bin-0.9.3-pre1.zip Thanks - it works excellent. I'm pleased to announce that I managed to build a Solaris binary from the same state - everything that got checked in until friday night got included. You'll find a copy of the installed tree - binaries, static libraries, headers an manual pages - in ftp://ftp.(ihg.)uni-duisburg.de/FlightGear/Solaris/FlightGear-solaris-install-0.9.3-pre1.tar.bz2 although I know the Solaris binaries are not very widely used, Martin. P.S.: GCC shared libraries required as well. P.P.S.: I didn't include the recent changes because a full compile takes more than 12 hours and I don't have the time to wait. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] First real flight
Lee Elliott [EMAIL PROTECTED] wrote: Sorry this is OT but there isn't anyone else who'd really understand. Still worth reading. Thanks, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear v0.9.3 announcement to developers
Curtis L. Olson [EMAIL PROTECTED] wrote: All you developers who build prepackaged versions can go crazy now with official builds for v0.9.3 ... Debian, Mandrake, Mac OS X, Irix, Solaris, Slackware, Redhat, Gentoo ... yeah I'm looking at you. :-) Just returned from vacation Solaris binaries are at: ftp://ftp.(ihg.)uni-duisburg.de/FlightGear/Solaris/FlightGear-solaris-install-0.9.3.tar.bz2 This package includes headers and libraries from PLIB and SimGear. The package is built against PLIB CVS for well known reasons (latest PLIB release does not compile on Solaris), Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Aide.....Help!
Frederic Bouvier [EMAIL PROTECTED] wrote: Tu peux télécharger les sources et les compiler toi-même si le coeur t'en dit ;-) C'est ce que je fais lorsqu'il m'arrive de booter sous Linux. Il y'a un manuel - le Installation and Getting Started. Ce n'est pas actuel avec la derniere revision de FlightGear mais ca suffit pour compiler on Linux, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] From the department of useless stats department
Curtis L. Olson [EMAIL PROTECTED] wrote: Our ftp site has been pretty much maxed out since early sunday morning. yep, I see large interest in the Windows installer package on my ftp site, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: [Plib-devel] Re: Vertex Splitting, take two
Andy Ross [EMAIL PROTECTED] wrote: Melchior FRANZ wrote: So there's hope that the bo105 bashing comes to an end, finally? Here is a more recent version with less doubled vertices, but still a rough working copy with enough room for people to moan: http://www.unet.univie.ac.at/~a8603365/bo105.ac.gz Bashing? Don't be silly. It was an excellent test suite. :) and it looks really nice ! Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] SRTM 90 for Europe and Asia
David Luff [EMAIL PROTECTED] wrote: On 11/5/03 at 5:08 AM Norman Vine wrote: SRTM 90 meters dems for Europe and Asia are now available at http://edcftp.cr.usgs.gov/pub/data/srtm/Eurasia/ Fantastic :-) How do I explain to my colleagues the little jig I've just danced in the office? Hrmpf, (while sitting at work) I'm currently trying to build GTS on AIX at home - this is far from promising success :-/ Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Multiplayer Server RFC -- Current Status
Melchior FRANZ [EMAIL PROTECTED] wrote: From the FAQ (http://www.flightgear.org/Docs/FAQ.shtml#7.4): | 7.4 - Is there support for any military scenarios like dog | fighting or bomb dropping? [...] Doesn't sound like such a strong resistance. :- We could always add some more detail to that phrase :-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Multiplayer Server RFC
David Luff [EMAIL PROTECTED] wrote: On 11/5/03 at 2:42 AM John Barrett wrote: Any other ideas that I should include in this project ?? It would be nice if current MSFS clients could also connect and participate. VATSIM ? Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Multiplayer Server RFC -- Current Status
Norman Vine [EMAIL PROTECTED] wrote: FWIW Historicaly FlightGear has resisted being a Military SIM. actually resisted is not a strong enough word I realize project goals evolve but . IMO this is an admirable feature I second that, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Multiplayer Server RFC
David Luff [EMAIL PROTECTED] wrote: On 11/5/03 at 1:38 PM John Barrett wrote: I'm aware of the basic raw multiplayer and the OLK code (which I peeked at and am still trying to figure out the details) and what is the 3rd one ?? Dont see anything in CVS for it.. I think that was probably the Ace project. It never went into CVS as far as I know - I think it might have been a student project. Thanks - that's what I meant, but I could'nt remember the name, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Multiplayer RFC -- wire protocol spec --
John Barrett [EMAIL PROTECTED] wrote: Unless there are objections, byte order is little endian, and floats are = intel FPU standard (ok -- i'm making it easy on the PCs that will likely = be used to run display clients :) I'm not qualified to comment on the float size, others may do. But I'd recommend to stick to common convention regarding byte order. This should comply to network byte order (big-endian in most cases I usually deal with). Anyway I'm delighted to see a documented wire protocol proposal. Thanks, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Multiplayer Server RFC -- Current Status
Cameron Moore [EMAIL PROTECTED] wrote: In case you are misunderstanding what I am talking about, let me clarify. Noone (that I know of) is opposed to multiplayer/multipilot capabilities being in FG. Absolutely correct ! [...] What we are debating is combat -- ie. modelling projectiles such as bombs, bullets, [...] and collisions. You should keep collisions in mind in case you intend to run 'combat' and 'non-combat' on a single server (or on distributed and connected servers), Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Multiplayer Server RFC -- Current Status
John Barrett [EMAIL PROTECTED] wrote: What this gets us: [...] 2. running headless connected to a multiplayer server, the FGFS instance can handle multiple AI driven planes in the world on behalf of the server, creating a distributed server environment for larger simulations [...] I'd like to plug a possible scenario here that didn't get mentioned yet: People running FGFS on a machine without direct internet connection, no masquerading, not port-forwarding. These people read their web-pages via Squid and get their EMail from a local mail- gateway. These people would me delighted to see the FG server function as a proxy on their internet gateway - also a scenario that would fall under distributed server environment. Just as a side note Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] SimGear/matlib.cxx: problem with gcc-3.3 and
Olivier ABILLON [EMAIL PROTECTED] wrote: On a PowerPC platform (iMac) the gnu compiler gcc-3.3 (from Xcode) creates a bad object file when optimisation are turned on. Ah, I got some broken binaries on RS6k/AIX-5.1 using GCC and '-O3' '-O1' should work on most platforms - at least it does for the platforms _I_ use, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Just a new bit of H/W
Lee Elliott [EMAIL PROTECTED] wrote: Just thought I'd post a link to this article about near state of the art video h/w. http://www.theinquirer.net/?article=12599 although I have the impression that video hardware is not the limiting factor with FlightGear nowadays, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: re: [Flightgear-devel] Combat anti-flame
David Megginson [EMAIL PROTECTED] wrote: I've been deleting the combat thread unread, but I got the impression that there was a lot of heated discussion about military stuff. If you would have read it, then you would have got the impression that it was far not that heated as you'd expected it to be ;-) also (personally) think we're a little heavy on the warbirds (especially U.S.) and would like to see more civilian aircraft, Although I dislike to see combat features in FlightGear I must admit that it's quite some fun to fly these birds - there are no civilian equivalents with that much power and speed Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Combat anti-flame
Jonathan Richards [EMAIL PROTECTED] wrote: On Tuesday 11 Nov 2003 10:07 am, Martin Spott wrote: Although I dislike to see combat features in FlightGear I must admit that it's quite some fun to fly these birds - there are no civilian equivalents with that much power and speed At least, now that the Concorde fleet is retired. Oh my god, how could I forget the Concorde - and it's counterpart, the TU-144 !?! We have both here in static display at Sinsheim, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] External view
Jim Wilson [EMAIL PROTECTED] wrote: Jon Berndt [EMAIL PROTECTED] said: I wanted to see what the aircraft looks like when there is a wind - for gear debugging. What are the keyboard commands I will need in viewing my aircraft from a nearby location or aircraft? v cycles through the views and shift+V will cycle backwards. CTRL+v will reset to the cockpit. x will zoom in (in case you want to look at the details), X will zoom out. CTRL-x will reset the zoom ;-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Building Mesa...
Gene Buckle [EMAIL PROTECTED] wrote: In trying to build plib, it tells me I need glut. No biggie, right? Mesa has that so I'll just build it. I downloaded v5.0.2 and after ./configure, I try making. It explodes instantly with: Sorry, never built Mesa from scratch. In case you don't mind you could simply install Mesa and GLUT from your favorite distribution - from the output you've posted I assume you're running some Linux. If you really only need the GLUT library on something else than Linux I'd suggest to build FreeGLUT - that one works on most Unix-like platforms, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Combat anti-flame
Manuel Bessler [EMAIL PROTECTED] wrote: On Tue, Nov 11, 2003 at 01:46:01PM +, Martin Spott wrote: Oh my god, how could I forget the Concorde - and it's counterpart, the TU-144 !?! We have both here in static display at Sinsheim, I can't forget them... I see them every time I look out the window :-) Do you live somewhere in the area ? No, I live in MG, but I made a stop when returning home from a visit at my sister. Sinsheim is absolutely interesting - even at night in the winter, when the doors are closed Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Building Mesa...
Gene Buckle [EMAIL PROTECTED] wrote: I tried building FreeGLUT per Erik's suggestion, but as you can see from my reply to him, it blows up due to a missing header file. Hmmm, I build FreeGLUT on Linux and on Solaris at the time when they headed for a 2.0 release (they even fixed a Solaris-related bug for me). I had excellent expérences with libfreeglut as a drop-in- replacement for FlightGear. You might want to try a 2.0 release, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Combat anti-flame
Lee Elliott [EMAIL PROTECTED] wrote: I'd like to say that it's the capabilities of military aircraft that I find interesting, both in terms of aerodynamics and in the weapon systems. Not the use of them. Absolutely not. I think I know a bit about modern military aircraft and their weapons (and I'm quite interested in the techniques they use) - maybe this is a major reason why I dislike employing those Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Windows Installer/Launcher
I'm advertizing FlightGear among my flight school co-students from time to time and it apperears they believe me FG might be an alternative to MSFS - today they were talking about MSFS having weak FDM's and I took it as a chance to mention FG's quality using real-flight data for several aircraft. In purpose of being prepared for the questions that might come I wanted to be informed about the Windows package that these guys will be going to try out. I've never seen the Windows installer with FlightGear and I've never seen the FG Launcher application. I'm happy to say that I'm very impressed. Not only will these save me from most questions that might have come without these helpers. Thanks alot for the work, Martin. P.S.: Probably it would be nice for the next time to bundle the installable Windows desktop icon with the icon done by Jim. I've saved a copy of his artwork (I believe it's done by Jim) at ftp://ftp.(ihg.)uni-duisburg.de/FlightGear/Devel/fgfs-jims-icon.bmp I don't know where I grabbed it from ;-) -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] MSVC project files
Frederic Bouvier [EMAIL PROTECTED] wrote: I am receiving an increasing number of request for working project files for MSVC. While I can't reply specifically to everybody, I packed my current, unedited, project files here : ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/MSVC/ I'm proud to see that you make ongoing use of this ftp-server ;-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Path separator; Was: [Terragear-devel] SRTM
Jon Stockill [EMAIL PROTECTED] wrote: So something like: --fg-scenery=$fgroot/Scenery;$fgroot/BaseScenery;$fgroot/StaticScenery would give you detailed scenery where you've loaded it, basic scenery outside that area, and static objects overlaid on top of it all. I have a question here. I assume the use of colons as path separator would be the correct notation - at least it appears to work for me on Linux (maybe I have to do some tests to figure out). I must have lost the track on this issue - would someone please give a short statement which separator _is_supposed_ to be the right one ? Does the behaviour differ on Windows and Unix ? Thanks, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Airport vehicle (driving) sim
Jon Berndt [EMAIL PROTECTED] wrote: Oh, God. Yes, I went through the mental gyrations for that one a year or two ago. It's a story problem nightmare when considering how to implement with multiple and variable numbers of gear bogeys. What if you run into ice on one gear? You might get into heavy trouble :-) One of our flight instructors demolished his first airplane (180 HP Mooney) when getting the left main gear into snow slush immediately after rotating during takeoff. Before having the chance to get the plane back on course with the rudder he slammed into a wall of snow that was previously vacated from the runway. No passanger was injured Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Airport vehicle (driving) sim
Andy Ross [EMAIL PROTECTED] wrote: David Megginson wrote: Paul Surgeon writes: I don't know about everyone else's experience but I haven't found one aircraft in FG that wants to sit still on the ground even with the engine off. An ideal mechanism would keep track of how much force each wheel could apply in the ground plane, and then calculate the right amount to apply to keep the aircraft from moving. This basically comes down to solving a bunch of simultaneous equations for each FDM iteration. It's a big mess; I'd be really scared of making this work. I'm not shure if it would be really that difficult - although I don't know precisely what's already there. As mentioned previously some sort of ground FDM would be a really nice thing. If it was plugged into SimGear then people designing racing card simulations (once discussed on this list) could profit from it. Simulating friction on the ground should be quite easy as long as you know some parameters: You have to know about position as well as horizontal and vertical forces of _each_ wheel. Probably this is already there for a C172 (as mentioned above, I don't know), the rest is sort of practical mechanical numeric almost every student in engineering should learn in the first or second year. Look, it's quite easy to calculate how a tyre will move when you put a force onto it. I suppose it would be useful if you have a tyre object that you hand a force vector over. Because of the tyre being elastic it will move a bit to the side as long as the vector contains a component that crosses the longitudinal axis of the aircraft. The tyre object contains an easy calculation which results in a sideway position shift (and a counterforce). When you know this position shift you don't have to deal with forces any more as long as the aircraft sits on the ground. When the vertical forces onto the tyre decrease then the sideway shift will increase because the tyre slips over the ground. If the tyre gets into snow slush then the force vector returned by the tyre object will not only contain a sideway component but also a longitudinal one. O.k., I'n not the one to tell Andy, Dave, Jon, Curt and all the others to be too stupid to understand the simplicity ;-) So please would someone explain to me the missing parts in my idea ? Did I overlook something, do I miss some relevant information ? Thanks, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: [Flightgear-cvslogs] CVS: source/src/Scenery hitlist.cxx, 1.3,
Curtis L. Olson [EMAIL PROTECTED] wrote: Update of /var/cvs/FlightGear-0.9/source/src/Scenery In directory baron:/tmp/cvs-serv18274/src/Scenery Modified Files: hitlist.cxx hitlist.hxx tilemgr.cxx tilemgr.hxx Log Message: With this patch, you can fly under bridges, then turn around and land on them lengthwise. Woohoo, when dreams come true :-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Carrier landings
Curtis L. Olson [EMAIL PROTECTED] wrote: Now, off to see if I can land the seahawk ... It might be an idea to add an airport code for the Saratoga. On the other hand it's acceptable that you have to be able to land on that beast before you are given the pleasure to start from it ;-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Easy-XML
Jon Berndt [EMAIL PROTECTED] wrote: Well, I want to look at it because I sort of hope to migrate the JSBSim XML definition to a more robust and compliant format at some point in the future. Even now, it would be nice to make some changes here and there that allowed us to move towards an emerging standard for aircraft models (that JSBSim, incidentally, played a small part in inspiring): http://dcb.larc.nasa.gov/utils/fltsim/DAVE/intro.html BTW, as it appears to me they include a complete F-16 aero model in a link on their website. Right ? Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Use of FlightGear
Hello, I just came across this site after reading a posting on the autopilot-devel mailing list: http://www.u-dynamics.com/aerosim/ They suggest using FlightGear to be driven by their external FDM via network, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Human conquers helicopter
Jim Wilson [EMAIL PROTECTED] wrote: David Megginson [EMAIL PROTECTED] said: Airspeed management is very different in a helicopter than in a plane -- I'm still trying to get a handle on it. Pull back on the cyclic stick. Depending on what speed you are going dropping collective too. I like to swoop down to create some downward momentum and then pull back. I'm not sure if this is a legal move :-), but if you are going really fast and want to stop quickly, pull the stick way way back and raise the collective all the way up for a few seconds. This actually _is_ called the quick-stop :-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Latest stupid helicopter trick
Andy Ross [EMAIL PROTECTED] wrote: Maik Justus wrote: By the way: With this changes the heli is not anylonger parallel to ground (while hovering). It is tiltet to the left to compensate the tail rotor force. That sounds wrong to me. The *rotor* should be tilted, but the airframe is experiencing no net force and should be hanging straight down from the shaft. No, because the BO105 - contrary to the 'usual' Bell's for example - has a rigid rotor. Please have a look here: http://www.b-domke.de/AviationImages/Rotorhead.html#Eurocopter Or did I misunderstand your objection ? Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Latest stupid helicopter trick
Andy Ross [EMAIL PROTECTED] wrote: Martin Spott wrote: No, because the BO105 - contrary to the 'usual' Bell's for example - has a rigid rotor. Please have a look here: http://www.b-domke.de/AviationImages/Rotorhead.html#Eurocopter Well, that explains my confusion... I guess this just shows my helicopter ignorance. My belief had always been that such a configuration was impossible due to the bending moments along the blade, [...] Bending is far not such an issue with the rotor blade. Most of the probable bending forces are compensated by huge centrifugal forces. When you look at the rotor blades of a helicopter standing on the ground then you'll realize that these blades are absolutely unqualified to bear bending forces :-) http://www.b-domke.de/AviationImages/Halo/2052.html What is the rationale behind the decision to make them rigid on the BO105? The only advantage I can see is that you save a few axles and bearings, which are moving parts that can wear out. But you pay for it in extra stress cycles on the blade, [...] The first is correct, the latter is not (see above). Pilots love this helicopter because of his outstanding manouverability. It's even capable of doing serious aerobatic - up to inverted flying (AFAIR with a modified gear box lubrication), Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: [Flightgear-cvslogs] CVS: data/Models/Geometry frighter.ac, NONE,
Erik Hofman [EMAIL PROTECTED] wrote: Update of /var/cvs/FlightGear-0.9/data/Models/Geometry In directory baron:/tmp/cvs-serv27779 Added Files: frighter.ac Shouöld this ship frighten us ? ;-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Playing with textures
Andy Ross [EMAIL PROTECTED] wrote: Oliver C. wrote: Does dumping plib mean that we can choose something like the SDL library for the OpenGL initialization? No, that means dumping glut. Earlier plib versions had a glut dependency, but I believe that has been removed from current versions. [...] Moving to SDL has a bunch of advantages though. It's more portable than glut, and unlike glut is under active development. I have a strong impression that the PLIB and FreeGLUT projects share quite a few developers. I'm not shure about new features in FreeGLUT-2 but I definitely know that it works as a drop-in-replacement for GLUT on Linux when you look at FlightGear, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Latest stupid helicopter trick
Erik Hofman [EMAIL PROTECTED] wrote: If you got the latest CVS code it shoudl just work. Got it - I took the YF-23 for a reconnaissance flight What will the sailboat do if it reaches the shoreline ? Will it turn around ? Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Video card recommendation
Paul Surgeon [EMAIL PROTECTED] wrote: Can someone recommend a nVidia based card that works flawlessly with FG? I myself can't. Do you have to stick to NVidia ? Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Rsync vulnerability
Curtis L. Olson [EMAIL PROTECTED] wrote: Martin Spott writes: I usually put everything over 10 GByte on XFS per 'default' - as well as any data that has some value for me. It should take about 5 seconds to mount a 200 gig filesystem - cheching included ;-) I'm running ext3 so normally rebooting, even after a crash would not be a problem, but in this case I exceeded the last check date threshold so it ran a full fsck on me. [...] bitchy Here you realize the difference between a wannabee enterprise filesystem and an enterprise filesystem that was designed as such from the very beginning /bitchy Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Rsync vulnerability
Andy Ross [EMAIL PROTECTED] wrote: Martin Spott wrote: bitchy Here you realize the difference between a wannabee enterprise filesystem and an enterprise filesystem that was designed as such from the very beginning /bitchy The automatic filesystem check is an issue of filesystem policy, and says nothing about the implementation thereof. Neither, I should add, does the appelation enterprise. :) Right, I don't count on these terms - I was just joking when I put that in quotes. Still the most obvious difference is _not_ in filesystem policy but in design: XFS simply does not need such a check. If you still like to reorganize the filesystem (for example to optimize file access and to reduce fragmentation) you can run a sort-of check program (xfs_fsr) while the filesystem is in use ! If I had to pick, I'd go for reiserfs because of the nifty tail folding. But saying that XFS is somehow more reliable than the other choices is, honestly, kinda silly. To my experience XFS is much less sensible to bad block failures on a disk than reiser. If you take bad blocks into account then XFS _is_ more reliable. But I didn't aim at reliability, I was aiming at the comfort of not having to bother about delay caused by filesystem checks - in this case XFS gives you the optimum of that is available on Linux. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Taxiway / Apron lighting advice wanted.
Curtis L. Olson [EMAIL PROTECTED] wrote: David Luff writes: Do aprons have edge lighting? Do large GA airports typically have taxiway edge / center lighting? Small GA airports? Do taxiways tend to be lit either all or none, or just the main ones sometimes. I don't think there are hard and fast rules for this. Ultimately real people spend real time and real money installing real lights. So a lot of times, smaller airports with smaller budgets have no taxiway lighting at all. Is having an ILS a usuable indicator ? From what I've seen here in Germany that 'feature' might prove to be useful as an average in this case ( h, we _do_ have ILS reported in the airport database, don't we ?), Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: [Terragear-devel] SRTM Eurasia
Erik Hofman [EMAIL PROTECTED] wrote: Martin Spott wrote: Hmmm, I'm shure there are several cases where roads go below the runway. Amsterdam Schiphol is a popular example, True, although I believe it's a taxiway and not a runway. Once I've been riding below this way while a B747 cargo pilot decided for a go-around. _Before_ entering the tunnel we saw the plane approaching and we saw it leaving when we left the tunnel. Quite a noisy adventure O.k., maybe it's really a taxiway and the pilot approached to the wrong track :-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] LiveCD for FGFS - suggestion
Alex Perry [EMAIL PROTECTED] wrote: For those people who enjoy this kind of challenge (I don't have time): If someone has (or will have) a script for making a Knoppix style CD of FGFS, I think the capability is directly relevant for teaching/instructional use. I've already been investigating the Knoppix a few months ago - but for whatever reason I didn't find out how people are extracting the necessary base for sevral projects that use Knoppix. Probably someone has to ask Klaus directly. I failed to spend more time on that because my resources are very limited, but now that you ask directly I will contact him this weekend. There are lots of things I _should_ do but where I need someone to kick my a** to get the priorities 'right' Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: LiveCD for FGFS - suggestion
Melchior FRANZ [EMAIL PROTECTED] wrote: [...] But I don't feel like making a fgfs CD. The problems with licenses of different proprietary graphic cards aren't such a great motivation. I tend to include OpenSource drivers only, no proprietary stuff. There are enough cards with OpenSource drivers available that are usuable for FlightGear - the usual DRI, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: LiveCD for FGFS - suggestion
Melchior FRANZ [EMAIL PROTECTED] wrote: * Martin Spott -- Sunday 21 December 2003 00:07: I tend to include OpenSource drivers only, no proprietary stuff. I understand, but then the whole effort is pretty useless. There are too many nVidia card users, and no open source 3D drivers for them. As you already said: [...] The problems with licenses of different proprietary graphic cards aren't such a great motivation. I second that. Why shouldn't people use cards with OpenSource drivers for a presentation of an OpenSource flight simulator ? FlightGear developers are _that_ much careful when it's about including other people's work. Why shouldn't they take the same care for their graphics card drivers ? Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: LiveCD for FGFS - suggestion
Jon Stockill [EMAIL PROTECTED] wrote: And the open source drivers don't support some of the newer ATI cards. Sorry, why do you buy cards that are not supported by OpenSource drivers ? You are developing OpenSource software, why don't you take care of that. I can't accept this as a valid argument. I do look out for drivers _before_ I buy a card for my or my customers' PeeCee (currently I don't even own a PC ;-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: LiveCD for FGFS - suggestion
Norman Vine [EMAIL PROTECTED] wrote: Taking the paragmatic route a little further -- I wonder how many machines running FGFS are running with an Open Source BIOS ? Not many, but on the other hand you won't have much trouble with the BIOS when you think about a standalone FlightGear CD. Dealing with a bunch of different kernel modules for autodetecting different vendors' cards might prove to end in a huge mess. This _is_ very pragmatic thinking, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: LiveCD for FGFS - suggestion
Curtis L. Olson [EMAIL PROTECTED] wrote: I do look out for drivers _before_ I buy a card for my or my customers' PeeCee (currently I don't even own a PC ;-) Is it sgi machines that you run on? It became sort of a hobby to collect used Unix workstations. I have an Octane with MXI graphics and TRAM as workplace at home, but this machine (only 195 MHz) turned out not being able to keep up with recent development. Its CPU is simply too slow and can't cope with all the trees and buildings. I still wonder why this brings the machine to its knees because there are a lot of applications out there, displaying fancy stuff on such a machine at reasonable frame rates. Maybe these applications' characteristics are not comparable to flight simulation and the software probaböy is specifically optimized for SGI's graphics subsystem. I also have a HP Visualize C240 (donation from a customer) but this one also has only 200 MHz CPU cycle. I have an RS6k with 200 MHz (per CPU, eight of them) which won't serve, the SPARC has only 90 MHz (maximum, depending on what CPU set I put into it). The old Motorola based machines will be _waaay_ too slow. I have e workplace at a customer's location with a PC where I plugged my own graphics card which serves as temporary FlightGear testbed, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: LiveCD for FGFS - suggestion
Curtis L. Olson [EMAIL PROTECTED] wrote: Martin Spott writes: Not many, but on the other hand you won't have much trouble with the BIOS when you think about a standalone FlightGear CD. Dealing with a bunch of different kernel modules for autodetecting different vendors' cards might prove to end in a huge mess. This _is_ very pragmatic thinking, I don't think this big mess is the fault of vendors with binary drivers. Especially the mess with NVidia's drivers is the manufacturer's fault. ATI at least _tries_ to conform with the standards proposed by the DRI. With ATI you can copy the DRI driver module and the kernel module (after tweaking the build script) to the appropriate places. With NVidia (at least the last time I looked at their drivers) you have to: a) Unload the kernel's GART module during the autodetection and load NVidia's special kernel module, b) replace the OpenGL libraries, c) run a special X Server. _This_ is what I'd call a huge mess. I don't like ATI's approach either but these guys show that things could have been done at least in a significant better way. Yes, there was no 3D standard for Linux when 3D boards for PeeCees became affordable. But NVidia's driver effort was very late as well. They _would_ have had the chance to stick to DRI standards but they simply don't have any interest into doing anything different from their own way. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] LiveCD for FGFS - suggestion
Hello Curt, Curtis L. Olson [EMAIL PROTECTED] wrote: Martin writes: It became sort of a hobby to collect used Unix workstations. [...] So should I assume that you are running fully open-source operating systems, and fully open-source drivers on all your own hardware? No, absolutely not. I earn my living from maintaining other people's UNIX/Linux servers and workstations (and networks in between) and my home collection serves as a testbed/playground for me - however you'd call it ;-) I have e workplace at a customer's location with a PC where I plugged my own graphics card which serves as temporary FlightGear testbed, I would love to hear which card/drivers you are using at your customer's location. Are there any rendering bugs? Any odd xserver crashes? What kind of performance are you getting compared to nvidia. I never owned an NVidia card, so I can't compare performance. Maybe someone else has the opportunity to do that: Currently I have a Radeon7500 plugged into a Pentium3/600 (I believe this one is still running at 66 MHz external clock) with standard SuSE-9.0 XFree (built from XFree86-4.3.0.1) and the daily CVS build gives me 10 fps when sitting on the default location at noon. In the first days of playing around with FlightGear (some days in the summer of 2000) I used a so-called ATI Rage128, in the spring of 2001 I bought a used Voodoo3/3000. On the (ooops, funny date) 24th December 2001 I got my firstRadeon (7000) and since then I've been sticking to that (Radeon 7500/9100) I already gave most of them away I've seen quite a lot of rendering errors and crashes during _development_ of the DRI (I've been testing DRI CVS trees almost since I got the first Radeon) and by trying out experimental features (TL). The only drawback was the official release of XFree86-4.3, which was released with a completely outdated and buggy Radeon driver. David Dawes knew that when he did the release :-/ Linux distributors knew that as well and put a working one into their distros (as far as I remember). XFree86-4.4 will be an excellent choice as long as you stick to boards up to Radeon9200 (I'd have to look up these numbers because I didn't bother to remember). What people have already been suggesting in the 'early days' and what I refused to believe for quite a long period (which partially made me purchase my first SGI): The performance of the graphics card appears to have very little influence on the frame rate of FlightGear. At least I wasn't able to recognize any significant change when switching between these cards I mentioned above. Even the early PCI cards did a remarkable good job - with stock XFree86-4.x. If there is a 3d card with open-source drivers that could perform as well as nvidia in a do-or-die environment, I'd like to hear about it, because to date, I have yet to see anything else that compares. Unfortunately my customer doesn't want me to spend large amounts of time with FlightGear, they even don't want me to plug pedals to the workplace :-) I'm happy that I can spend a few minutes per day to check out the daily build, so unfortunately I can't tell you anything about many hours' use but I'm still convinced that it is worth the effort to look at the Radeon cards - especially those from the mid-ages Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: LiveCD for FGFS - suggestion
Curtis L. Olson [EMAIL PROTECTED] wrote: a) Unload the kernel's GART module during the autodetection and load NVidia's special kernel module, Nvidia's kernel module does have an AGP driver, but it is smart enough to not activate this portion of the driver if the linux GART module is already there. As my memory serves this was not the case with early GeForce drivers and I'm glad to hear that things changed in the meantime. Depending on your system, one or the other may work better for you though, so the nvidia readme encourages try the other one if you have problems with the first. And nvidia does provide full source for their own kernel module. There might be some misunderstanding here - I assume you mean the GART part of their kernel module. They still link the 'nv-kernel.o' binary object into their module. b) replace the OpenGL libraries, Yes this is allowed. Unfortunately XFree86/Mesa don't (or at least didn't) put the opengl libs where the linux standard said they should, nvidia did. I'd expect libGL in /usr/lib/ where every other Unix puts it. To my knowledge XFree86 doesn't behave different by default - you can choose a different location on compile time by putting a 'host.def' with: #define NothingOutsideProjectRoot YES [...] That causes a huge mess if you have multiple opengl libs on your system [...] I'd try to avoid having multiple sets of the same libraries and I can confirm that this calls for trouble by default. I've been maintaining my own Linux 'distribution' with the compiler for nearly 10 years now and I must admit that I spent lots of time experiencing that you get really bad results if you compile and install a set of libraries without proper removing the remains of the previous version :-) c) run a special X Server. Nvidia gives you a new driver (nvidia vs. nv) for your X server, but you have never needed a special X server. Good to know, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Serial device
Alan King [EMAIL PROTECTED] wrote: Has nothing to do with dropped bytes, has to do with figuring where the start is in a repeating variable length data stream. If I send you a few thousand FF's how do you propose to tell which ones are starts and how many channels? If you can live with a fixed limit to the number of channels (64), then you might borrow from this approach: http://document.ihg.uni-duisburg.de/cgi-bin/viewcvs.cgi/osprey/include/listener.h?rev=1.1.1.1content-type=text/vnd.viewcvs-markup We 'designed' this for a computerized model airplane remote control that should be able to fallback to GSM communication if the primary radio fails. The pattern meets the requirement to transmit 15 channels at 20 Hz over a lossy 9,6 kBit/s line: If one dataset (packet of four bytes) gets partially or completely lost, then the reciever will notice because the checksum doesn't match. He is supposed to drop the packet - knowing that he'll have to wait only 1/20 second for the next one. I'm not shure if the current configurable serial interface is capable to do bit-mangling and I'm quite confident that it lacks support for checksumming. But this may come in the future, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Serial device
Alan King [EMAIL PROTECTED] wrote: Martin Spott wrote: I'm not shure if the current configurable serial interface is capable to do bit-mangling and I'm quite confident that it lacks support for checksumming. But this may come in the future, Thanks actually that looks pretty good, and is really close to the register then data format that I normally use on my microcontroller comms. Only with a channel number and parity, really could just have a block number and send 4 or 8 channels at once then parity. This is a good idea when you have enough speed and bandwidth in every situation. We 'designed' this pattern based on the assumption that you might have _very_ little bandwidth and the probability that you suddenly need to dynamically reduce the number of channels you are going to transmit. Have a 5.000 Euro (or more) model airplane in mind. You might prefer abandoning some not that significant control channels before loosing the whole aircraft :-) You also have to consider the delays on the reciever when using a low-speed link. When the reciever looses too much time waiting for the checksum (over multiple channels) then the aircraft controls will 'feel' strange. If you transmit the checksum with every packet then the reciever can start munging the data while the next channel is being transmitted. Delay is a very significant influence here. That's why we chose the one-channel-one-packet route. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] ATC Talk
Ivo [EMAIL PROTECTED] wrote: Or we could have multiple people around the world recording the sentences, so we'll hear the right accent when approaching for example New Delhi or Mexico City or Frankfurt. I think that I won't approach Frankfurt within the next years but theoretically it should be easy to record English spoken ATC in Germany. TWR will speak German or English as you like - simply attach a recorder to the intercom. Unfortunately the C150 I am currently training on has only two headphone jacks :-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Latest ATI related problem...
Lee Elliott [EMAIL PROTECTED] wrote: I've been having a few problems, and not just with FG, since fitting a new ATI 9200 vid card but just recently I've found that I can't run FG at night-time at all. This wasn't originally the case when I first fitted the card - it's happened since, either as a result of system upgrades (Debian Unstable) or due to changes in FG or it's supporting packages i.e. plib or SimGear. If you feel comfortable with it then you might want to try binary snapshots of the DRI drivers for ATI Radeon: http://dri.sourceforge.net/snapshots/README.Debian Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: [Flightgear-cvslogs]
Andy Ross [EMAIL PROTECTED] wrote: Curtis L. Olson wrote: Previously you could type Shift-1 Shift-2 Shift-3 ... etc. to select an engine. Then '{' and '}' would select the magnetos. Finally, space bar would kick in the starter motor for as long as it was depressed. Let me take a look. I presume you're seeing this with the DC-3? The code (selectEngine(), stepMagnetos() and startEngine() in controls.nas) looks more or less correct at first reading. I'm pretty sure I remember testing this with a multiengine aircraft... When you are at it, would it be difficult to think about an idea how to make this independent of the different national keyboard layouts ? The last time I looked at it we still had Shift-1, AltGr-q, on the German keyboard, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] ATC Talk
David Megginson [EMAIL PROTECTED] wrote: Matthew Law wrote: I agree with you totally. My sentiment was that there have also been many accidents caused by ATC talking in a foreign language (English) to another pilot who also doesn't speak English as a first language. That can often be a problem between a controller and pilot who *do* speak English as their first language, when they use non-standard phraseology. Do you have to pass an exam on the north American continent for operating the radio ? In Germay we have to own the Restricted Flight Radiotelephone Operator's Certificate (this is _not_ my translation, it's printed on the certificate itself :-) _before_ you are allowed to enter any other examination on your way to the PPL. In this exam you have to prove that you know how to use the standard phraseology, that you can sort of understand what is written in the AIP (which is written in English) and that you know the basics of radio navigation. To be honest: This is typically German because you could include this stuff into the usual theoretical exam as well but anything about radios falls under the responsibility of a different authority which results in an additional exam I myself am learning to fly at a controlled airport (EDLN) which pretty restrictive controllers (!) so we are pretty much used to the phraseology when we leave the flight school. Hey, they even have a nice picture: http://www.eddh.de/info/landeinfo-ergebnis.php?eicao=EDLN Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: [Flightgear-cvslogs] CVS: docs/Model fgfs-model-howto.html, 1.4, 1.5
Hello Erik, Erik Hofman [EMAIL PROTECTED] wrote: + link rel=stylesheet type=text/css href=http://www.flightgear.org/default.css; [...] + a href=http://www.flightgear.org/;img id=titlebar src=http://www.flightgear.org/images/fglogosm.jpg; alt=/a You probably might want to use references _without_ hostname here - like it's already done in all the other places, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear mouse pad
Erik Hofman [EMAIL PROTECTED] wrote: Does anybody know a good place to print a mouse pad: http://www.a1.nl/~ehofman/fgfs/gallery/fgfs-mousepad.png The company I work for - here in Aachen - used to get printed mousepads for their customers. Although it's very resistet, it's still a laser copy and dark colours tend to be difficult to reproduce. They cost about 3 EUR each and they don't sell over an internet shop, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: Flightgear-cvslogs] CVS: data/Aircraft/f16/Models f16.ac, 1.17, 1.18 f16.xml, 1.8, 1.9
Update of /var/cvs/FlightGear-0.9/data/Aircraft/f16/Models In directory baron:/tmp/cvs-serv20447 Modified Files: f16.ac f16.xml Log Message: Add gear animation Woohooo ! Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Flightgear-cvslogs]
Erik Hofman [EMAIL PROTECTED] wrote: Martin Spott wrote: Update of /var/cvs/FlightGear-0.9/data/Aircraft/f16/Models In directory baron:/tmp/cvs-serv20447 Modified Files: f16.ac f16.xml Log Message: Add gear animation Woohooo ! I take this as a compliment. Absolutely - with the gear retracted the F16 looks really 'smart'. I have been waiting all the time for a retractable gear but didn't dare to ask Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear mouse pad
Erik Hofman [EMAIL PROTECTED] wrote: Martin Spott wrote: The company I work for - here in Aachen - used to get printed mousepads for their customers. Although it's very resistet, it's still a laser copy and dark colours tend to be difficult to reproduce. They cost about 3 EUR each and they don't sell over an internet shop, This does sound to me like then rather not do it, but it could be done? It looks like Jon Stockill also can provide them, so maybe it's better to go with that? Shure, it's easier for me not to ship dozends of mousepads with snail mail ;-) I wonder how 'they' do it - real printing (silk screen printing) is pretty expensive. Does anyone know which technique is used for those nice Sun mousepads ? Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear mouse pad
Erik Hofman [EMAIL PROTECTED] wrote: That would be nice. I'd like to have a few then. Any other developers who want one (or more)? I don't count as a developer but I still would like to have one or two hands full Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear mouse pad
Erik Hofman [EMAIL PROTECTED] wrote: Russell Suter wrote: Okay, good to know. So what kind of SGI do you run on and what kind of frame rate do you get? That's not fair! You would laugh at me :-D (O2 RM5200/300Mhz at 2 ~ 10 fps but waiting to put a 900Mhz CPU in there which will come available in April). _That_ is not fair at all. I definitely need to contact your sponsor ;-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear mouse pad
Russell Suter [EMAIL PROTECTED] wrote: [...] I'm curious because I have a friend that does research on a Cessna 172 simulator that has an Onyx/IR with 3 channels. His simulator models are crap and his visual database is worse. I'm trying to talk him into trying FlightGear but I have zero idea of what performance would be like. It probably would be best if you simply ask him to try it out. And if he really does, then we might be interested in the FlightGear performance numbers and last but not least some information, on how that box is equipped. For most SGI models you can choose from a range of different CPU's and to my knowledge the Onyx is no exception (and it might be worse than the Octane ),, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear mouse pad
Erik Hofman [EMAIL PROTECTED] wrote: Take a look here: http://www.a1.nl/~ehofman/fgfs/comparison.html This table is based on performance reports from FlightGear users who have sgi equipment. But be aware that this is about the default startup position (stationary at KSFO) which seems a bit heavy on the scenery for alder hardware. I have the impression that the default position is very un-representative - because of two reasons: 1.) If you get only 3 fps and do some modifications on the hardware, an improvement of 10 % won't get noticed, because FG still talks about 3 fps, 2.) The amount of objects that are in viewable range on the default position varies very much over the time, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Linuxworld NY 2004
Erik Hofman [EMAIL PROTECTED] wrote: How did it end with the contacts between sgi and our linuxworld attendees? It looks like sgi has just the machine for that right on time: http://www.sgi.com/features/2004/jan/altix350/ I don't think they offer integrated graphics for the Alix series - you need an additional graphics workstation as front-end and wait, until FlightGear has client-server capabilities ;-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] [Fwd: Linux User Developer Expo 2004]
Curtis L. Olson [EMAIL PROTECTED] wrote: FlightGear has been offered free .org booth space and a possible speaker slot at the Linux User Developer Expo 2004. This is Oct 20-21 at the Olympia Exhibition Centre in London, UK. You don't necessarily need to be a developer to help with the booth, but a moderate working knowledge of FlightGear (and for this show, Linux) is always helpful. Are there any UK people who might be interested in staffing a booth, bringing a pc, etc.? Anyone looking for an excuse to visit London next October? This should be a great opportunity for a European FG developer's meeting (or sort of that), Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] [Fwd: Linux User Developer Expo 2004]
Curtis L. Olson [EMAIL PROTECTED] wrote: If your name is on this list and it shouldn't be, or I have the level of definiteness wrong, please let me know. I'll use this as a chance to enjoy a short visit to London with my cohabitee. This means, that I'll be able to spend some hours at the booth, but not the whole event, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: [Flightgear-users] Live-CD
Erik Hofman [EMAIL PROTECTED] wrote: I would think it would be best to use FlightGear as the window manager. You could acomplish this: http://baron.flightgear.org/pipermail/flightgear-devel/2002-March/006012.html The idea is correct, the terminology not ;-) The window manager simply is an X client as everyone else - despite the fact that the other clients agree on him to be the master of window positions. On modern Linux distributions you would modify the master Xinit configuration file '/etc/X11/xinit/xinitrc', Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel