we need FFTF for MSFS2020 -

[Mace 1,902]

28 minutes ago, Noel said:

   I set T-LOD at 140 and MainThread was 26-27ms, which equates to being on the early onset stutters w/ Vsync to 30FPS all settings otherwise maxed for 3440x1440. You notice the frame rate dipping down to 28 or 29 and with it stuttering. 

So, the MainThread latency reading corresponds to the frame rate in this way?  Interesting, I didn't know that.  So if your FPS drops below the MainThread latency, it can be a stutter situation?   This sounds similar to your fps dropping below your vsync.

[Noel 4,487]

49 minutes ago, Mace said:

... if your FPS drops below the MainThread latency, it can be a stutter situation?

The higher the MT in milliseconds the closer you get to becoming CPU/MainThread limited, which correlates well with stuttering.  On my system w/ its 3080Ti and 32Gb of SRAM when I see MTms at 25 or 26 or above this is when I see the sim struggling to maintain the 30FPS by vsync.   And whenever that occures stuttering commences.   There is one saving grace w/ this whole issue and it's this, for me:  visually, the difference between T-LOD of 150, or T-LOD of 100, is just very subtle, thankfully.  I do see value in using Render Scale of 120 better than 100, and almost always have no trouble running RS of 120.  In very light weather, easily 140 or 150.

[virtuali 4,419]

On 9/15/2022 at 9:44 PM, Cognita said:

Coatl is one reason I have avoided GSX, someone needs to figure out how to do this, even if more simply, without an external program. When it released all the echo's of the debates in P3D, of it crashing, failing, interfering with other programs, and crashing the sim immediately came back.

Couatl being an external program is precisely the reason why it cannot crash the sim and it's precisely the reason why it won't affect the sim performances, because it's inherently multithreaded, that is Windows itself will assign it to different threads automatically, using spare cores that are less used by the sim own threads.

Couatl never "crashed P3D", this urban legend started only because in P3D we used an undocumented API that has been there since FSX to read airport data nearby, which in P3D only has a bug, that makes the sim crash when there's nothing around you for hundreds of miles, that is remote areas. This never didn't had *anything* to do with Couatl, of course, since Couatl cannot crash the sim and cannot call any API that are not included with Simconnect. It was the Addon Manager doing this call,  but it was the simulator *itself* that crashed due to a bug in facilities.dll, so we fixed by just disabling everything while cruising.

This doesn't obviously have anything to do with MSFS.

We don't have an Addon Manager anymore and we don't have any chance to make any calls which are not part of Simconnect, we don't have any way to access the simulator memory space, you are simply "counting" the forum issues, see some vague association with Couatl, made a completely unrelated connection to P3D without knowing what was the real cause of the crash there ( a bug in an undocumented function in P3D we don't use anymore, made by another program we don't have in MSFS ) and are drawing some kind of conclusion that has no relationship with reality, and fact MSFS started it's "CTD period" the day after GSX came out, has further confused the perception of reality, even long after it has been abundantly proven those crashes never had anything to do with it. 

Couatl can fail to start, but it won't affect the sim, and can be started, exited and restarted at any time, without affecting the sim

Couatl can show errors in some of our Python scripts. That doesn't obviously mean Couatl is "bugged", it's the script that has a bug, and Couatl safely and proper reports it so we can fix it. Saying Couatl is "bugged" because you see an error *reported* by it, it's like saying Visual Basic is buggy, because you see errors in a Basic program being reported by it. Couatl reporting errors obviously means it's doing its job, so users can report the error to us, and we can fix the Python script that caused it. NONE of this will have any effect on the sim, which doesn't obviously know anything of errors in scripts reported by their own language interpreter that runs in a completely separate process. If this happens, you just Restart it. The MSFS version has been *designed* to be restarted an unlimited number of times, and can be started at any time, during a flight, after landing, etc.

Couatl can even crash abruptly, usually when it finds a corrupted .BGL or have to deal with issues like wrong permissions or antivirus interference, of course most of these issues has been already found and fixed, and all of them will likely gone when we'll integrate the new Navdata API in SU10, meaning Couatl will not need to read the .BGL files anymore or have to maintain an airport cache.  But even when these crash happens, they will still NOT affect the sim, which will just notice a client has disconnected and will automatically remove all objects eventually created by it, if any.

 

Edited September 17, 2022 by virtuali

[GSalden 4,656]

Umberto is right : if an external program running outside the sim crashes then that won’t affect the sim….

 

Edited September 17, 2022 by GSalden

[Achilles Philippopoulos 115]

On 9/15/2022 at 8:26 PM, Michael Moe said:

Well i know we have had this one up before but it does make a differents manually changing LOD Terrain from 100 to 300 at FL150 or greater. FPS wise it is still great above with crisper terrain.

The catch is i seems to have issues with changing things in the menu on some aircrafts . The PMDG 737 does not get upset going to the ESC menu.

 

Its the dynamic functional of LOD Terrain we need 🙂

Thanks

Michael Moe (SU9)

Hi to all,

 

I will take a look and see if its possible to build a hack for dynamically lod. btw, nothing impossible. But, with so often msfs upgrades, it will need a lot of time consumed to keep it updated. If there is a lot of interest about it, then I can build it.  

Merry christmas to all 

 

[Noel 4,487]

1 hour ago, Achilles Philippopoulos said:

I will take a look and see if its possible to build a hack for dynamically lod.

Typically in my experience main thread impact happens mostly a few miles before touchdown.  If one could dynamically change Terrain LOD such that the closer you get to the ground the lower the LOD goes.  If you can create an interface for users to determine the parameters (min/max LOD, distance above ground level, etc) that could be great.  Also, Object LOD does not seem to have anywhere near this level of impact on the main thread.

Edited December 22, 2022 by Noel

[RALF9636 1,910]

Having a dynamic Terrain LOD would be a real game changer indeed.

 

[regis9 4,004]

Would love to see this developed for MSFS!

[KERNEL32 497]

On 12/22/2022 at 10:13 AM, Achilles Philippopoulos said:

Hi to all,

 

I will take a look and see if its possible to build a hack for dynamically lod. btw, nothing impossible. But, with so often msfs upgrades, it will need a lot of time consumed to keep it updated. If there is a lot of interest about it, then I can build it.  

Merry christmas to all 

 

Definitely on board and would think that this could be a real game changer in performance and immersion!

[GSalden 4,656]

A dynamical tLOD and objects LOD would be very welcome. The lower you fly the less far in the distance you can see around. Therefore a lower tLOD and objects LOD will certainly help with getting higher FPS. 

Not everyone has the latest and fastest hardware. 

 

[RJC68 823]

On 12/22/2022 at 10:13 AM, Achilles Philippopoulos said:

Hi to all,

 

I will take a look and see if its possible to build a hack for dynamically lod. btw, nothing impossible. But, with so often msfs upgrades, it will need a lot of time consumed to keep it updated. If there is a lot of interest about it, then I can build it.  

Merry christmas to all 

 

That would be awesome,

I would certainly be interested in trying this, as others have said there’s no need for a high TLOD when on the ground and if a dynamic LOD keeps the sim fluid on the ground I’m in. There was a similar plugin for X-Plane 11 that worked quite well I seem to remember.

[Superdelphinus 718]

Life’s too short for this sort of thing I think! Just set the game up to run well in a demanding scenario and leave it at that. You’ll be spending a lot less time fiddling about with stuff, and more time (virtually) flying. 

[Cpt_Piett 4,541]

16 hours ago, GSalden said:

A dynamical tLOD and objects LOD would be very welcome. The lower you fly the less far in the distance you can see around. Therefore a lower tLOD and objects LOD will certainly help with getting higher FPS. 

Not everyone has the latest and fastest hardware. 

 

Agree! Such an addon would be great. No need to have a TLOD of e.g. 300 when on short final or on the ground. Having the option of dynamically adjusted TLOD makes sense as TLOD has the biggest impact on performance.

2 hours ago, RJC68 said:

There was a similar plugin for X-Plane 11 that worked quite well I seem to remember.

Yes - I used that one. Can't remember the name though. 

Edited December 26, 2022 by Cpt_Piett

[Ixoye 1,813]

A smooth dynamic T-Lod would really be a game changer for many, I wouldn't have to upgrade my computer if it came true.

[Fantrainer 5]

I don´t know If technically would be possible, but if it is,  and if somebody could create a tool that works softly, and fine I think would be a must have add-on from minute one. It would be worth each cent, IMHO.