taguilo

Yoi can do that, very recommended, or you can use a controler mapped to Vertical Speed INC/DEC as well, if you have one already. Should work the same. Tomas

For the first question, that is the ESIS (Electronic Standby Instrument System) and is powered by a switch on the left side of the pilot lower panel, below the switch within the red and white stripes placard. Tom Edit: Already answered by Ed.

It is not theory, is a fact. If you remove the assignment char(s) -either > or > , what you are doing is obtaining the opposite of what the original author wanted in his gauge(s). That was what the original author programmed (switches being ON at startup). If you prefer them OFF, it's ok to remove those characters. I hope you now understand the basics on how it works. Tom

Colin is right, the incoming engine system for the KA 350i models ITT in every aspect possible, bypassing FSX limitations. BTW, there is a simple test that can be done in a King Air turboprop to detect whether engine parameters are right: Position the aircraft at El Alto Airport, La Paz, Bolivia (13000+ ft.), with 28 °C temperature, no head winds, at or near MTOW, and try to take off and maintain a climb attitude. If the aircraft fails the test, engine parameters are well modeled; otherwise they are not. Tom

Jim, I'm mostly a private developer, though I've participated in a few commercial projects. Besides, I use to participate in FS development´s forums, trying to help other developers. Are you interested in something that I might help with? Tom

Hi Kostas, I didn't say ASN was using wx themes exclusively, I stated it has incorporated wx themes, actually an option that to my knowledge wasn't present in former versions like AS2012. And I still say that it is a substantial improvement, because whatever ultra sophisticated method you want to apply to weather generation should start from a wx depicted theme grid. I also still believe that it is not possible to monitor and/or manipulate the exact position of a cloud sprite, because managing the extremely amount of information which depends on planar and volumetric mesh that varies with aircraft position, displacement due to wind effects, etc would require so much resources as to make the entire system impractical. Different would be the case if ASN was able to inject each cloud sprite into the simulator, something you don't mention in the advertising pages. However, I do believe that accurate algorithms to predict where cloud sprites would display are very feasible, plus combined with a complete management of a wx cell data that I also believe ASN was able to achieve results in the excellent product it seems to be, maybe being so far a notch ahead of its competitors. Two last comments: -The CB phenomena I described and you stated was by purpose, if true would be reallistically wrong. Have you been flying around CBs and suddenly get trapped by one in real life? I can tell you that things outside and inside the cloud are very, very different... -I spoke of 16x16 km as a simplification. Despite I didn't take the time to make a detailed measurement like you did, I obviously am aware of the flat earth sympthon in FS and how things "thight up" from the ecuator to the poles -including funny thighted clouds! Tom

Hi Kostas, Thank you for your offer. Actually I have a copy of AS21012, and I've already tested ASNext with the free trial. And I don't think I posted something inaccurate about ASN. Extracted from ASN feature's page: Utilizing a combination of Theme Control, SimConnect Interfacing, and new Low-Level interfacing via our brand new AS Connect module, comprehensive control of the weather environment is finally achieved So I stated that ASN uses Weather Themes, which is admitted in the text above. Also stated that Opus was the first company to employ this technic, which is also true. Now facts are it really doesn't matter who was the pioneer and who are followers; what really matters is that the Theme method is IMO the best approach to complete weather depicition. If ASN uses it, combined with whatever additional technics, then kudos to ASN. But limitations still apply to the cell structure I described on that post, which is the method FS uses to manage weather variables. IMO there's no other one. FS can build that structure by itself, just using METAR information and applying self algorithms, which are often inaccurate, or can load a weather theme and fill the cells with its data. A weather addon, like ASN, may be able to build a very complex and accurate wx theme, let FS load and represent it. AND even manage single cell updates from the structure FS has in memory. This last process -how to extract/inject info from/to a wx cell structure embedded in FS memory- has been and somehow is still a mistery to many developers. From what you advertise in your product's page, and so far I've tested, seems that you've already achieved that, so kudos again to ASN :smile2: Speaking of limitations, clouds sprites are randomly built by FS, and once displayed on screen, not even FS can accurate predict its position as clouds. This is easily comprobable when flying through a cloud layer with rain enabled; if there are broken clouds rain is still visible even when flying in open sky between clouds. FS in this case applies rain flag to the entire layer for the entire 16x16 km cell. Something similar happens with CB clouds. Normally a thunderstorm contains storm clouds that are wider than a single wx cell; in this case wx radar depicition would be the most accurate, and turbulence/custom special effects -like hail sound- can be injected with ultra realistic results. ASN, as well as other wx addons, does it very well. However, if few (1-2/8) CB clouds are present, there might be more than a single cloud that fits whitin a wx cell. In case of a severe turbulence flag enabled, the aircraft will shake the same on open sky and within the cloud sprite, because the turbulence flag applies to the complete cell. I had the opportunity to reproduce this condition in ASN and it worked as expected -same turbulence in and out of the CB cloud. All that said, wx in FS is a complex stuff, and there are more technical aspects suitable to discuss that are IMO beyond the scope of this thread. And I would say, lastly, that miracles are not possible here but if you have made one with ASN, I'd like to know about it :smile2: Regards, Tom

Well, things have changed, but still would be some limitations. This is my post on Aerosoft forum: http://forum.aerosoft.com/index.php?/topic/78605-weather-radar-work-in-progress/page-2#entry561504 Tom

I don't think either. That would be very simple, and even you could have used the standard GPS 500 events, which have no extra function -I mean, they don't make any var actualization, but are broadcasted in a shared cockpit scenario - instead of custom keys/events. That would have made it possible to adapt the Mindstar units to any VC with a GPS frame modeled. Tom

This aircraft is completely XML coded. So inspecting the gauges, the modeldef (via ModelConverterX) and eventually aircraf.cfg should give a clue to all aspects that are working bad. I'll try to take a look when I have time. Tom

I have FSUIPC but the standard version, not registered, not configured, as it is still required by some FSX addons. Tom

The version I tested is PiperPa28-140FSXv1.2.msi I have SP2 installed, and the cowl doors work like a treat. Besides, there should be no reason otherwise. I couldn't find any special issue in the gauges and/or model that might prevent the doors from working in SP2 or Acceleration. Maybe FSUIPC config has something to do with the anomaly. Tom

The variable used in that Piper to open the cowling doors is (A:TAILHOOK POSITION:1, percent) I mapped SHIFT+Q to "tailhook up/down" event and the doors worked perfectly (tested the three versions). Tom

Using ModelconverterX's latest version, load the Piper model and then press the "show modeldef" button. There you have the complete animation code in readable XML format. Search for names including "door" or alike within the "custom" section, at the bottom part of the file. Should be simple to find the section where doors' animation is handled. Tom

Bill, If you have a C++ .gau/dll containing a function/group of functions that you need to be loaded first of anything, why don't you declare them in the module_init section? For example, sound instantiation could be done here, which will ensure that it will be running before any other gauge-callback/XML function. I use this approach for event handlers, and works perfect -thanks to umberto's (virtualli) advise. Tom