Leaderboard

Some shots around the new YPAD in the Qantas Link RJ70 Teddit

ATR 72 fifth flight. At Cruise after leaving SFO

yea, well at least I can reply here Jack. Thus far we have not implemented any type of failures or chance / random scenario control. We DO have hooks for that though, the system was very much designed to be open ended and accessible at many levels. For example, we have relays that control the electrical system switching...and our relay data structure has a "isfailed" property so we can fail any relay. We also have 'isfailed' properties for busses, switches and a lot of other stuff....so unlike xplane which just fails a major system, we can fail a component which of course can bring down an entire system. This can result is multi-level "problem solving". One user might simply want to do an engine out situation....another might want a random failure of a really obscure component and then have to sleuth their way to finding it....pushing their knowledge to the limit. Regarding obscure situations...we really try to hold fast to physics as much as possible. The aircraft is a machine after all and works in a very well documented environment. For a scenario like the APU start in flight, we would probably do some research on operating limits and only allow the APU to start in the "comfortable part" of those limits. In the transition areas of the limits, we might put a sliding randomization factor that makes it anybody's guess, including our own. In such a case, your knowledge of the limits of the APU would play a part in making darn sure you make the best decision. Tom K

"q" and "e" keys to rotate, I believe. That and other great info should be in the help file.

For all of you wanting a screen shot of ORD here is one of the terminals.

BeachMAXX flor the shoreline and SkyMAXX for the water - CK.

Purchased !!! Downloading as I type this and I say, am really looking forward to this ... and comparing it to the Dash Q400 by FlyJSim (one of my favourites). Let's see ... there's JRollon's Jetstream 31/32, the IXEG 737 Classic and the MU2! This is the dawn of the X-Plane century!

thank you!

Hi, Steve, Aside from the above message that was sent to all CRJ customers from X-Aviation, you may be interested in the following: 64-bit compatibility from X-Aviation: http://blog.x-aviation.com/2012/11/a-note-on-64-bit/ Ben Supnik's Directive on 64-bit: http://developer.x-plane.com/2012/11/please-do-not-release-64-bit-add-ons/

PROGRESS REPORT Hello everyone! We are back working a bit more aggressively on the 737 and I wanted to provide a short update. We are currently working on exterior 3D elements, flap mechanisms and soon to be texturing. In addition, we are filling in holes in some of our systems, for example in the electrical system we have now implemented automatic galley load shedding, the magnetically held ground service switch and ground service bus with automatic GPU disconnect as well as galley loads, so when the coffeemaker or hot-air oven comes on in flight, you will see this reflected on the overhead ammeter gauges drawing power from the generators. We have also implemented a custom battery drain model that works exactly like the real thing, even when in emergency standby mode. You will have to manage your power draw very closely within limits and think twice about when and if to try to attempt an APU start when running on standby power (battery only) as the APU starter engine draws enormous current. We have included the battery charger model with charging modes of T/R, charge and pulsing. When the battery gets close to full charge, the charger will pulse current into the battery and you can see this on the DC ammeter. In fact, when you do an APU start and deplete the battery a bit, you can then observe the battery charger immediately after the APU comes online once you connect the APU to a generator bus. If you have the GPU connected, then the charger will begin charging immediately after the APU start sequence. Current and voltage are tied closely so when the battery starts to lose EMF, the current will also get smaller. Generator heating with amp loading is also modeled, along with the IN/RISE indicator. If you ask yourself: "How will this affect my daily flying?", then the answer is "not much if everything works correctly". This electrical stuff works behind the scenes, and you would have to watch indications closely to catch a glimpse of all this. But the beauty of modeling it to this extent is that you get VERY realistic behaviour in non-normal situations. If you loose the ability to generate power all this becomes very important. Suddently your life depends on that battery that keeps your instruments going...Boeing guarantees 30 minutes including one APU start attempt. What if you are 60 mins from the next airport? What if the APU won´t start, or can´t be connected to it´s generator? Do you want to descend to assure it starts? But then you are too low to get to land quickly enough if it doesn´t! Will you turn battery power off to have some juice left when you get to that airport (you need power to run the ILS receiver!), but then you´d loose the IRS and your primary attitude information... a dire situation, and with the way we model this you can actually run through the options and see how it turns out. We will include some "special situations" like this on top of the tutorials, just to introduce you to the depth of the simulation and give you an idea of the choices you would have to face as the pilot of a 737-300... We will definitely get a movie or two out before Christmas, highlighting some of this stuff and showing you how far the plane is really along! Your IXEG dev team

I like the levels.. Basically, there's 1 Level, and it's the entire planet..... Takes a while to finish though =) - CK.

Released !!! http://www.aerosoft-shop.com/products/atr72-500/atr72-500.html http://en.shop.aerosoft.com/eshop.php?action=article_detail&s_supplier_aid=12160&s_design=DEFAULT&shopfilter_category=Flight%20Simulation&s_language=english

You must be new to x-plane. Devs that make this complicated, detailed, beautiful of a plane can never give a release date. It just doesn't happen. Sometimes you'll find a developer who has given a release date prematurely, but it always comes back to bite them. No end in sight doesn't make it not worth it, but all the more exciting. In my opinion, looking forward to a plane is almost as exciting as flying it.

The end is in sight, but we don't know exactly when. When we do we'll let you know! Anyway, there is LIGHT in the tunnel M

Hi Dozer, all great ideas and we have discussed that already quite a bit. For our V1.0 this will not be included, we simply want to get this done with the basic (normal) functions as fast as possible. But functionality like that should be easy to add later, as a matter of fact Tom has already done a script that can deliberately "fail" any bus, so we can check the respective equipment going dead as it should. I know that the hydraulics is also coded in a way to handle "leaks", for example. Some default XP failures work as well (i.e. engine failures), and of course there are all the failures that can be emulated by simply switching "off" the system in question. Actual "degradation" of systems is not really something that is a big issue in passenger jets, except for the tires, maybe. Most systems either work flawlessly or they are replaced. If a system gives us advance warning by performing less than nominal we consider us lucky. Usually stuff simply fails. Jan