Coop

That seems like it is a mesh error, I am surprised nobody has noticed this before. I have logged a bug on it.

The only addition in this update that has any measurable impact on performance is the new state tracking systems. The impact should be essentially zero on most machines, especially in OpenGL (some machines run into a X-Plane bug with the Vulcan pipeline). If you share your log.txt I might be able to glean a bit more information,

In X-Plane 11/Aircraft/X-Aviation/.../SR22 (or SR22TN)/plugins/popups.cfg, you can open that file in a text editor (such as notepad). The line pfd_popup_w and mfd_popup_w can be reassigned to have the value of 800 instead of 1024 which should get it working.

Hi, Yes, we have this figured out and the fix has tested well with the 1.1.0 public beta. The update will be rolling out to everyone shortly. Thanks, Cooper

Hi Paul, We have the Flight Director and AP integration on our list of features we are planning on adding in the future. Regarding a GFC model, this would not be possible given how the X-Plane autopilot system works, the autopilot needs to be defined within the aircraft file.

We have RC2 of the 1.1.0 release out to the Public Beta group and so far no major issues have cropped up. We will be pushing the update to everyone soon.

Here is a description from the physics model programmer: It is normal for MP to overshoot the default target of 29.6“ on takeoff because the MP controller is an inert device and depends on engine oil pressure to close the turbocharger wastegates. When oil temperature is lower, as usually on takeoff if not thoroughly warmed up to ~180F before, oil pressure is higher and the MP controller target point shifts above 29,6“ (higher pressure closing the wastegate). It is indeed highly sensitive to oil temperature changes and will be unacceptably high below 165F. As the manual suggests it is acceptable for MP to rise into the caution range for 2 minutes on takeoff as you can be sure about oil temperature to rise quickly after takeoff. The Manifold Pressure Target slider indeed replicates a setscrew a real mechanic has to adjust the manifold pressure target at 180F oil temperature, it can be used e.g. to tune a particular engine‘s full power output down if CHTs are unacceptably high. The Fuel Flow at MP Target slider adjusts another setscrew to control fuel flow at full throttle and 29,6“ of MP. Again this can be used to control engine temperatures on a particular engine or power output, as e.g. on very hot days with thin air the fuel flow should probably be slightly lower to avoid too rich mixtures at full throttle. As a summary, the sliders are probably more interesting for real aircraft owners to tune the simulated engine to the parameters of their real one.

Hi Matthias, Can you send a screenshot or image of what you are seeing? Is it just the aspect ratio that is off? Thanks, Cooper

Can you upload your log.txt file? Perhaps something isn't loading properly.

The manifold pressure target and fuel flow at manifold pressure target are used to adjust the power on the TN as the engine ages. If you are noticing either too high or too low MP at full throttle, the first can be adjusted. The second can be adjusted if the fuel flow is too rich or too lean.

We have a version 1.2.0 that has fixes for this that matches the docs shown on the G5 wiki. We are waiting on the store to send the installer, hopefully this will be done very soon.

X-Plane does not allow panel texture drawing (how we draw the G1000) in non 3D cockpit views. We have put in a request to Laminar Resarch to allow us to override this, but we are unsure if that will get changed. We are also looking into various other ways to allow this to happen. In the meantime, placing the camera view above the dashboard looking out the window in the 3D cockpit view is the best course of action. Thanks, Cooper

Not sure what's going on with this, I have brought this to the attention of our FMOD artist and we will look into it.

The automatic screen positioning functionality is enabled through the RSG plugin/hardware. With a traditional monitor setup, the popups would need to be manually positioned.

We currently have no plans to develop for MSFS for the immediate future. We will reevaluate and reconsider down the road, as the MSFS SDK matures to a state where we can give it a fair chance. We also are excited to see what future updates to X-Plane may bring, and will take that into consideration as well.

Following the wonderful reception of the TorqueSim/RealSimGear Take Command! SR22 Series, we have been hard at work developing the Take Command! SR20 to complement it! This is not a simple modification: it is a product of thousands of hours of work, creating the highest quality rendition of the aircraft for X-Plane. The X-Aviation Take Command! brand of products represents the very best of flight simulation immersion, and assures you this TorqueSim product is one of the most sophisticated, study sim level aircraft available for X-Plane! Real world pilots test and assist in the development of these products, and real world procedures are followed. It tells you these products are unlike any other product you’ve seen outside of the ever growing X-Aviation catalog! Want to feel like a real captain? Take Command! While on the surface, the SR20 seems quite similar to the SR22, there is much more changed than what immediately meets the eye. We have worked to develop a fully custom engine model to implement the Continental IO-360-ES engine, with all its proper behaviors and quirks. With the systems, we had to go in and make the systems match a proper G3. The 3D model throughout is significantly revamped to match. This aircraft will be the perfect addition to any simmer’s hangar! The Take Command! SR20 is designed to work perfectly with the RealSimGear G1000 and Cirrus Perspective Hardware. Learn more about the hardware options here! The aircraft will be sold separately from the SR22 Series. A discounted upgrade price will be available to those who already own the SR22 Series by release day. As with the SR22 Series, this is for personal use only, contact us for information on commercial pricing. The SR20 will be available in just a few short weeks! You can learn more about the Take Command! SR20 here. As always, from the TorqueSim, RealSimGear, and X-Aviation teams, thank you!

You will need to use the default X-Plane livery selector to change liveries. That selection screen is only to change tail numbers on supported liveries.

Thanks for the update! It sounds like that might be the culprit based on that.

Thanks for providing the logs, I've taken a look at them, and the both line in them both seems to be the case where the transponder gets set to Alt mode, but that is done when reaching ~30 knots, so I think this is just a coincidence, and that is not the actual final thing causing the hang. I would recommend temporarily removing all your plugins (except Gizmo) and re-adding them in individually and testing to see if you can find the culprit, as there are quite a few plugins installed (though I haven't seen any incompatibilities with any modern X-Plane plugin and ours). Let me know - thanks!

Those are probably default door commands for X-Plane. The commands that the doors are tied to in the PR are: afm/pr/cmd/misc/doorLeftToggle ("Toggle Left Door") afm/pr/cmd/misc/doorRightToggle ("Toggle Right Door")

If it happens again, send the file "Log.txt" located in the X-Plane 11 folder, as that is the only way we can debug what is going on. Thanks!

So does this crash occur when going through the G1000 PFD and deselecting Synthetic Vision? Please send your log.txt when this happens so we can see what is going on to cause this.

We have pushed 1.2.0 to the store which has this fix. The installer is being built currently and should be released very soon You will get an email from X-Aviation when it is ready.

There are three different things at play with this: There are some slight issues with the current flap behavior, which can affect speed behaviors. There are ranges to these, its not an exact % for each individual aircraft and changes with weight and balance. There are some issues that X-Plane is working on that affects L/D behavior. Experimental flight model should help in this regard.

Ah, X-Plane's failures can be a bit odd with a prop strike or something else they deem a "crash". It essentially pauses large segments of the sim exactly where they were last.