Coop

On the second GNS430, when in the FPL view, select menu, then crossfill. It will grab the latest flight plan from the primary GNS430.

X-Plane 12.06 broke popups. This should be fixed in 12.06b3, hopefully rolling out sometime next week.

The Islanders are not pressurized.

The GTN650 offset is a bug on our side we'll get fixed in the next update, expecting sometime in August. From the screenshot, I can't immediately see what other issue there may be.

The persist.cfg file is located in the Islander's folder /plugins/is_systems/settings folder.

Based on X-Plane graphics settings and graphics cards, under certain settings the decals can appear to have transparent edges. This is an XP bug.

HDR panel lighting is expected to use some additional performance, but it will vary based on settings and graphics cards. I’d recommend trying other graphics settings to see if you can reduce the fps loss as that is much more significant of a drop than we are expecting.

The autopilot mode control buttons are default X-Plane commands.

Yes, this is on our list to improve

What is your CG when experiencing this?

We've got this logged to get fixed.

I think I've tracked down the root of the issue, a fix should be in the next update.

We've seen that report once before on the flaps, it must be something odd going on in X-Plane, but it is odd that only few can replicate it. I've got it logged to look into further and discuss with LR.

Were the engine parameters in valid range? Full throttle with the turbine engines will cook the engines and can lead to engine failure.

This sometimes happens if the terrain isn't able to load the full tile from disk in time, it uses a lower resolution copy instead. We are looking into ways to improve this behavior.

The terrain read performance is largely dependent on disk read speeds, and if it can't load a full tile it will load it at a lower resolution.

I'll note the pitch report and have it looked into. Regarding flaps, the Islander has 6° as the default for most flight conditions, and you can put it into the 0° bump position for low weight flight for improved cruise speed and altitude.

I found the issue and it has been fixed in-code. It will be part of the next update. The issue number is T-1910 for reference.

Thanks for the log.txt file. It appears that the aircraft is unable to reach the validation server to authenticate the license. A few potential culprits for this: No network connection Network connection is firewalled / connection blocked for the aircraft plugin and our servers A conflicting 3rd party plugin is blocking the network connection for other plugins. If the above two aren't applicable, temporarily remove other 3rd party plugins and see if any is the culprit.

Regarding performance, it varies between minor to negligible. If you are already running at very high FPS the cut would be more pronounced, but that is just math, when introducing extra microseconds every frame. Regarding XP11 vs XP12. XP12 broke the previous multi-threaded uploader. The build in v2.0.0 of the Islander is a slightly older version of the new version than what we have in the SR2Xs (just due to how we got these updates out). I've found with Mac the latest builds of the system (as seen in the SR v2.0.1) have removed the issues for me, and we'll be rolling this into v2.0.1 of the Islanders. Something minor of note, we no longer do testing on Intel Macs ourselves (we've all moved on to M1+ based systems), so behavior there is less predictable there.

Regarding ECU test needing parameters in the green: I've got this logged and will look into this. Regarding the two cycles, this is currently simulated already, what parameter is making you think it isn't doing the two cycles? Regarding ECU switching, this is also already simulated, there should be an RPM kick when the handoff occurs. Regarding speed bugs, the V speed notes are unfortunately not something we can change much as it is part of the X-Plane X1000 and only certain values can be set.

I've got this logged to get looked into. T-1909 for reference.

Hi Franz, The update is being worked on, but given the age of the original pocket rocket, it's a pretty intensive update to get it up to speed. We don't have a timeline to share at this time for it, but we want to get it released once it is ready!

That is a potential culprit, that isn't something we have ever tested for.

Thanks for the dump file. From analyzing it, it appears that OpenGPWS is crashing, which is responsible for MFD terrain parsing, though the reason isn't clear. I'm thinking what might be happening is that something on your machine is preventing OpenGPWS from grabbing the terrain tiles to load in, perhaps an overaggressive antivirus software or file permissions. This isn't something we've seen with others and I can't replicate it myself though.