[Weird random Flaps]

Have had this Deactivating/Aktivating thingy now 14 times in an 140nm flight occuring on random timespans between 2 and 10 minutes.

... and for some reason it seems that this Deactivating/Activating doesn't happen with Wing-Flaps Circuit-Breaker switched off. Somewhat crazy...

[Weird random Flaps]

Watched the console log for a while and that what's beeing logged immedeately before moving the flaps:

2024-03-18 21:59:19 ISLANDER[Main.cpp:614]: BN-2 Islander Deactivated
2024-03-18 21:59:24 ISLANDER[Main.cpp:578]: BN-2 Islander Activated
2024-03-18 21:59:24 ISLANDER[Main.cpp:582]: Output Dataref/Command Files
2024-03-18 21:59:24 ISLANDER[generalSystems.h:1134]: G5 Plugin Found

 

[Weird random Flaps]

Hi, it does not only happen when fully extracted - it also lowers flaps by one notch when in first or second position.

Usually I'm using my Bravo-Throttle to control flaps - I already suspected a misfiring hardware switch or something similar so I disconnected the throttle and configured a keyboard binding - same result.
 

Currently trying the BNtP - so far without that weird flaps behaviour same behaviour here - even with flaps not mapped to any switch or keyboard - doing some further investigations. Guess it might be sonething on my side if you never heard of such an issue.

[Weird random Flaps]

Hello,  

Today I am struggling with a strange behaviour of the flaps in version 2.0.1 for the Tubine Islander (downloaded today).

I have fully retracted the flaps. Then, after a while, the flaps are moved to the first position without any interaction. If I then fully retract them again, they switch back to the first flap position after a random period of time.

Any ideas?

Yours sincerely

Hardy

 

 

 

 

[LIPX Verona Villafranca from Aviotek Software - Missing library objects]

Same here - Fresh install of v1.2 on X-Plane 11.55r2

Got "Failed to find resource 'objects/PLY2_lipx_4mt-LM_H_lipx.obj'" 

Any fixes or suggestions?

[X-Plane crashed due to SkyMaxx]

I ran into a CTD with SMP 5.0.6 several times - most of the time after about 1hr flight time (but somtimes also a lot earlier) and allways after loading a new tile. This is so frustrating, that I have deleted SMP from my X-Plane installation in the mean time. The CTD did not occur again after deleting SMP, so it seems clear that SMP caused the Issue.

I'm running  X-Plane 11.52r1  on an i9-9900K @ 4.8GHz, 64GbRAM and a GeForce RTX 2080 Ti with Vulkan. GPU Memory usage was at about 10GB.

It would be great if you could fix the issues 5.0.6 has, because I certainly miss SMP - 2D Clouds are quite ugly

Log.txt

[[SOLVED] Frames in cockpit]

Just now, sundog said:

The SkyMaxx Pro 5.0.1 release that went out last night should fix this... check your email!

Already got it - the reported behaviour is with SMP 5.0.1.

[[SOLVED] Frames in cockpit]

20 hours ago, sundog said:

...

I would expect other "head shake" plugins might have similar issues.

...

I have experienced a similar problem while using RealView from HST. Massive stuttering and periods of high CPU load combined with low FPS (below 10).

And of course, RealView is just another "Head-Shake" plugin...

Would be happy if I could be of assistance doing some checks and/or tests...

[SMP 4.7 - Weird Grapics Glitch]

I'll do so if it appears again. In the meantime I have started X-Plane several times and fiddled around the SMP settings so I'm not sure if I can reproduce this.

[SMP 4.7 - Weird Grapics Glitch]

Got some weird grapics glitch with SPM4.7 / RWC / FSGRW and X-Plane 11.26r2 - when disabling SMP everything looks OK

[Saab 340 v1.5 - Nav and radio's don't show correctly]

On 20.3.2018 at 2:02 AM, Cameron said:

Turn ON texture compression in your X-Plane rendering settings and restart X-Plane.

Leaving texture compression off is a waste of resources, for what it's worth.

If you mean that the Texture Quality in Graphis settings is set to Maximum but not to Maximum (without compression) this is exactly my setting. Nevertheless it should work even with Texture Quality set to Maximum (without compression), shouldn't it?

[Saab 340 v1.5 - Nav and radio's don't show correctly]

11.11r2

First time ever I experienced such a strange behaviour with textures. And as I said - it's only with the PAX version, CARGO version is fine. So I'll take the cargo version as long as this issue exists.

I appreciate the update for the condition levers - thanks for that one.

[Saab 340 v1.5 - Nav and radio's don't show correctly]

Ok, that means I can move both power levers with one stick axis (default throttle one) but for the props I need two different axis although they are mostly used together.

Let me say that this is weird. But I got it. 

However: what is about the nosewheel steering and the textures on radios and gps?

[EDIT] Nosewheel steering solved. Damn, that knob is a bid fiddly to handle but finally i managed it.

[Saab 340 v1.5 - Nav and radio's don't show correctly]

Ahm sry... was writing misleading bs.

I have the throttle and prop assigned to two different axis on my stick. While the throttle is working fine, the prop lever does not move.

 

[Saab 340 v1.5 - Nav and radio's don't show correctly]

Same problem here. In PAX version radios and gps is not showing correct, cargo version is ok. 

Another thing is, that I can't control prop levers with my throttle and the nosewheel steering does not work. Rudder works fine. Long story short: Can't get this bird off the ground without prop lever and without nosewheel steering. 

Please advice.