Jump to content
sthenion

[FAQ]Solution to freeze and stutter using FMC

Recommended Posts

Jan;

I’m experiencing a similar FMC issue, I’ll be flying along at regular 40-60 frame rate and all is normal, the moment I make any new imput into the FMC the sim is reduced to a grinding haul of 2-3 frame rate that persists until I restart the sim.

So I fly without making any change to the FMC. 

Could this issue I’m experiencing be associated with that Window Defender?

Edited by Push_IT_Up

Share this post


Link to post
Share on other sites
4 hours ago, Push_IT_Up said:

Jan;

I’m experiencing a similar FMC issue, I’ll be flying along at regular 40-60 frame rate and all is normal, the moment I make any new imput into the FMC the sim is reduced to a grinding haul of 2-3 frame rate that persists until I restart the sim.

So I fly without making any change to the FMC. 

Could this issue I’m experiencing be associated with that Window Defender?

Yes - please follow the advice posted here:

Jan

 

Share this post


Link to post
Share on other sites
12 hours ago, Litjan said:

Yes - please follow the advice posted here:

Jan

 

Greatly appreciated Jan, this solved the issue I was experiencing. 

Thanks 

  • Upvote 1

Share this post


Link to post
Share on other sites
On 23/2/2018 at 9:40 AM, crisk73 said:

Hi, that's a known issue since the very first release. See a dedicated thread in the FAQ section. It seems like it depends on the way Gizmo manages the Lua garbage collector. More or less noticeable depending on specific rig configurations. The developers are aware of it and said that there is room for improvement over the next releases.

FYI - take it as a workaround - using v-sync adaptive mode half refresh rate seems to mitigate or even eliminate the effect.

This is strange, my thread has been moved inside this thread about FMC and freezing!

I couldn't find it anymore...

 

Thanks crisk and Ben for the details, I will try to set v-sync to adaptive mode half refresh rate and see if it helps

 

Edit 2018-02-28:

I have tried with "v-sync adaptive half refresh rate" and the drops are completly gone.

My CPU and GPU are almost running idle and barely warming up now.

The compromise is that framerate is "only" 30fps now, I will try to perform some flights and see if this is not good enough.

Cheers

Sylvain

Edited by Syl20
  • Upvote 1

Share this post


Link to post
Share on other sites

Hi guys,

being a long fan of IXEG let me share some not so nice experience in native VR. Since I do not use falt screen any longer its important to me. IXEG is unflyable in VR due to the poor programming techniques. You definitely needs to revise your code since it generates periodical (every 0.7 sec - 1sec) stutters. Its not noticable in 2D but VR is more demanding to the CPU usage, so occuping CPU every second is no go. I though it was a problem of my rig that was not top notch, but few days back I finally get i7-8700K and it suffers the same problem.

I can live with massive hanging when FMC activate the route, but the issue I described above is a showstopper. Other products doesnt cause such a problems.

Again I am not talking about overall CPU load, its ok for this type of complexity, but something in your code runs approximately every half a second and occupying CPU too much. Please consider to balance the load over the time.

Thanks! Cheers, Vitaly

Share this post


Link to post
Share on other sites
2 hours ago, vitabutch said:

Again I am not talking about overall CPU load, its ok for this type of complexity, but something in your code runs approximately every half a second and occupying CPU too much. Please consider to balance the load over the time.

There is such a selection in the latest Gizmo to run in a more smoothed manner, or spiked manner. Try it out.

Other than this, VR is certainly not a priority for the time being. Laminar is not even providing developers access SDK wise to it until they are far from out of many beta phases (personal discussion I had with Ben Supnik).

At best, VR is a novelty for the moment.

  • Upvote 1

Share this post


Link to post
Share on other sites
1 hour ago, Cameron said:

There is such a selection in the latest Gizmo to run in a more smoothed manner, or spiked manner. Try it out.

Other than this, VR is certainly not a priority for the time being. Laminar is not even providing developers access SDK wise to it until they are far from out of many beta phases (personal discussion I had with Ben Supnik).

At best, VR is a novelty for the moment.

You have made my day, Cameron! Now I am back in 737CL seat!

You mentioned Gizmo garbage collector, right? It didnt cure the issue completely but made this stutter effect MUCH-MUCH less!

I tried smooth fps setting and it has made it worth, but setting both parameters ~200 made the stutters showing once a several second and almost unnoticable. Do you know any webpage to read about both parameters in Gizmo64 garbage collector to tune it in more educated way? Many thanks in advance!

Share this post


Link to post
Share on other sites
5 minutes ago, vitabutch said:

I tried smooth fps setting and it has made it worth, but setting both parameters ~200 made the stutters showing once a several second and almost unnoticable. Do you know any webpage to read about both parameters in Gizmo64 garbage collector to tune it in more educated way? Many thanks in advance!

Most positive experiences I have read have been settings of 300 or 500. @Litjan personally likes 500.

There's no documentation on this feature, but it really does require your own playing around since every machine is going to react differently. Try either of these settings out and see how it goes.

Share this post


Link to post
Share on other sites
15 minutes ago, vitabutch said:

You have made my day, Cameron! Now I am back in 737CL seat!

You mentioned Gizmo garbage collector, right? It didnt cure the issue completely but made this stutter effect MUCH-MUCH less!

I tried smooth fps setting and it has made it worth, but setting both parameters ~200 made the stutters showing once a several second and almost unnoticable. Do you know any webpage to read about both parameters in Gizmo64 garbage collector to tune it in more educated way? Many thanks in advance!

27972322_2023364461286439_39986720219771

 

Trigger threshold is "pause" and cleaner strength is "step multiplier" when referenced against this page from the Lua manual;

https://www.lua.org/manual/5.1/manual.html#2.10

 

Some safety limits have been imposed so that Gizmo can't be configured to use endless amounts of RAM as it would eventually crash X-Plane. (There is a 1 or 2 gig pool shared among all Lua plugins...)

 

Nice to hear that the new options are helping people. I will probably adjust the default values to suit the common preference for more ram usage with a large spike less often. (300 / 200, or so...)

Edited by Ben Russell

Share this post


Link to post
Share on other sites
7 hours ago, vitabutch said:

Hi guys,

being a long fan of IXEG let me share some not so nice experience in native VR. Since I do not use falt screen any longer its important to me. IXEG is unflyable in VR due to the poor programming techniques. You definitely needs to revise your code since it generates periodical (every 0.7 sec - 1sec) stutters. Its not noticable in 2D but VR is more demanding to the CPU usage, so occuping CPU every second is no go. I though it was a problem of my rig that was not top notch, but few days back I finally get i7-8700K and it suffers the same problem.

I can live with massive hanging when FMC activate the route, but the issue I described above is a showstopper. Other products doesnt cause such a problems.

Again I am not talking about overall CPU load, its ok for this type of complexity, but something in your code runs approximately every half a second and occupying CPU too much. Please consider to balance the load over the time.

Thanks! Cheers, Vitaly

Hi Vitaly,

as Cameron said, try the new "garbage collector" setting in gizmo, it works great for me. I run a similiar processor and have a very smooth experience, also in VR.

The stutter when "changing flightplan" is due to your antivirus software interfering, please create an exception for the X-Plane folder and it will be perfectly smooth.

Cheers, Jan

 

Share this post


Link to post
Share on other sites
7 hours ago, Ben Russell said:

Nice to hear that the new options are helping people. I will probably adjust the default values to suit the common preference for more ram usage with a large spike less often. (300 / 200, or so...)

Thats a very good idea! Current default settings didnt work well on both of my rigs in VR. Just I wild idea about this info to be announced to the users maybe by splash screen during installation of updates? Not all of them reads forum and I also can miss this information. The garbage collector settings affects performance a lot. Now I can fly with VR and traffic (Xlife) shitched on. Many thanks again for the great product and for your help here :)

  • Upvote 1

Share this post


Link to post
Share on other sites
30 minutes ago, vitabutch said:

Thats a very good idea! Current default settings didnt work well on both of my rigs in VR. Just I wild idea about this info to be announced to the users maybe by splash screen during installation of updates? Not all of them reads forum and I also can miss this information. The garbage collector settings affects performance a lot. Now I can fly with VR and traffic (Xlife) shitched on. Many thanks again for the great product and for your help here :)

A good suggestion for the future...

Share this post


Link to post
Share on other sites

I am trying to understand if it is only me facing the issue. When I tried to modify the vertical altitude profile (VNAV mode) in the FMC during flight, the frame rates was dropping to below 1FPS. And I turned off my Malware tool running in the background.. Didnt help.

for example if one of the legs has 240/FL180, I was trying to modify it to /10000. The screen would freeze for a couple of seconds and the EXEC key would glow. If I clicked it, FPS would be pathetic.

Can some one having dealt with this situation share their experience???

Share this post


Link to post
Share on other sites

it seems windows defender (or similar) is still running on the background.

 

if you are windows make sure you go to windows defender configuration and set a folder (not file) exemption for the entire /xplane 11/ root folder, this should cure the problem

 

Otheriwse please try going to taskbar and see what process is killing the cpu

  • Upvote 2

Share this post


Link to post
Share on other sites
25 minutes ago, mmerelles said:

it seems windows defender (or similar) is still running on the background.

 

if you are windows make sure you go to windows defender configuration and set a folder (not file) exemption for the entire /xplane 11/ root folder, this should cure the problem

 

Otheriwse please try going to taskbar and see what process is killing the cpu

I haven’t tried the option yet, I will report back with what I will find after this modification...Thanks for the reply.

Share this post


Link to post
Share on other sites
On 4/21/2018 at 3:18 PM, vnangli said:

I haven’t tried the option yet, I will report back with what I will find after this modification...Thanks for the reply.

It worked perfectly..

I came across a new problem altogether.

Here is whats happens 

1) I program my FMC for KSBN -> KORD (PRADY, ILS RWY 28R VOLGR transition). It is a short flight

2) I dialled the ILS frequencies (111.10) for the Captain as well as First officer, entered the CRS as 273 for both 

3) During flight and after crossing VOLGR, I engaged LOC. While the LNAV and VNAV was still active 

4) This is where the crazy things happen, as soon as the LOC is captured the plane would completely fly away from the APPROACH course. I mean it would start flying to the left. At this time, I had to re-engage LNAV and press LOC when plane lined with the approach path WPTS. It would now capture localizer as if nothing had happened. The CRS remained unaltered. I would then engage APP to land

Can someone please help me understand what’s happening here? I repeated this exercise over 4 times (flew from KIND to KORD, chose ILS 28R, VOLGR transition) it did exactly the same thing as mentioned in 4th bulleted point. I checked the CRS for 28R in Chicago O hare’s details, it is 273 (www.airnav.com)

Edited by vnangli
  • Upvote 1

Share this post


Link to post
Share on other sites

If you check out the airport in the map view (M) you can see that the opposite ILS (runway 10L)  also has the frequency 111.10. I think it may be possible that you are catching a signal for that ILS inititally. To check that theory, click the checkbox on the general setting page in X-Plane 11 that says "Disable downwind ILSes".

Let me know how that goes!

Jan

 

  • Upvote 2

Share this post


Link to post
Share on other sites
On 4/23/2018 at 2:01 AM, Litjan said:

If you check out the airport in the map view (M) you can see that the opposite ILS (runway 10L)  also has the frequency 111.10. I think it may be possible that you are catching a signal for that ILS inititally. To check that theory, click the checkbox on the general setting page in X-Plane 11 that says "Disable downwind ILSes".

Let me know how that goes!

Jan

 

Disabling downward ILSes did the job... My flight was predictable today. Thank you for the guidance.

have a great day 

vijay

  • Upvote 1

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.

×