Re: [Flightgear-devel] F-16 simulator
Jon S Berndt wrote: On Tue, 14 Oct 2003 22:11:55 +0100 Lee Elliott [EMAIL PROTECTED] wrote: Are you sure the differential tail deflections can't be done in JSBSim? Well, it's not so much that it can't be done. However, there are some factors to consider. Depending on the flight conditions and modes, the flight control system will control the ailerons and elevator differently. The control surface mixer may command the aerosurfaces differently depending on conditions and loading, and the flow over the various surfaces is complex and the flow over the tail is especially complex and partially affected by the setting of the aileron (flaperons?). These conditions don't lend themselves well to modeling aerodynamic forces and moments via coefficients in lookup tables. The solution is to model the aerosurfaces by parts, for which JSBSim is not **currently** set up to do. I do have the lookup tables for horizontal tail deflection at different alpha and beta angles. Would that mean I can add them and use them like the other surfaces? Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] F-16 simulator
I do have the lookup tables for horizontal tail deflection at different alpha and beta angles. Would that mean I can add them and use them like the other surfaces? Erik I would think so. Here's the deal. I can't remember offhand exactly how the F-16 DFlCS moves and mixes the roll command to the HT and ailerons. Usually, for roll we simply move the stick left or right, and the ailerons move, and we look up the roll moment coeff that results. In this case, if we move the stick left or right, more than one aerosurface may move. We need to make sure the FCS is set up to move the aerosurfaces correctly, then look up the roll contributions for the various deflections. Does that sound right? Jon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Scenery mirrors
The http mirrors of FG are all straight mirrors of the master site, as are the ftp mirrors. Hence the graphical scenery download page on the http mirrors points back to the master site. Hence it's impossible to download scenery from the ftp mirrors using the graphical interface. It seems to me it might be worth tweaking the http mirror's graphical download page to point to the corresponding ftp mirror if available? Cheers - Dave ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Making a 3D Sea Harrier FRS.1
Matthew Johnson [EMAIL PROTECTED] said: Thought I'd take a stab at this, decided to try and make a 3D rendition of the Sea Harrier, especially since we have the Harrier in FG, but without a 3D model (I think it needs one!). So far I have started by looking for a plan that I can follow, but have only found a 3 view plan for the FA2 (upgraded version with HOTASS and new radar), anyone happen to know a 3 view plan of the FRS.1 version is hiding? Failing ever finding one, what options are open? This looks like it, unfortunately not the greatest quality: http://www.cnw.mk.ua/weapons/airforce/svvp/harrier/image/sxem.gif I'll be modelling using the Linux version of AC3D version 4.0. I haven't looked closely at this version yet, but there might be some new features there that aren't supported by the plib loader yet. Best, Jim ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Making a 3D Sea Harrier FRS.1
So far I have started by looking for a plan that I can follow, but have only found a 3 view plan for the FA2 (upgraded version with HOTASS and new radar), anyone happen to know a 3 view plan of the FRS.1 version is hiding? Failing ever finding one, what options are open? I use this site for the modeling plans: http://www.1999.co.jp/eng/plamo/ It's a page containing scanned back covers of the models aircrafts (Italeri, Revell). - Matevz ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Scenery mirrors
On Wed, Oct 15, 2003 at 12:36:26PM +0100, David Luff wrote: The http mirrors of FG are all straight mirrors of the master site, as are the ftp mirrors. Hence the graphical scenery download page on the http mirrors points back to the master site. Hence it's impossible to download scenery from the ftp mirrors using the graphical interface. It seems to me it might be worth tweaking the http mirror's graphical download page to point to the corresponding ftp mirror if available? 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/; As an aside, it is a good idea to include the final slash when linking a directory. It removes the need for a redirect. -- James (Jay) Treacy [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] F-16 simulator
Jon Berndt wrote: I do have the lookup tables for horizontal tail deflection at different alpha and beta angles. Would that mean I can add them and use them like the other surfaces? Erik I would think so. Here's the deal. I can't remember offhand exactly how the F-16 DFlCS moves and mixes the roll command to the HT and ailerons. Usually, for roll we simply move the stick left or right, and the ailerons move, and we look up the roll moment coeff that results. In this case, if we move the stick left or right, more than one aerosurface may move. We need to make sure the FCS is set up to move the aerosurfaces correctly, then look up the roll contributions for the various deflections. Does that sound right? I don't think two surfaces are moved simultaneously. The htail takes over the function of the ailerons on some conditions. This does mean that there might be two inputs moving the same surface though ... Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Scenery mirrors
James A. Treacy writes: 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/; As an aside, it is a good idea to include the final slash when linking a directory. It removes the need for a redirect. The difficulty for us is that our web and ftp trees are on separate machines. They aren't even on the same server. Our ftp tree is about 13Gb, our web site is about 100Mb. If we merged all the ftp data in with the web site, we'd kill all our mirrors. I strongly suspect that gnucash can get away with their scheme because their disk space usage is far less than ours. Regards, Curt. -- Curtis Olson HumanFIRST Program FlightGear Project Twin Citiescurt 'at' me.umn.edu curt 'at' flightgear.org 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] 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
* [EMAIL PROTECTED] (David Luff) [2003.10.15 06:37]: The http mirrors of FG are all straight mirrors of the master site, as are the ftp mirrors. Hence the graphical scenery download page on the http mirrors points back to the master site. Hence it's impossible to download scenery from the ftp mirrors using the graphical interface. It seems to me it might be worth tweaking the http mirror's graphical download page to point to the corresponding ftp mirror if available? Cheers - Dave One way to fix this would be Javascript. Here's my idea: Create a select input on the graphical download page with the different ftp mirrors -- default to master. Add an event handler to the select so that it updates a variable (ie. $MIRROR) when the user changes it. Update the links over the graphical interface to use an onClick() event instead of an href element. The onClick() simply directs the user to ftp://$MIRROR/fgfs/Scenery-0.9.2/e000n00.tar.gz or whatever is appropriate. Just a thought. -- Cameron Moore [ You're mind can only absorb what you seek out and endure. ] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Scenery mirrors
Cameron Moore writes: One way to fix this would be Javascript. [sound of the front door slamming] [very rapid foot steps are heard fading off into the distance ...] I think I've been watching too many cartoons lately ... my excuse is that my 2.5 year old daughter now lists SpongeBob SquarePants as her favorite TV show. Thankfully we somehow managed to completely skip the Barney/Teletubbies stage and went straight to something that's funny and entertaining. :-) Here's my idea: Create a select input on the graphical download page with the different ftp mirrors -- default to master. Add an event handler to the select so that it updates a variable (ie. $MIRROR) when the user changes it. Update the links over the graphical interface to use an onClick() event instead of an href element. The onClick() simply directs the user to ftp://$MIRROR/fgfs/Scenery-0.9.2/e000n00.tar.gz or whatever is appropriate. Just a thought. -- Cameron Moore [ You're mind can only absorb what you seek out and endure. ] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel -- Curtis Olson HumanFIRST Program FlightGear Project Twin Citiescurt 'at' me.umn.edu curt 'at' flightgear.org 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] Ctrl-X / Ctrl-Z
Jim Wilson writes: David Luff said: I've taken the liberty of binding Ctrl-X (currently not in use) to reset default field of view (zoom). At the moment x/X zoom in and out, so Ctrl-X to reset seems logical and follows the v/V/Ctrl-V convention with the actual view mode. Currently '=' resets to default view, I suggest we replace this with Ctrl-X. Objections? None here. The '=' was just left over from a set of bindings that duplicated the x/X function using +/- keys. Remove the '=' so that it is available. Done, in the absence of complaints! For the authors of the documentation - Ctrl-x is now the default keybinding for 'reset zoom to default', not '='. Cheers - Dave ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Scenery mirrors
* [EMAIL PROTECTED] (Curt Olson) [2003.10.15 11:38]: Cameron Moore writes: One way to fix this would be Javascript. [sound of the front door slamming] [very rapid foot steps are heard fading off into the distance ...] [ zip - Cameron zips up his flame-retardent jacket ] I said One way... And BTW, I agree. I only use JS when I have no other choice. To me the only other choice is having a separate graphical page for each ftp mirror, which I don't particularly like either. 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, and they will be more than skilled enough to ftp to the mirrors on their own without the need to use the graphical interface. I could work on a prototype if you will consider it, but if it's gonna get shot down just due to the fact that it's JS, I won't bother. It can't be any worse than python. ;-P I think I've been watching too many cartoons lately ... my excuse is that my 2.5 year old daughter now lists SpongeBob SquarePants as her favorite TV show. Thankfully we somehow managed to completely skip the Barney/Teletubbies stage and went straight to something that's funny and entertaining. :-) My 20-month old son likes SpongeBobPants too (yes, it all one word). Here's my idea: Create a select input on the graphical download page with the different ftp mirrors -- default to master. Add an event handler to the select so that it updates a variable (ie. $MIRROR) when the user changes it. Update the links over the graphical interface to use an onClick() event instead of an href element. The onClick() simply directs the user to ftp://$MIRROR/fgfs/Scenery-0.9.2/e000n00.tar.gz or whatever is appropriate. -- Cameron Moore [ Bombay is 250ms from New York in the new world order - Alan Cox ] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Scenery mirrors
Cameron Moore writes: I said One way... And BTW, I agree. I only use JS when I have no other choice. To me the only other choice is having a separate graphical page for each ftp mirror, which I don't particularly like either. 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, and they will be more than skilled enough to ftp to the mirrors on their own without the need to use the graphical interface. I could work on a prototype if you will consider it, but if it's gonna get shot down just due to the fact that it's JS, I won't bother. It can't be any worse than python. ;-P If you can make the magic happen in JS, I'd be willing to enable JS to test it out ... :-) If it works well enough, I'd consider switching the page to use it. This doesn't address the same problem with the other source/binary release files, but it's a start. Perhaps we could also keep the current page as a backup? As in, if this page seems empty, useless, or broke in your browser, click here for an alternate less fancy interface. My 20-month old son likes SpongeBobSquarePants too (yes, it all one word). I'm imagining an episode where SpongeBob accidently gets cvs write access to the flightgear project ... or even just signs up to our mailing lists ... :-) Curt. -- Curtis Olson HumanFIRST Program FlightGear Project Twin Citiescurt 'at' me.umn.edu curt 'at' flightgear.org 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] Scenery mirrors
* [EMAIL PROTECTED] (Curt Olson) [2003.10.15 14:05]: Cameron Moore writes: I said One way... And BTW, I agree. I only use JS when I have no other choice. To me the only other choice is having a separate graphical page for each ftp mirror, which I don't particularly like either. 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, and they will be more than skilled enough to ftp to the mirrors on their own without the need to use the graphical interface. I could work on a prototype if you will consider it, but if it's gonna get shot down just due to the fact that it's JS, I won't bother. It can't be any worse than python. ;-P If you can make the magic happen in JS, I'd be willing to enable JS to test it out ... :-) If it works well enough, I'd consider switching the page to use it. This doesn't address the same problem with the other source/binary release files, but it's a start. Perhaps we could also keep the current page as a backup? As in, if this page seems empty, useless, or broke in your browser, click here for an alternate less fancy interface. 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. My 20-month old son likes SpongeBobSquarePants too (yes, it all one word). Umm...did you edit my reply? I meant SpongeBobPants. My son leaves out the Square part. It's funny...but, I guess you have to be there. I'm imagining an episode where SpongeBob accidently gets cvs write access to the flightgear project ... or even just signs up to our mailing lists ... :-) Or he finds FG and tries it out only to find that he can't figure out how to make it work. So he emails the project leader (you) or the FAQ maintainer (me) personally to ask a question that belongs on the mailing list. We tell him to ask the list and his gets his feelings hurt and it just snowballs from there. ;-) -- Cameron Moore / If a tree falls in the forest and no one is around \ \to see it, do the other trees make fun of it? / ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] release warning
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. Regards, Curt. -- Curtis Olson HumanFIRST Program FlightGear Project Twin Citiescurt 'at' me.umn.edu curt 'at' flightgear.org 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] 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] that ssgStripify fix
- 0.01f, /* DISTANCE_SLOP = One centimeter */ + 0.001f, /* DISTANCE_SLOP = One millimeter */ Done. Sorry it took so long, but when I wanted to do it I saw my last Windos reinstall :-( had clobbered my WinCVS access to Sourceforge. Thanks, Jim Bye bye, Wolfram. ___ 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] Re: [Flightgear-cvslogs] CVS: www/Docs/InstallGuide getstart.css,
Martin Spott writes: 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, Andrei added the menu and header/footer wrappers to these and changed all the files from .html to .htm; I asked him to change it back to .html, but I think he missed a few at the fringes. But for handling externally generated/maintained documents like the getting started guide, I think it makes a lot more sense to just leave the header/footer/menu wrappers off. Regards, Curt. -- Curtis Olson HumanFIRST Program FlightGear Project Twin Citiescurt 'at' me.umn.edu curt 'at' flightgear.org 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] release warning
Martin Spott writes: 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 ), 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 ... (?) Part of the problem from a release manager point of view is that if we wait for every loose end to be tidied up, we would never have a release -- not ever. My challenge is to figure out where to draw the line and balance forward motion against ticking some people off. I usually manage to make at least a few people angry, but please know that no offense is intended ... I'm just trying to balance multiple conflicting demands. I also appreciate that not every one will agree with exactly where and when I draw the line, and I guess that's the way it goes. I'm a big target out here so fire away if you must. I usually keep my asbestos gear within reach, but if you hurry you might be able to sneak in a few shots before I get fully zipped up. ;-) Also, I hope people remember that I am doing this in my spare time as a volunteer. I have a full time job and a family so my time is often very limited, and that limits what I can do and how many loose ends I can keep track of myself ... sometimes if I get a spare chunk of time, I just have to go with it because if I wait a week it might be another 2-3 weeks or more before I can get back to something I started. Regards, Curt. -- Curtis Olson HumanFIRST Program FlightGear Project Twin Citiescurt 'at' me.umn.edu curt 'at' flightgear.org 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] Making a 3D Sea Harrier FRS.1
Matthew Johnson wrote: Thought I'd take a stab at this, decided to try and make a 3D rendition of the Sea Harrier, especially since we have the Harrier in FG, but without a 3D model (I think it needs one!). So far I have started by looking for a plan that I can follow, but have only found a 3 view plan for the FA2 (upgraded version with HOTASS and new radar), anyone happen to know a 3 view plan of the FRS.1 version is hiding? Failing ever finding one, what options are open? Let me pop out of hibernation for a moment to respond to this. [Curt/Jim/Maik: I *am* going to try out the helicopter patches to YASim, I promise. Cursorily they look good, except for some high-level design issues that can be ironed out later via code motion. Feel free to commit them anyway, of course] I did the harrier flight model, and actually almost sorta got started on a 3D model to go with it. The harrier is actually quite difficult to figure out from a 3-view, honestly. Due to features like the negative camber wings, forward-slanted elephant ear intakes and protruding nozzles on the fuselage, it's very poorly represented by a single diagram. I looked through a *lot* of photos, and never did really come up with a good plan for how to do it in blender. Maybe your best bet would be to purchase a traditional plastic model, disect it, and use digital photos of that as your basis for 3D work. Andy ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: Scenery mirrors
Martin Spott writes: 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 How about this : http://httpd.apache.org/docs/misc/rewriteguide.html -- check out the part about the Archive Access Multiplexer.. http://httpd.apache.org/docs/mod/mod_rewrite.html#mapfunc -- check out randomized plain text I assume that since it's Debian / Apache 1.3.27 [flightgear.org] that mod_rewrite is installed. You have a list of sites through which mod-rewrite round-robins. You would have to change the image map to request http://flightgear.org/scenery/$filename instead of ftp. Then add this to your server configuration in httpd.conf : RewriteEngineon RewriteMap servers rnd:/path/to/servers.map RewriteRule ^.*/scenery/(.*)$ ${servers:uptodate}$1 [R,L] Then, put this easy to update servers.map file in a world readable locaion : uptodate ftp://ftp.planetmirror.com/pub/fgfs/Scenery-0.9.2/|ftp://ftp.de.flightgear.o rg/pub/fgfs/Scenery-0.9.2/|ftp://obgyn.edu.pl/fgfs/Scenery-0.9.2/|ftp://ftp. flightgear.org/pub/fgfs/Scenery-0.9.2/ Voila, auto_magic! You could even use a perl script as a map and then, of course, the possibilities are endless : btw, this is the list of mirrors that has the new scenery. Cheers, Simon. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Making a 3D Sea Harrier FRS.1
On Wed, 2003-10-15 at 17:21, Andy Ross wrote: Matthew Johnson wrote: Thought I'd take a stab at this, decided to try and make a 3D rendition of the Sea Harrier, especially since we have the Harrier in FG, but without a 3D model (I think it needs one!). So far I have started by looking for a plan that I can follow, but have only found a 3 view plan for the FA2 (upgraded version with HOTASS and new radar), anyone happen to know a 3 view plan of the FRS.1 version is hiding? Failing ever finding one, what options are open? Let me pop out of hibernation for a moment to respond to this. [Curt/Jim/Maik: I *am* going to try out the helicopter patches to YASim, I promise. Cursorily they look good, except for some high-level design issues that can be ironed out later via code motion. Feel free to commit them anyway, of course] I did the harrier flight model, and actually almost sorta got started on a 3D model to go with it. The harrier is actually quite difficult to figure out from a 3-view, honestly. Due to features like the negative camber wings, forward-slanted elephant ear intakes and protruding nozzles on the fuselage, it's very poorly represented by a single diagram. I looked through a *lot* of photos, and never did really come up with a good plan for how to do it in blender. Maybe your best bet would be to purchase a traditional plastic model, disect it, and use digital photos of that as your basis for 3D work. Thanks for the input, yes its certainly quite a pain :). Especially as I am new to 3D modeling still, but making some progress, especially with the pictures I got. Getting stuck around the cockpit area Getting stuck around the cockpit area, so will probably need help...I do like the suggestion about the plastic model, although Wife won't :). Especially if I spent $80 on the AirFix 1/24 Scale Sea Harrier! Might just shelve the Shar for a bit, and start something new...Unless I post some pics to show where I am and look for any insights (being built using Ac3D version 4). Again thanks Andy for the input :). Matt Andy ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Version 0.9.3-pre1
Source code for FlightGear-0.9.3-pre1 and SimGear-0.3.4-pre1 is now available at flightgear.org and simgear.org respectively. This isn't yet an official release and you will need the latest cvs version of the base package to test the code. If people want to help make the next release as bullet proof as possible I would ask that you download these and build and test them. 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.) :-) Gene B. pointed me to a free windows setup.exe creator so I'm thinking we ought to bundle the windows version up with that (or something similar) for upcoming releases. Regards, Curt. -- Curtis Olson HumanFIRST Program FlightGear Project Twin Citiescurt 'at' me.umn.edu curt 'at' flightgear.org 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] Scenery mirrors
On Wed, Oct 15, 2003 at 10:49:36AM -0500, Curtis L. Olson wrote: The difficulty for us is that our web and ftp trees are on separate machines. They aren't even on the same server. Our ftp tree is about 13Gb, our web site is about 100Mb. If we merged all the ftp data in with the web site, we'd kill all our mirrors. I strongly suspect that gnucash can get away with their scheme because their disk space usage is far less than ours. Here is what I created for the Debian web site a number of years ago when I was the webmaster. The changes needed for flightgear are straightforward. The one requirement is a cgi which redirects the user to the proper site: form method=get action=http://cgi.debian.org/cgi-bin/redirect.pl; input type=hidden name=page value=/ smallSelect a server near you:/small /font br select name=site style=font-size:90%; option value=auAustralia/option option value=atAustria/option [lots of countries snipped] option value=ukUnited Kingdom/option option value=us selectedUnited States/option /select input type=submit value= Go style=font-size:90%; br /form I can provide the redirect script, but it's pretty simple. -- James (Jay) Treacy [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Making a 3D Sea Harrier FRS.1
On Thursday 16 October 2003 01:21, Andy Ross wrote: Matthew Johnson wrote: Thought I'd take a stab at this, decided to try and make a 3D rendition of the Sea Harrier, especially since we have the Harrier in FG, but without a 3D model (I think it needs one!). So far I have started by looking for a plan that I can follow, but have only found a 3 view plan for the FA2 (upgraded version with HOTASS and new radar), anyone happen to know a 3 view plan of the FRS.1 version is hiding? Failing ever finding one, what options are open? Let me pop out of hibernation for a moment to respond to this. [Curt/Jim/Maik: I *am* going to try out the helicopter patches to YASim, I promise. Cursorily they look good, except for some high-level design issues that can be ironed out later via code motion. Feel free to commit them anyway, of course] I did the harrier flight model, and actually almost sorta got started on a 3D model to go with it. The harrier is actually quite difficult to figure out from a 3-view, honestly. Due to features like the negative camber wings, forward-slanted elephant ear intakes and protruding nozzles on the fuselage, it's very poorly represented by a single diagram. I looked through a *lot* of photos, and never did really come up with a good plan for how to do it in blender. Maybe your best bet would be to purchase a traditional plastic model, disect it, and use digital photos of that as your basis for 3D work. Andy Yes, this is quite a tricky one to model - I started on one too but stopped when I found out you were working on one as I didn't want to intrude on your patch, as it were. The intakes and neg camber wing aren't too difficult to get around - I'd suggest doing the front fuselage as two sections, split at the intakes, and then join them together, to deal with the intakes. I can't actually see a problem with the wings. The side nozzles were tricky though because they aren't just stuck on the sides of a smoothly curving fuselage. I had a lot of trouble trying to get a clear idea in my mind of the shape and curves of the fuselage in this region and stopped work on it before I'd figured it out. LeeE ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel