While I cannot assign weight to how many downloads an asset has in my "harm" gauging, in routes that others have made that I actually use or my own routes I'll enable the surveyor statistics menu and fly around, checking the kuids associated with worst buffer and index counts, then make note of those assets and either replace them or re-optimize them if they aren't obvious offenders, such as a single track asset being the obvious "weak link" in an area with a lot of trackage.
This method only really bears fruit for assets that are already installed though. For anything else that requires I search for new assets on the DLS, I just avoid scenery with what I would deem an unreasonable file size, like the above example of a car asset with large textures wasting memory.
Again, thank you for posting this tip. I didn’t even know about the Surveyor Stats facility, but I am well-aware of the underlying problem.
As an example, I have a forty-mile UK route. I’m not the original author but, with his approval and for my own use, I’ve backdated it from the 1990’s to a 1930’s steam era operation. For the most part, it operates perfectly in TRS19, except for an unknown gremlin that manifests itself between mileposts 28 to 34. At this juncture, first the rail, then chairs and finally sleepers start to disappear leaving the train running on thin air just above ground level. Within this section there is a station where some 60% of the assets fail to load as the train approaches. Halt at the station and the assets slowly reappear. Restart the train and the rail again starts to disappear but eventually restores itself and the final six miles operate perfectly.
The GTX 1060 temperatures are generally 44 to 53 degrees throughout but increase to around 63 within the fault section.
Following discussion with the route’s originator I transferred it to TRS22 where it performs perfectly but with much the same temperature variations.
Following on from post #17, I enabled the
Surveyor Statistics menu and panned through the entire 40-mile route. The Buffer and Index counts consistently identified just three Kuids from two authors. “
No names – no Pack Drill” but these were the principal bullhead rail that I’d used for the entire back-dated route and two grass and shrub splines, that I’d used over a substantial part of the route. My initial thinking was that this still leaves unanswered the question as to why the disappearing asset fault should appear in only one section. The highest
Rail Buffer count
anywhere was 24 with a corresponding Index count of 2368989. The highest
grass and shrub counts
were in the problem area and were Buffer-23 and Index-2131056.
Are the accumulated totals for rail
and greenery at the root of the problem?
The Surveyor Stats were also showing 30 – 33 FPS throughout the entire route.
Following
pware’s suggestion – post #29 (and PC’s endorsement), I’ve put these same three Kuids through the
CM Performance Analyser test. The images all appeared within 2 - 3 seconds, and they all rotated smoothly. I can only add that the rail has a triangle count of 631858 and the two shrub/grass splines have counts of 9257600 and 2874240.
As a novice in this arena my biggest problem is understanding the full significance of these figures and whether I’m even looking at the right figures. Perhaps, like John Citron, I should be looking for some other, as yet, unidentified malingering asset.
John