Hi, ever since I reinstalled the game after not playing it since 2018, I have been completely unable to use the consist editor designed to create consists for trainsets. It begins loading and then crashes within a few seconds after reaching 100% with an out of memory being displayed.
I was told by a user on another forum that the consist editor has been broken for some time and that DTG hasn't found a fix for it yet. Can someone confirm or infirm this? Also, what can I do to fix this issue myself if this is not a widespread problem that everyone has? I tried clearing my cache just in case but to no avail.
Here are my computer specs, just so that I don't have anyone try to argue that this is a graphics card issue because it clearly isn't.
Ultra Gamer AMD 5 3600X-2060
Processor: AMD Ryzen 5 3600x (6 x 3,8 GHz)
CPU Cooler: AMD Boxed
RAM: 16 GB DD4R 2666 MHz/ Max. 64 GB
GPU: NVIDIA GEFORCE RTX 2060/ 6 GB GDDR6
SSD: 1 TB Intel/ NVMe M.2
Adapter: Cooler Master 600 Watt (80 PLUS)
I have also lowered my game settings although as far as I know they are not impacting the consist editor anyways. Again, to no avail..
Consist editor crashing at 100% with out of memory error
-
Sometime this helps, Remove this tiks:
And Rw-Tools is able too, to Create consists and Preloads, thre is a descripion in the attached Help-file,
-
settings in TS menu
-
-
it seems to much assets, it looks like Memory full. May be there are some not complete (or defect) Assets so they help for a crash.
Did you look for 0-Byte files in the Assets folder, did You run the Clean-Assets tool?
I remember there was an border not more than 1000 lokos for Consist creating.
My suggestion: rename Assets to Assets_all for Safety.
then create an empty Assets folder
There fill in a copy of KUJU, there are Basic System Files which are needed.
Then copy only some providers which rolling Stock you will pack in consists.
Then start the the consist creation. -
Here's the logmate
The solution could be at the end of your logmate file:
Please look into your Railworks/Assets folder and sort it alphabetically. All was fine until Yohan\BB66000. (Ok, not fine, there are several error messages, but these were catched by the error routines).
I don't believe, that there is really a memory problem. This problem is very old and common. Your can find many threads and solutions many years ago in this forum. The problem is founded by missing a proper error handling. The TS tries to build the internal cache, based on the blueprints.pak files. To build them, it reads all content within the assets folder, grouped by the providers (directories). And if the TS can't read one of the included files because of 0-byte length or unexpected chars, it raises an exception. And here in this routine, the exceptions will not be caught, but let the TS dump.
So look within the Yohan folder. Is there alphabetically another folder after BB66000, where TS2020 tries to build the Blueprint file? Or if not, is directly in the assets folder alphabetically after the Yohan folder another directory?
Within this folder (Yohan/?? or Assets/???) the TS2020 dumped by trying to build the BluePrints.pak file. Look in the folder, if there any 0-byte files and delete them. Or if not, once move this directory out of the assets folder.
-
Most crashes I got where caused by defect Assets (not necessarily rolling stock).
All Assets are scanned while using the consist editor. So even a broken asset of a house or tree can cause a crash.My suggestion: Move suspicios folders out of "Assets" into "Assets_FooBar", clear all caches and try again.
-
-
Please no Full Qoutes, we understand answers withot this too!
This not a Problem with your Computer, this is an SoftwareProblem with managing this Dataamount with failures. So the Ram rans full with Workorunds to avoaid a crash.
sometimes the space is full. Peng.
Clean up Your assets, make shure no 0-byte Datafiles ans ran the Clean assets tool, check die Lokmatelist and look for the Hints .
May be it helps if you reduce the assets as i wrote above. -
So you're saying this Yohan folder may be causing all those problems?
No, that's not, what I meaned.
The last successfully handled asset was Yohan\BB66000. And the next asset, for which it's needed to create a blueprints.pak file is faulty.
Because you already deleted the whole Yohan folder, it must be the next (alphabetically) folder within Railworks/Assets. Sort the Assets folder alphabetically and look, what's the next folder (after the previously deleted Yohan folder). Assumed, you have cleared the TS Cache (deleted all blueprints.pak files) before running the Consist builder, this folder doesn't contain a blueprints.pak file. (Because the TS crashed on the try to build it).
-
My assets are always in alphabetically order already. I downloaded the Clean assets tool which Sts suggested (thank you, by the way) and used it to clean my asssets. So I will try running the consist editor now that the assets have been cleaned and will let you all know if it's working finally or not. Thank you so much so far guys!!
-
What's Assets_FooBar?
This was just an example of a temporary folder.
Name it as you like:
Assets_test
Assets_foobar
Assets_ImTooLazyToFindAProperFolderNameRightNow
Assets_IReallyHateVeryLongFolderAndOrFilenamesThereforeIUseJustAVeryShortOneLikeThisOne
Stessa_AssetsInReverse
Assets_AndYesYouAreAbsolutelyRight_ILikeCamelCase -
-
At first I would test the hint of @NewRailWay (Welcome to the forum, btw)
Assume, you have a folder structure like this:
Assets/
|_Alpha
|_Beta
|_Gamma
|_Delta
|_DTG
|_Kuju
|_RSC
|_Yohan
|_ZeppelinProtocolled in your logfile is a correct entry for "Yohan".
But the next one "Zeppelin" is missing. So maybe "Zeppelin" is broken, you know?!
Move out "Zeppelin" to a temporary folder and try again.Another Hint:
Start the TS
Clear the cache
Start a scan in the Consist Editor ---> CrashNow search in "Assets" for a file named "BluePrints.pak" with the size of 0 (Zero) Bytes.
If you find one, the broken Asset is probably in this folder.
Move the folder out to a temporary folder.Repeat if necessary.
-
I have exactly 3182 Blueprint.pak files
This is horrible, can You find out ths summery of the size of this Blueprint.paks? in the Consist prozess they want to be in the RAM, i think thats impossible.
How many Provider Folder do you have in the Assets-Folder ? -
I do not understand that 563 provider folders create 3182 Blueprint.paks.
Anyway, extra Folder Asetts_save, move 50% of the Providers, e.g. from A to M except KUJU into the save Folder. Test.
No Failure, then A to M back, N to Z out, Test. Is then a crash?
if YES. Then continue 50% out fom N to Z, test. NO fauilure, then exchange the Providers in 50% Packages so long till one Provider wich the crash remains.
BUT let allways KUJU in the Main-Assets Folder! -