On dimanche 15 février 2009, Arnt Karlsen wrote: > On Sat, 14 Feb 2009 23:36:30 +0000 (GMT), Stuart wrote in message >
> > ..then you have exotic compromises like crashing on ice, dead stick > landings in methane clouds downwind of broken pipelines, ripe full > hydrazine tanks as you ditch in freezing water... messy. ;o) > > ..needs at least FG-wide and per-model settings. > > ..maybe... a fire requires an oxidizer, e.g. air, oxygen, > clorine etc, a fuel hot enough to support the initial fire > beyond the ignition, and an ignition source, e.g. exhaust > gas heat, hot engine parts or the shining Sun. Among he conditions to get fire is, first , is there anything to burn ? second is there any ignition source ? That is answer of a friend fireman. A F-8E with empty tank, when the pilot try to land on the ground on a flat area, which will be detected by FG like a crash , there won't be flame or explosion immediately or never , only, mainly dust . A F-4U7 missing the catapulting from a Carrier, won't get fire, only sinking The same one missing the landing on carrier , won't immediately get fire..., and sometime never. And so on......... We could talk longer and longer about it , however, to me, talking and talking, is out of our main goal, which is to make the best FDM first, and then when possible the better eye candy we can ( i mean visual reality ). I was STUPID since, i thought that the modelers were free to create the Aircraft in order to answer to these old criteria ( best FDM, eye candy). I noticed now that we are dependent of some constraints, we must accept anything coming from the mind of DEVELOPPER who decide for us , what is good or wrong for a model. I did accept these constraints until now, since i took it being an improvement for the models, and to me there is a lot of stuff to be done. I do not accept that "fire" feature since it is not realistic for a lot of models. Because the model itself will never get fire under these conditions , or because the process is wrong according to the situation of the crash. ==> I don't mind to be that category DISQUALIFIED ( Melchior ), since my life is not fed with FG :) . I hope nothing with it, but the pleasure to be with friends. You probably never noticed it but , it is some time ago that i am DISQUALIFIED, since i had removed the Redout generic one being replaced by a specific one included in the FDM itself. ==> I have been reproached (Detlef) my late reaction, regarding that topic. I know that there is a lot of developers and models creators here who spend day and night on the computer 7 day per weeks 12 months per year, i can understand, that the reaction would be realtime like. ==>I am not from that homo-sapiens category, i can have some long period AFK, being elsewhere ( hospital, vacancies, family, hobbies ........or getting some rest since i can't stay several hours looking at a screen) Fortunately ( since 1968) i have never been shooted with computing (to me, it is only a tool ). To CONCLUDE, about the Wildfire feature itself, the idea was GOOD, the way to use it, is WRONG. If we had it, like an optional feature on the model itself offerd to the model creator, he would be free to use it or not according some predefined conditions ( i do not reject it, since i have specific situations were i could use it). ANY animation which is model dependant must be triggered by the model itself, ONLY the model. The Pilot/User must not decide if i wants to get fire when crashing. That User must have the choice to see or not these specifics models animations which are GPU consummers, according to their equipments ( for instance my old computer freeze - 1 fps on KSFO with the the osg animations) BTW: i just read the Sebastien mails, i do like his proposal, which open the choice according to a predefined model crash scenario Cheers -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
