Re: [Flightgear-devel] Tides in FlightGear?
Am Samstag, den 27.05.2006, 16:14 -0400 schrieb Ampere K. Hardraade: On Friday 26 May 2006 12:03, Curtis L. Olson wrote: You would almost have to redo the scenery in the areas with ocean coverage to include the ocean floor elevation, then draw the ocean as a seperate layer that can be moved up and down exposing more or less of the terrain. The trick maybe to find a good sea floor elevation database that is reasonably compatible with SRTM, and mesh the two data sets seamlessly. Curt. I like this idea, as it is a more generic approach and could work for steeper shorelines (like those around KSFO). Smaller layers could then be used to simulate the effects of waves as well, and based on the camera's distance to these layers, we could then play the sounds for wave. Water surface should be handled differently than land right from the beginning. Right now, any plane could land on the water as if the water is a giant runway. By having the water as a separated mesh, we could finally simulate the plane-water interaction properly. I feel that this method would move us into the right direction. Ampere that would be a chance for completing my albatros seaplane, imagine flying around those caribbean islands ... Greetings Detlef http://www.sol2500.net/flightgear --- All the advantages of Linux Managed Hosting--Without the Cost and Risk! Fully trained technicians. The highest number of Red Hat certifications in the hosting industry. Fanatical Support. Click to learn more http://sel.as-us.falkag.net/sel?cmd=lnkkid=107521bid=248729dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel --- All the advantages of Linux Managed Hosting--Without the Cost and Risk! Fully trained technicians. The highest number of Red Hat certifications in the hosting industry. Fanatical Support. Click to learn more http://sel.as-us.falkag.net/sel?cmd=lnkkid=107521bid=248729dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Beaufighter and Payload
Hello everybody, here is a preview of my Bristol Beaufighter, it features tracers and a releasable torpedo. As the heavy torpedo doesn't improve general flight characteristics, I like to make it selectable via the Fuel and payload dialog, but I don't know how to achieve that. I would be very happy if someone could give me a hint. Greetings Detlef http://www.sol2500.net/flightgear --- All the advantages of Linux Managed Hosting--Without the Cost and Risk! Fully trained technicians. The highest number of Red Hat certifications in the hosting industry. Fanatical Support. Click to learn more http://sel.as-us.falkag.net/sel?cmd=lnkkid=107521bid=248729dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Beaufighter and Payload
Detlef Faber schrieb: Hello everybody, here is a preview of my Bristol Beaufighter, it features tracers and a releasable torpedo. As the heavy torpedo doesn't improve general flight characteristics, I like to make it selectable via the Fuel and payload dialog, but I don't know how to achieve that. I would be very happy if someone could give me a hint. Greetings Detlef http://www.sol2500.net/flightgear Hi Detlef, I cannot help you but want to thank you for this new aircraft. You are a very busy guy and this new a/c looks very nice and promising. And I love all these nice add-ons (second inside-view, torpedo to release, open something when on the ground ..). May be you have a look at Torsten Dreyer's SenecaII before finishing this model - he made some nice menu entries for some aircraft functions. At least some comfort for the featherbedded Win users like me :-). And may be - this is only a question of personal taste - some more vertices for the torpedo to make it more round in shape? Just an idea. Regards Georg HeliFlyer EDDW --- All the advantages of Linux Managed Hosting--Without the Cost and Risk! Fully trained technicians. The highest number of Red Hat certifications in the hosting industry. Fanatical Support. Click to learn more http://sel.as-us.falkag.net/sel?cmd=lnkkid=107521bid=248729dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Weekly CVS Changelog Summary: FlightGear source
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2006-05-21_22:14:18 (mfranz) /var/cvs/FlightGear-0.9/source/src/GUI/AirportList.cxx /var/cvs/FlightGear-0.9/source/src/GUI/AirportList.hxx /var/cvs/FlightGear-0.9/source/src/GUI/dialog.cxx /var/cvs/FlightGear-0.9/source/src/GUI/dialog.hxx the last patch fixed the AirportList ... and broke all other PUCLASS_LIST.; Unfortunately, there's no simple way to distinguish them. plib has no user defined widget classes, and getTypeString() -- which could be used for that -- isn't virtual. Sigh. I'll discuss the problem on the plib list. For now I can only offer an ugly workaround. (Don't look closely!) =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2006-05-22_14:33:01 (mfranz) /var/cvs/FlightGear-0.9/source/src/GUI/puList.cxx /var/cvs/FlightGear-0.9/source/src/GUI/puList.hxx - backport plib/cvs (transparency feature; never tried that :-) - backport submissions for plib 1.8.5: * set slider size correctly * remove slider/arrow when all entries fit into the view * don't allow to scroll off the list =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2006-05-22_14:34:20 (mfranz) /var/cvs/FlightGear-0.9/source/src/GUI/property_list.cxx /var/cvs/FlightGear-0.9/source/src/GUI/property_list.hxx new property browser widget =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2006-05-22_14:34:59 (mfranz) /var/cvs/FlightGear-0.9/source/src/GUI/Makefile.am add property_list.[ch]xx =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2006-05-22_14:35:39 (mfranz) /var/cvs/FlightGear-0.9/source/src/GUI/dialog.cxx make new widget available as property-list =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2006-05-22_16:14:50 (mfranz) /var/cvs/FlightGear-0.9/source/src/GUI/AirportList.hxx /var/cvs/FlightGear-0.9/source/src/GUI/dialog.cxx /var/cvs/FlightGear-0.9/source/src/GUI/dialog.hxx /var/cvs/FlightGear-0.9/source/src/GUI/property_list.cxx /var/cvs/FlightGear-0.9/source/src/GUI/property_list.hxx - move the ID stuff to dialog.hxx - add an identifier to fgPropertyList(), which is also PUCLASS_LIST based =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2006-05-22_20:18:40 (mfranz) /var/cvs/FlightGear-0.9/source/src/AIModel/AIAircraft.cxx /var/cvs/FlightGear-0.9/source/src/AIModel/AIMultiplayer.cxx Vivian MEAZZA: Bug Fix - amend the code so that JSBSIm can have more than one tanker in the environment at the same time. A nasal script has to be added to each aar-capable JSBSim model to complete this fix. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2006-05-23_16:44:10 (mfranz) /var/cvs/FlightGear-0.9/source/src/GUI/property_list.hxx fix for broken plib 1.8.4 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2006-05-23_16:49:32 (mfranz) /var/cvs/FlightGear-0.9/source/src/GUI/property_list.cxx ugly fix: the constructor was commented out in prop_picker.cxx since *many* years, so the property browser always leaked memory. I activated this line in property_list.cxx and ... got a crash right there. So this was the reason for it being commented out? Doing the same for now, until I know the exact reason and can really fix it. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2006-05-23_18:55:38 (mfranz) /var/cvs/FlightGear-0.9/source/src/Scripting/NasalSys.cxx /var/cvs/FlightGear-0.9/source/src/Scripting/nasal-props.cxx don't abort fgfs only because a nasal script called a property function with an invalid path, as in getprop(/sim/model/737) or x.getNode(f:1). Forward sg's error message to the Nasal runtime error function instead, so you get something like: Nasal runtime error: name must begin with alpha or '_' at /home/m/fgfs/Base.local/Nasal/props.nas, line 30 Unfortunately, the location points to the line where the ghost wrapper sits, rather than the offending script line. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2006-05-23_20:24:56 (mfranz) /var/cvs/FlightGear-0.9/source/src/GUI/property_list.cxx /var/cvs/FlightGear-0.9/source/src/GUI/property_list.hxx treat widget input correctly =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2006-05-23_20:48:01 (mfranz) /var/cvs/FlightGear-0.9/source/src/GUI/property_list.cxx catch non-existent nodes, too =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2006-05-23_21:35:38 (mfranz) /var/cvs/FlightGear-0.9/source/src/GUI/property_list.cxx - don't jump to top after bool toggling =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2006-05-24_09:42:10 (mfranz) /var/cvs/FlightGear-0.9/source/src/GUI/property_list.cxx /var/cvs/FlightGear-0.9/source/src/GUI/property_list.hxx ok, now I know why the destructor was commented out in prop_picker.cxx: there's a bug that I had copied: update() checks each list node: if it has no children, then a listener is attached. Later, when freeing the children list, it assumed again that each node
[Flightgear-devel] Weekly CVS Changelog Summary: FlightGear data
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2006-05-22_17:42:57 (mfranz) /var/cvs/FlightGear-0.9/data/gui/menubar.xml /var/cvs/FlightGear-0.9/data/gui/dialogs/property-browser.xml alternative property browser. It is meant to replace the hardcoded browser, but as this is an integral part of FlightGear, I don't want to push for it. Try out and comment. It's available under Debug/Property Browser. Note, that this isn't the slow pure-Nasal implementation, but a regular dialog using a c++ based widget. Only the handling is done in Nasal, so there should really be not performance degradation compared with the old dialog. Easter Eggs: some entries work differently when the Control-key is pressed: . - toggle output of SGPropertyNode flags ..- go to root (not just one dir level) bool entry - toggle bool entry value =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2006-05-22_21:32:09 (vmmeazza) /var/cvs/FlightGear-0.9/data/Aircraft/Lightning/aar.nas /var/cvs/FlightGear-0.9/data/Aircraft/Lightning/lightning-set.xml Bug fix - add a Nasal script so that JSBSim can handle more than 1 tanker in the envronment at a time. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2006-05-22_21:47:23 (vmmeazza) /var/cvs/FlightGear-0.9/data/Aircraft/T38/T38-set.xml /var/cvs/FlightGear-0.9/data/Aircraft/T38/aar.nas Bug fix - add a Nasal script so that JSBSim can handle more than 1 tanker in the envronment at a time. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2006-05-22_21:48:10 (vmmeazza) /var/cvs/FlightGear-0.9/data/Aircraft/Lightning/lightning-set.xml Bug fix - add a Nasal script so that JSBSim can handle more than 1 tanker in the envronment at a time - with a modified path for the script =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2006-05-23_09:46:57 (mfranz) /var/cvs/FlightGear-0.9/data/gui/dialogs/property-browser.xml - improved layout (The close button was in the way. Is the window close button oK?) - print fancy hint in the title bar if someone selects a bool value =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2006-05-23_09:48:04 (mfranz) /var/cvs/FlightGear-0.9/data/gui/menubar.xml swap old new property dialog (to get more testing to annoy people) =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2006-05-23_20:30:32 (mfranz) /var/cvs/FlightGear-0.9/data/gui/dialogs/property-browser.xml update widget every two seconds in addition to the usual updates. This works for tied() properties, too. Search for update_interval and set it to 0 if you don't want these updates at all. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2006-05-24_08:30:48 (vmmeazza) /var/cvs/FlightGear-0.9/data/Aircraft/a4/Models/fuel-aar.nas Stop displaying debug messages =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2006-05-24_08:31:18 (vmmeazza) /var/cvs/FlightGear-0.9/data/Aircraft/T38/aar.nas Stop displaying debug messages =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2006-05-24_09:36:20 (mfranz) /var/cvs/FlightGear-0.9/data/gui/dialogs/property-browser.xml cleanup =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2006-05-24_11:02:22 (mfranz) /var/cvs/FlightGear-0.9/data/Docs/README.gui document airport-list and property-list =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2006-05-24_21:19:53 (mfranz) /var/cvs/FlightGear-0.9/data/gui/dialogs/property-browser.xml two lines less is still three lines more than in the old dialog =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2006-05-25_05:59:30 (mfranz) /var/cvs/FlightGear-0.9/data/Aircraft/harrier/harrier-set.xml /var/cvs/FlightGear-0.9/data/Aircraft/harrier/harrier-splash.rgb /var/cvs/FlightGear-0.9/data/Aircraft/harrier/harrier-yasim-set.xml /var/cvs/FlightGear-0.9/data/Aircraft/harrier/thumbnail.jpg shavlir#uiuc:edu: Since there are a million variants of the harrier, I picked the version to do a 3d model that was very similar to what the Flight model was based on (Sea Harrier FA2). It is not the current harrier(AV8-B). =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2006-05-25_12:22:38 (vmmeazza) /var/cvs/FlightGear-0.9/data/Aircraft/OV10_USAFE/Models/USAFE/OV10_NATO.ac /var/cvs/FlightGear-0.9/data/Aircraft/OV10_USAFE/Models/USAFE/ov10_0.rgb /var/cvs/FlightGear-0.9/data/Aircraft/OV10_USAFE/Models/USAFE/ov10_1.rgb Remapped textures =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2006-05-25_15:12:50 (vmmeazza) /var/cvs/FlightGear-0.9/data/Aircraft/a4/Models/a4-blue-2.rgb Upgraded texture and remapped textures (stbd wing only) =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2006-05-25_18:12:52 (mfranz) /var/cvs/FlightGear-0.9/data/gui/dialogs/property-browser.xml from the cosmetics department ... =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2006-05-25_18:31:00 (mfranz)
Re: [Flightgear-devel] Flightgear wiki
Curtis L. Olson wrote: I have no strong opinions on where we host the wiki. If there is a general consensus here, I can add wiki.flightgear.org to point to [tell me the IP #] and update the link on the FG documentation page. I'm voting for making the new Wiki the 'official' one, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- --- All the advantages of Linux Managed Hosting--Without the Cost and Risk! Fully trained technicians. The highest number of Red Hat certifications in the hosting industry. Fanatical Support. Click to learn more http://sel.as-us.falkag.net/sel?cmd=lnkkid=107521bid=248729dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flightgear wiki
Martin Spott a écrit : Curtis L. Olson wrote: I have no strong opinions on where we host the wiki. If there is a general consensus here, I can add wiki.flightgear.org to point to [tell me the IP #] and update the link on the FG documentation page. I'm voting for making the new Wiki the 'official' one, Me too, but would it be possible to make ( read only ) mirrors or remote backups to secure the perenniality ? -Fred -- Frédéric Bouvier http://frfoto.free.fr Photo gallery - album photo http://www.fotolia.fr/p/2278 Other photo gallery http://fgsd.sourceforge.net/ FlightGear Scenery Designer --- All the advantages of Linux Managed Hosting--Without the Cost and Risk! Fully trained technicians. The highest number of Red Hat certifications in the hosting industry. Fanatical Support. Click to learn more http://sel.as-us.falkag.net/sel?cmd=lnkkid7521bid$8729dat1642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Tides in FlightGear?
I like this idea, as it is a more generic approach and could work for steeper shorelines (like those around KSFO). Smaller layers could then be used to simulate the effects of waves as well, and based on the camera's distance to these layers, we could then play the sounds for wave. Water surface should be handled differently than land right from the beginning. Right now, any plane could land on the water as if the water is a giant runway. By having the water as a separated mesh, we could finally simulate the plane-water interaction properly. I feel that this method would move us into the right direction. And since one of the major selling points of Flight Simulator X will be, at least according to the screenshots and trailers, the more realistic depiction of water in all its pixel shader-rendered glory, it would be great if the water in FG would also be a little more than just the big blue parking lot it is right now. :-) Martin D. --- All the advantages of Linux Managed Hosting--Without the Cost and Risk! Fully trained technicians. The highest number of Red Hat certifications in the hosting industry. Fanatical Support. Click to learn more http://sel.as-us.falkag.net/sel?cmd=lnkkid7521bid$8729dat1642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flightgear wiki
Frederic Bouvier wrote: Martin Spott a écrit : Curtis L. Olson wrote: I have no strong opinions on where we host the wiki. If there is a general consensus here, I can add wiki.flightgear.org to point to [tell me the IP #] and update the link on the FG documentation page. I'm voting for making the new Wiki the 'official' one, Me too, but would it be possible to make ( read only ) mirrors or remote backups to secure the perenniality ? wiki.flightgear.org is now registered and should be alive. Regards, Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d --- All the advantages of Linux Managed Hosting--Without the Cost and Risk! Fully trained technicians. The highest number of Red Hat certifications in the hosting industry. Fanatical Support. Click to learn more http://sel.as-us.falkag.net/sel?cmd=lnkkid=107521bid=248729dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flightgear wiki
Hmmm. In much of the stuff that I've written and contributed to the Seedwiki wiki, the links embedded in the text did not survive the port to this new wiki. -c -- Chris Metzler [EMAIL PROTECTED] (remove snip-me. to email) As a child I understood how to give; I have forgotten this grace since I have become civilized. - Chief Luther Standing Bear signature.asc Description: PGP signature
Re: [Flightgear-devel] Flightgear wiki
On Fri, 26 May 2006 13:57:30 -0400 simon wrote: Good thoughts - I agree one wiki will do, I'm just trying to make the case for a better wiki than the current one. Judging from the lack of response, I'm guessing there aren't many strong (any at all) opinions on the matter and this idea may just fall through the cracks. Another possibility is that it's a holiday weekend in the U.S., that people are busy, etc. It's often the case that it takes active contributors more than just a couple of days to respond to something. Does anyone see advantages to the current seedwiki site that I'm overlooking? I see no advantages per se to Seedwiki -- I think its editing interface is pretty awful, and my attempts to speak with the people who run it over issues I've found there haven't been very useful. That said, if the project simply declares the wiki is now somewhere else, at ___, that seems pretty hard on the people that *have* been taking the time to make the contributions. Giving them a chance to speak their mind might not be a bad idea. It might also be worth getting their input on moving the stuff over. (I've just noticed this thread, and it appears some of my stuff got mucked up in the move). -c -- Chris Metzler [EMAIL PROTECTED] (remove snip-me. to email) As a child I understood how to give; I have forgotten this grace since I have become civilized. - Chief Luther Standing Bear signature.asc Description: PGP signature