Grote Assets-map

[jan366]

Mijn Assets map is 214 Gb groot.
Is dit normaal, of moet ik bestanden of mappen verwijderen?

[randomdude1035]

Als je veel assets hebt gedownload zoals alles van alle Nederlandse routes kan het best oplopen tot 200gb heb ik ook last van.

[ChronicalCae]

214 is vrij normaal en voor sommige zelfs nog klein, mij huidige is nu 1.12tb.

Vandaar dat ik ook een losse SSD heb van 2tb voor alleen TS.

[Marklin]

Ja Rob je hebt altijd baas boven baas want daar kom ik bij lange na niet aan toe.
Hier zit ik momenteel op 228 GB en stelt vergeleken bij jou niets voor en heeft Jan nog 14 GB te gaan om daar aan te komen.

Zie gegevens van oa. bestanden en mappen:


Edit/
Maar zo even en vraag voor de weet; is het verstandig om de Assets map te comprimeren of zou TSC daar moeite mee krijgen?
Het is wel zo dat .ap bestanden ook gecomprimeerd zijn ofwel dat zou niet uit mogen maken.

[Rob Jansen]

Is dit normaal, of moet ik bestanden of mappen verwijderen?

Als je deze vraag al moet stellen dan moet je er vanaf blijven
Want zomaar iets verwijderen kan ervoor zorgen dat een route slechter laad, je treinen mist en opnieuw moet beginnen met alles installeren.

[Frison]

Edit/
Maar zo even en vraag voor de weet; is het verstandig om de Assets map te comprimeren of zou TSC daar moeite mee krijgen?
Het is wel zo dat .ap bestanden ook gecomprimeerd zijn ofwel dat zou niet uit mogen maken.

Nee natuurlijk niet, dat is alleen maar extra belasting voor je processor.

[Marklin]

Maar zo even en vraag voor de weet; is het verstandig om de Assets map te comprimeren of zou TSC daar moeite mee krijgen?

Wat ik vooral tegen jou de laatste tijd nu al vaker heb aangegeven: Ga nu niet zelf zitten rommelen aan Windows instellingen, tenzij je precies weet wat je doet, waarom en wat de gevolgen zijn Ook dit is weer een voorbeeld van jezelf ongelooflijk in de voet schieten als je op de manier gaat gebruiken zoals jij nu voorstelt.

Het is wel zo dat .ap bestanden ook gecomprimeerd zijn ofwel dat zou niet uit mogen maken.

Nee zeker niet. AP bestanden zijn per definitie ongecomprimeerd. Ze hebben voornamelijk op computers met nog een ouderwetse HDD zeker nut omdat deze één groot bestand veel sneller kunnen uitlezen dan een paar duizend kleintjes van 1-10kB, maar qua opslagruimte maakt het niks uit.

[mepschen]

214 is vrij normaal en voor sommige zelfs nog klein, mij huidige is nu 1.12tb.

Vandaar dat ik ook een losse SSD heb van 2tb voor alleen TS.

Ik overweeg ook mijn bestanden van TS op een losse SSD kaart te zetten. Ik vraag mij af, of TS dan langzamer laad? En zijn er nog andere dingen waar je rekening mee moet houden als je TS vanaf de SSD wilt spelen?

[Frison]

Extern is altijd trager dan intern. Je hebt tenslotte te maken met de beperkingen van de USB poort.

Het is veel verstandiger een goeie SSD intern toe te voegen, of de bestaande drive te vervangen.

[jan366]

OK, niet zo raar dan, en vooral afblijven dan

[stoker1952]

Het was bij mij niet van toepassing, maar ik vraag mij af: kan je de Assest map van bv een HDD één op één overzetten naar een SSD op een nieuwe computer, of moeten dan alle gekochte spellen opnieuw gedownload worden en bv de treinen van Chris opnieuw geïnstalleerd worden? Ik kon gelukkig mijn SSD met Steam spellen overzetten.

[Frison]

Kopiëren gaat prima, nadat je op de nieuwe schijf wel RW opnieuw geïnstalleerd hebt inclusief de routes en materialen van Steam.

De rest werkte bij gewoon na het kopiëren, dus alle freeware routes werken ook met de bijbehorende assets.

[Koplopermau]

Wat betreft snel laden, ik ben pas overgestapt op een nieuwe PC en heb daarbij mijn 2TB SATA SSD vervangen voor een 4TB nVME SSD. Het verschil is enorm. Waar ik vroeger zo 1,5 minuut aan het laden was duurt dit nu nog maar 30 seconden. Daarbij moet ik ook vermelden dat ik een compleet nieuw systeem heb genomen, waarbij de FPS door een betere processor ook een stukje hoger is. Bij mij betreft het een Samsung 990 Pro SSD, maar in principe zijn de meeste nVME SSD's een goede keuze. Het scheelt een hoop in ieder geval.

[Spikee1975]

1.4 TB here.

TSC is about collecting. Asset folder size has no impact on loading times except for QuickDrive loco selection where Assets are browsed recursively for preloads. Ingame, assets are organized via their blueprints.pak cache files which is a quickly machine readable asset index per Product folder. Loaded upon being in the RBlueprintSetPreload section of Route/Scenario Properties.xml (= ticked in the editor). Omitting to tick a used asset pack can result in longer loading times, as TSC has to scan the whole asset folder then instead of loading the cache. I have verified this in empirical tests. (A czech route had extremely long loading times, so I checked why. TSTools revealed it was using Kuju\RailSimulator, but that had been deactivated in the Editor (not preloaded). Adding it, the route loaded fast.)

As said above, .ap is a .zip with ZERO compression as compression would add CPU load at runtime and increase loading times. It's just a container, as large files are loaded and transferred about 10x faster than loose files (much more work for the filesystem. Try copying the same asset pack as loose vs. ap via LAN and you'll see the same effect. One large file - fast, thousands of small files - slow). Also TSC is being "given" the content via zlib.dll which mounts the .aps as a virtual filesystem, transparent for TSC which doesn't see .ap files) and can load files faster than using normal OS calls for loose files, which have overhead like parity checks etc.) Using mechanical drives, the effect was very noticable and heavily reduced loading times. Back when I was using an HDD, I tried loading times on Stevens Pass. Default (loose assets), 57 seconds. Packed into an .ap, 17 seconds. Today with M.2 SSDs this is not noticeable any more, and I suggest not making your own .aps, because there is some gotchas to it. (Not only the ASCII filename requirement, also correct hierarchy - if you got BritKits assets be sure to unpack them as they won't work because the wrong folders have been .ap'd, same as CastleRock\Scenery.)

Why is it called .ap then? The idea originates from John Carmack, founder of id Software (and imho one of the world's best coders alive in terms of finding fast algorithms to solve problems, called "Intelligence"). He used zip files for Quake too, getting away from the custom flat WAD structure in Doom, but renamed them to .pk3 as to "not make the user think they have to unpack the data", pk3 being an unknown file type on Windows back then.

I've reduced menu loading times by making separate Content folder per region, which keeps the large scenario databases smaller, just renaming them before playing when I've decided where to go.

The fastest way to get a route's UUID is to use LocoSwap, to then sort them like I did. If that happens on the same drive partition, it happens immediately as no data is actually moved on the drive.

But don't delete Assets as I doubt you know all the dependencies. And yes do not delete Academy.

And by the way, the biggest storage eaters are repaints because the Geos are duplicated all over the place.