Duplicated Files

[gptech]

Yes Mike, but you've half agreed with me, and argued with yourself a bit....

there is no doubt that it was often caused by the sheer size of the Kuju\RailSimulator file

you will see that EVERY .bin file in the Kuju\RailSimulator folder is opened by TS2013

If we take the first statement as gospel I could copy a DVD into the Kuju\RailSimulator folder and because it had grown by 4+GB it'd crash.....but as none of the files on the DVD are .bin files the second statement indicates that nothing untoward would happen.
I certainly agree that 'sloppy' .bin file editing has been at the fore of reasons we have this situation; also consider that the game features dynamic numbering of stock so was the intention for this folder to be stuffed with numerous reskins of locos with basically the same livery?
Has anybody looked at the size of the Blueprints.pak file when the Kuju\RailSimulator folder fills up?....isn't this what the game reads first (OK, maybe only in theory) but a multitude of .bin files cached leading to a .pak over a certain size could surely be part of the problem?

[peterfhayes]

Hi Guys
I must be missing something because the file structures of the RSC and KUJU folders are siimilar in structure except that the RSC folder has many more files than the KUJU folder with the exception of the .xml and .wav files.

• KUJU RSC
  Size 10 Gb 20 Gb
  Files 36,207 71,000
  Folders 3,929 7,282
  .BIN Files 6,305 12,675
  Largest .BIN Files 96 Kb 45Kb
  .XML files 350 90
  Largest XML files 123 Kb 103 Kb
  .TgPcDx files 19,944 28,656
  Largest .TgPcDx files 6.365 Kb 21,847 Kb
  .GeoPcDx files 3,048 6,692
  Largest .GeoPcDx files 5,277 Kb 8,543 Kb
  .dcsv files 894 1057
  .dav files 1739 10,583
  ,dav files largest 18,977 kb 24,101 Kb
  .wav files 310 1
  Largest .wav files 40,202 Kb 520 Kb

All I was postulating was that if the kuju folder was at fault then by association the RSC folder might also cause problems. The way that windows works it would have a hard time distinguishing between these two folders which have essentially the same structure with the RSC files (because the folder is bigger) having a corresponding larger number of the SAME files as the KUJU folder except for xml and wav files and the RSC folder has many more .dav files.

I too use Procmon and during the running of TS2013 most of the calls are made to the RSC folder some of these I am at a loss to explain, For example, when you are running a USA route and scenario calls are being made to UK locos and rolling stock.

I do not disbelieve that the KUJU folder has some bearing on some SBHH errors but IMHO it is not as clear cut as it has been made out to be.
I have never experienced any issues with the KUJU folder which occupies on one my computers 10 Gb and on the other 8 Gb, (and I can't explain the difference) so maybe my judgement is clouded in that aspect.
Regards
pH

[markpullinger]

Hi Peter, the program seems to check all files to create the blueprints.pak files. These seem to be loaded into memory, and their size is relative to the number of items in the folders. RSC as whole can be a huge folder BUT each subfolder has it's own blueprint.pak file. I suspect that if you called up every one of these files in a scenario, it would SBBH just as much as a huge KUJU folder does - mine was over 12 GB before I started to have issues!

[peterfhayes]

Matk
Thanks. I'll try and get get data on the blueprints.pak loading as on my faster PC (TSX on) I have to delete the .pak files religuously before each TS 2013 session if I don't want to experience slow loading or even non-loading and yet on my slower machine (TSX off) I can let the blueprints.pak files "build up" without any loss of loading times.
Regards
pH

[mikesimpson]

Hi Peter,

The structure of the Kuju and RSC folders are nothing like each other.

The Kuju folder consists of just three sub-folders, RailSimulator, RailSimulatorUS and RailSimulatorCore

The RSC folder has sub-folders for each loco class they released and for each route's assets they have released.

My RSC folder has the assets split over 96 folders whereas the Kuju assets are compressed into 2 folders. This is where the problem arises, if you build a route and tick the green boxes to include Kuju/RailSimulator then TS2013 looks at Every sub-folder in the RailSimulator folder and runs out of puff. Whereas if you just tick RSC\BrightonMainLine then only that one sub-folder is checked.

If your Kuju folder is just the basic one as originally installed, then there is no problem, however if you have added hundreds of reskins then that is where things start to go wrong. Especially if you have ticked dozens of other Providers as well and not cleaned up those Providers/Products you never actually got around to using in your route.

Mike.

[peterfhayes]

Mike
Thank you, for the explanation it now becomes clearer.
I haven't added anything to my TS2013 build, other than RSC DLC, Just Trains and Creative Rail so that is probably why I don't see any issues with my KUJU folders.
I was trying to get my head around size being the only factor for SBHH wrt to KUJU and that by reducing the size of the folder the problem was eliminated.
But your explanation gives me a better idea of what is happening.
It would have been interesting to monitor those large KUJU folders causing errors with procmon to see if any or all of the following occurred at crash time: SHARING VIOLATION, ACCESS DENIED, BUFFFER TOO SMALL/OVERFLOW, and/or NAME COLLISION (or even PRIVILEGE NOT HELD).
Thanks again - these forums are excellent in expanding one's knowledge.
pH