Re: [Flightgear-devel] Keyboard reorg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 LeeE wrote: On Wednesday 28 November 2007 10:18, Stuart Buchanan wrote: Hi All, I've added the key assignments currently defined in keyboard.xml to the wiki page, so that we can easily see what assignments people think are missing, and any inconsistencies: http://wiki.flightgear.org/flightgear_wiki/index.php?title=Keyboard_f unction_priority_list Note that this only lists the key assignments for the functions that people have added to the wiki. It doesn't list all the current key assignments so shouldn't be used to work out which keys are available :) I think it might be worth making a couple of small changes for the 0.9.11 release to make the key assignments more consistent, and to define which blocks of keys we want to reserve for aircraft designers, and which we will reserver for user's own custom assignments. That way we have a strategy going forwards, and designers of new aircraft will have some confidence that they will not be treading on other peoples toes. From looking at the list, one thing that looks worth resolving are the speedbrakes, spoilers and slats assignments. The current key assignment for Speedbrakes assumes that the brakes are on/off, and at least in the case of the Vulcan, they have multiple positions. I don't fly big iron much, but I'd guess that slats can similarly have multiple positions. Anyone care to comment? It might be worth adding a new list to the wiki page of the current functions for which there is a keyboard assignment we no-longer need. For example, the time warp and simulation rate key assignments which we will no-longer need once someone commits my Time of Day dialog changes ;) -Stuart Re the secondary flight controls, we need to allow for separate ground steering and rudder control, in addition to differential braking - with tandem and quadracycle landing gear you need to steer independently in cross-winds - linking the ground steering with the rudder doesn't work too well :) It is also something that needs easy access to - I've been using Ctrl-'\' 'z' for this (I think they're currently unassigned or not appropriate for the B-52). On my uk keyboard they're all conveniently close together on the left-hand side of the k/b and it's easy enough to hold down the Ctrl key with the little finger and operate the '\' and 'z' keys with the other fingers. On Swedish keyboard at least, Ctrl-\ is near unusable, it means: Ctrl-AltGr-+ to get a \ Please consider non-English users. See http://en.wikipedia.org/wiki/Image:KB_Sweden.svg for how the Swedish one looks. http://en.wikipedia.org/wiki/Keyboard_layout contains several more layouts. LeeE - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFHTnmmWmK6ng/aMNkRCiZ3AKCb8V3z9xBDYHHa3AjKfHVdh8Co8QCghmPY WZ0ps17kouXhKFgDRzAzCHo= =oNy5 -END PGP SIGNATURE- - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Time of Day dialog update
Am Mittwoch 28 November 2007 schrieb Stuart Buchanan: Melchior wrote: ... - unclear wording: Environment Rate: [+][-] What is an environment rate? :-) I thought it was clearer for new users than Time Warp delta. I've changed this to Time Warp. How about Sim Time Rate [-][+][Real Time]. I don't think newbies know what 'time warp' is (me included, though I know the effect of the buttons :-)) Unfortunately the even better 'Simulation Time Rate' is maybe too wide for the dialog. Thomas - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] FlightGear Prerelease 0.9.11 some testresults
Hi, during the last days I tested FG 0.9.11 Pre using several different scenarios, of course related to my personal interests and therefore only a subset of FG's possibilities. Generally spoken, this is a very stable running version on my system (OpenSUSE 10.2). I could not see any big problems, only smaller ones (see further text). Coming from the latest FG OSG CVS I enjoyed the higher framerates and a little nicer colours. Compared to the Pre-Pre-Versions with the stuttering problems, this version runs very smooth with normal sceneries (only at higher object density level there are some loading stutters). From my point of view, this is the best release version of FlightGear ever, from the technical side. There are only some remarks I want to make, not sure what is already known or not: 1. Placing aircraft (gliders) on undulating landscape not possible I use this to place the Bocian glider at the Menden-Barge gliderfield (Arnsberg scenery) to make a winch-start and it works perfectly with FG OSG/CVS: --lon=7.841730 --lat=51.461965 --heading=236. This is only one example, I tested it with several places. With FG 0.9.11 Pre it works on flat landscape but if there is a rising surface not only the Bocian but every tested aircraft is stuck into the ground (and visually damaged, like the Bo105)· 2. Triangle distorted sky also with Anthrax GUI Although using the Anthrax-GUI, the sky gets triangulated when using a submenu with (orange???) input-fields. This triangle distortion disappears immediatly after leaving the input field. 3. Winter textures (partially) broken (same for OSG version) As we had the first snow here the last days I wanted to use the winter-textures for a flight (--season=winter) but was disappointed as it seams to be broken. Some of the winter textures display right, other are only visible from a specific small view-angle. With another view-angle the ground has some sort of brown colour, no real texture. (It is also broken with FG/OSG CVS, here most of the textures won't display, only one or two). Is this specific to my system? Or is it broken on your system, too? 4. 3D clouds crash Selecting 3D clouds in the rendering menu crashes FlightGear after closing the window. When used as a startup parameter FlightGear does not run. Do I remember right that this is an older problem and depending on the video-driver/card of the user system??? 4. Please make gstunnel menu switchable Melchiors gstunnel.nas works with the Prerelease version. This could be a very nice new feature for the new FG version if Melchior could make it switchable (on/off) by a menu entry. I remember that it helped me a lot a long, long time ago with the flightsim of those days ... Regards Georg EDDW - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Time of Day dialog update
* Stuart Buchanan -- Wednesday 28 November 2007: [http://www.nanjika.co.uk/flightgear/timeofday.xml] Looks good now. Committed. I'll possibly replace the [Close] button by a window-style close button in the upper right corner, as this is a dialog that people may have opened for a while, especially developers checking for shadows and light texture size (which often depends on the sun angle). That's also why the dialog shouldn't be bigger than necessary. m. - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Prerelease 0.9.11 some testresults
On Thu, 29 Nov 2007, Georg Vollnhals wrote: 4. 3D clouds crash Selecting 3D clouds in the rendering menu crashes FlightGear after closing the window. When used as a startup parameter FlightGear does not run. Do I remember right that this is an older problem and depending on the video-driver/card of the user system??? Hi, Check that cloud resolution and cloud cache size isn't 0 in the rendering dialogue. These are stored in autosave.xml and FG/OSG sets one of them to zero - causing FG/plib to crash when enabling 3d clouds unless one adjusts the parameter first. Cheers, Anders -- --- Anders Gidenstam mail: anders(at)gidenstam.org WWW: http://www.gidenstam.org/FlightGear/JSBSim-LTA/ - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Time of Day dialog update
Am Donnerstag 29 November 2007 schrieb Melchior FRANZ: * Thomas Förster -- Thursday 29 November 2007: How about Sim Time Rate [-][+][Real Time]. I don't think newbies know what 'time warp' is As said in the other email: I didn't criticize Environment Rate to favor Time Warp. Both might be unclear. I've committed for now, and we can later change to whatever seems best. Unfortunately the even better 'Simulation Time Rate' is maybe too wide for the dialog. Not sure if this is sarcasm. This time its definitely not :-) Knowing how hard it can be to find good terms, I was just thinking about proper/better wording... I didn't even look at the dialog itself. So read it as just my ranked personal choice of naming options: 1. Simulation Time Rate 2. Sim Time Rate 3. Time Warp/Environment Rate Thomas - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Keyboard reorg
On jeu 29 novembre 2007, AnMaster wrote: LeeE wrote: Re the secondary flight controls, we need to allow for separate ground steering and rudder control, in addition to differential braking - with tandem and quadracycle landing gear you need to steer independently in cross-winds - linking the ground steering with the rudder doesn't work too well :) It is also something that needs easy access to - I've been using Ctrl-'\' 'z' for this (I think they're currently unassigned or not appropriate for the B-52). On my uk keyboard they're all conveniently close together on the left-hand side of the k/b and it's easy enough to hold down the Ctrl key with the little finger and operate the '\' and 'z' keys with the other fingers. On Swedish keyboard at least, Ctrl-\ is near unusable, it means: Ctrl-AltGr-+ to get a \ Please consider non-English users. See http://en.wikipedia.org/wiki/Image:KB_Sweden.svg for how the Swedish one looks. http://en.wikipedia.org/wiki/Keyboard_layout contains several more layouts. I agree with AnMaster, That is the main (and difficult) problem with the users who don't have the luck to use an English Keyboard. I recently worried that when ( july or august 2005) Melchior Franz proposed to study and to find an elegant way to solve within FG the keyboard mapping, nobody answered to his proposal , probably because there is a majority within the FG community who use that standard English Keyboard. So the 'non English Keyboard' users have only the solution to build their own customized keyboard , their Eyes to Cry :( . Regards -- Gérard http://pagesperso-orange.fr/GRTux/ - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Prerelease 0.9.11 some testresults
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Anders Gidenstam wrote: On Thu, 29 Nov 2007, Georg Vollnhals wrote: 4. 3D clouds crash Selecting 3D clouds in the rendering menu crashes FlightGear after closing the window. When used as a startup parameter FlightGear does not run. Do I remember right that this is an older problem and depending on the video-driver/card of the user system??? Hi, Check that cloud resolution and cloud cache size isn't 0 in the rendering dialogue. These are stored in autosave.xml and FG/OSG sets one of them to zero - causing FG/plib to crash when enabling 3d clouds unless one adjusts the parameter first. Why not have autosave-osg.xml and autosave-plib.xml, I changed to use that locally because of how annoying this was. IMO something like that would make sense in cvs too. At least until FG/OSG support all those values. Or simply make FG/OSG ignore the values, not overwrite them? /AnMaster Cheers, Anders -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFHTrdBWmK6ng/aMNkRCnTBAJ9+4elQyYLKEw8T6TapQslmPEfbsQCgsnfd /5d/30R3Xo1aUPUp5LgEi4Y= =hADr -END PGP SIGNATURE- - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Prerelease 0.9.11 some testresults
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Georg Vollnhals wrote: [...] 2. Triangle distorted sky also with Anthrax GUI Although using the Anthrax-GUI, the sky gets triangulated when using a submenu with (orange???) input-fields. This triangle distortion disappears immediatly after leaving the input field. Did the nVidia driver settings workaround help? (Quote from earlier mail on -devel): I brought this up in IRC and it was mentioned that this may be an NVidia. I followed AnMaster's recommendation that I enable NVidia's anti-aliasing and anisotropic filtering for all apps and that does seem to have solved the issue. The default settings for these was Application Controlled. 3. Winter textures (partially) broken (same for OSG version) As we had the first snow here the last days I wanted to use the winter-textures for a flight (--season=winter) but was disappointed as it seams to be broken. Some of the winter textures display right, other are only visible from a specific small view-angle. With another view-angle the ground has some sort of brown colour, no real texture. (It is also broken with FG/OSG CVS, here most of the textures won't display, only one or two). Is this specific to my system? Or is it broken on your system, too? Known broken, for a long time. [...] 4. Please make gstunnel menu switchable Melchiors gstunnel.nas works with the Prerelease version. This could be a very nice new feature for the new FG version if Melchior could make it switchable (on/off) by a menu entry. I remember that it helped me a lot a long, long time ago with the flightsim of those days ... What is this gstunnel thing? /AnMaster -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFHTriYWmK6ng/aMNkRCl29AKCh3bU1lWPmY4IswVc+/AcJmX7oJgCgq9I/ O/wYlS7YmN3jn2eZ5a2Jhqk= =oZYl -END PGP SIGNATURE- - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] controls.nas
* Markus Zojer -- Wednesday 21 November 2007: I think this snippet of code fits in better in Nasal/controls.nas than my local .nas. wingSweep = func { [...] Committed. (Only did the usual cosmetics, like var, named args, etc.) m. - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Nimitz operation menu items
Hi Paul, I'm afraid I cannot add the items you ask for as they stand. The code only works with the existing Nimitz_demo.xml. If any other carrier demo is used, this carrier will be placed in the default Nimitz location by the use of this dialog. A dialog must be generally applicable, not apply to just one situation, and must most definitely not break anything. The idea is sound, and I encourage you to work the code up into something that works properly. Regards, Vivian -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bohnert Paul Sent: 22 November 2007 03:54 To: FlightGear developers discussions Subject: Re: [Flightgear-devel] Nimitz operation menu items Hi All, For now please add the two items I asked for. I'll work on a new and improved stand alone carrier menu. It might take some time. I'm learning as I go. Best Regards, Paul B gerard robin [EMAIL PROTECTED] wrote: On mer 21 novembre 2007, Mike Schuh wrote: On Wed, 21 Nov 2007, Stuart Buchanan wrote: 1) I think splitting the dialog into two - one for AI/ATC and one for carrier settings would be a good idea. From the user's perspective, they are really two separate functions and there are now sufficient carrier functions to make this worthwhile. I agree. It might also be worth including buttons for engaging the launchbar, and even firing the catapult. I think it would be valuable to add a configurable time delay to the firing of the catapult. This would allow the user to click fire, close/dismiss the dialog window/box, and prepare to fly the plane. The default could be, say, 5 seconds, and there could be a separate dialog window/box that shows the time remaining before the catapult is fired (this separate dialog would automagically disappear when done). I suppose there should be an option to not show this countdown timer (or rather, showing it requires checking a box in the carrier dialog). Yes, you are right, for instance, I did include some delay (with a nasal script) , mainly to get a nice animation within my Air Navy Aircrafts, unfortunately up today it is only a private use ( you cannot get profit of it since these models can fly only with a specific carrier patched JSBsim FDM, .. old sad history ). However, the keys are necessary, to activate these features 2) The dialog currently is very specific to the Nimitz and its current location. I think it would be a good idea to instead provide controls for any number of carriers... I agree. Regards, -- Gérard http://pagesperso-orange.fr/GRTux/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel _ Be a better sports nut! Let your teams follow you with Yahoo Mobile. Try http://us.rd.yahoo.com/evt=51731/*http://mobile.yahoo.com/sports;_ylt=At9_q DKvtAbMuh1G1SQtBI7ntAcJ it now. - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Nimitz operation menu items
On jeu 29 novembre 2007, Vivian Meazza wrote: Hi Paul, I'm afraid I cannot add the items you ask for as they stand. The code only works with the existing Nimitz_demo.xml. If any other carrier demo is used, this carrier will be placed in the default Nimitz location by the use of this dialog. A dialog must be generally applicable, not apply to just one situation, and must most definitely not break anything. The idea is sound, and I encourage you to work the code up into something that works properly. Regards, Vivian -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bohnert Paul Sent: 22 November 2007 03:54 To: FlightGear developers discussions Subject: Re: [Flightgear-devel] Nimitz operation menu items Hi All, For now please add the two items I asked for. I'll work on a new and improved stand alone carrier menu. It might take some time. I'm learning as I go. Best Regards, Paul B gerard robin [EMAIL PROTECTED] wrote: On mer 21 novembre 2007, Mike Schuh wrote: On Wed, 21 Nov 2007, Stuart Buchanan wrote: 1) I think splitting the dialog into two - one for AI/ATC and one for carrier settings would be a good idea. From the user's perspective, they are really two separate functions and there are now sufficient carrier functions to make this worthwhile. I agree. It might also be worth including buttons for engaging the launchbar, and even firing the catapult. I think it would be valuable to add a configurable time delay to the firing of the catapult. This would allow the user to click fire, close/dismiss the dialog window/box, and prepare to fly the plane. The default could be, say, 5 seconds, and there could be a separate dialog window/box that shows the time remaining before the catapult is fired (this separate dialog would automagically disappear when done). I suppose there should be an option to not show this countdown timer (or rather, showing it requires checking a box in the carrier dialog). Yes, you are right, for instance, I did include some delay (with a nasal script) , mainly to get a nice animation within my Air Navy Aircrafts, unfortunately up today it is only a private use ( you cannot get profit of it since these models can fly only with a specific carrier patched JSBsim FDM, .. old sad history ). However, the keys are necessary, to activate these features 2) The dialog currently is very specific to the Nimitz and its current location. I think it would be a good idea to instead provide controls for any number of carriers... I agree. Regards, I agree with Vivian, we had within FG 3 carriers , Nimitz, Eisenhower cruising in mediterranean sea (which has vanished i don't know why) , and Foch, which is cruising abroad Toulon I am working on the 'Foch sister ship' Clemenceau, and the straight deck Arromanches (was UK Royal Navy Colussus). An other one is coming an old US carrier Belleau Wood (an other straight deck) was in use in France after the war. Regards -- Gérard http://pagesperso-orange.fr/GRTux/ - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Prerelease 0.9.11 some testresults
Hans Fugal schrieb: Is there not a way to sanity check the cloud cache size in the plib version before going ahead and segfaulting? Like notice that it's 0 and set it to the lowest valid value. It seems that this would be a simple fix, and that there's really no excuse not to do it. Unless, of course, there is a real excuse... Hi Anders, Anmaster and Hans, thank you for your anwers. First, setting the texture resolution 0 did the trick. It really would be a great idea like Hans proposed to check for zero and if true, set the lowest value to avoid this ugly crash. I am pretty sure I am not the only one who did not realize that crash was caused by invalid values. This would hinder many questions in the FG forums after the new release. @Anders: The gstunnel is a visualization of the glidepath. Here is a picture: http://home.arcor.de/vollnhals-bremen/gstunnel/fgfs-screen-080.jpg Regards Georg - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Odd sun, not affected by fog.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 While flying with real weather fetch at ESSA today the sun looked odd. Basically as it was foggy you shouldn't see the sun clearly. This is last plib cvs version. See this url for a picture of the problem: http://rage.kuonet.org/~anmaster/flightgear/screenshots/odd-sun-plib.png METAR was: ESSA 291420Z 12005KT 3000 -DZ BR VV002 03/03 Q0993 01710163 51710169 08710166 NOSIG Another problem: On the screenshot you can see the sky triangle bug, however I did not see it while flying, the screenshot is different from what was really shown. I got no idea when this problem was introduced (like if the sun patch affected it or not). /AnMaster -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFHTtAFWmK6ng/aMNkRCjrJAJ9d/UGupD6Koi4cSplQ701v7gMwqwCfUQx5 e7S51v2zOEv4jUp6YmDJG6g= =r0tx -END PGP SIGNATURE- - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] CVS: data/Aircraft/Arsenal-VG33 - New directory, NONE, NONE
This aircraft thoughtlessly copies over 500 kB sound files from another aircraft, although the sounds aren't even used! Don't do that! 203516 2007-11-29 15:26 Spitfire Flyby.wav 41018 2007-11-29 15:26 Spitfire MK IX.wav 173756 2007-11-29 15:26 merlin_rpm2.wav 86940 2007-11-29 15:26 merlin_rpm3.wav Also, file names with spaces in them are garbage. There should be none of those in CVS. Yes, I do no longer care if aircraft follow any policies or reason, but it's my disk space, after all. And now I don't diktate that anymore, I just discuss it and complain about it publically. Which might end up being even less pleasant. :-P m. PS: though new aircraft contributions are, of course, welcome as always. - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Keyboard reorg
On Thursday 29 November 2007 12:29, gerard robin wrote: On jeu 29 novembre 2007, AnMaster wrote: LeeE wrote: Re the secondary flight controls, we need to allow for separate ground steering and rudder control, in addition to differential braking - with tandem and quadracycle landing gear you need to steer independently in cross-winds - linking the ground steering with the rudder doesn't work too well :) It is also something that needs easy access to - I've been using Ctrl-'\' 'z' for this (I think they're currently unassigned or not appropriate for the B-52). On my uk keyboard they're all conveniently close together on the left-hand side of the k/b and it's easy enough to hold down the Ctrl key with the little finger and operate the '\' and 'z' keys with the other fingers. On Swedish keyboard at least, Ctrl-\ is near unusable, it means: Ctrl-AltGr-+ to get a \ Please consider non-English users. See http://en.wikipedia.org/wiki/Image:KB_Sweden.svg for how the Swedish one looks. http://en.wikipedia.org/wiki/Keyboard_layout contains several more layouts. I agree with AnMaster, That is the main (and difficult) problem with the users who don't have the luck to use an English Keyboard. I recently worried that when ( july or august 2005) Melchior Franz proposed to study and to find an elegant way to solve within FG the keyboard mapping, nobody answered to his proposal , probably because there is a majority within the FG community who use that standard English Keyboard. So the 'non English Keyboard' users have only the solution to build their own customized keyboard , their Eyes to Cry :( . Regards I accept that this is a problem but I can't see any obvious solutions to it. As things are atm, there is a shortage of simple single keystrokes available because most of them have already been allocated and compound keystrokes, where a modifier key has to be used, are going to cause problems on different keyboard layouts, as you both point out. What this has high-lighted to me is that there is a clear difference between axis controls and toggle controls i.e. between stuff that controls +/- ranges and things that just switch things on and off. Doesn't immediately get us any further but from a usability point of view it's going to be easier to use compound keystrokes for toggle controls and simple keystrokes, requiring two key bindings, for axis controls. However, this doesn't fit with the idea of assigning different types of keystrokes to different areas of control e.g. simple keystrokes just for aircraft related controls, shifted keystrokes for sim controls etc. Until there's a good solution to this I guess anyone who isn't from Denmark, the Faroes, Portugal, Brazil, UK or Ireland is going to have to re-map this control locally. LeeE - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Aircraft repository
Hi All, The number of aircraft in CVS continue to grow at a quite incredible rate. We now have over 170, and there aren't enough hours in the day to fly all of them the amount of time that they really deserve. I haven't graphed the number of new aircraft per month, but it certainly feels that not a day goes by without a new aircraft directory being created in the CVS logs. This is a wonderful problem to have, but does mean that running cvs up on the /data directory can take an age, and the amount of data in the data package in its entirety is quite large. I wonder if it would be worth moving all the aircraft to a separate repository. I think this might have a number of advantages: 1) Clearer separation between the core code and the aircraft custom code. 2) Easier administration of CVS write access - it should be pretty straightforward to give those who maintain a given aircraft write access to their own aircraft. 3) Easier cvs up for those with a slow connection, or not much time. No need to update all the aircraft all the time.* -Stuart * Yes, I'm sure there is a way to write some .cvs file so that the Aircraft tree is ignored, but I feel there should be an easier way. ___ Yahoo! Answers - Got a question? Someone out there knows the answer. Try it now. http://uk.answers.yahoo.com/ - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Aircraft repository
* Stuart Buchanan -- Thursday 29 November 2007: I wonder if it would be worth moving all the aircraft to a separate repository. That would mean to download 1 GB of *unchanged* aircraft data just for the reorganization. I'm not thrilled. (Unless someone offers a CVS skeleton. And a script which deals with the time stamps?) m. - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Aircraft repository
* AnMaster -- Thursday 29 November 2007: Why is the cvs up so slow, even when there are no changes? I don't know about CVS but I think svn at least just send the difference between the old and new revision. So does CVS. And svn tend to be faster at updating... And it keeps two instances of every single file. That makes 2 GB for all aircraft, rather than CVS' 1 GB. It's easy to be quicker at updating, with this little help. And SVN uses around 120% of the CPU while doing so. You can't do much else with the computer at that time. m. - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Fwd: Preparing the vmap0 Data / TerraGear
Hello, Can anyone help with the attached ? I have checked and everything is there and the permissions are correct. I just really need to get over this hurdle as it is being used in quite a large Flight Simulator project and im delaying its progress! So any help is appreciated! Thanks, Will This message has been checked for all known viruses by the MessageLabs Virus Control Centre on behalf of the Marshall Group of Companies.---BeginMessage--- Hello all, When I try prepare the vmap0 data with the following command - tgvpf --chunk=w080n40 --work-dir=LandMass --area=Default /vmaplv0-location/ noamer bnd polbnda It returns the following error - processing failed with VPF exception: failed to open VPF table file /usr/local/src/Scenery/data/vmap0/vmaplv0/noamer/bnd/g/k/fbr Anyone come across this before? Thanks, Will ---End Message--- - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Aircraft repository
On Nov 29, 2007 9:33 AM, Melchior FRANZ wrote: * AnMaster -- Thursday 29 November 2007: Why is the cvs up so slow, even when there are no changes? I don't know about CVS but I think svn at least just send the difference between the old and new revision. So does CVS. And svn tend to be faster at updating... And it keeps two instances of every single file. That makes 2 GB for all aircraft, rather than CVS' 1 GB. It's easy to be quicker at updating, with this little help. And SVN uses around 120% of the CPU while doing so. You can't do much else with the computer at that time. The flip side of this is that our current rate of growth is not sustainable on the current server. I am probably going to need to do something about that sooner rather than later. I may have to find a new physical location for the flightgear cvs and ftp servers in the next few months as well. These are pretty high bandwidth machines, so running them off my home dsl connection is not a good solution for anyone. I also need/want ssh access to the cvs server so I can do low level cvs maintenance and configuration when needed. Question about svn: I haven't looked closely at it. How does it handle authentication and write access? Is it similar to cvs where it leverages the host's user account and file system permission system, or does it have it's own built in scheme? I.e. if we did switch to svn, would we still need to create unix accounts and manage unix permissions to control write access to the repository? Regards, Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/ Unique text: 2f585eeea02e2c79d7b1d8c4963bae2d - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Prerelease 0.9.11 some testresults
Am Donnerstag, 29. November 2007 14:44 schrieb Hans Fugal: Is there not a way to sanity check the cloud cache size in the plib version before going ahead and segfaulting? Like notice that it's 0 and set it to the lowest valid value. It seems that this would be a simple fix, and that there's really no excuse not to do it. Unless, of course, there is a real excuse... This should do the trick: Instead of doing nothing when setting a new value to zero, the resolution and cacheSize is set to it's default value when trying to set it to zero. It works on my copy, but maybe one of the screnegraph experts should comment this. Torsten Index: cloudfield.cxx === RCS file: /var/cvs/SimGear-0.3/source/simgear/scene/sky/cloudfield.cxx,v retrieving revision 1.14.2.1 diff -u -p -r1.14.2.1 cloudfield.cxx --- cloudfield.cxx 31 Jul 2007 01:19:11 - 1.14.2.1 +++ cloudfield.cxx 29 Nov 2007 15:18:13 - @@ -80,6 +80,8 @@ int SGCloudField::get_CacheResolution(vo } void SGCloudField::set_CacheResolution(int resolutionPixels) { + if( resolutionPixels == 0 ) + resolutionPixels = 64; if(cacheResolution == resolutionPixels) return; cacheResolution = resolutionPixels; @@ -97,10 +99,10 @@ int SGCloudField::get_CacheSize(void) { void SGCloudField::set_CacheSize(int sizeKb) { // apply in rendering option dialog + if( sizeKb == 0 ) + sizeKb = 1024; if(last_cache_size == sizeKb) return; - if(sizeKb == 0) - return; if(sizeKb) last_cache_size = sizeKb; if(enable3D) { - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Aircraft repository
Melchior wrote: * Stuart Buchanan -- Thursday 29 November 2007: I wonder if it would be worth moving all the aircraft to a separate repository. That would mean to download 1 GB of *unchanged* aircraft data just for the reorganization. I'm not thrilled. (Unless someone offers a CVS skeleton. And a script which deals with the time stamps?) ... and it's only going to get worse as more/bigger aircraft are introduced. Yes, it might be painful. However, I think it is something that we are going to have to do at some point, and it is much better to do it now, rather than later, when the Aircraft directory contains 300 aircraft and is 2GB in size. The reason I think this is worth doing now, is that I think that 0.9.11 is going to be a very popular release, and will add to the interest in FG and bring on board new aircraft designers. Putting the resource in place now seems a good idea. I know very little about CVS, but I would have though one could write some sort of script that would re-write all the repository locations. But I guess on the server side moving to a new repository will not retain timestamps. An alternative would be to create a new repository for new aircraft. This would at least help with the problem. We could then possibly migrate the old aircraft onto it gradually as major updates were made. -Stuart ___ Yahoo! Answers - Got a question? Someone out there knows the answer. Try it now. http://uk.answers.yahoo.com/ - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Fwd: Preparing the vmap0 Data / TerraGear
Hi Will, I'm sorry, but I have no idea where this may be coming from. Maybe David Megginson can help. AFAIK he's the original author of the tgvpf stuff. Cheers, Ralf When I try prepare the vmap0 data with the following command - tgvpf --chunk=w080n40 --work-dir=LandMass --area=Default /vmaplv0-location/ noamer bnd polbnda It returns the following error - processing failed with VPF exception: failed to open VPF table file /usr/local/src/Scenery/data/vmap0/vmaplv0/noamer/bnd/g/k/fbr - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Aircraft repository
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Melchior FRANZ wrote: * Stuart Buchanan -- Thursday 29 November 2007: I wonder if it would be worth moving all the aircraft to a separate repository. That would mean to download 1 GB of *unchanged* aircraft data just for the reorganization. I'm not thrilled. (Unless someone offers a CVS skeleton. And a script which deals with the time stamps?) m. Right, when you move that would happen, but users would gain on in the long term, I guess you could simply move them to another place (in the same repo), at least a simple svn mv would work with svn... Something like: /trunk/source /trunk/data and now also: /trunk/aircrafts by svn mv, would keep all history Does CVS not support such basic features as moving?!? Regards, AnMaster -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFHTvatWmK6ng/aMNkRCn3FAJ94iLCdhj8IVDfAsfFX4XYULvjgegCfWxhX cGhvI64hv0NC0PjcW8bDYTg= =tLEH -END PGP SIGNATURE- - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Aircraft repository
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Curtis Olson wrote: On Nov 29, 2007 9:33 AM, Melchior FRANZ wrote: And it keeps two instances of every single file. That makes 2 GB for all aircraft, rather than CVS' 1 GB. It's easy to be quicker at updating, with this little help. And SVN uses around 120% of the CPU while doing so. You can't do much else with the computer at that time. True, svn would work well for source, but not for data... The flip side of this is that our current rate of growth is not sustainable on the current server. I am probably going to need to do something about that sooner rather than later. I may have to find a new physical location for the flightgear cvs and ftp servers in the next few months as well. These are pretty high bandwidth machines, so running them off my home dsl connection is not a good solution for anyone. I also need/want ssh access to the cvs server so I can do low level cvs maintenance and configuration when needed. Anyone considered some distributed version control system like mercurial? Unlike git, mercurial is quite easy to learn. git got too many different commands and is confusing even for people used to other distributed version control systems IMO. I used bzr first, and could adapt to mercurial quite easily, still haven't managed to use git well, after several months... Even darcs was easier to get used to. Question about svn: I haven't looked closely at it. How does it handle authentication and write access? Is it similar to cvs where it leverages the host's user account and file system permission system, or does it have it's own built in scheme? I.e. if we did switch to svn, would we still need to create unix accounts and manage unix permissions to control write access to the repository? I'm not sure about that, considering that the repo format on server does not support unix permission control at more than repo level... However with committing by mod_svn (over https) I think what you want is supported by a config file in recent svn versions, not sure about details. Regards, Curt. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFHTvhXWmK6ng/aMNkRCo/2AKDGbo6fLTrbjV1WIWlLnYfAO68wDgCdGtVY M3Hwo/W0WiCs3ngI+wIpwxY= =bOJp -END PGP SIGNATURE- - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Prerelease 0.9.11 some testresults
* Georg Vollnhals -- Thursday 29 November 2007: 3. Winter textures (partially) broken (same for OSG version) That was IIRC caused by Erik's texture cache, which saved several megabytes formerly wasted texture memory, which is an important improvement. He knows about the breakage of his season feature, and I assume he just hasn't had time to fix it. :-) 4. Please make gstunnel menu switchable That would be easy, but I haven't even committed it, because it has some problems: on several runways the apt.dat runways don't match the rendered airports, and it's a bit embarrassing if the glide slope tunnel doesn't end on the runway. Also, it doesn't consider wind when choosing a runway, nor does it respect ATC's choice. The latter two problems wouldn't be hard to fix, but the former is. So I'm not sure if this should be made available. m. - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Prerelease 0.9.11 some testresults
* Melchior FRANZ -- Thursday 29 November 2007: That would be easy, but I haven't even committed it, because it has some problems: Oh, and it doesn't respect the true glide slope angle. It always uses 3 degree, although some have 3.5. (But then again, I'm not sure if fgfs makes a difference, so this could be consistently wrong. ;-) m. - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Prerelease 0.9.11 some testresults
Melchior FRANZ schrieb: * Melchior FRANZ -- Thursday 29 November 2007: That would be easy, but I haven't even committed it, because it has some problems: Oh, and it doesn't respect the true glide slope angle. It always uses 3 degree, although some have 3.5. (But then again, I'm not sure if fgfs makes a difference, so this could be consistently wrong. ;-) m. Hi Melchior, I respect your arguments. Some of them I did not notice as I just was lucky when testing it, it altway matched runway and wind-direction. And I did not see it like a command flightpath display but just as a training device for people who really have no idea how to get their (bigger) aircraft landed in some realistic way. Ok, one could just use the approach lighting system to have a simple help, but these big read sqares of your gstunnel are a lot easier to use. Could you imagine to put this nasal file into the Nasal folder of the upcoming release *deactivated*, ie. named gstunnel.nas.off or something like that? I would like to present this help in the German FlightGear Forum after the 0.9.11 is out and it would only be a little step for the user to rename this file and then use this option - if wanted. Regards Georg - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Alouette II - Emmanuel Baranger
Hi Emmanuel, thank you very much for this new helicopter. I like the very nice 3 D model - remembering my youth it was that helicopter as used by the German Army and Boarder Forces. Testing FG 0.9.11 I noticed a bad display of the main rotor (even disappears at high rotor rpm) - which is very nice with FG OSG. As I don't know whether you had a look at your model with a PLIB system I just want to inform you as most of the FG users soon will work with 0.9.11, I believe. Regards Georg EDDW - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Alouette II - Emmanuel Baranger
Hi Emmanuel, like Georg I really like your new work ( and of Maik too!;-)) very much. The helicopter was very common in Germany and the most pilots learned to fly a helicopter on a Alouette II! There are some things I noticed: -the rotor animation ( like Georg) -the instrument at the second row right are hardly to see - because of the small texture and the glas. -In replay the rotor dissapear completely and also the instruments panel, but not the instruments themself. This model has a great potential capacity to keep with the MSFS-model and the X-Plane- use it! Regards HHS --- Georg Vollnhals [EMAIL PROTECTED] schrieb: Hi Emmanuel, thank you very much for this new helicopter. I like the very nice 3 D model - remembering my youth it was that helicopter as used by the German Army and Boarder Forces. Testing FG 0.9.11 I noticed a bad display of the main rotor (even disappears at high rotor rpm) - which is very nice with FG OSG. As I don't know whether you had a look at your model with a PLIB system I just want to inform you as most of the FG users soon will work with 0.9.11, I believe. Regards Georg EDDW - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel __ Ihr erstes Fernweh? Wo gibt es den schönsten Strand? www.yahoo.de/clever - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Prerelease 0.9.11 some testresults
On Thursday 29 November 2007 20:38:15 Heiko Schulz wrote: There are some things I noticed and two suggestion: -If I check show fps - it does not appear. I have to enlarge and to downsize the window, or to reset FGF for viewing the fps Are you sure you're using the exact --geometry setting you require, and/or hiding the taskbar? If there's a taskbar on the screen for example, the bottom part of the window (with the fps display) will likely be cut off. Maybe the fullscreen option, or the game mode might help there (I'm not on Windows to check myself, but I've seen a similar thing happen on Linux desktops). Suggestions: -Because we have a wide range of aircrafts which only can fully used with OSG we should give an option for using the OSG version with the release. With MS it is easy ( download option for OSG-Binary and just changing the root), for other platforms maybe a little bit more difficult. It also brings a little preview about the features and abilities of the new scenegraph I also think that at least the two versions should be made to run happily together (i.e. by sorting the aforementioned 3d clouds / autosaved setting bug) An optional official (i.e. nicely packaged) download of FG-OSG 0.9.11 for more adventurous Windows users would be nice. - can we change the name of the new release from 0.9.11 to 0.9.12? I'm not superstitious, but it looks a little bit funny on a FLIGHTsimulation ( remember the 11. september 2001 - and the aftereffect to the aircraft industry) I would strongly disagree with that - with every respect for those who were affected by the events you mention, it's only a set of numbers (not even a date, in any recognisable format), and since 0.9.11 comes right after 0.9.10, it's only logical to use them. If we start being ridiculously over-sensitive to particular numbers we'll end up with a very odd version history indeed... Cheers, AJ - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Prerelease 0.9.11 some testresults
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Heiko Schulz wrote: Hi, There are some things I noticed and two suggestion: -If I check show fps - it does not appear. I have to enlarge and to downsize the window, or to reset FGF for viewing the fps FPS counter show nice here but I changed preferences.xml to give me maximized window by default. - stepping clouds at certain weather What do you mean? -3D-clouds crashing - I hope we will get the sugested solution - stutters with any helicopters at the ground- lifting up is a big problem cause to the stutters. If the heli is in the air the stutters disappear and it flys smooth. I did not noticed yet on plib since some months ago, before it was only with OSG-version and it was a known bug. Yes stutters near ground with fg/plib at KSFO airport I often noticed in many aircrafts. Effect not as marked for simpler airports. Suggestions: -Because we have a wide range of aircrafts which only can fully used with OSG we should give an option for using the OSG version with the release. With MS it is easy ( download option for OSG-Binary and just changing the root), for other platforms maybe a little bit more difficult. It also brings a little preview about the features and abilities of the new scenegraph Even worse, some crash plib if they exist, even over mp. For example if you use plib and anyone connects near you with B-1B and you have B-1B in your aircraft folder, your fg will segfault. This I consider a release-blocking bug. FG/plib should ignore the aircraft instead of segfault on it. - can we change the name of the new release from 0.9.11 to 0.9.12? I'm not superstitious, but it looks a little bit funny on a FLIGHTsimulation ( remember the 11. september 2001 - and the aftereffect to the aircraft industry) No comments but I think that would be silly, it depends on your date order anyway... With the Swedish format for date (dd/mm -) it is the other way around... No one would comment on a possible future 0.11.9 I bet... -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFHTylSWmK6ng/aMNkRCpWFAKCegEwqQ91hxkspYdYB0jTwWoQuqACfaiZC RyLzDNqjt7w1McOexvoE+k0= =Tqv4 -END PGP SIGNATURE- - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Prerelease 0.9.11 some testresults
* Heiko Schulz -- Thursday 29 November 2007: - stutters with any helicopters at the ground- lifting up is a big problem cause to the stutters. If the heli is in the air the stutters disappear [...] Sounds like the effect that volumetric shadows have, on any complex aircraft near ground, not just helicopters. Tim will implement a much faster method. :-) m. - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Prerelease 0.9.11 some testresults
I did not use any shadows- still haveing a to weak pc I remember something heard about that the cause lies into the collision detect for the ground Hopefully Tim well be soon ready- can't wait to see it! :-) regards HHS --- Melchior FRANZ [EMAIL PROTECTED] schrieb: * Heiko Schulz -- Thursday 29 November 2007: - stutters with any helicopters at the ground- lifting up is a big problem cause to the stutters. If the heli is in the air the stutters disappear [...] Sounds like the effect that volumetric shadows have, on any complex aircraft near ground, not just helicopters. Tim will implement a much faster method. :-) m. - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel Heute schon einen Blick in die Zukunft von E-Mails wagen? Versuchen Sie´s mit dem neuen Yahoo! Mail. www.yahoo.de/mail - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Alouette II - Emmanuel Baranger
I forgot something: please dump the alpha chanell of your textures - alpha channels seems to destroy the self-shadowing. And this is still a very nice faeture of FlightGear! :-) Great work- I wished we had a real pilot for testing the Alouette! Regards HHS __ Ihr erstes Fernweh? Wo gibt es den schönsten Strand? www.yahoo.de/clever - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Prerelease 0.9.11 some testresults
* Georg Vollnhals -- Thursday 29 November 2007: Could you imagine to put this nasal file into the Nasal folder of the upcoming release *deactivated*, ie. named gstunnel.nas.off or something like that? Better fix the problems that can be fixed and put it as regular file. :-) I made the script switchable (/sim/rendering/glide-slope-tunnel for now), and changed it to choose the best runway according to the wind direction and not the smallest deviation from the course. This should also better match what ATC says. Not that many use ATC, anyway. The remaining problem will hopefully go away after the next round of scenery generation. http://members.aon.at/mfranz/gstunnel.nas [2.8 kB] I just don't know where to put this in the gui. The View/Rendering Options is not the right place, as this isn't about how rendering should be done, but just about one extra feature. We don't really have a place for such settings yet. m. - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Prerelease 0.9.11 some testresults
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Melchior FRANZ wrote: * Heiko Schulz -- Thursday 29 November 2007: - stutters with any helicopters at the ground- lifting up is a big problem cause to the stutters. If the heli is in the air the stutters disappear [...] Sounds like the effect that volumetric shadows have, on any complex aircraft near ground, not just helicopters. Tim will implement a much faster method. :-) That is another problem, check shadow of for example lightning in plib. The shadow is quite bad, like half of the aircraft didn't exist. The lightning is the worst example but many other exists. Best way to see lightning problems is to fly on the side and look out through side cockpit window at ground with sun almost right over head. I can make a screenshot if you want later. /AnMaster -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFHTyuQWmK6ng/aMNkRCji4AJ4yJ+X7DTC7Vm6XTBbBtgdm2ltydgCgpYT6 epJoJMkbioxTv0m8jBv3Ob0= =Fc0N -END PGP SIGNATURE- - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Prerelease 0.9.11 some testresults
--- AJ MacLeod [EMAIL PROTECTED] schrieb: On Thursday 29 November 2007 20:38:15 Heiko Schulz wrote: There are some things I noticed and two suggestion: -If I check show fps - it does not appear. I have to enlarge and to downsize the window, or to reset FGF for viewing the fps Are you sure you're using the exact --geometry setting you require, and/or hiding the taskbar? If there's a taskbar on the screen for example, the bottom part of the window (with the fps display) will likely be cut off. Maybe the fullscreen option, or the game mode might help there (I'm not on Windows to check myself, but I've seen a similar thing happen on Linux desktops). Suggestions: -Because we have a wide range of aircrafts which only can fully used with OSG we should give an option for using the OSG version with the release. With MS it is easy ( download option for OSG-Binary and just changing the root), for other platforms maybe a little bit more difficult. It also brings a little preview about the features and abilities of the new scenegraph I also think that at least the two versions should be made to run happily together (i.e. by sorting the aforementioned 3d clouds / autosaved setting bug) An optional official (i.e. nicely packaged) download of FG-OSG 0.9.11 for more adventurous Windows users would be nice. - can we change the name of the new release from 0.9.11 to 0.9.12? I'm not superstitious, but it looks a little bit funny on a FLIGHTsimulation ( remember the 11. september 2001 - and the aftereffect to the aircraft industry) I would strongly disagree with that - with every respect for those who were affected by the events you mention, it's only a set of numbers (not even a date, in any recognisable format), and since 0.9.11 comes right after 0.9.10, it's only logical to use them. If we start being ridiculously over-sensitive to particular numbers we'll end up with a very odd version history indeed... Cheers, AJ - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel Hi, I did use 800x600 - so no taskbar or anything cuts here. A optional package would be nice - with the aircrafts made for OSG. Regards HHS Heute schon einen Blick in die Zukunft von E-Mails wagen? www.yahoo.de/mail - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flightgear-devel Digest, Vol 19, Issue 25
Message: 2 Date: Thu, 29 Nov 2007 15:48:29 +0100 From: Melchior FRANZ [EMAIL PROTECTED] Subject: Re: [Flightgear-devel] CVS: data/Aircraft/Arsenal-VG33 - New directory, NONE, NONE To: flightgear-devel@lists.sourceforge.net Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=us-ascii Hello Melchior, This aircraft thoughtlessly copies over 500 kB sound files from another aircraft, although the sounds aren't even used! Don't do that! 203516 2007-11-29 15:26 Spitfire Flyby.wav 41018 2007-11-29 15:26 Spitfire MK IX.wav 173756 2007-11-29 15:26 merlin_rpm2.wav 86940 2007-11-29 15:26 merlin_rpm3.wav Also, file names with spaces in them are garbage. There should be none of those in CVS. AAAHHHRRGGG ! The suprises CVS files which do not for the drive :( I erased now. Sorry. I just delete the whole folder Aircraft before making a new update. So I would have fewer unpleasant surprises. Yes, I do no longer care if aircraft follow any policies or reason, but it's my disk space, after all. And now I don't diktate that anymore, I just discuss it and complain about it publically. Which might end up being even less pleasant. :-P Still sorry, but do not read the English I just rarely read devel-list. Fortunately several people warned me. My reaction time will thus not always as fast. Best Regards. Emmanuel PS: though new aircraft contributions are, of course, welcome as always. -- BARANGER Emmanuel http://helijah.free.fr http://helijah.free.fr/Pack_3D http://helijah.free.fr/flightgear/flightgear.htm http://helijah.free.fr/flightgear/H4-Hercules.htm http://helijah.free.fr/flightgear/hangar.htm - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Prerelease 0.9.11 some testresults
On Nov 29, 2007 2:56 PM, AJ MacLeod wrote: I would strongly disagree with that - with every respect for those who were affected by the events you mention, it's only a set of numbers (not even a date, in any recognisable format), and since 0.9.11 comes right after 0.9.10, it's only logical to use them. If we start being ridiculously over-sensitive to particular numbers we'll end up with a very odd version history indeed... Everyone seems to agree that version numbers are an arbitrary set of numbers and the only really important thing is that each subsequent version has a higher number than all the previous versions in a branch. But then most people seem to also follow that up with very strongly held opinions about what the version number should be. As we've seen from just a few postings in this thread, there is a variety incompatible, yet strongly held opinions on the subject. I may jump in and make an executive decision on this one, and it shouldn't be a big deal because it's just an arbitrary number that is higher than the previous release. And I may attempt to piss everyone off, just to keep it fair. :-) Best regards, Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/ Unique text: 2f585eeea02e2c79d7b1d8c4963bae2d - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flightgear-devel Digest, Vol 19, Issue 25
Hey, * BARANGER Emmanuel -- Thursday 29 November 2007: Also, file names with spaces in them are garbage. There should be none of those in CVS. AAAHHHRRGGG ! The suprises CVS files which do not for the drive :( I erased now. Sorry. No problem. Not a big one, anyway. I'm happy about every new, great aircraft. (Especially the AlouetteII -- we've had some of them in our army, too, -- or the BV141). It's only natural that we use more disk space with every new one, but we have to make sure that we don't just waste it. Compressing textures is one thing to consider, not committing unnecessary files is another, such as *.bak, *.blend, *~ files. Or a few of those: :-} $ l SeaHawk* Models/SeaHawk-FGA6-WV859.ac -rw-r--r-- 1 m m 1453387 2007-09-28 01:18 Models/SeaHawk-FGA6-WV859.ac -rw--- 1 m m 707301 2003-04-21 22:29 SeaHawk-WV908.ac -rw--- 1 m m 113282 2003-01-03 17:58 SeaHawk.3ds -rw--- 1 m m 715739 2003-02-14 16:29 SeaHawk.ac -rw--- 1 m m 226548 2003-01-09 16:04 SeaHawkpair.3ds m. - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Prerelease 0.9.11 some testresults
On jeu 29 novembre 2007, Melchior FRANZ wrote: * Georg Vollnhals -- Thursday 29 November 2007: Could you imagine to put this nasal file into the Nasal folder of the upcoming release *deactivated*, ie. named gstunnel.nas.off or something like that? Better fix the problems that can be fixed and put it as regular file. :-) I made the script switchable (/sim/rendering/glide-slope-tunnel for now), and changed it to choose the best runway according to the wind direction and not the smallest deviation from the course. This should also better match what ATC says. Not that many use ATC, anyway. The remaining problem will hopefully go away after the next round of scenery generation. http://members.aon.at/mfranz/gstunnel.nas [2.8 kB] I just don't know where to put this in the gui. The View/Rendering Options is not the right place, as this isn't about how rendering should be done, but just about one extra feature. We don't really have a place for such settings yet. m. It is not Autopilot, however it is an help to pilot, it could be in the autopilot item Regards -- Gérard http://pagesperso-orange.fr/GRTux/ - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Prerelease 0.9.11 some testresults
* Curtis Olson -- Thursday 29 November 2007: Everyone seems to agree that version numbers are an arbitrary set of numbers [...] No, you got that backwards. From reading the thread it was clear that people consider a sane version number more important than politics, such as avoiding 0.9.11 because of the incident. Is it your commercial interests in fgfs that make you want it be called 1.0? Did someone complain? Those who use fgfs in their FAA certified simulator? We would understand it. Here's again what I consider sorely missing for a release 1.0: landing/taxi-lights. It's weird to call a simulator 1.0 if you have to let your aircraft parked in the middle of a runway after having landed at night, because you don't see anything but a few dim light points. A daylight-only simulator doesn't deserve the 1.0. :-P m. - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Prerelease 0.9.11 some testresults
gerard robin schrieb: On jeu 29 novembre 2007, Melchior FRANZ wrote: * Georg Vollnhals -- Thursday 29 November 2007: Could you imagine to put this nasal file into the Nasal folder of the upcoming release *deactivated*, ie. named gstunnel.nas.off or something like that? Better fix the problems that can be fixed and put it as regular file. :-) I made the script switchable (/sim/rendering/glide-slope-tunnel for now), and changed it to choose the best runway according to the wind direction and not the smallest deviation from the course. This should also better match what ATC says. Not that many use ATC, anyway. The remaining problem will hopefully go away after the next round of scenery generation. http://members.aon.at/mfranz/gstunnel.nas [2.8 kB] I just don't know where to put this in the gui. The View/Rendering Options is not the right place, as this isn't about how rendering should be done, but just about one extra feature. We don't really have a place for such settings yet. m. It is not Autopilot, however it is an help to pilot, it could be in the autopilot item Regards Hi Melchior, hi Gérard! First to say, I made some testflights at EDDW and it works fine if I set the wind with [EMAIL PROTECTED]. Then I tried to make it easier from the startup and switch the property on with --prop:sim/rendering/glide-slope-tunnel=true. The sim starts with the tunnel visible but not the right wind direction. It seems that the early activating makes the script not seeing the winddirection. So I would ask to put a menu-entry anywhere where it fits, that might be the suggestion of Gérard or even the rendering menu-window - I think the normal user will not classify this wrong :-) Anyway, nice add-on. Georg - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Prerelease 0.9.11 some testresults
--- Melchior FRANZ [EMAIL PROTECTED] schrieb: * Curtis Olson -- Thursday 29 November 2007: Everyone seems to agree that version numbers are an arbitrary set of numbers [...] No, you got that backwards. From reading the thread it was clear that people consider a sane version number more important than politics, such as avoiding 0.9.11 because of the incident. Is it your commercial interests in fgfs that make you want it be called 1.0? Did someone complain? Those who use fgfs in their FAA certified simulator? We would understand it. Here's again what I consider sorely missing for a release 1.0: landing/taxi-lights. It's weird to call a simulator 1.0 if you have to let your aircraft parked in the middle of a runway after having landed at night, because you don't see anything but a few dim light points. A daylight-only simulator doesn't deserve the 1.0. :-P m. Hmm... How possible it is, that we have landinglights with the release after this one? Compared to x-Plane we sure other v 1.0, but with OSG there are some differences HHS Heute schon einen Blick in die Zukunft von E-Mails wagen? www.yahoo.de/mail - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Prerelease 0.9.11 some testresults
* Georg Vollnhals -- Thursday 29 November 2007: gerard robin schrieb: It is not Autopilot, however it is an help to pilot, it could be in the autopilot item Yes, maybe. * Georg Vollnhals -- Thursday 29 November 2007: First to say, I made some testflights at EDDW and it works fine if I set the wind with [EMAIL PROTECTED]. Then I tried to make it easier from the startup and switch the property on with --prop:sim/rendering/glide-slope-tunnel=true. Err ... with METAR wind, then? Yes, that might come too late. Just increase the settimer() interval. We don't need/want the tunnel right at startup, anyway. After 30 seconds or a minute would be early enough. Need to check ... So I would ask to put a menu-entry anywhere where it fits, that might be the suggestion of Gérard or even the rendering menu-window [...] Will think about it. m. - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Prerelease 0.9.11 some testresults
On Thursday 29 November 2007 21:54:05 Curtis Olson wrote: But then most people seem to also follow that up with very strongly held opinions about what the version number should be. As we've seen from just a few postings in this thread, there is a variety incompatible, yet strongly held opinions on the subject. Most of us were merely going on the version number ALREADY set by our fickle^w honourable dict^w executive ;-) AJ - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Prerelease 0.9.11 some testresults
On Nov 29, 2007 4:13 PM, Melchior FRANZ wrote: No, you got that backwards. From reading the thread it was clear that people consider a sane version number more important than politics, such as avoiding 0.9.11 because of the incident. I think your message at least confirms my point that there is substantial and heartfelt disagreement on something as trivial as version numbers. Is it your commercial interests in fgfs that make you want it be called 1.0? Did someone complain? Those who use fgfs in their FAA certified simulator? We would understand it. You are taking a subtle shot at me here which I could choose to resent or choose ignore and I'll go with the latter approach. :-) There are a large and growing number of people in the world that use FlightGear for one purpose or another. If they didn't use FlightGear, they would have to purchase something else or spend time money developing something else. Do they have a commercial interest in FlightGear? It's no secret that I work with a flight simulator company (ATC Flight Sims) and help them leverage FlightGear as part of their FAA certified pilot training systems. But I see this as a huge win for everyone. And I know of *many* other companies that I am not involved with that use FlightGear, again for everyone's benefit. So if you have a problem, please state it clearly and maybe take it up with me offline with your first attempt. If you are just taking a shot at me, then I'll ignore it. :-) Here's again what I consider sorely missing for a release 1.0: landing/taxi-lights. It's weird to call a simulator 1.0 if you have to let your aircraft parked in the middle of a runway after having landed at night, because you don't see anything but a few dim light points. A daylight-only simulator doesn't deserve the 1.0. :-P How about I say it this way ... our version number system has become too tedious and ponderous. And are you suggesting that a 10 year old mature software product can't be allowed a v1.0 version number? It's never going to be perfect, and never going to have every feature that everyone wants. If I would have been smart, I would have called the very first release v1.0which is what I do now with all my other projects, and we wouldn't even be having this discussion. Let's move forward, full speed ahead! Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/ Unique text: 2f585eeea02e2c79d7b1d8c4963bae2d - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Prerelease 0.9.11 some testresults
Melchior FRANZ schrieb: * Georg Vollnhals -- Thursday 29 November 2007: First to say, I made some testflights at EDDW and it works fine if I set the wind with [EMAIL PROTECTED]. Then I tried to make it easier from the startup and switch the property on with --prop:sim/rendering/glide-slope-tunnel=true. Err ... with METAR wind, then? Yes, that might come too late. Just increase the settimer() interval. We don't need/want the tunnel right at startup, anyway. After 30 seconds or a minute would be early enough. Need to check ... Sorry, I think I was not clear enough. The tunnel is not true up when I set both, wind and tunnel-prop: [EMAIL PROTECTED] --prop:sim/rendering/glide-slope-tunnel=true. I did not test METAR wind with the NEW gs-tunnel.nas but will do now. Georg - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flightgear-devel Digest, Vol 19, Issue 25
On Thursday 29 November 2007 21:55, Melchior FRANZ wrote: Hey, * BARANGER Emmanuel -- Thursday 29 November 2007: Also, file names with spaces in them are garbage. There should be none of those in CVS. AAAHHHRRGGG ! The suprises CVS files which do not for the drive :( I erased now. Sorry. No problem. Not a big one, anyway. I'm happy about every new, great aircraft. (Especially the AlouetteII -- we've had some of them in our army, too, -- or the BV141). It's only natural that we use more disk space with every new one, but we have to make sure that we don't just waste it. Compressing textures is one thing to consider, not committing unnecessary files is another, such as *.bak, *.blend, *~ files. Or a few of those: :-} $ l SeaHawk* Models/SeaHawk-FGA6-WV859.ac -rw-r--r-- 1 m m 1453387 2007-09-28 01:18 Models/SeaHawk-FGA6-WV859.ac -rw--- 1 m m 707301 2003-04-21 22:29 Models/SeaHawk-WV908.ac -rw--- 1 m m 113282 2003-01-03 17:58 Models/SeaHawk.3ds -rw--- 1 m m 715739 2003-02-14 16:29 Models/SeaHawk.ac -rw--- 1 m m 226548 2003-01-09 16:04 Models/SeaHawkpair.3ds m. I'm pretty sure that the SeaHawk.ac, SeaHawk.3ds SeaHawkpair.3ds can be done away with right now. I think Vivian is doing all his development on WV859 and I'd like to keep WV908, if only as a placeholder and reminder, as it's the RNHF aircraft - afaik it's currently the only flying example. At some point I'd like to refine the 3d model geometry and then unify the two versions (perhaps it will only need different skins), incorporating all the development that Vivian has done... ...or Vivian might decide to do it before I do :) Ok with you Vivian? LeeE - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Prerelease 0.9.11 some testresults
Georg Vollnhals schrieb: Melchior FRANZ schrieb: * Georg Vollnhals -- Thursday 29 November 2007: First to say, I made some testflights at EDDW and it works fine if I set the wind with [EMAIL PROTECTED]. Then I tried to make it easier from the startup and switch the property on with --prop:sim/rendering/glide-slope-tunnel=true. Err ... with METAR wind, then? Yes, that might come too late. Just increase the settimer() interval. We don't need/want the tunnel right at startup, anyway. After 30 seconds or a minute would be early enough. Need to check ... Sorry, I think I was not clear enough. The tunnel is not true up when I set both, wind and tunnel-prop: [EMAIL PROTECTED] --prop:sim/rendering/glide-slope-tunnel=true. I did not test METAR wind with the NEW gs-tunnel.nas but will do now. Georg Ok, I did it with several Airports and setting --enable-real-weather-fetch --prop:sim/rendering/glide-slope-tunnel=true. Most (German) airports worked well. LFBO METAR was ... VRB01KT ... so it was pretty understandable for me that the runway selector and the tunnel placer decided different. LOAN METAR was ... 09006KT and I found the Cessna on RW 10 and the tunnel vice versa (RW 28) Starting once again only with --enable-real-weather-fetch and activating the tunnel-prop through the FG property manager when the sim was running placed the tunnel the right way, both Cessna and tunnel RW 10. Now it is too late to increase the INTERVAL var in gs-tunnel.nas, ie. from 5 to 20 (?) and do some further tests. Will do it this late evening. Regards Georg - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Prerelease 0.9.11 some testresults
On Thursday 29 November 2007 23:25, Curtis Olson wrote: [snip...] How about I say it this way ... our version number system has become too tedious and ponderous. And are you suggesting that a 10 year old mature software product can't be allowed a v1.0 version number? It's never going to be perfect, and never going to have every feature that everyone wants. If I would have been smart, I would have called the very first release v1.0which is what I do now with all my other projects, and we wouldn't even be having this discussion. Let's move forward, full speed ahead! Curt. Almost Just a tongue-in-cheek suggestion... why not go against the flow and accept that there will never be a fault-free 'perfect' version of FG and deliberately never release a V1.00 version:) Instead, we could just start adding another version sub-subfix:) In effect, and by other s/w producers standards we would already be somewhere between versions 5 and 20, so 0.9.12.00 would be cool. Infact, I think it would be both amusing and publicity-worth to make a point of it because in reality it's true:) I think it would be a statement that most development people would recognise and appreciate and atm they are the most significant users of FG:) LeeE - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Alouette-III ????
Hello, Looking at the nice new helicopter Alouette-II, lead me to remember that i had in my hangar (among a lot of others models :) ) that Alouette-III, which was made to be a Pedro for the carrier Foch the model is high poly (missing some externals details). http://pagesperso-orange.fr/GRTux/Alouette_III-img1.jpg http://pagesperso-orange.fr/GRTux/Alouette_III-img2.jpg http://pagesperso-orange.fr/GRTux/Alouette_III-img3.jpg Though the real one is widely in use over the world, I never thought it could be a great interest to have it with FG. Anyhow , i could work on it. What is your opinion ? Regards -- Gérard http://pagesperso-orange.fr/GRTux/ - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear prerelease
Hi Durk, looking over my logs, there was quite a bit of traffic downloading the pre-release version of FG and the base files. Glad I could help. Do you want to continue with this arrangement or has Curt had a chance to setup the ftp server for you? If not I can give you ftp access and perhaps we can continue using this site as a mirror. Your call Regards John - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Prerelease 0.9.11 some testresults
* Curtis Olson -- Friday 30 November 2007: [...] So if you have a problem, please state it clearly The problem that I have/had is that you don't say it openly, when you make such a decision -- that you will call it 1.0, which aircraft it will contain etc. All we got was a cryptic hint with tongue in cheek, instead of an I will make the next release 1.0, because ... (And while you can, of course, discuss it, it's already decided.). It's only in private messages where one gets some more info. I have no problems whatsoever with commercial use (as you know from my private mails), or that it occasionally brings you projects and money. On the contrary. I welcome that. And I would understand if this is involved in the decisions to name the release 1.0. (The companies don't like it much that the version number implies that fgfs is still immature beta quality software.) I'd just like to know that/when this is the reason. Don't forget: this is *our* collective work, not only yours. And I think we deserve some basic information. And are you suggesting that a 10 year old mature software product can't be allowed a v1.0 version number? No. I don't even care that much, even if is seems so. For me a version 1.0 means that the software is basically feature complete. Of course it will never be finished (this would be sad -- we could all go home). And I think that lights are missing. But well, let's release it as 1.0 without lights. Fine with me. (Maybe we'd end up with 0.9.23 if we really wait for lights. Waiting for something doesn't get anything done, anyway. ;-) we wouldn't even be having this discussion. See first paragraph: I hate that we *don't* have such discussions. Or such information. Now we know at least[1]: the next release will be 1.0, and it's because you think it's high time after such a long time. OK, all questions answered. Thanks. No surprises when the release comes out. (Developers should never be surprised by the release of their own work. :-) m. [1] Well, I know it from Curt since a week. - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel