>No one has yet explained why it's necessary to go outside the>SDK or what exactly is done when it is.>Ok, let's take an MD-80. It has an auto-throtlle system that works in the following way. You have to arm the autothrottle (a button on the throttle itself) and then during the acceleration on the runway you have to switch the system on (a switch on the glareshield). The autothrottle will then set the take-off thrust of let's say 1.94 EPR and as soon as the plane reachs 80 knots it will go to clamp mode, i.e. the autothrottle is still active in the background, but the pilot has now the full control over the throttle and can abort the take-off if needed.As soon as the plane is in the air, you can then select a climb mode, e.g. IAS mode with EPR limit. In this case you'll select a climb speed and the aircraft will change pitch to mantain the selected speed. During this time the AT will set the correct climb thrust. Now, I guess you see that this is pretty complex and kind of different to what the default 737 does and the SDK will NOT teach you how to achieve this sort of behaviour. If you want to model a MD-80, you'll have to find a way yourself and that's exactly what the add-on developers do. The SDK is limited and if you want an SDK compliant aircraft, you are actually saying that you want a default aircraft. I hope that clarifies it a bit for you.

Hi, everyone.I see that this issue will not get resolved by just, in general, talking about this procedure. I would like to prose that the people that encounter the

Hi, Daniel.And how does pre loading a certain flight help you? Be specific please. TV

>No one has yet explained why it's necessary to go outside the>SDK or what exactly is done when it is.>>and no one will.

>Thanks for your helpful explanation but...>I note your comment that all of this is un-necessary if>developers work to the published SDKs.That is not what I said!"Actually, sometimes the 'state' of the token variables aren't what are needed at the time of loading. These of course, can (mostly) be changed by the gauge programmer on panel load."Note the emphasis on "mostly." Where this falls down is when the programmer relies on certain state(s) of the aircraft that are not accessible programmatically.There are several "state variables" that are not "settable" via the panel system, but correct operation of the gauge logic might require that those "state variables" be in a certain configuration.The only way that those "state variables" get "set" is from the "default flight".Spend the next six or so years actually working with the SDKs and programming gauges, then maybe you'll understand the issues better. ;)

>Hi, Daniel.>And how does pre loading a certain flight help you? Be>specific please. TV>Sometimes you have 1000 different variables to load and you need to define a starting point that remains constant, that's all. Now, I agree with you that if this was really a problem, it could be solved by the developer as almost any problem can. The LDS-767 as an example doesn't need to be loaded after a default aircraft. But the more interesting question is: Why is it so hard to load a default Cessna before you load the aircraft you want? I don't see a problem myself.

Hi, Daniel.Name the ONE that would interfere with your above squence. TV

>Hi, Daniel.>Name the ONE that would interfere with your above squence. TVI think you didn't understand what I said. Complex add-ons have to load different variables which are not part of the SDK and rely on knowing the starting point. The starting point can be e.g. engines shut-down, fuel valves off, avionics on. If the starting point is different you MAY get an error with your complex add-on, like e.g. a defect ILS reciever, an AT system which will only control one engine, etc. Now to my question, why is it hard to load a default aircraft prior to load a complex add-on?

Hi, Daniel.>I think you didn't understand what I said. Complex add-ons have to load different variables which are not part of the SDK and rely on knowing the starting point.

>Hi, Daniel.>>>I understood. The problem that, I know, we are dealing with>here, is Black magic. And that is NOT what code writing />software is about. Without specifics no problem can be>resolved, reliably, at least I could never do it, or accept>it. TV>What in that is black magic? If I said the answer to your question is 42, then OK, I could understand you. But saying that prior to loading a program you want to know the starting parameters of the operating system (in this case FS9) is really no black magic. Or do you really want to hear that the answer is 42? :-D

You said:"Essentially, there are three case scenarios at play here:1) simple a/c that use only SDK gauge methodology may be loaded at anytime...."I thought that meant it wasn't necessary to load the default flight first in that case. If not, what does it mean?Can you illustrate your point about a state variable that cannot be set programmatically but that needs to be set to a specific value and which, by implication, needs to be accessed by a gauge for its correct operation?

Hi, Daniel.It is obvious that reality, science / software has gone out the window, and posts are just getting to take up bandwidth. If one has a Specific issue / problem, post it, otherwise this is just a conversation, that gets nowhere. TV

A long time ago (fs2002 days), a major addon developer mentioned that we should never change the default flight. At the time, I thought this was silly! I went ahead and changed it, and ended up having all sorts of intermittent issues with all sorts of addons. Nothing major, just little annoying things mostly.I reinstalled, and I have never touched the default flight since.

Having watched this thread for a few days, I've finally decided to jump in too.Why on earth is there such a thread developing, and one that has so much drivel and confrontation in it?To those that want to be sure their add-ons load correctly, please do as the developer says and to those that know better, carry on doing whatever you do.Why waste so much of everyones time? What happens, happens; accept it.I don't mean to direct this at anyone in particular..............I've had a crap week and am p*ssed at myself for having wasted more time reading the most recent additions to the thread, yeah, I should know better!Dreamfleet Project ManagerGreatest Airliners - DC-8Greatest Airliners - 727 Whisperjethttp://www.dreamfleet2000.com/gfx/images/F...BANNER_PAUL.jpg

hum, as far as I remember, when you load word, it loads normal.dot as well. This is Words default document template. As far as I remember also, some software that extend the features of word, also modify the normal.dot file.Could be different with newer versions of Word though!Default aircraft with default flight is like a template for Flight Simulator in this respect, ensuring all default settings are properly initialized.Hope this helps!