Trains "Stuttering" and Derailing.

[HgoDR]

Hello, some time ago I posted a topic about decoupling and derailing trains and wagons randomly but now I realized that it is caused by a strange stutter that only occurs with trains, I see that it is not a graphical thing and it happens even on the lowest graphical pressets , this obviously affects the physics of the trains and I don't know what to do or how to solve it because the graphic pressets apparently don't make any difference in this problem and even with a stable FPS on low and ultra settings.

This is a problem I didn't have when I bought the game, even with a worse processor, some crashes and a drop in FPS OK, but it didn't affect the physics of the trains in this way

My local data are in C:\ that are a SSD while the game are installed in the steam folder in A:\ that is not, i dont know if this is a possible cause but i can try to instal the game in this SSD too

My configs:
i3-10105F 3.7Ghz 4 cores 8 threads
GTX 1050ti 4GB
16GB RAM

 

[TRS17985]

I noticed the same problem. Even more I have random derailments while coupling. Tried to use the Phisics Rule to increase some values but with no or minimal result. I suspect the new physic system introduced some builds ago.

I hope on some input from N3V

Greetz

 

[maxwerks]

I don't notice stuttering, but I'm definitely getting random derailments in Build 117009, and had them in the previous build as well. It ruins my operating sessions. Anyone know how to fix this, or do we have to wait for another patch from N3V?

 

[HgoDR]

I don't notice stuttering, but I'm definitely getting random derailments in Build 117009, and had them in the previous build as well. It ruins my operating sessions. Anyone know how to fix this, or do we have to wait for another patch from N3V?

Yeah, I put all trs19 stuff in the SSD and no results, and apparently is a common problem with nothing related to hardware or graphic settings. I hope for a solution for this because like you said, this ruins the gameplay.

 

[BBarnes005]

I just had two trains derail after unpausing the game while taking screenshots.

 

[JCitron]

I just had two trains derail after unpausing the game while taking screenshots.

Report that as a bug.

Pausing and resuming was an issue in the past but went away or so it seemed.

 

[JCitron]

In general, there are many causes of stutters and pauses. These range from the kind of hardware the computer uses, heat, antivirus interference, background processes, disk fragmentation, low memory, expecting too much from the current hardware, the quality of the assets being used - too high a detailed mesh with too many polygons and really over the top textures, etc.

If your computer vents are clogged with dirt and most likely your fans are spinning slowly due to dirt build-up, this will cause the components to heat up. When the hardware heats up, certain components such as the CPU and GPU will throttle back to cool off. To throttle back, they slow themselves down and will then heat up then slow down again and again causing stutters and rubberbanding effects. Poor ventilation in the computer system can have the same affect due to the build of hot air inside the case and the same can be caused by a very hot environment especially if the environment is also very humid.

A processor that's too weak, or close to the minimum specification will run the program okay but attempting to load in large routes with lots of content is the equivalent of using a Yugo to tow a boat or camper. The same with the video card. Attempting to load high resolution textures and display the maximum draw distance on a minimum spec'd video card can cause all kinds of performance issues including the equivalent of a slideshow.

There are other things to look at too such as overall disk space, virtual memory pool, the amount of installed RAM (DIMMs) in the system, etc. Low disk space means the system has to juggle to find space for temporary files. This causes also slowdowns in the computer system overall. Having too little RAM, or just the bare minimum can cause the system to work hard to swap data out of memory to make room. This extra overhead will cause pauses, stutters, and overall poor performance.

The same can be caused by such things as antivirus constantly scanning content that's opened up, and also if there's malware running in the background. Running other programs at the same time can also do the same as they hog resources and CPU cycles from Trainz.

 

[Williamg]

Hello, some time ago I posted a topic about decoupling and derailing trains and wagons randomly but now I realized that it is caused by a strange stutter that only occurs with trains, I see that it is not a graphical thing and it happens even on the lowest graphical pressets , this obviously affects the physics of the trains and I don't know what to do or how to solve it because the graphic pressets apparently don't make any difference in this problem and even with a stable FPS on low and ultra settings.

This is a problem I didn't have when I bought the game, even with a worse processor, some crashes and a drop in FPS OK, but it didn't affect the physics of the trains in this way

My local data are in C:\ that are a SSD while the game are installed in the steam folder in A:\ that is not, i dont know if this is a possible cause but i can try to instal the game in this SSD too

My configs:
i3-10105F 3.7Ghz 4 cores 8 threads
GTX 1050ti 4GB
16GB RAM

I have the same issue, there is no real fix... its a physics issue that has been with Trainz since TRS19, its the main cause for the portal derailments and as I have noted many times before it is way too sensitive (especially for AI driving) because the AI handles the trains too rampant so they randomly break. The game just needs to stutter once (for instance when a background program is running) and trains start to break apart/derail. This bug is one of the reasons I still stick to Trainz 12 since you don't have these type of physics there. I have tried everything in the settings as well, the only "fix" I found somewhat working was forcefully removing the physics using a game mod but that broke several other things.

 

[HgoDR]

In general, there are many causes of stutters and pauses. These range from the kind of hardware the computer uses, heat, antivirus interference, background processes, disk fragmentation, low memory, expecting too much from the current hardware, the quality of the assets being used - too high a detailed mesh with too many polygons and really over the top textures, etc.

If your computer vents are clogged with dirt and most likely your fans are spinning slowly due to dirt build-up, this will cause the components to heat up. When the hardware heats up, certain components such as the CPU and GPU will throttle back to cool off. To throttle back, they slow themselves down and will then heat up then slow down again and again causing stutters and rubberbanding effects. Poor ventilation in the computer system can have the same affect due to the build of hot air inside the case and the same can be caused by a very hot environment especially if the environment is also very humid.

A processor that's too weak, or close to the minimum specification will run the program okay but attempting to load in large routes with lots of content is the equivalent of using a Yugo to tow a boat or camper. The same with the video card. Attempting to load high resolution textures and display the maximum draw distance on a minimum spec'd video card can cause all kinds of performance issues including the equivalent of a slideshow.

There are other things to look at too such as overall disk space, virtual memory pool, the amount of installed RAM (DIMMs) in the system, etc. Low disk space means the system has to juggle to find space for temporary files. This causes also slowdowns in the computer system overall. Having too little RAM, or just the bare minimum can cause the system to work hard to swap data out of memory to make room. This extra overhead will cause pauses, stutters, and overall poor performance.

The same can be caused by such things as antivirus constantly scanning content that's opened up, and also if there's malware running in the background. Running other programs at the same time can also do the same as they hog resources and CPU cycles from Trainz.

I used the word stutter as an example, it's like a graphical stutter but it doesn't affect the environment and the other things that appear in the game like cars, trees and falling snow, just trains, I monitored FPS, 0.1% etc in MSI afterburner and this stutter is not shown in the graphics

 

[JCitron]

I used the word stutter as an example, it's like a graphical stutter but it doesn't affect the environment and the other things that appear in the game like cars, trees and falling snow, just trains, I monitored FPS, 0.1% etc in MSI afterburner and this stutter is not shown in the graphics

That's good to hear. There are other factors that cause that such as graphics details.

Try this:

Set your textures to normal.

Set your Shader quality to standard

Anti-aliasing to 4x

Turn off PhysX simulation

In game under graphics-settings.

Process objects behind camera (enable)
Tree Detail to Normal
Post Processing High or low - you need to test this.

Keep your draw distance reasonable. If it's a close detailed route, lower the draw distance because there's no need to render something that's many kilometers away. I generally keep mine around 5 km or 8 km on detailed routes and for those that have distant hills, I'll increase the draw distance, so the hills don't pop up and trees are drawn in rather than crawl in. You need to find the sweet spot there.

I have used these settings on my older GTX980TI in my laptop and also on my GTX1080TI, and more recently on my new system with the RTX3080. The added benefit is the video card isn't working as hard either.

 

[jjeff1955]

Finally others are reporting the fps hard hit issues.
Same issues with poor fps in the build 117092, when un-paused heavy fps hits with several animated assets installed on the small map.
Also the main menu where you slide the routes back and forth is also stuttering.
Build 116492 did not have this poor fps issue at all, and the menu was very smooth.
Seems to affect the GTX 10 series cards.
I have done a bug report with the test map for both builds, I hope that they can find this issue.

I have found that the V-Sync seems to be Bugged, when I turn it on a lock it at 60fps it has those heavy Stutters and hitches.
When turned off it is much smoother but still some stuttering, I am using the Nvidia 512.15 Drivers that did not help this issue.
Has been tested on 3 different powerful PCs, same result with the 117092.
Build 116492 Locked at 60 fps has no issues at all with what I have described above.

 

[Hemler]

I am having the same issue.
My System
I7 10700 2.9GHZ 8 cores 16 threads
16GB of RAM with
RTX 2700 Super 4GB
Computer Benchmark score of 109

When the game is pause everything is fine however when I unpause it I am not getting better than 10 FPS on a route that i get over 100 FPS in Tane.

Now a question for everyone else having the Issue. On my route I have alot of trc crossings. Do you? I ask because i remember in tane at one point trc was causing everything to run slow and have bad FPS.

Since TRC is now built In I get just delete it in content manager, I would have to go into the route itself and delete each one.

Thanks
Rick

 

[maxwerks]

I haven't noticed any stuttering or unusually slow FPS, but trains continue to derail randomly/unpredictably when coupling during operating sessions. I've submitted a bug report for the issue.

 

[JCitron]

For those with NVidia cards, what driver version are you using? The current driver is 512.15. There were reports in the NVidia forums regard stutters and poor performance with the previous drivers. If haven't upgraded, I recommend upgrading to the latest driver if your hardware supports it.

 

[ekeenan]

Those using NVIDIA cards may have to experiment. According to the posts on NVIDIA's forums, the latest driver is causing fps issues, but this is probably based on the overall system and the video card being used.