TS2019 64bit scenario access violation

[holzroller]

Interesting, I am in the process off re-combining my content folders into one. If I add too many routes I am getting an access violation ID unknown at the updated scenario database saving point of loading. Removing one route generally gets it loading, and then I can add the removed route later. Three or Four routes at once seems to be the max, just another 80 to add. PC is nowhere near it's limits, must be something about the saving process. Also getting access violation when exiting TS after successfully adding routes.

[IronBidder]

To those of you using RW Tools to purify their installs, is it possible that it causes problems and either doesn't do the job properly or introduces new faults?

I periodically obliterate my entire TS installation by deleting the Railworks directory and all sub folders, defragging the drive and re-installing from original source what currently interests me. I know this brutal approach isn't favoured by some, but I don't get access violations and it keeps my install manageable in size and my playing focused.

[gptech]

It's not so much the result of using RW Tools but how it's been used when reskinners produce stuff for us to download. Older reskins often come with unneeded .xml versions of .bin files, .bak files, scenarios come with the creator's saved progress.....getting rid of those junk files is a good starting point, easily done across the whole Assets or Contents folder with a couple of .bat files. NB: Do NOT delete .xml files from the Contents branch of the directory tree.
I've seen many .bin files that have been shocking, pointing here there and everywhere for files rather than following a schematic arrived at through careful thought; obvious potential for bother there.

[smarty2]

Thought I'd back up my railworks folder with the view of tidying up, but at over 716 GB's it put me off! (not backing up but doing an Ash)!

[gptech]

Martin, just make a note of the size of the "Steam acquired only" folder.

[smarty2]

Martin, just make a note of the size of the "Steam acquired only" folder.

Can't see that folder anywhere?

[gptech]

The folder size with only the Steam acquired stuff in it Martin; how big is the Assets folder before you add any 3rd party stuff in other words.

[ashgray]

Martin - if it helps, my new "vanilla" installation of DTG-only routes and assets totalled 135 Gb. That comprises every UK route, around eight US routes, a few German ones and all the old "legacy" routes such as Hopetown, Hedborough, etc..

One thing I have noticed is that in the backup I made of my complete old installation, there are literally thousands of asset files, mainly the older ones, where duplicates exist (i.e. they're named "filename.bin (1)", etc. Not sure how these were created as I'd have thought that any downloads containing duplicates of files already in my system would simply have overwritten the existing ones. I doubt these would have caused crashes as the sim would surely see them as differently-named files, but you never know...

If you are "doing an Ash", then all the best - you'll need patience and fortitude so I'd suggest a cheese and onion cob and a few pints of Bathams at the Lamp Tavern first!

Good luck and keep at it, this is working for me. Four of my third party routes with associated assets are now back in and still not a single access violation.

Ash

[smarty2]

The folder size with only the Steam acquired stuff in it Martin; how big is the Assets folder before you add any 3rd party stuff in other words.

I have absolutely no idea Gary as I haven't got a vanilla folder.

[gptech]

So how can you be "doing an Ash" then?....Ash posted that he had reverted to a default only installation and was/is only adding the extras singly.

[gptech]

Ash, a duplicate file is only created after confirmation, so either you've clicked OK to a copy/paste/duplicate operation or the duplicates came with the (presumably) .rwp package you installed.

Your size figures show that the extras amount to approximately twice that of the default.To simply things considerably lets postulate that the total size triples the number of files which must also triple the potential for problems. Given that, how can anybody point to an error message and say it's DTG's fault?

Bottom line, once again, is that they simply cannot accept that what's going wrong is because they've gone about it wrong. How many user produced reskins, scenarios and routes have been the subject of trouble-shooting in these forums, with the resultant fix simply rectifying a user generated problem rather than a DTG one?

[ashgray]

Ash, a duplicate file is only created after confirmation, so either you've clicked OK to a copy/paste/duplicate operation or the duplicates came with the (presumably) .rwp package you installed.

Your size figures show that the extras amount to approximately twice that of the default.To simply things considerably lets postulate that the total size triples the number of files which must also triple the potential for problems. Given that, how can anybody point to an error message and say it's DTG's fault?

Bottom line, once again, is that they simply cannot accept that what's going wrong is because they've gone about it wrong. How many user produced reskins, scenarios and routes have been the subject of trouble-shooting in these forums, with the resultant fix simply rectifying a user generated problem rather than a DTG one?

Agreed entirely. The beauty of the way in which I'm going about my clean-up is that those dodgy files will become evident as I test each newly-installed route / scenario, at which point I can either swap the problem assets for others, using RW Tools or, if they're fundamental to the route or no suitable replacements exist, I just dump the route / scenario in question and move on. The trick is not to rush or short-cut the process. It may take time but at the end of the process, I should hopefully have a "perfect" installation (or as close to that as can reasonably be expected).

Ash

[smarty2]

So how can you be "doing an Ash" then?....Ash posted that he had reverted to a default only installation and was/is only adding the extras singly.

I didn't say that I had? In-fact I stated the opposite... (doing a backup but "not" an Ash)!

Just another 3 million items to go!

[gptech]

Martin, you wrote you were "not backing up, but doing an Ash"

[alanch]

Interesting, I am in the process off re-combining my content folders into one. If I add too many routes I am getting an access violation ID unknown at the updated scenario database saving point of loading. Removing one route generally gets it loading, and then I can add the removed route later. Three or Four routes at once seems to be the max, just another 80 to add. PC is nowhere near it's limits, must be something about the saving process. Also getting access violation when exiting TS after successfully adding routes.

I'm pretty sure that DTG haven't got rid of the 'too many scenarios' problem which manifests itself during the 'Saving Scenario Database' at start up. Before the new 64 bit version this would just hang on my computer with no error message, now it generates and access violation error.

The first time I've had this since TS2019 came out was yesterday after I'd installed The Railways of Devon and Cornwall V7 which has a large number of scenarios. I moved several routes that I haven't run for ages onto another disk and TS starts up again, and scenarios on the new route run.

Currently I have 158 routes and 5500 scenarios in my active installation.