Re: [Flightgear-devel] Flying on the EDGE
Hi Torsten, It's a very nice aircraft, but there's one major bug that's very annoying. Everytime I try to stop the plane (after touchdown or when I wanna brake off a takeoff) the plane flips over. It;s just not possible to stop it without flipping or driving of the end of the runway with huge speed Keep up the good work! It's very nice if you could organise a Redbull Airrace. I'll try to race than! Cheers, Gijs > From: [EMAIL PROTECTED]> To: flightgear-devel@lists.sourceforge.net> Date: > Thu, 6 Mar 2008 16:27:23 +0100> Subject: [Flightgear-devel] Flying on the > EDGE> > Hi everybody,> > thanks to Martin, the Zivko Edge 540 is now in CVS. > > It has a JPInstruments EDM700 engine data monitor so you can handle your > 35k$ > engine with some care and spare some gallons of fuel to save the > planet.> It is not a complete implementation (yet), but you can play with the > automatic > and manual parameter scan and the lean-find function is also > working.> > The aircraft is made for (and with) the plib version of > FlightGear but I will > try to get the a OSG version up to implement the > smoke system with particles.> > While working on the EDM700, I found out that > the calculation of EGT is wrong > in YASim and JSBSim. While the YASim > engines don't warm up the burned air at > all (egt equals ambient air > temperature), the JSBSim egt raises to some 600 > or 700 degF where it should > be more than 1000 degF.> So EGT indication is faked by scaling the delivered > value a little bit. > > What's next?> - smoke system> - create a livery for > those who don't like green aircraft> - finish the rbar.nas and create the > latest race tracks of the rbar> - call out for a multiplayer AirRace, > hopefully during LinuxTag at the end of > may> > Enjoy - Torsten> > > -> > This SF.net email is sponsored by: Microsoft> Defy all challenges. > Microsoft(R) Visual Studio 2008.> > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/> > ___> Flightgear-devel mailing > list> Flightgear-devel@lists.sourceforge.net> > https://lists.sourceforge.net/lists/listinfo/flightgear-devel _ Bekijk Yes-R's real life soap op MSN Video! http://video.msn.com/video.aspx?mkt=nl-nl&tab=m1192527562294&vid=8aff5b76-b78d-4b55-8b64-ef7e1d73aab2&playlist=videoByUuids:uuids:50b732c2-c105-41e9-adf0-36bd627d4eaa,0813da8c-031b-423f-a79d-35d925aee805,5cce447e-948d-43af-9862-45bb6bb9d6d8,6a39138c-f562-4254-be70-9d93343650f8,f9b8d78f-05a4-4c74-8e4b-28d20a4037ab&from=NLNL_Yes-R- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flying on the EDGE
On Thu, Mar 6, 2008 at 1:42 PM, Torsten Dreyer wrote: > Am Donnerstag, 6. März 2008 schrieb Andy Ross: > > Torsten Dreyer wrote: > > > While the YASim engines don't warm up the burned air at all (egt > > > equals ambient air temperature) > > > > That's almost certainly because something is wrong in the engine > > configuration, probably displacement or compression ratio (which > > wouldn't otherwise cause problems if they were wrong). The clamping > > to ambient is done as a safety valve only. The relevant code is in > > PistonEngine.cpp:244 if you want to take a look. > Argh - sorry. I am a complete YASim illeterate and never really succeded > with > an own config. I should have had a closer look before complaining. I've never flown one of these in real life, but I've seen a lot of R/C variants flying. I assume there should be enough rudder authority in the real thing to sustain knife edge flight? Right now the rudder can't quite keep the nose up. (I know that many RC models can do "knife edge loops" even.) The other thing I notice is that there might not be enough drag ... speed doesn't bleed off nearly as fast as I'd expect it too ... start at 100 kts' over the threshold and you can pretty much glide the entire length of the runway and still be flying at the other end. Thanks for another fun airplane! Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flying on the EDGE
Am Donnerstag, 6. März 2008 schrieb Andy Ross: > Torsten Dreyer wrote: > > While the YASim engines don't warm up the burned air at all (egt > > equals ambient air temperature) > > That's almost certainly because something is wrong in the engine > configuration, probably displacement or compression ratio (which > wouldn't otherwise cause problems if they were wrong). The clamping > to ambient is done as a safety valve only. The relevant code is in > PistonEngine.cpp:244 if you want to take a look. Argh - sorry. I am a complete YASim illeterate and never really succeded with an own config. I should have had a closer look before complaining. Torsten - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flying on the EDGE
Torsten Dreyer wrote: > While the YASim engines don't warm up the burned air at all (egt > equals ambient air temperature) That's almost certainly because something is wrong in the engine configuration, probably displacement or compression ratio (which wouldn't otherwise cause problems if they were wrong). The clamping to ambient is done as a safety valve only. The relevant code is in PistonEngine.cpp:244 if you want to take a look. Andy - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Blender & UV mapping (& Inkscape)
A few days ago I mentioned a new blender plugin script uv_pack.py, which helps with packing UV maps on a square. Now I've written two more plugins, one that exports UV maps to an SVG file, and one to import such an SVG file again. This allows to do a lot of work on the maps in an external SVG editor like Inkscape. This is a very convenient way around Blender's rather clumsy UV editor. In Inkscape one can move the maps, rotate, scale them, and can manually pack them much more tightly, and what is even more important, logically. (Yes, Blender comes with an UV->SVG and ->TGA exporter already. Ours doesn't do TGA, but writes much better SVG. :-) All plugins are in ./utils/Modeller/: uv_pack.py: Takes the uv mappings of all selected objects and packs them efficiently on one, preferably empty texture, while underlaying the area with a random color. This can be used as a first step before doing the fine adjustment in an SVG editor. uv_export_svg.py: Exports the uv mappings of all selected objects to an SVG file with appropriate grouping of objects and groups of adjacent faces within an object. uv_import_svg.py: Imports an SVG file as written by uv_export_svg and updates all UV coordinates in Blender, independent of which objects are selected. (Remove objects in the external editor or remove them from the SVG file if you don't want their coordinates updated.) m. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Flying on the EDGE
Hi everybody, thanks to Martin, the Zivko Edge 540 is now in CVS. It has a JPInstruments EDM700 engine data monitor so you can handle your 35k$ engine with some care and spare some gallons of fuel to save the planet. It is not a complete implementation (yet), but you can play with the automatic and manual parameter scan and the lean-find function is also working. The aircraft is made for (and with) the plib version of FlightGear but I will try to get the a OSG version up to implement the smoke system with particles. While working on the EDM700, I found out that the calculation of EGT is wrong in YASim and JSBSim. While the YASim engines don't warm up the burned air at all (egt equals ambient air temperature), the JSBSim egt raises to some 600 or 700 degF where it should be more than 1000 degF. So EGT indication is faked by scaling the delivered value a little bit. What's next? - smoke system - create a livery for those who don't like green aircraft - finish the rbar.nas and create the latest race tracks of the rbar - call out for a multiplayer AirRace, hopefully during LinuxTag at the end of may Enjoy - Torsten - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Suggestion to make FlightGear multiplayer compliant with HLA
Hi Oliver, the HLA specifications (IEEE 1516) are not free, that's a disadvantage. However there are open-source HLA run-time environments (e.g. http://www.cert.fr/CERTI), so it's not necessary to implement whole new HLA run-time environment. Regarding the multiplayer in FlightGear I see two options: 1) Either to implement a FlightGear proprietary protocol for multiplayer with a gateway to HLA, or 2) to actually use native HLA as a multiplayer protocol. The solution 1) means a new protocol and a new server (updated fgms) needs to be implemented, but the implementation requires no IEEE standards and the solution doesn't depend on a 3rd party framework. The solution 2) doesn't require any new protocol nor HLA gateway to be implemented (HLA RTI will be used instead of fgms), but introduces an additional dependency on a 3rd party software. What would you think: proprietary fgms with HLA gateway, or native HLA? Best Regards, Petr __ > Od: [EMAIL PROTECTED] > Komu: FlightGear developers discussions > > Datum: 04.03.2008 23:22 > Předmět: Re: [Flightgear-devel] Suggestion to make FlightGear > multiplayercompliant with HLA > >Hi Petr. > >I (as the author of fgms) would be pretty much interrested to implement >fgms as part of a HLA infrastructur. >What detained me from going that way is, that I found no free (as is free >beer) documentation on HLA specifications and the quite complex structure >(too complex for a one-man-show). Additionaly I'm not sure about license >issues involed. Are we allowed to publish all parts of (our) HLA >infrastructur under the GPL (which will kind of undermine cash-flow of >documentation providers like the IEEE)? > - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel