[0.13.19] Performance issue in dense forest

[Frightning]

So I've encountered a rather dramatic loss in FPS/UPS on a new save due to a dense forested area. If I zoom all the way out to max it's fine, but a few clicks down from that it's very slow (it recovers gradually as you zoom in more and is fine at lower zoom levels). I'm a little puzzled as to why it would perform so much worse at near min zoom than it does at min zoom, I suspect it has to do w/ some part of the rendering not being efficient at those zoom levels (and in a way that dense forest just happens to express).

I've attached the save in question so you can take a look:

Trains 13.zip

(8.6 MiB) Downloaded 61 times

[Loewchen]

Try the texture compression option.
What are your system specs?

[Rseding91]

It's related to your graphics card not being able to keep up with the amount and size of sprites being drawn. Trees are large images and there's a lot of them in a tightly packed area which ends up overloading medium/low end GPUs.

This should be fixed in 0.14.

[Frightning]

It's related to your graphics card not being able to keep up with the amount and size of sprites being drawn. Trees are large images and there's a lot of them in a tightly packed area which ends up overloading medium/low end GPUs.

This should be fixed in 0.14.

I have a GTX550 Ti, and a core i5-3450, so I find it odd that the number of sprites would cause that kind of slowdown for me (i.e. I don't consider that hardware medium/low end for a sprite-based game). Or said another way: Seems more like an issue with poor optimization of the game's rendering thread than an issue of lacking hardware. Either way, sounds like 0.14 has a solution for this, so that's cool.

[Rseding91]

It's related to your graphics card not being able to keep up with the amount and size of sprites being drawn. Trees are large images and there's a lot of them in a tightly packed area which ends up overloading medium/low end GPUs.

This should be fixed in 0.14.

I have a GTX550 Ti, and a core i5-3450, so I find it odd that the number of sprites would cause that kind of slowdown for me (i.e. I don't consider that hardware medium/low end for a sprite-based game). Or said another way: Seems more like an issue with poor optimization of the game's rendering thread than an issue of lacking hardware. Either way, sounds like 0.14 has a solution for this, so that's cool.

But it is: http://www.videocardbenchmark.net/compa ... 5B%5D=2954