Coop

Error 127 is typically caused by an old version of XGS landing speed plugin being installed, please update to the latest version of that and you should be set. Details: https://torquesim.atlassian.net/servicedesk/customer/portal/1/topic/a7a12d04-db0f-4347-9a15-b232956f57b1/article/154042450

Not totally sure, once the oxygen PSI is up do you see the ball moving inside the flowmeter?

In X-Plane 11.50, Laminar Research added GCU functionality (the keypad and knobs to control the G1000, as in the SR22). These commands only exist in X-Plane 11.50 so that is why we say X-Plane 11 only. (Note, the rest of the aircraft still functions in 11.41, it is only the GCU that doesn't work in 11.41). The aircraft works just fine in either Metal/Vulcan mode or OpenGL mode in X-Plane as well. Nobody is under any obligation to purchase the SR22.

Can you upload your log.txt? Also, do you have any hardware that has a throttle, mixture, prop axis, ignition switch, or something else that could be killing the engine?

Damage model is in there, I will look into the flap logic and make sure that is working as designed. Engine, oh you can definitely damage it and same with wheels. There was a post on our Discord today from someone who decided to take the plane up to 31,000 ft (not a good idea), and all the engine damage that ensued (loss of a cylinder from detonation, etc). These planes are built with large safety factors, most simulation failure models are way less forgiving than the real aircraft are, we have a failure model that fails when it should, not more than it should for the effect. Avionics switch on the SR22s doesn't work the same as other aircraft, it only controls the Avionics bus which the most obvious items on it are the transponder and audio panel. The rest of the graphical bugs are known and being worked on, along with sounds Thanks for the report!

We looked into this further and found a bug in the oxygen system, it will be remedied to speed up the oxygen refill time.

Got first/last annunciation on the list to get added!

We have made some significant progress in debugging the issue. While we are still working on a fix to get everything back to normal, we seem to have found a potential aggregator, why some people are getting CTDs all the time, and others nearly never. If you have any Lua based plugins installed, these seem to be what is aggravating the issue to lead to the CTD. This is not an issue with those other plugins, but removing them temporarily seems to be a potential remedy to get you flying for now until we get an official fix out there. If you are experiencing the CTDs, if you can, please test by temporarily removing all Lua-affiliated plugins (with the exception of Gizmo) and test? I want to reiterate, this is not an issue with Lua, or those plugins, but simply a symptom of the deeper issue we are working on.

The tank will take a few minutes to fill after hitting the button. Since the tank is simulated, instantly refilling it could cause serious issues, so we slowly feed oxygen into the tank, as it would in real life as well.

Use the throttle to increase when needed. The manual rpm limit is meant to minimize debris and make sure you aren't riding the brakes. Different terrains and grades can affect taxi rpm.

Thanks for the log, looking into this now

The aircraft is equipped with Air Conditioning, FIKI TKS, and the Oxygen system all add quite a bit of weight, reducing useful load. The weight of the passengers is visible if you navigate to the SR22 folder -> plugins/sr_systems/settings Inside settings.cfg there are pax1-pax4 as alterable weights. We plan to add configuring these weights in the UI shortly.

Right now there is not a distinct DME unit integrated, it is something we will consider.

We are adding an automatic disabling system, so if HDR is not on, or VR is enabled, it will turn off. There will also be a setting in the setting file to stop the effect if it still doesn't look right with the add-ons you have installed.

We are still working on this (most annoying) pesky CTD bug; in the meantime, can you try what @JYW said and just see if loading straight into the SR22 works?

I'll bring this up with Laminar, the GCU functionality was implemented by them. Thanks for reporting!

Looks like a G1000 state tracking bug, we are looking into it. Thanks for reporting!

If you go into the X-Plane Settings -> Keyboard page, search G5 for commands and there are commands for Toggle G5 A and Toggle G5 B. Bind these to a key on your keyboard and then those will popup as in-sim popups instead of external window popups.

Loading in with the "Blank" default livery instead of "Default" will allow changing the custom tail number. The default livery is the base textures, not livery textures, so we can't modify those.

The right two passengers had a export bug, we are fixing for 1.0.1

13" or 16" MBP? Inside the central console there is a flowmeter that needs to be set for the altitude you are flying at. It does take longer to return to normal, as it would in reality, with our simulation though, than the standard X-Plane speed.

The graphical bugs are being worked on. Regarding the icing fluid, that is as-designed, as the lines need to be primed for a few minutes to alleviate fluid pressure warnings

It could be, X-Plane crashes stop most things from further processing. You can check to see what was changed out after running an inspection by looking in X-Plane 11/Output/SR22/logbook

Looks great! Love the tail number design

Hi Lon, The bezel less popup commands appear when 2 way communication is established between the RSG and SR22 plugins. RealSimGear has the download links and the set-up guide showing our window placement saving utility demonstrated here: http://help.realsimgear.com/en/articles/4011455-setup-for-realsimgear-cirrus-perspective-hardware-and-torquesim-sr22