Re: [Flightgear-devel] Time option --start-time-gmt broken?
Le 30/10/2011 11:38, ThorstenB a écrit : On 30.10.2011 11:02, Durk Talsma wrote: I managed to narrow the problem down to a commit that occurred between October 12 and October 16. More specifically, FlightGear next: 3d544fb SimGear next: e4e31be still works, while FlightGear next : 0f5d27c SimGear next : bcf7ed5 is broken. I'll try to narrow it down, a little further, but it looks like this does involve your commandline refactoring work. If you happen to have any idea, please feel free. In the mean time, I'll try to find the exact commit that causes it. Durk, for me, it does still work. However, it's all a bit fragile. The are no error messages and any typo warps you to some random time. Also, we're using signed 32bit integers for the time offset - so things will break on 2038:01:19 ;-). Mmh not sure if its related or if I did something silly but flightgear didn't make it... with this output: .../... options.cxx: In function ‘double parse_degree(const std::string)’: options.cxx:483: error: ‘parse_time’ was not declared in this scope options.cxx: In function ‘long int parse_time_offset(const std::string)’: options.cxx:499: error: ‘parse_time’ was not declared in this scope make[2]: *** [options.o] Erreur 1 git simgear and flightgear up to date Alexis I have a patch which cleans up the time/date option parser, adds proper checks and messages, also extends the time type to 64bit. Also makes it possible to use partial dates/times. --start-time-gmt=2010 would only change the year then - but keep the current month/day/time. I could push that right away - but I'll delay that for later today, to not complicate your current hunt ;-). cheers, Thorsten -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Time option --start-time-gmt broken?
Le 30/10/2011 20:50, ThorstenB a écrit : Am 30.10.2011 20:42, schrieb Citronnier - Alexis Bory: Mmh not sure if its related or if I did something silly but flightgear didn't make it... with this output: Ah, my stupid mistake. Pull again (flightgear). Cool, it made it this time, thanks Thorsten, that was a very fast fix. Alexis cheers, Thorsten -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] mpserver10 moving and changing IP address
Hi all and Curt, mpserver10 is moving, the old server is still running but it's going to be removed from the racks on Thursday (maybe). fgms is already running on a brand new and powerful VM. The new IP is: 31.24.249.125 Thanks a lot for updating the DNS record, Alexis -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flying the f-14b...
Le 25/09/2011 01:07, Geoff McLane a écrit : Evolved from [Any alpha testers with a bit of extra time on their hands?] Re: Start up When I first loaded the f-14b the engines were NOT running, so I searched for a 'Start-up procedure', but mostly in vane... it turned out all I needed to do was ADD FUEL to the beast ;=)) So I would suggest a line or 2 be added to the f-14b wiki - http://wiki.flightgear.org/index.php/Grumman_F-14_Tomcat Something like - Start up: If the engines are OFF (silent) when you load the f-14b, all you maybe need to do is enter MENU tomcat controls - Fuel and stores, and increase the 'L Beam Box', (and 'R Beam Box') sliders to give the beast some fuel ;=)) And the engines should IGNITE ;=)) Then you have an 'active', very fast aircraft at your disposal ;=)) And this fuel added will be 'saved' so on the next run the f-14b - it will have the fuel you exited with... Maybe there are other ways, but did not explore them... Of course I would further recommend an 'f', to set full flaps, before you bump the throttle... and you will be airborne quite quickly... very BIG POWERFUL engines... If like me you started on KSFO 10L, quickly throttle back to about 50%, or less, and commence a left turn, and head back to the San Mateo bridge... another left, and line up for a landing... to complete your first 'manual' circuit... Re: FUEL Am a bit confused by the MENU - Tomcat controls - Fuel stores - http://geoffair.org/tmp/f-14b-fuelset.png and the onboard fuel display - http://geoffair.org/tmp/f-14b-fuel.png It _SEEMS_, in the Nasal code, the 'Sump' is ADDED to the fuel displayed... This does not seem right!?!? I added 2x225 (450) pounds of fuel, but end up seeing 1010 pounds of fuel on my panel display... Now maybe I do NOT understand the 'sump' (2x281), but it seems the nasal code ADDED this as well... Yes, I asked the nasal code do that. Each sump is a tiny little tank that contains only 281 lbs of pure JP-5 (44 US gal)... ask Grumman :-) As indicated. maybe _NOT_ a problem, but QUITE confusing none the less... and needs explanation... The two lateral digital fuel quantity indicators can represent three different quantities depending on the respective switch setting (fuel control panel on the left console, outer left switch, WING, FEED, EXT) When on the middle position it sums the tanks for each feed group: left wing, aft, left beam box, left sump, or right wing, forward tank, right beam box and right sump. In the manual, the feed group may or may not include the wing tank... Other positions show only wing tanks or external tanks. The tapes show only internal, that is each feed group without wing. Total shows total fuel as expected. What's funny is to look at how the fuel flows from one tank to another depending on the fuel flow at the engine pumps. After a while the system can stand afterburners needs but not more. Unfortunately I didn't took the time to model the engine system yet, I did a guided missile instead (me bad boy !) Re: autopilot (F11 and keyboard) Have not yet explored all of this, but the first few tries seemed quite successful... Need more time to make sure the generic 'autopilot' (F11 or through keyboard commands) of the f-14b is working as it should... but at this time have found no particular problems... no adverse behavior... no 'error' outputs... That is at least in the low altitude, low speed, full flaps mode, low throttle, mode I have been using... The altitude mode has a lot of trouble with the automatic unlock system which is way too sensible, and the attitude mode is not friend with the flaps compensation system. For the rest you better disable the attitude mode before doing aerobatics. But well, it works as long as you have fps 20. Note that I didn't made any effort to keep FG standard AP in line with the F-14 system. Re: A Question Through a telnet connection, I have been trying to determine the fuel available for the f-14b... But when I query say - /consumables/fuel/tank/level-gal_us and/or /consumables/fuel/tank[1]-[11]/level-gal_us I find these are mostly EMPTY!!!???... Mostly half empty or mostly half full ? So the question is - where, in what property, are the above mentioned left/right 225 pounds stored? Yes, I have found the property - /sim/model/f-14b/instrumentation/fuel-gauges/ [left|right]-wing-display contains the (inflated by sump) value... But where can I find the 'L Beam Box', and 'R Beam Box' slider results in the properties? FWD_Fuselage consumables/fuel/tank[0] AFT_Fuselage consumables/fuel/tank[1] Left_Beam_Box consumables/fuel/tank[2] Left_Sump consumables/fuel/tank[3] Right_Beam_Box consumables/fuel/tank[4] Right_Sump consumables/fuel/tank[5] Left_Wing consumables/fuel/tank[6] Right_Wing consumables/fuel/tank[7] Left_External consumables/fuel/tank[8]
Re: [Flightgear-devel] Any alpha testers with a bit of extra time on their hands?
Le 23/09/2011 16:47, Curtis Olson a écrit : Hi Geoff, I'm starting to run low on ideas here. I assume you don't have any crazy/severe turbulence turned on or your plots would be all over the place. Are you running out of fuel and your engines dying? If you open the autopilot dialog (F11) you can see the target speed and if you have the hud turned on you can see the actual speed in any view. If you are circling with a target speed of 150 and your airspeed is less than than and you are decending, then definitely check your engine output. There is a fuel dialog box under the f-14b menu and you might double check that to see if you have any fuel in your tanks. For what it's worth, I'm rock solid in circling and the only time I have ever stalled out of the sky or really got out of kilter is when I've had severe turbulence turned on. Moderate turbulence at all levels is actually pretty interesting because despite getting thrown all over the sky, I still hit the carrier deck pretty spot on every time. Curt. Still no tests yet but just a though, In normal use (without the UAV script) I know that after TO (flaps down) you have to rise the flaps in before engaging the attitude autopilot mode. If you rise the flaps after engaging attitude autopilot mode, the a/c start to pitch up consistently. This has to be documented or fixed. I'll try to bring the maintainer to his workstation ASAP. Alexis On Fri, Sep 23, 2011 at 9:35 AM, Geoff McLane wrote: Hi Curt, Ok, removed my joystick, and entered a '5', but still crashed while just in 'circle' mode - no route entered ;=(( As usual Atlas provides a good 'view' as to what happened - added - ATLAS=--atlas=socket,out,IP,5500,udp to output to Atlas running in a 2nd machine... See - http://geoffair.org/tmp/uas-01.jpg for a graph of the flight... The two blips in the graphs show the first stall, but it recovers and begins to climb back, and the 2nd the second stall, this time too low to recover, so into the drink ;=(( CRASH! This is a view of the 'crazy' flight track http://geoffair.org/tmp/uas-02.jpg Obviously the pig-tail loops are the 'stalls'... remember with NO joystick attached and starting with centered controls (NumPad 5)... And if you want to load this track into Atlas, or further study speeds, etc, then this is the Atlas track data :- http://geoffair.org/tmp/uas-01.txt Then on the NEXT flight I tried :- IO=--generic=file,out,10,uas-02.csv,playback Then I added a header line, to help analyze it in say an OpenOffice spreadsheet import - see - http://geoffair.org/tmp/uas-02.csv On this 2nd flight, this crash took longer, since it (randomly) turned left first, where as mentioned it holds more stable, but then eventually went into a right turn, stalled, recovered, stalled again, and CRASHED... And as you know well, downloading this file, and using say - $ ./fgfs --fg-root=/point/to/fgfs/data --timeofday=noon \ --aircraft=f-14b-uas --carrier=Vinson \ --generic=file,in,10,uas-02.csv,playback --fdm=external you too can enjoy this fateful flight ;=)) In 'chase' view, you can clearly see the right roll increase, the nose coming up, and the stall, recovery, then repeated, and BANG, into the water... I know it is difficult to work on, debug, fix something that obviously does not happen in your case... Maybe if you do not enter any route, or something... And this is all with SG/FG git of 2011-09-14... Any other ideas? Regards, Geoff. On Thu, 2011-09-22 at 14:00 -0500, Curtis Olson wrote: On Thu, Sep 22, 2011 at 1:25 PM, Geoff McLane wrote: Hi Curt, A pleasure, and FUN ;=)) Yes, I know a low frame rate can play havoc when you are trying to fine control an aircraft from its attitude feedback, and I should have mentioned my rate, but is always in the high 50-70 fps range in this Ubuntu machine... so should NOT be a factor... Ok, 50-70 should be perfect. I just did another few runs, and this time it crashed just while circling... it was in a right bank, which got too much and the nose came up, and it stalled... I am mostly in the 'chase' view... This is really strange. I have seen nothing like this except when I inadvertantly applied external control inputs through a strange combination of linux virtual desktops and flightgear capturing the hotkey to come back to the FlightGear virtual desktop. So two thoughts here. If you have a joystick connected, could you try unplugging it to see if that
Re: [Flightgear-devel] Any alpha testers with a bit of extra time on their hands?
Le 22/09/2011 05:03, Curtis Olson a écrit : I have something here that I think is kind of fun. Yup, I confirm this is plenty fun :-) It worked like a charm here. However with local weather, cold front, rough day condition, the challenge is there. Due to heavy turbs the system entered huge pitch oscillations at one mile or so in approach, but recovered stability just in time, doing a step descent (at least from chase view). Then it missed the wires, but well I think the bolter function is not there yet :-) Whit acceptable weather every thing worked as expected for the two first attempts. Then, as I was continuing this mail, the thing started to try turning the hardest possible, +/- 75deg roll and 43 AoA, ending in the water. the last attempt was aborted due to dinner time but I noticed that the switch between climbout and circle induced also a serious oscillation phase, that is AP overacting during 10 or 20 secs. (fps around 20). Then after dinner a long serial of perfect runs. I've no idea yet about what could help solving those problems. Actually there are 2 birds flying mostly the same pattern 150KTS@2000FT above the Vinson !!! That's Shrike. Some ideas: - Key 'Enter' closes the control window, it shouldn't. - The engineering HUD would be more appropriate with aircraft reference instead of f-16 like with camera reference, at least to have an idea of the controls setting. - Why not simply add the camera view with a high view number so it take place in the original numbering scheme between RIO and Pilot's view, thus keeping the usual shortcuts available ? - This kind of well formed approach would be very nice: http://www.maison-capestang.com/fg/a6/A-6E-carrier-landing-pattern-ng.png - The Downwind to Final switch is a bit rough and the gear is downed at the same time, this has a weird visual effect. - Moving target detection on mouse click and lock. - A 3D control panel in the cockpit, looking a bit custom, with red tape and big labels, like those you can see on test beds... I wonder who could do that. - Readable Nasal ??? Conclusion: AWESOME !!! Thanks a lot for sharing this, Alexis I've been fiddling with this off and on since last fall and decided it was time to clean it up a bit and quit hording all the fun for myself. Basically I have taken the F-14b and created a high performance Navy drone out of it. It can auto-launch from a carrier, auto fly a route (if you've input one) and can do circle holds (compensating for wind.) I've added a simulated gyro stabilized camera that will point at anything you click on and then hold that view steady no matter what the airplane does (similar to what real uav's can do.) Finally, you can command it to return home and it will find the carrier, setup a reasonable approach and nail the landing perfectly every time (factoring in wind, carrier speed, etc.) I put together a quick web page that includes more of an explanation and description of what the demo does. I have a link to a zip file you need to download. This must be extracted over the top of the existing f-14b as per the installation instructions on the following web site: http://www.flightgear.org/uas-demo/ I'm hoping to get a few people that would like to try this and report back on a couple things: - were you able to get it to work? Were there any missing files or major blunders in the .zip file package? - are there places where my web page instructions stink, and can you help me write better or more accurate instructions, especially for the Mac - I already know my instructions for setting up the vinson demo aren't good, but it's been so long since I tried to do this on windows I forget all the fgrun details. Maybe there is an easier way now? - finally, what do you think? general impressions? things you thought were especially cool, or especially stupid? You probably can think of a dozen feature requests, and I have some things in the pipeline already. (For instance I have a refueling mode that is currently disabled, but almost is close to working. And I've done some preliminary work on adapting all of the auto-land logic for runway landings.) - if you happen to go look at the nasal code that does all the magic, please don't judge me (quoting Eskeletor from nacho libre) -- that was actually a fun sub-project (for a former computer scientist.) :-) - Oh, and eventually I'd like to add pictures to the instructions. If you happen to catch an especially cool looking view (weather, clouds, time of day, sun, sun glint, scene composition, etc.) then please feel free to send me a picture or two (or even a youtube movie) so I can make the instructions prettier and more exciting. :-) If I can get this demo all cleaned up and generally running pretty well, I have another UAS demo that is similar, but centered around the ATI Resolution-3 airframe (which is a 92 2.33m composite marinized
Re: [Flightgear-devel] Any alpha testers with a bit of extra time on their hands?
Le 23/09/2011 23:12, Curtis Olson a écrit : Geoff and Arnt and anyone else who is interested. I just updated the zip file overlay with a few changes. Geoff: you may be getting tired of being a bunny, but I played around with the roll controller and limited max target roll angle to +/-35 degrees. I also dialed down the gains a bit on final approach which will hopefully slow down the wild swings. More adjustment may be necessary, but I'd be interested in hearing if any of this helps your situation. I also set the default carrier speed to zero so if we get a few people out there playing around with this, we should be able to see each other via MP. That could be an additional fun element. I was just out there dodging XIII who trailed me around the pattern and let me live thankfully. :-) Here is the link with the zip file overlay download + installation and operation instructions: http://www.flightgear.org/uas-demo/ MP Call Sign: Shrike :-) Woot :-) so I missed the update, I just read this post after posting the previous one. And was wondering who was flying around there ! Model view ought to be interesting in case of one other tester just encounter problems. Greetings, Alexis Maybe see a few of you out there? Curt. On Fri, Sep 23, 2011 at 1:12 PM, Citronnier - Alexis Bory wrote: Le 23/09/2011 16:47, Curtis Olson a écrit : Hi Geoff, I'm starting to run low on ideas here. I assume you don't have any crazy/severe turbulence turned on or your plots would be all over the place. Are you running out of fuel and your engines dying? If you open the autopilot dialog (F11) you can see the target speed and if you have the hud turned on you can see the actual speed in any view. If you are circling with a target speed of 150 and your airspeed is less than than and you are decending, then definitely check your engine output. There is a fuel dialog box under the f-14b menu and you might double check that to see if you have any fuel in your tanks. For what it's worth, I'm rock solid in circling and the only time I have ever stalled out of the sky or really got out of kilter is when I've had severe turbulence turned on. Moderate turbulence at all levels is actually pretty interesting because despite getting thrown all over the sky, I still hit the carrier deck pretty spot on every time. Curt. Still no tests yet but just a though, In normal use (without the UAV script) I know that after TO (flaps down) you have to rise the flaps in before engaging the attitude autopilot mode. If you rise the flaps after engaging attitude autopilot mode, the a/c start to pitch up consistently. This has to be documented or fixed. I'll try to bring the maintainer to his workstation ASAP. Alexis On Fri, Sep 23, 2011 at 9:35 AM, Geoff McLane wrote: Hi Curt, Ok, removed my joystick, and entered a '5', but still crashed while just in 'circle' mode - no route entered ;=(( As usual Atlas provides a good 'view' as to what happened - added - ATLAS=--atlas=socket,out,IP,5500,udp to output to Atlas running in a 2nd machine... See - http://geoffair.org/tmp/uas-01.jpg for a graph of the flight... The two blips in the graphs show the first stall, but it recovers and begins to climb back, and the 2nd the second stall, this time too low to recover, so into the drink ;=(( CRASH! This is a view of the 'crazy' flight track http://geoffair.org/tmp/uas-02.jpg Obviously the pig-tail loops are the 'stalls'... remember with NO joystick attached and starting with centered controls (NumPad 5)... And if you want to load this track into Atlas, or further study speeds, etc, then this is the Atlas track data :- http://geoffair.org/tmp/uas-01.txt Then on the NEXT flight I tried :- IO=--generic=file,out,10,uas-02.csv,playback Then I added a header line, to help analyze it in say an OpenOffice spreadsheet import - see - http://geoffair.org/tmp/uas-02.csv On this 2nd flight, this crash took longer, since it (randomly) turned left first, where as mentioned it holds more stable, but then eventually went into a right turn, stalled, recovered, stalled again, and CRASHED... And as you know well, downloading this file, and using say - $ ./fgfs --fg-root=/point/to/fgfs/data --timeofday=noon \ --aircraft=f-14b-uas --carrier=Vinson \ --generic=file,in,10,uas-02.csv
Re: [Flightgear-devel] Any alpha testers with a bit of extra time on their hands?
Le 22/09/2011 22:04, Arnt Karlsen a écrit : On Thu, 22 Sep 2011 14:00:49 -0500, Curtis wrote in message CAHtsj_crOGWDX43J5oKw7F6g12AWsRePoceNGW=a1b0txod...@mail.gmail.com: On Thu, Sep 22, 2011 at 1:25 PM, Geoff McLane wrote: You seem to be deliberately holding its speed down around 150 - I see air-brakes come up when greater than this, and throttle back - and although flaps (I think full flap?) are still applied, 150 must be quite 'low' for this sleek bird... Normal landing approach in the real aircraft I believe is about 120 kts? I fly 135 kt approaches in the simulator. It should be able to hold 150 kts with the flaps down pretty easily. ..the Navy guys fly approaches using AOA, not speeds, AFAIK. And a max 6000 lbs fuel in the tanks. FG's f-14b is quite tricky to fly with what is *supposed* to be the right AoA for approach. Side departure happen easily if your aren't smooth enough in your final turn. Curt, I didn't test yet, sorry, lake of time, but the last mods on properties in engines.nas and instrument.nas should be comited soon. Happy to see you all playing with the beast :-) Alexis -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FGData New Structure
Le 17/09/2011 20:26, Vivian Meazza a écrit : Cedric wrote I hope this is the last time we will have to discuss this topic, since over the last months it seemed that everyone agreed with that FGDATA - has to be split sometime - should be split a.s.a.p. We agreed that after the current release of 2.4 would be a good point to get the project on the way. As I offered and it still stands, I will take care of writing the bash script which splits the current FGDATA repository into multiple repositories and leaves an FGDATA repository which holds merely the bare essentials which supplement the core binary of fgfs. One could classify the contents of the new FGDATA by saying that it's data which provides the technical backbone - the common denominator everything is based upon. I'd like to cease this opportunity to give everyone the chance to utter their possible disagreement with the project or their respective opinions and discuss the very details of the split, which have not yet been determined. The general boundary conditions of the splitting process are the following: - FGDATA shall consist of everything which is essential for the binary to run and shall not hold any data which is specific to certain airports or airplanes. Those should be provided in separate repositories the structure of which is not of current interest and might possibly be chosen by the respective authors. - The change shall not require restructuring of the architecture, including the directory structure. Solely the repositories in which the data is contained shall change. Informatively, I'd like to supply a sensible suggestion for how a final structure might look and how, either as a developer or user might use it. Particularily, because some of you might wonder how we can strip FGDATA of KSFO and the 172p, leaving nothing to fly with - isn't that a bad decision? Definitly not. One has to distinguish between a proper, dedicated development structure which is aligned to and substructred into independent development units and a way of deployment. As a developer, you will clone the base fgfs SC repository and you will clone the FGDATA repository. Then, depending on your field of interest you will clone the aircrafts, airports etc. you are planning to work on. You can do so with the git submodule, which will integrate the specific aircraft/airport/etc repository into the existing FGDATA repository, while keeping the commits separate. For deployment, you either manually or programatically git-submodule all data required for shipping into a branch for deployment. This includes, for instance, the KSFO tile and the c172p. It's apparent that one, among many advantages of that approach is, that the confusing redundancy between the default KSFO and the scenery KSFO, as it currently exists, will go. While the planes are the primary concern of the splitting and will bring a relief of a tremendous 4.5 Gigabytes to every user of FGDATA and rectify a lot of redundancies and confusion, other things might also be considered, say, ./Traffic (just a lucky guess). Practically everything which is orthogonal to the core and without which FG (assuming a plane and a tile) can properly run, should migrate. I think this is an offer we can't refuse. I think these proposals are as good as any, and are in line with what Tim Moore was doing. Perhaps we should go for a phased approach. In the fist phase, we could split out the aircraft, then further restructuring could form subsequent phases. Cedric might like to start work on his script as soon as possible. Vivian Yup ! -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA http://p.sf.net/sfu/rim-devcon-copy2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA http://p.sf.net/sfu/rim-devcon-copy2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Cmake
Le 12/09/2011 21:31, Stuart Buchanan a écrit : 2011/9/12 Mathias Fröhlich : On Sunday, September 11, 2011 21:29:28 Durk Talsma wrote: My error was in SimGear, and your fix was for FlightGear, it I'm correct. So, I'm not sure if that would fix it. Hmm, then probably not... ... but I have done the same change in the identical file in simgear now. I did not know that there ist also the same one :-/ For me, cmake works fine for SimGear, but I get the following error when attempting to cmake FlightGear: stuart@needle:~/FlightGear/flightgear$ cmake -DCMAKE_BUILD_TYPE=Release . -- Git revision is e47b05e9b459ed564193d6395cfb425148eca26c -- Could NOT find FLTK (missing: FLTK_LIBRARIES FLTK_FLUID_EXECUTABLE) -- libsvn found, enabling in terrasync -- /usr/include -- adding runtime JS dependencies -- /usr/local/include -- looking for version: 2.5.0 -- Include Dir: /usr/local/include CMake Error at /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:70 (MESSAGE): Could NOT find SimGear (missing: SIMGEAR_VERSION_OK) Call Stack (most recent call first): CMakeModules/FindSimGear.cmake:218 (FIND_PACKAGE_HANDLE_STANDARD_ARGS) CMakeLists.txt:163 (find_package) /usr/local/include/simgear/version.h exists and contains the following: #define SIMGEAR_VERSION 2.5.0 so everything looks OK. I'm sure I'm doing something silly, but can't work out what, and the wiki isn't enlightening. Can anyone tell me what I'm getting wrong? -Stuart Hi, Unfortunately I'm stuck at the same point with no idea on how to solve this one. Here the error with my own paths: alexis@duck:~/fgfs/install/build-flightgear$ cmake -D CMAKE_INSTALL_PREFIX:PATH=/home/alexis/fgfs/install/fgfs -D CMAKE_BUILD_TYPE=Release -D CMAKE_PREFIX_PATH=/home/alexis/fgfs/install/OpenSceneGraph -D CMAKE_PREFIX_PATH=/home/alexis/fgfs/install/plib/ -D CMAKE_PREFIX_PATH=/home/alexis/fgfs/install/simgear /home/alexis/fgfs/flightgear -- Git revision is f2f78e364666fcd11221a7f271de584708c025b7 -- libsvn found, enabling in terrasync -- /home/alexis/fgfs/install/plib/include -- adding runtime JS dependencies -- /home/alexis/fgfs/install/simgear/include -- looking for version: 2.5.0 CMake Error at /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:70 (MESSAGE): Could NOT find SimGear (missing: SIMGEAR_VERSION_OK) Call Stack (most recent call first): CMakeModules/FindSimGear.cmake:217 (FIND_PACKAGE_HANDLE_STANDARD_ARGS) CMakeLists.txt:163 (find_package) -- Configuring incomplete, errors occurred! Thanks for helping on this one. Alexis -- Doing More with Less: The Next Generation Virtual Desktop What are the key obstacles that have prevented many mid-market businesses from deploying virtual desktops? How do next-generation virtual desktops provide companies an easier-to-deploy, easier-to-manage and more affordable virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA http://p.sf.net/sfu/rim-devcon-copy2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Content protection for modders?
Le 28/08/2011 16:43, Paul Guhl a écrit : Lets clarify the issues: the modellers asked me to provide secured file format to prevent model theft and resell for benefit. They are willing to contribute to FG and don't plan to sell add-ons. Instead they would like to see their copyright enforced and not abused by others. Hi Paul, There is also something that has to be noted about GPL licensing, this is the fire and forget principle. In other words, a kind of healthy simplicity that prevent some of us about what would be done after our work is released. I do work hours and hours on my models, putting in the best that I can do. It's just for the pleasure to do a nice job and to know that it is a real and useful part of a whole, a real and solid software. Now I don't want to care of the rest. At work I care about the money I'll take for my work. I'll care about sharing part of my knowledge but I work on keeping the advantages my company has by knowing how to solve some problems better than the others. I care if an other company steal our customers while copying our brand and our marketing. I'm very honest in my office work but it's a business and I sell my work. Here, I enjoy giving my work. Giving it as a gift, for free, no matter what happens after. I give an aircraft to every one, I don't care if a few will spoil the gift. That their problem, I just don't want to have something to do else than doing the model and give it. That my pleasure. If I also have to protect it, further than publishing it under GPL, the game change and I will start to care about things which are not pleasant and then I'd prefer to be paid for that. Those property or copyright problems are not welcome in my simple little brain ! That's my conception of one of the coolest thing in GPL. There is only one thing not really pleasant for me that I accept with/for GPL, it's the work I could spend protecting the GPL spitit. My 2 cents, Alexis -- EMC VNX: the world's simplest storage, starting under $10K The only unified storage solution that offers unified management Up to 160% more powerful than alternatives and 25% more efficient. Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] The state of things in Flight Gear
Le 27/07/2011 12:48, Slavutinsky Victor a écrit : I'm afraid that you wrongly interpret 'being busy doing other things' with 'unwilling to help'. So far everybody who has made valuable contributions has been welcomed by everybody. And depending on the time someone has/is willing to reserver for FlightGear there's always a chance of getting help, but sometimes it is required to ask for it more than once to gain some attraction. That has nothing to do with who is asking but more about what is being asked, how much time it takes to explain and the amount of knowledge for every developer about the particular subject. It's your choice to leave off course but it would be sad to do it on the wrong assumptions. Erik I only share my minds about it because I want to make my decision clear to everybody. I surely do not want to press others to my opinion. No documentation, no help about FG inners, some unfriendly conversations, no common plans, no clear structure, no rule by what some patches included or not or some people become real members of society or not... Of course there is a common rule to not describe by evil will something what could be described by incompetence. But for project what existed more than fifteen years still it's hard to find some nice explanations by that rule. And anyway it will come to self stopping if it will go by that unclear path, so it does not matter how to describe it. I'm pretty know alot about what things man says talks about him at first, and I allow possibility what problem in me really. But if it was that way then I could get some help here when it was needed. There was no help, even no replies in some cases, so it makes me think what problem not in me. If it's not in me then I can not help it. So I am leaving. It's not the matter of personal relations, it's matter of absence of possibility to help. Hi Vitos, That's sad. Obviously an old project like FG as its own pace, things here evolve slowly, most of the time those things move in some cahotic way rather than an effective and straight way as would a strong and popular project (like a free operating system or a free web server)... But they move, and at the end the software is better at each release ! I'm affraid you wanted FG and the community to be as you expected given your previous own experiences (if any). The result is for you a great disillution, and for us, we loss a very very good modeler with great ideas. But what was the most obvious solution to avoid this sad situation ? Changing the pace, the habits of a 100 contributors and 10 yo project along with documenting thousands of code line in some few months ? It would have been more easier for you to take the time to _feel_ how and how far you could provide a nice and long term support to the community; the help you were asking for would have been available soon or later. Now you show like feeling upset... well, for this time, you missed the point. You will always be welcomed again, that's just a matter of learning Zen :-) Alexis -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Segfault in AIFlightPlanCreate
Le 26/07/2011 22:45, Durk Talsma a écrit : Hi Torsten, On 26 Jul 2011, at 22:34, Torsten Dreyer wrote: Am 26.07.2011 22:26, schrieb Durk Talsma: Hi Torsten, Thanks for the report. I can confirm the crash, which means that I'm optimistic that I find a solution tomorrow. I've just seen a similar report at the forum, so I should have at least two test cases for this. Just noticed: happens at EHAM, too. c172p, no parkpos, no live weather (Fair Weather), a few seconds after takeoff from rwy 18R. I just did a quick check of the relevant code, and it appears to be related to a getRunway() function in trafficcontrol.hxx. So I suspect that this might be a bug that only surfaced after fixing the previous runway issue. Anyways, it looks 100% reliable, and I have a suspicion that all airports having ground networks might be affected. Hi guys, This one happen also at KNID with 87bd2bf, AFAIK, KNID doesn't have any ground network. In the meantime I reverted to friday evening FG (3723de5) and then it was OK again. Hope it helps, Alexis Given the reliability of the crash, I expect to have a fix tomorrow. Thanks, Durk -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Martin is responding slowly ....
Le 25/07/2011 18:06, Vivian Meazza a écrit : Martin, -Original Message- From: Martin Spott [mailto:martin.sp...@mgras.net] Sent: 25 July 2011 16:14 To: FlightGear developers discussions Subject: [Flightgear-devel] Martin is responding slowly Hi, if anyone is wondering why I'm responding even slower as usual, this might be caused by the simple fact that I'm being distracted by our daughter who was given birth last night. Congratulations. That's you out of action for the next 20 years then :-) Vivian Vivian, by experience I would say you are quite optimistic ! 22 or even 24 may be a reasonable plan. And congrats Martin !!! Lots of kudos for the baby, and for the mother too :-) Alexis -- Storage Efficiency Calculator This modeling tool is based on patent-pending intellectual property that has been used successfully in hundreds of IBM storage optimization engage- ments, worldwide. Store less, Store more with what you own, Move data to the right place. Try It Now! http://www.accelacomm.com/jaw/sfnl/114/51427378/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] No panel or object display in latest code
Le 03/07/2011 11:20, Bruce Hellstrom a écrit : I have FlightGear 2.0.0 installed and working. However, I need the latest code to integrate some changes to be submitted later once everything is tested. When I build the latest pull from Git (SimGear/FlightGear and using the latest fgdata), Everything seems to startup fine except I just have a plane blue screen, maybe sky color, but no panel, no clouds, no textures,etc. Switching views gives me no change. The only thing in the console output that's not there when I run 2.0.0 is the following warning several times: Warning: TangentSpaceGenerator: unknown primitive mode 9 I've updated my .fgfsrc and cleaned out the ~/.fgfs directory and set the plane in SFO. This is on Linux and I'm using the same dependent versions I was using for 2.0.0 including OSG 2.8.3. Is this the problem? Does the latest code require a later version of OSG? If so, can I have 2 different versions of OSG installed at the same time? I need to keep my ability to run and develop older versions of FG as well. Hi Bruce, I noticed yesterday, while building latest git, that configure wrote something like: fg_panel=no. I didn't noticed this before (which doesn't mean much, but can be a clue) and I didn't change my configure settings since a while. So this may be a recent change in the default configure parameters and may be related to your problem. Alexis -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Airport Textures (Again)
Le 12/06/2011 19:39, Vivian Meazza a écrit : Can we please have the old airport textures back: the new ones wreck some very fine airports. Here's a small sample of Gatwick/EGKK. It's like this all over and it's spoiling someone's very good work: ftp://abbeytheatre2.org.uk:2121/flightgear/Terrain/EGKK-texture.jpg Yes - of course, I can do that locally, but can we really have this ugliness in our flightsim? Vivian Hi all, I also find the previous texture better, me miss the dark asphalt, and the side yellow lines spoils a lot of discrete tricks we used to solve some airport layout problems. I vote for reverting to the previous textures. Alexis -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flightgear-devel Digest, Vol 61, Issue 12
Le 25/05/2011 22:28, Stuart Buchanan a écrit : This is done. I've gone ahead and replaced the article completely with the rating system described in December. Now I'm off to rate all the aircraft I maintain! -Stuart Hehe, nice to see that a rating system may have a chance to be established. This one will not help the few gems I work on - poor FDM for the f-14b, but not much chance to have the material to make a better one. - so much work to achieve with these complicated avionics systems to reach the top marks... But I'm happy to see how simple and objective the rating system is. I support the idea, completely, and I applaud with the four hands. Alexis -- vRanger cuts backup time in half-while increasing security. With the market-leading solution for virtual backup and recovery, you get blazing-fast, flexible, and affordable data protection. Download your free trial now. http://p.sf.net/sfu/quest-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Abstract of three days at LinuxTag 2011
Le 13/05/2011 23:42, Martin Spott a écrit : While I'm at it, I'd like to express a warm thank you to those private and commercial sponsors who actually made this particular booth setup possible ... Hi Martin, Wow this booth is really outstanding! It couldn't look more professional. Now our turn to send an huge thank you to you all who make this possible! Makes me proud to contribute (even with some tiny modeling) to the project. Alexis -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Future repository for non-GPL aircraft
Heiko Schulz a écrit : Hi, I could imagine more something like a portal, (like avsim.com, x-plane.org) where you have all Downloads available, sorted in licencs, types, ratings. This would allow to search and find easily all aircraft, no need to search through the whole web. It would be nice to focus on splitting the current aircraft folder across several logical repos, that's really what we need now. I think that people involved or just interested in non GPL licensed stuff have already all they need available to create a nice portal, we can link to or advertise this possible portal, we can also leave opened the possibility to have kind of a gateway for the launchers and possibly search functions, but I wouldn't spend to much time on it. FG is already a huge project, difficult to keep in a nice and reasonable pace, and with already a lake of resources on several sectors. There is no need to use our resources to organize by ourself something which is non-compliant with the general spirit of the project. Alexis -- Fulfilling the Lean Software Promise Lean software platforms are now widely adopted and the benefits have been demonstrated beyond question. Learn why your peers are replacing JEE containers with lightweight application servers - and what you can gain from the move. http://p.sf.net/sfu/vmware-sfemails ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Logos and licensing
syd adams a écrit : Just a thought , but maybe asking nicely rather than demands and threats might work better ;) On Sat, Feb 26, 2011 at 11:32 AM, Jack Mermod jackmer...@gmail.com wrote: I'm planning on contacting Red Bull today. If I get the green light, I better see my livery in the database lickity split! For those who don't read the forum: http://www.flightgear.org/forums/viewtopic.php?f=4t=10130p=116069#p116063 -- Free Software Download: Index, Search Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Logos and licensing
Gene Buckle a écrit : On Sun, 27 Feb 2011, Vivian Meazza wrote: Just a thought , but maybe asking nicely rather than demands and threats might work better ;) On Sat, Feb 26, 2011 at 11:32 AM, Jack Mermod jackmer...@gmail.com wrote: I'm planning on contacting Red Bull today. If I get the green light, I better see my livery in the database lickity split! For those who don't read the forum: http://www.flightgear.org/forums/viewtopic.php?f=4t=10130p=116069#p11606 3 Exactly the answer to be expected. Note the association concept. Shouldn't have asked. Congrats guys! Anything else you'd like to f*ck up while you're at it? Keep it up, we'll have Trainer, Single Engine Land in no time. g. And now, who is going to remove every Redbull occurence in Git ? I also hope we wont have this kind of sterile discussion ever and ever. KEEP AWAY OF ANYTHING LOOKING LIKE AN ADVERTISING LOGO OR NOT OBVIOUSLY USEFUL USE OF A TRADE MARK. Keep also in mind that, though funny for lammers, fancy liveries don't make the aircrafts fly better. My 2 cents, Alexis -- Free Software Download: Index, Search Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] complex landing gear animation without any computation
Hi all, I just hover above a bunch of discussions about how to complete a not so complex L/G animation. Well, I have done some nice landing gear, see A-10, A-6E, f14b. I didn't use any maths for that. No nasal, no perl, no python... No maths function from the FDM either. The XML interpolation and some drafts showing the moves step by step on a vector graphic editor are enough. It's a little bit tedious and may not be very pleasant from a developer point of view, but it works great and fast. At a time I looked for someone able to code a tool to generate exact numbers easily, but the archaic method I use showed to be rock solid and much faster. In any case, for complex L/G animations a clever and no complex approach should solve the trickiest problems. Note: I still like to use maths and nasal for animations and instruments when it is obviously needed. My 2 cents, Alexis /troll -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Disabling menu items (was Re: map question)
James Turner a écrit : On 2 Jan 2011, at 14:56, Stuart Buchanan wrote: gui.menuEnable(fuel-and-payload, false); We can add new names for any other menus that we might want to disable on a per-aircraft basis, but from a quick skim through the menus I couldn't see any other candidates. Proving one again that FlightGear already supports everything, if only it were documented ;) WHich aircraft need to be updated to use this feature, prior to the release? As always, once we have a decent corpus of aircraft following the 'correct' style, it's easier to tell aircraft developers to 'do what the f14 already does' when updating aircraft. James Copy 5 :-) Updated Tomcat should be in Git in a couple of hours... Alexis -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Disabling menu items (was Re: map question)
f-14b updated and in git, so it uses symbolic name rather than labels. Alexis -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] map question
James Turner a écrit : On 30 Dec 2010, at 18:18, ThorstenB wrote: So, what do we do? Adapt all the aircraft above - or revert the menu item ordering? Adapt the ordering in the short term, and then come up with a non-brittle solution for the future. The new menu arrangement is significantly better than the old one. James Thanks all for pointing the problem. Yes, it was intended to disable the stock Fuel and Payload menu. I'll adapt the code to follow the new ordering. It should be in git very soon. Alexis -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] productwiki.com another flightgear page
Hi all I did (mid october) a flightgear page on Productwiki site. Product wiki is an intersting site where you can describe and rewiew any product on a wiki basis. So feel free to improve the page and add review. Since the creation, additional links appeared on the Product manuals (click see all on the right column). http://www.productwiki.com/flightgear-flight-simulator/ Alexis -- Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] productwiki.com another flightgear page
Peter Brown a écrit : Based on what I saw when following the link, I might suggest that it's not a good way to promote FlightGear, since it's not for sale. There are an Amazon and Ebay link on the site main stage as someplace to buy FlightGear, which purely takes the potential user away from what FlightGear is and exposes them to Flight Simulators that are commercial and available to purchase. If you type free software in the search field on productwiki, Flightgear is displayed on the second position out of 25700 results :-D Well, FGFS is a product and its lowest price remains 0 USD or whatever currency... that's how works our new web of data. At least the description gives the necessary details on how to get it for free. Note that everything in there can be improved by anyone. Alexis -- Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] AH-1 Merge Request
Jack Mermod a écrit :
Screenshot: http://img585.imageshack.us/img585/5017/cobra5.png
Hi Jack,
At first glance I see a problem (very common) with the colors of the 3D
model. Dark parts (that is not on the sun side) a really too dark.
The reason is that ambient values are not equals to rgb values. That's
due to the default colors setting in most 3D moleling software. FG need
to be feed with rgb and amb colors to be the same to render correct
darkness.
You will find bellow a wide used script that replace automaticaly every
values found in the files given as arguments:
Code of color-change.sh :
#! /bin/sh
for f in $@ ; do
sed -i.before-color-change
's,\(MATERIAL.*\)rgb\(.*\)amb\(.*\)emis\(.*\)spec\(.*\)shi\(.*\)trans\(.*\)$,\1rgb\2amb\2emis\4spec\5shi\6trans\7,1'
$f
if ! cmp ${f} ${f}.before-color-change /dev/null 21 ; then
echo $f has changed colors!
fi
done
Usage :
ale...@duck:~/flight/fg-data/git-head/fgdata/Aircraft/A-10/Models$
color-change.sh `find . -name *.ac`
Hope it helps,
Alexis
--
Lotusphere 2011
Register now for Lotusphere 2011 and learn how
to connect the dots, take your collaborative environment
to the next level, and enter the era of Social Business.
http://p.sf.net/sfu/lotusphere-d2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FSP facebook ads
Vivian Meazza a écrit : Torsten wrote It looks like there are only 2 or 3 different ads, but it took clicking on at least 14-16 of them before they stopped appearing on my fb page - nice, those behind FSP are uploading the same ads over and over, and calling them new ones each time... Looks like some FB users found out that not everything that is expensive is acutally good. This is the link to the group within FB: http://www.facebook.com/home.php?sk=group_125975030795919 Torsten (You can fool some of the people all of the time, and all of the people some of the time, but you can not fool all of the people all of the time.) [A. Lincoln] There are some very pissed-off people out there who have been ripped off by FSP: http://www.facebook.com/topic.php?uid=130223597035052topic=54#topic_top with a bit of luck they might just nail FSP for us :-) Vivian I joined the group and just sent them a link to the FAQ Alexis -- Increase Visibility of Your 3D Game App Earn a Chance To Win $500! Tap into the largest installed PC base get more eyes on your game by optimizing for Intel(R) Graphics Technology. Get started today with the Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. http://p.sf.net/sfu/intelisp-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightProSim advert on FaceBook
Csaba Halász a écrit : On Thu, Nov 11, 2010 at 5:50 PM, Robin van Steenbergen stone...@stoneynet.nl wrote: I am not sure whether the content *generated* by a GPL-licensed program (such as FlightGear generating screenshots) would have to be licensed under the GPL as well. To be honest, I doubt it, because a lot of GPL-licensed tools are used to generate copyrighted content, even including Hollywood movie blockbusters! Of course. But read again what Gijs said: Op 11-11-2010 17:46, Gijs de Rooy schreef: Content on the FlightGear wiki also falls under the GNU GPL license (as stated at the bottom of this page), so does this A-6E image. The point is that by uploading to FG wiki, xiii put the image under GPL. It isn't GPL because it was created by a GPL software, it is GPL because the content on FG wiki is GPL and he accepted that by uploading. Right, Now it may be a good thing to move the wiki and the web site under CC. I'm not sure about all details but I think those publication don't need to be released under GPL, they are not software and belong to another area that we could protect more efficiently. Concerning publishing on the web it seems much more easy to claim copyright infringement than license infringement. Anyway FB were very fast , they answered me by mail a few hours later and they simply removed the picture. Alexis -- Centralized Desktop Delivery: Dell and VMware Reference Architecture Simplifying enterprise desktop deployment and management using Dell EqualLogic storage and VMware View: A highly scalable, end-to-end client virtualization framework. Read more! http://p.sf.net/sfu/dell-eql-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] F/A-18 Hornet Model
Jack Mermod a écrit : Hi, I've been trying to get the F-18 model off of the Vinson, but this has proved difficult in Blender. Can anybody with AC3D pull the FA-18 model off of the vinson.ac, and post it here? That would really help. When I pull it off in blender, it doesn't keep the texture mapped right, and the texture(along with the license) is one of the main reasons I want that model. Thanks, Jack Hi, Jack The original and detailed model of the FA-18 by Flyingtoaster is here: http://www.maison-capestang.com/fg/flyingtoaster/fa-18step5.blend It is a blender model and it doesn't have any texture maping. The model you have on the Vinson is a static version I have made from the original model, this less detailed model is a low poly not really suited for doing a real aircraft. no flaps, no ailerons etc... But it is textured (my work). If you need a static model to add some crowd on a tarmac, it's perfect. It is an ac3d file. You will also find a .xcf gimp file of the texture inside the archive. http://www.maison-capestang.com/fg/FA-18-low-poly.tar.gz Alexis -- Nokia and ATT present the 2010 Calling All Innovators-North America contest Create new apps games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] F/A-18 License
Mathias Fröhlich a écrit : Hi, On Thursday, October 21, 2010 03:40:42 Jack Mermod wrote: I've been doing some heavy work on Mathias Frohlich's F/A-18 lately, but I have been forced to postpone my release of the improved version due to the fact that I cannot find any indication of what license it is under. I've searched around looking for any ways of contacting him, but have been without luck. If Mathias doesn't respond to this, can anybody provide me with Mathias's email address? That would really help me. Well, there are parts of the 3d model that I have found myself on a public ftp server without a license. There are many parts that I have just done myself. But it *still* contains some parts with unknown origins. For all that stuff I have done, I can put that under a flightgear compatible OSS license. But for some parts I just cannot because of the unknown origins. This is the reason why this model has never made it into any official repository. I can provide you with the original found model. With the original one and the current one you can easily decide which parts are ok andhttp://www.maison-capestang.com/fg/fa-18step5.ac.png which not. And yes, it would be nice if this beginnings of this model could be brought into a state that can be put upstream. Greetings Mathias Hi all, Flyingtoaster, the author of the original f-14b did model a nice Hornet. I know that he would be very happy to see it used in flightgear and he agreed to release it under GPL. It's a blender model (though I took the screen hot from an ac3d window). See: http://www.maison-capestang.com/fg/fa-18step5.ac.png In http://www.maison-capestang.com/fg/ there are also some other free models, all by flyingtoaster, and all released under GPL. (Any way, I think a little mail asking confirmation about the license and also asking permission wouldn't hurt that much). He is joinable on the forum, nick: Flying toaster So if this model can help and solve the current license problems, maybe everyone will be happy. BTW, the hornet lowpoly model used for the Vinson is based on this original model. Alexis -- Nokia and ATT present the 2010 Calling All Innovators-North America contest Create new apps games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] F/A-18 License
Citronnier - Alexis Bory a écrit : In http://www.maison-capestang.com/fg/ there are also some other free models, all by flyingtoaster, and all released under GPL. well, actually flyingtoaster's models are precisely in http://www.maison-capestang.com/fg/flyingtoaster/ :-) Alexis -- Nokia and ATT present the 2010 Calling All Innovators-North America contest Create new apps games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] mpserver dns changes???
Csaba Halász a écrit : On Mon, Oct 11, 2010 at 5:46 PM, Curtis Olson curtol...@gmail.com wrote: Hi Csaba (or anyone else), I'm just bumping this back up to the top of everyone's inbox in hopes that someone will respond and let me know what specific dns changes should be made. This is where I left the conversation back in may and no one got back to me. I don't have my finger on the pulse of the mpserver admin community on a daily basis so I don't know specifically what needs to be changed unless someone specifically tells me. The change would be: assign mpserver02.flightgear.org to ip address 74.208.230.119. I believe Alexis has sent an email to Sabin to check if he is still agreeing to take over 02's slot. (He did agree to it back in may.) Don't know if we got any reply yet. No response from Sabin ATM. Alexis -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today. http://p.sf.net/sfu/beautyoftheweb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 2d clouds
syd adams a écrit : Hi folks, I recompiled flightgear (git) , and noticed that the 2d cloud layers are racing along nearly double my flight speed , and usually in the general heading I fly .Its gives the illusion I'm flying backwards , unless a mountain peak happens to be poking through.Is this a recent bug , or another bug that appears only on my computer ? :). Cheers Nope, I discovered that one after compiling Git: 2010-06-18 Very dangerous for the pilot's awarness, trust me :-) Alexis -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Reducing AI Model complexity
Stuart Buchanan a écrit : In an effort to help with this I've been looking at two fixes: 1) A control to disable sub-model loading for AI aircraft. This effectively stops the model loader from recursing into model tags, and therefore stops it from loading any sub-models such as cockpits, instruments, pilots etc. Comments? When using dual control like in Anders c172p-dual-control and ZLT-NT blimp, or the f-14b-bs, the copilot is actually flying in an AI model which needs all the eavy stuff we would like to disappear in most other situations. There is also a big demand of visual details and eyes candy from a important part of FG users and we can't neglect that. Now, this leads effectively to a huge waste of h/w resources and anyway much of all this eye candy stuff is not visible at more than 50ft. LOD animations works well for saving fps and the work spent on it worth it. The problem remains at AI aircraft load time and I think a majority of user doesn't need to wait for the Tomcat to load each minute or so. In any case we should have the ability to choose what level of detail we want. In a dream world this would be user definable and on a per aircraft basis. This could be something like: use only light AI models by default or define somewhere a list of aircrafts you prefer to see a high level of detail. In the cases like dual-control, modelers could add at run time the needed models to this list. Alexis -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] v2.0 Aircraft Download Page
Curtis Olson a écrit : I just updated the aircraft download page with all the latest aircraft updates to match FlightGear v2.0 http://www.flightgear.org/Downloads/aircraft-2.0.0/ I notice that many of the new aircraft are missing thumbnails, and perhaps a few of the older aircraft could use updated thumbnails. If we have a thumbnail update party here today and get new thumbnails added to the aircraft packages I can then regenerate the aircraft download page. Best regards, Hi Curt, Here is a victor-thumbnail.jpg for the Handley Page Victor. Also updated in CVS as /Aircaft/victor/thumbnail.jpg). Alexis inline: victor-thumbnail.jpg-- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Particles do not reflect sun light
Hi, I noticed that FG's particles contrails never reflect the coloured light of the sun. At sunset time, they should have the same redish color as the clouds, instead they looks like black smoke or enlightened white smoke. a) This above is with this setting: emissive type=boolfalse/emissive lighting type=booltrue/lighting b) With: emissive type=boolfalse/emissive lighting type=boolfalse/lighting the contrail is emissive! c) And with this setting: emissive type=booltrue/emissive lighting type=booltrue/lighting the contrail is 100% white at day time and becomes more and more transparent until sunset. d) In this last setting: emissive type=booltrue/emissive lighting type=boolfalse/lighting the contrail is emissive, more than b) setting. In any case the sun colored light is applied as expected. Well, this not a show-stopper, Alexis -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
