Out Of Memory Crash With Ts2020

Well I don't know whether it is something I have done or has been caused by a third party add-on I have installed. As the route works with the other scenarios supplied with it and from other third party packs and indeed other scenarios I have made, then that would seem to be an invalid argument.

I would only make that kind of fuss if I couldn't run the sim at all and no help had been forthcoming or had been to no avail.

 

I keep getting the same stupid annoying dildo message after my game keeps crashing and I can't even be bothered to play anymore,
RailWorks
Saved Log to, C:\Program Files (x86)\Steam\steamapps\common\RailWorks\TempDump.
Exception Code: 0XC0000005
Exception info: OUT OF MEMORY
The system is unable to run this scenario on the current configuration, we suggest either lowering the graphical quality settings or attempting to run this game in the 64-bit version. If this fails to resolve the issue, please contact our Customer Support Team at https:\\dovetailgames.kayako.com.
MODERATED!! I am playing it in the 64-bit version, this has nothing to do with how much GB of RAM you have or if you have a good enough graphics card, because even people with 32GB of RAM Or Alienware Gaming PCs still experience this annoying message!! It's very annoying now as I am trying to make my own scenario but when I spend tons of hours on it and I plan to upload it to steam workshop, It crashes every time and it's getting so annoying, I tried deleting SDBCache.bin and clearing the cache. Heck, I even put the graphics settings to the lowest possible but to no avail!! Still the same stupid message pops up and it's really pissing me off because there is no way to fix this stupid error message. I wasted a ton of money on DLCs for nothing!!! Just for my game to crash completely and when I reload the game and try to continue on my scenario creation, the tracks.bin is completely corrupted and my train won't stop derailing for no reason!! I was working for 6 hours on that damn thing now I should just give up on the whole thing as when I try to preview and test it out, I get a black message saying, "Scenario failed to load, Failed to load tracks.bin" because it is corrupted!! I lost it and now I give up on working about 777 hours a day working on my scenario for this anal to show up!! Dovetail sort this out because they are silent about this message showing up, they don't even know how to fix it themselves, How? they made these messages and games so they should KNOW Clearly how to fix this!! I just feel like they are not trying anymore. In Train Simulator 2019, I got a similar message saying,
RailWorks
Saved Log to, C:\Program files (x86)\Steam\steamapps\common\RailWorks\TempDump
Exception Code: 0xC0000005
Exception info: ACCESS VIOLATION
Please contact our Customer Support Team at, https:\\dovetailgames.kayako.com
I don't even know what to say anymore, I might quit train simulator until they fix this because I waste about £250 worth of DLC For this game and it's a waste of money because the game doesn't even function correctly.
I have a Windows 10 Acer Laptop with 10GB of RAM and a decent Graphics Card so I don't understand this.I only use about 4GB of the 10 everyday even while playing Train Simulator, BUT IT STILL CRASHES NO MATTER WHAT!! Please Dovetail or anybody sort this issue out, it's MODERATED me off honestly.

 

Here is the full log of the crash,
Start collecting information about the crash...
[taking_screenshot]
Desktop screenshot generation disabled; skipping.
Creating crash dump file...
[creating_dump]
Dumping info for module C:\Program files (x86)\Steam\steamapps\common\Railworks64.exe
Dumping info for module C:\Windows\System32\ntdll.dll
Dumping info for module C:\Windows\System32\kernel32.dll
Dumping info for module C:\Windows\System32\KERNELBASE.dll
Dumping info for module C:\Windows\System32\apphelp.dll
Dumping info for module C:\Windows\System32\AcLayers.dll
Dumping info for module C:\Windows\System32\msvcrt.dll
Dumping info for module C:\Windows\System32\user32.dll
Dumping info for module C:\Windows\System32\win32u.dll
Dumping info for module C:\Windows\System32\gdi32.dll
Dumping info for module C:\Windows\System32\gdi32full.dll
Dumping info for module C:\Windows\System32\msvcp_win.dll
Dumping info for module C:\Windows\System32\ucrtbase.dll
Dumping info for module C:\Windows\System32\shlwapi.dll
Dumping info for module C:\Windows\System32\combase.dll
Dumping info for module C:\Windows\System32\rpcrt4.dll
Dumping info for module C:\Windows\System32\bcryptPrimitives.dll
Dumping info for module C:\Windows\System32\sfc.dll
Dumping info for module C:\Windows\System32\winspool.drv
Dumping info for module C:\Windows\System32\kernel.appcore.dll
Dumping info for module C:\Windows\System32\propsys.dll
Dumping info for module C:\Windows\System32\oleaut32.dll
Dumping info for module C:\Windows\System32\SHCore.dll
Dumping info for module C:\Windows\System32\sechost.dll
Dumping info for module C:\Windows\System32\IPHLPAPI.DLL
Dumping info for module C:\Windows\System32\bcrypt.dll
Dumping info for module C:\Windows\System32\sfc_os.dll
Dumping info for module C:\Windows\System32\SortWindows6Compat.dll
Dumping info for module C:\Windows\System32\imm32.dll
Dumping info for module C:\Windows\System32\msvcr100.dll
Dumping info for module C:\Program files (x86)\Steam\steamapps\common\RailWorks\plugins\GameManagerVC64.dll
Dumping info for module C:\Windows\System32\setupapi.dll
Dumping info for module C:\Windows\System32\cfgmgr32.dll
Dumping info for module C:\Windows\System32\shell32.dll
Dumping info for module C:\Windows\System32\windows.storage.dll
Dumping info for module C:\Windows\System32\advapi32.dll
Dumping info for module C:\Windows\System32\profapi.dll
Dumping info for module C:\Windows\System32\powrprof.dll
Dumping info for module C:\Windows\System32\fltLib.dll
Dumping info for module C:\Windows\System32\psapi.dll
Dumping info for module C:\Windows\System32\ole32.dll
Dumping info for module C:\Windows\System32\ws2_32.dll
Dumping info for module C:\Windows\System32\comdlg32.dll
Dumping info for module C:\Windows\System32\winmm.dll
Dumping info for module C:\Windows\System32\d3d9.dll
Dumping info for module C:\Program files (x86)\Steam\steamapps\common\RailWorks\steam_api64.dll
Dumping info for module C:\Program files (x86)\Steam\steamapps\common\RailWorks\stlport_vc10_x64.5.2.dll
Dumping info for module C:\Windows\System32\version.dll
Dumping info for module C:\Program files (x86)\Steam\steamapps\common\RailWorks\zlibwapi64.dll
Dumping info for module C:\Windows\WinSxS\amd64_microsoft.windows.gdiplus_6595b64144ccf1df_1.1.17134.1246_none_04eaacbcd722ec0b\GdiPlus.dll
Dumping info for module C:\Windows\System32\msvcp100.dll
Dumping info for module C:\Windows\System32\urlmon.dll
Dumping info for module C:\Windows\System32\dinput8.dll
Dumping info for module C:\Windows\System32\D3DX9_43.dll
Dumping info for module C:\Windows\WinSxS\amd64_microsoft.windows.common-controls_6595b64144ccf1df_6.0.17134.1246_none_d3ffb9d77c90723d\comctl32.dll
Dumping info for module C:\Program files (x86)\Steam\steamapps\common\RailWorks\OpenAL64.dll
Dumping info for module C:\Windows\System32\XINPUT1_3.dll
Dumping info for module C:\Windows\System32\WINMMBASE.dll
Dumping info for module C:\Windows\System32\dwmapi.dll
Dumping info for module C:\Windows\System32\iertutil.dll
Dumping info for module C:\Windows\System32\CRYPTBASE.DLL
Dumping info for module C:\Program files (x86)\Steam\steamapps\common\RailWorks\LocalisedStrings64.dll
Dumping info for module C:\Program files (x86)\Steam\steamapps\common\RailWorks\PhysXLoader64.dll
Dumping info for module C:\Pogram files (x86)\Steam\steamapps\common\RailWorks\PhysXCooking64.dll
Dumping info for module C:\Windows\System32\wsock32.dll
Dumping info for module C:\Windows\System32\inputhost.dll
Dumping info for module C:\Windows\System32\CoreMessaging.dll
Dumping info for module C:\Windows\System32\WinTypes.dll
Dumping info for module C:\Windows\System32\CoreUIComponents.dll
Dumping info for module C:\Windows\System32\ntmarta.dll
Dumping info for module C:\Program files (x86)\Steam\steamapps\common\RailWorks\SmartSteamEmu64.dll
Dumping info for module C:\Windows\System32\Wldap32.dll
Dumping info for module C:\Windows\System32\normaliz.dll
Dumping info for module C:\Windows\System32\secur32.dll
Dumping info for module C:\Windows\System32\sspicli.dll
Dumping info for module C:\Windows\System32\wintrust.dll
Dumping info for module C:\Windows\System32\msasn1.dll
Dumping info for module C:\Windows\System32\crypt32.dll
Dumping info for module C:\Program files (x86)Steam\steamapps\common\RailWorks\SmartSteamEmu\Plugins\SSEFirewall64.dll
Dumping info for module C:\Program files (x86)\Steam\steamapps\common\RailWorks\SmartSteamEmu\Plugins\x64\SSEOverlay.dll
Dumping info for module C:\Windows\System32\NapiNSP.dll
Dumping info for module C:\Windows\System32\pnrpnsp.dll
Dumping info for module C:\Windows\System32\nlaapi.dll
Dumping info for module C:\Windows\System32\mswsock.dll
Dumping info for module C:\Windows\System32\dnsapi.dll
Dumping info for module C:\Windows\System32\nsi.dll
Dumping info for module C:\Windows\System32\winrnr.dll
Dumping info for module C:\Windows\System32\wshbth.dll
Dumping info for module C:\Windows\System32\FWPUCLNT.DLL
Dumping info for module C:\Windows\System32\rasadhlp.dll
Dumping info for module C:\Windows\System32\uxtheme.dll
Dumping info for module C:\Windows\System32\msctf.dll
Dumping info for module C:\Windows\System32\DriverStore\FileRepository\igdlh64.inf_amd64_57f66a4f0a97f1a3\igd9dxva64.dll
Dumping info for module C:\Windows\System32\hid.dll
Dumping info for module C:\Windows\System32\devobj.dll
Dumping info for module C:\Windows\System32\MMDevAPI.dll
Dumping info for module C:\Windows\System32\wdmaud.drv
Dumping info for module C:\Windows\System32\ksuser.dll
Dumping info for module C:\Windows\System32\avrt.dll
Dumping info for module C:\Windows\System32\AudioSes.dll
Dumping info for module C:\Windows\System32\msacm32.drv
Dumping info for module C:\Windows\System32\msacm32.dll
Dumping info for module C:\Windows\System32\midimap.dll
Dumping info for module C:\Windows\System32\clbcatq.dll
Dumping info for module C:\Program files (x86)\Steam\steamapps\common\RailWorks\SmartSteamEmu\Plugins\x64\SSE_LifeSupport.dll
Dumping info for module C:\Windows\System32\cryptsp.dll
Dumping info for module C:\Windows\System32\rsaenh.dll
Dumping info for module C:\Windows\System32\TextInputFramework.dll
Dumping info for module C:\Windows\System32\DriverStore\FileRepository\igdlh64.inf_amd64_57f66a4f0a97f1a3\igdumdim64.dll
Dumping info for module C:\Windows\System32\DriverStore\FileRepository\igdlh64.inf_amd64_57f66a4f0a97f1a3\igdinfo64.dll
Dumping info for module C:\Windows\System32\DriverStore\FileRepository\igdlh64.inf_amd64_57f66a4f0a97f1a3\igc64.dll
Dumping info for module C:\Windows\System32\usp10.dll
Dumping info for module C:\Program files (x86)\Steam\steamapps\common\RailWorks\data\SilverLining\VC10\x64\SilverLiningDirectX9-MT-DLL.dll
Dumping info for module C:\Windows\System32\wbem\wbemprox.dll
Dumping info for module C:\Windows\System32\wbemcomn.dll
Dumping info for module C:\Windows\System32\wbem\wbemsvc.dll
Dumping info for module C:\Windows\System32\wbem\fastprox.dll
Dumping info for module C:\Program files (x86)\Steam\steamapps\common\RailWorks\PhysXCore64.dll
Dumping info for module C:\Program files (x86)\Steam\steamapps\common\RailWorks\cudart64_30_9.dll
Dumping info for module C:\Windows\System32\dsound.dll
Dumping info for module C:\Windows\System32\schannel.dll
Dumping info for module C:\Windows\System32\mskeyprotect.dll
Dumping info for module C:\Windows\System32\ncrypt.dll
Dumping info for module C:\Windows\System32\ntasn1.dll
Dumping info for module C:\Windows\System32\ncryptsslp.dll
Dumping info for module C:\Windows\System32\wininet.dll
Dumping info for module C:\Windows\System32\ondemandconnroutehelper.dll
Dumping info for module C:\Windows\System32\winhttp.dll
Dumping info for module C:\Windows\System32\winnsi.dll
Dumping info for module C:\Program Files (x86)\Microsoft Office\root\VFS\ProgramFilesCommonX64\Microsoft Shared\OFFICE16\MSOXMLMF.DLL
Dumping info for module C:\Program Files (x86)\Microsoft Office\root\VFS\ProgramFilesCommonX64\Microsoft Shared\OFFICE16\VCRUNTIME140.dll
Dumping info for module C:\Program files (x86)\Steam\steamapps\common\RailWorks\plugins\RailDriver64.dll
Dumping info for module C:\Windows\System32\ninput.dll
Dumping info for thread 0x3CC4
Dumping info for thread 0x39C8
Dumping info for thread 0x11A4
Dumping info for thread 0x3994
Dumping info for thread 0x1758
Dumping info for thread 0x39F0
Dumping info for thread 0x39D0
Dumping info for thread 0x1AE4
Dumping info for thread 0x3164
Dumping info for thread 0x4F0
Dumping info for thread 0x2EF0
Dumping info for thread 0x2EF8
Dumping info for thread 0x188
Dumping info for thread 0x3EEC
Dumping info for thread 0x1968
Dumping info for thread 0x1A90
Dumping info for thread 0x954
Dumping info for thread 0x3110
Finished creating dump.
[copying_files]
Finished copying files.
[encoding_video]
Desktop video recording disabled; skipping.
[confirm_send_report]
[compressing_files]
Total file size for compression is 119820 bytes
Creating ZIP archive file TempDump\0311ec11-43be-4547-983f-da45cad2b9eb.zip
Compressing file TS2018_Report.txt
Compressing file crashdump.dmp
Compressing file crashrpt.xml
Calculating MD5 hash for file TempDump\0311ec11-43be-4547-983f-da45cad2b9eb.zip
Finished compressing files...OK
[end_compressing_files]
[sending_report]
[sending_attempt]
Sending error report over HTTP...
Preparing HTTP request data...
Calculating size of data to send.
Opening Internet connection.
Connecting to server
Opening HTTP request...
Sending HTTP request...
Ending HTTP request...
Reading server response...
Server response code: 200
Server response body:
Error report has been sent OK!
[status_success]

 

Exactly the same with me mate. Not happy Jan!!

 

It is frustrating when you have spent hours working on a scenario and it won't load, no matter what you try.

I tried removing the scenario and reinstalling it and it still won't load. I even bought 8gb extra ram on the advice of DTG but appears that it wouldn't solve the issue, the ram I purchased won't work with my existing ram (that is my fault for not checking) so I can't confirm it hasn't helped with mine but I suspect it wouldn't have helped.

There do seem to be several people complaining about this problem, it has only happened a couple of times for me (plus this obstinate scenario) so generally I can use the sim but it is annoying.

I sympathise with anyone who are having it regularly as it clearly is a generic error message which is as useful as having a solar powered torch!

 

Well, as you have previously explained.... this is probably a bug that will get will fixed as part of a "block" - so you will just have to be patient. Maybe they will fix it in 12 to 18 months from now, when groups of bugs all get fixed together. In a block. As you have explained. Or maybe they won't fix it all.

This is the process that you have previously expressed complete satisfaction with, when reported bugs have impacted on other people, and you have been upset with other people complaining. So surely the same logic would apply now... ? Just be patient - you know - they are aware of the problem, so you don't need to mention it again and again and again.....?

And as you have previously explained.... they are trying their best...! There are other things to do that keep them busy.....! There is a pandemic out there don't you know...! You can sit on your sofa and complain, but making software is more difficult than you might think, etc...?

Or has your point of view changed, now that you are personally affected, and your time has been wasted...?

 

I can't run the sim at all, so this includes myself. Am I annoyed? You bet.
Any indication, any acknowledgement, any action from the company responsible? Not that I have seen.
It will take time, I know, but looking at all the occurrences on here surely it should help to identify a probable cause.
If the error msg is generic, that's all well and good, however it IS being generated by some error, deus ex machina.
I'm not a computer specialist, but I AM an end user, and therefore quite entitled to make my fuss.

 

Well I tried that but that didn't work at all! My tracks.bin is completely corrupted because of that and I can't continue on with making my scenario, this is just so sad, why does dovetail hate me so much?

 

I expressed frustration,I didn't post a angry rant saying how useless, money grabbing DTG were or threatening legal action against them, or accusing them of being akin to the devil incarnate.

I can still use the sim, apart from this scenario I have created which I doubt they can help with.

I am not against being critical of DTG and have been many times, I have never been upset with people reporting bugs, that is a ridiculous comment but there are ways and means, you were spamming the forums and annoying many people. Overall even with areas of dissatisfaction my overall experience is still positive rather than negative.

However if I couldn't run TS1 or TSW, like the poster above, of course that would be a different matter and of course I would be making a fuss as I would expect anyone to be and would expect anyone to be angry. For a relative minor bug which is annoying rather than making the sim unusable, then yes I am willing to be patient.

Anyway I see you have stopped pretending not to be Synthetic Angel who of course has been banned, as if you think that forum users are actually that stupid not to realise!

 

Actually... I really sympathise with what has happened to you. For reference, I have a basic (sub £300) laptop without a GPU card, with 8Gb RAM, and TS1 installed on a HDD under Windows 10, and it worked perfectly well on this very low-end laptop (until this week when they just broke everything in TS1......).

You do not need more than 8Gb of RAM. So when it was suggested that you double up to 16Gb, then (in my opinion....) that was a complete misdirection and deflection of your issue, which has caused you completely unnecessary expense and further wasted your time. Unless, of course, you run some fairly heavy intense spreadsheet work at the same time that you run TS1 (as then you'd need 16Gb....)

But if you are happy with that, then that is your prerogative. And if you are prepared to wait, then that is fine. Just out of interest - how long would you expect to wait....? What would you consider to be a reasonable "wait time", for your issues to be resolved...?

 

The editor has been prone to crash since the days of Railworks, it is something I can put up with, I suspect it is not something which can be fixed, it just seems inherently unstable, which is why I save after every action in it. My problem was with a scenario I created using a lot of detailed stock, I suspect that a piece of stock has caused a problem or the scenario bin file has been corrupted, it has happened before, it is a pain but not new.

I didn't think there had been an update this week so not sure what would have caused your problem, are you running 64 bit as it seems some are getting regular crashes with this? I get the occasional crash in the editor, I had one this morning but it always starts again afterwards.

The poster above it seems cannot use the sim at all, that is a different matter of course and I hope that DTG do somehow manage to help him with it.

I had been planning to add extra ram at some point so this was always going to be an expense, although not just yet.

 

Okay. Well, I have a loose theory about some of the memory crashes, as I have experienced these myself at the start of my use of TS1, which culminated in a complete failure of the sim to start up. But I managed to fix it completely... so I can't now replicate the crashes and check to see if they are exactly the same sort as the ones in this thread.

Everything can be fixed, with either time or money, or both. The asset issue with TS1 this week might or might not be due to DRM... but it is a widespread failure. I am still doing some more tests on that myself, but it is pretty bad - so it should probably be fixed pretty quickly (assuming they know or can find out what the issue is).

Regarding the RAM - any decent retailer will take it back (or given the increase in RAM costs recently, you might make a profit on it if you choose to sell it on....). Every cloud, eh?

 

Okay that sounds interesting. I guess you just get used to it after over ten years of it, which doesn't make it right, I just got the feeling that they were not able to fix them, partly as it is so unpredictable and there are many people using many different set-ups. If I recall and I might be talking nonsense but I think the current company were not the original developers, I think it was Kuju, so I am not sure if that impacts on their abilities to delve under the bonnet.

TS1 is a frustrating beast but some of the results can be very rewarding especially when using enhancements like those available from AP and SSS and plenty of others, and whilst it isn't as great graphically as TSW it can still look excellent and often photo like especially with the right lighting, I have been spending more time with TS1 lately than TSW just because the sheer amount of stock and routes I have and the ability of run 19th century steam engines, 1960's diesels and modern fast electric trains.

I am in the process of sending the RAM back, thanks.

 

I have already had a similar experience to you twice, and I agree with you 100% - for any casual player, that isn't a scientist, IT professional or engineer.... the task to fix faults with TS1 is probably insurmountable most of the time.

You need a combination of knowledge, expertise, logic, skill, method and patience to even begin to guess where to start. And the functionality in the TS1 UI and Steam UI really doesn't help you narrow things down with any speed, or to do the workflow to resolve things - everything is a tedious long haul... It's a computer game for fudges sake...., not a misfiring homocidal HAL 9000 computer!

Anyway - my theory for a lot of these OUT OF MEMORY issues is that the memory gets stacked by constant unresolved messages about the sync (or unsuccessful sync) of DLC for workshop scenarios. You don't even need to have started a scenario for the Exception about scenarios to appear and crash TS1.....

 

I find it interesting that people create/modify Scenarios and introduce something that they think works but has a problem.
Or they choose a Scenario off the Workshop and it crashes their computer

And then it is DTGs fault that they have the problem

https://forums.dovetailgames.com/threads/out-of-memory-crash-edition-4.22719/

 

Well I wasn't blaming DTG for my problem although I asked for their assistance due to the error message, which I couldn't quite believe.

I think people just get frustrated and assume that is a fault with the sim or DTG before they think about what could have caused this sudden error and what have they done recently to cause it. Obviously you do take a risk sometimes when adding "outside" content but the sim would be much poorer if we didn't have this content or the ability to make your own scenarios.

 

Yes - it is interesting - I agree with you. Because it prompts the questions:

1. Why would you design software that allowed user-edited content to be created and published for others to use, and then allow that content to trash everyone's original paid for content?

and

2. Why would you design the eco-system for the Editor, and its integration in the software, in such a way that user-created content not just trashes other content, but also trashes the ability of the software to initialise...?

It is very interesting. Interesting in the Chinese proverbial sense of "interesting times"......

 

It is the Steam Workshop which causes problems - not one on a normal Forum like UKTS where people upload scenarios but they get looked at fairly quickly and errors get corrected.

Same with most other sites like RWA and RailSim.de

The problem with the Workshop is anyone can upload a Scenario with a fault and the Author does not have to fix it.

 

Whatever an uploaded scenario contains (whether it is from Steam workshop, or anywhere else), it should not interfere with the proper functioning of any of the scenarios that came as part of the original software/DLC, or indeed, the core of the software.

It is the Train Simulator software that causes problems, by allowing the problems to arise. If a scenario is badly built, then the software should just reject it - not say "Come on in, why don't you make changes to all of my files and completely break me."

 

I presume you have not read the EULA - End User License Agreement which is in your Manuals folder?

Part 11
11. USER-GENERATED CONTENT
Please read this section carefully before creating or making available any user generated content for the Software:
11.1 If you make content for use with the Software (which we will refer to as "user generated content" or "UGC"), you are solely responsible and liable for that user generated content. We don't accept any liability or responsibility for user generated content for the Software, nor do we provide any support for it. Users of the Software create, download, install and use UGC at their own risk.

DTG realize that making mods is part of the game as is making Freeware Routes and Scenarios
There is no way they can monitor something they have not created themselves

 

The trick is to not presume, because I have read that.

The point that I am making is that the core software and original DLCs should never ever be impacted by the side-use of your own/shared content. The original material should be ring-fenced and thoroughly protected.

 

It is Ring Fenced.
If you don't modify anything it will run generally without any problems
It is the person who owns the computer that has decided to introduce something to that set up.

I assume you are running a version of Windows?
If YOU Decide to install a program on to Your Computer and it causes a problem is that Microsoft's fault?

If you decide to install something in to TS2020 because it was on a website somewhere is that DTG's fault
Or should DTG do the same as TSW where you don't have an Editor or a Workshop and you use what came with the game

You can not have it both ways
There is a chap in another thread complaining he game would not work and he had not done anything to it
Then it appears a WORKSHOP Scenario was the cause of the game crashing and it was nothing to do with DTG.

Peter

 

The point that I am making is that the core software and original DLCs should never ever be impacted by the side-use of your own/shared content. The original material should be ring-fenced and thoroughly protected.

 

Half the point of simulators is modding content. If you want to put up with the original 66 horn then so be it, but I much prefer one that sounds like a train rather than a party trumpet

 

The point that I am making is that the core software and original DLCs should never ever be impacted by the side-use of your own/shared content. The original material should be ring-fenced and thoroughly protected.


I accept that some people want to mod. This is an advertised feature of the TS1 software. If you mod a horn on say a third party created german diesel on Ruhr Sieg, then I wouldn't expect an original route, say the South London Network to stop working for the Class 456, as originally supplied with a DTG DLC.

If you download a Workshop car from Steam into Assetto Corsa and use it at Spa, it doesn't trash all of the rest of the original software content, next time you try an original car on an original track.

If an Editor is a key feature, then I do not expect that any projects output from the Editor to trash anything else. The project might not work if it is not been made properly, and that is fine, and that is not DTG's issue for support - but the rest of the core software is.

 

There you go with the core software thing again...

The problem is that if you use a tree from Chatham Mainline it stays in the Chatham Mainline folder. The XML actually references it in that folder. This bypasses the issue of copyright and various legal things, because you can just say that the CML is a requirement and if they don't have CML then they don't get that tree...

But if you then update that tree in any way, it updates the tree in the CML rather than copying it, because if you copy it, that's not quite legal etc etc, but you've now updated the tree, so any other route that uses that tree is affected.

And thus the issues with the LED lights. Rather than copying them to each route, and having to update each route with new patches every time they want to update the lights, they had a separate DLC and just referenced it... Thus when they broke it somehow any route that referenced that asset couldn't find it. Hence milkbottles

 

Yep. This is my point. This is a fundamental flaw. As a matter of basic design principle.... you shouldn't be able to modify (and lose) the original tree in the original content, if the original tree is needed by the original content. This is not robust. It might save space on the HDD, but it isn't robust at all. It doesn't circumvent copyright, because you are making a copy, altering it, and ditching the original (and then you can still recover the original later with a Verify, if you want to disable your project). They should create a proper framework for licensing editable content.

Your project, or another project that you downloaded, should never interfere with the original content - or you lose the ability to use the original content that you paid for (which should always be supported) - and that is unacceptable (in my opinion).

If they take this model to TSW, then it will become a repeating nightmare for all.

 

This is how every simulator I have ever known which allows modding works. And those that don't allow modding, die a quick death

This is why TSx and TSW are complex to make as opposed to a flight sim. You don't get too many people wanting to mod some fields from 2m distant, or changing the thrust characteristics of an engine at 3000ft as opposed to 30000ft, but in train sim people DO modify all sorts of assets so you're stuck with routes never ever getting updated (there's no profit in updating a 3 year old route unless you charge people for updates) or everything being able to be updated, but this can break stuff

Which is your preference?

 

My preference would be for a "mod" to become a "version" of an asset, which leaves the original asset in place.

But for me it is not just about assets themselves, but their management.

So - for example.... this OOM issue - I have had it before, and fixed it myself - twice. And this is an issue with the Workshop tab (and the background updating of it) - which is a standard feature in the UI (core). If you download a Workshop item (which is an action that is completely expected, as a main feature in the software), but you don't have the prerequisite DLCs, then the process used by the (core) UI to report what you have or have not got is critically broken - broken to the extent that it can crash TS1, with the OOM message (getting back to topic) - because it endlessly generates system messages about the lack of sync, until there is no RAM left. It is a major UI bug, and it is really surprising that it hasn't been sorted. (I am assuming that it has been reported.)

 

Not just an issue with the workshop tab, I had loads of errors recently until a reinstall and now haven't had a single memory error in two weeks from having about one an hour

I agree with you that things SHOULD work out of the box, and SHOULD keep working as much as possible, but as soon as you open things up to be changed you then have the possibility that things will break. It why just about every product ever released comes with a clause that if you do anything to it, you invalidate the warranty.

Overclock your processor? Put 3rd party cartridges in your printer? Put the wrong oil in your engine? Even changing out the radio in a car invalides the electrical systems warranty
So why should something like a sim, a filing system in essence, be any different?

I think they've tried to do what you say by using the .ap file format, and if their own scenarios only ever read them it WOULD work as you say, but I don't think a lot of the older content DOES work that way.

 

Well, I could use a number of examples of simulators (say, livery editors for car games)... but here is another software editor example.... a word processor, that comes bundled with a number of document templates.

- If you create a new document based on a template, then you should be able to use the template again another time
-If someone sends you a letter based on a template that they have used, then your .dot files shouldn't get trashed when you read your friend's document
- If your friend's document contains some fonts that you don't have (and not embedded), then maybe that won't properly display on your PC, but it shouldn't start destroying the fonts in your library, or crash your computer
- If there is something very very wrong with the format of the document your friend sent, then the software should just reject it when trying to open it, and not start destroying itself so that you have to uninstall your entire office productivity suite, and reinstall it from scratch..... every time.....

It isn't easy to make a game/simulator and its content. And it really isn't easy to make an in-game Editor. But if you do make an in-game Editor, then it should be robust when out-putting content. And the simulator itself needs to be even more robust than the Editor, to defend itself against anything that the Editor has let slip through. In short - it isn't easy to make an Editor... but if you do, it should be fit for purpose.

 

In which case you would have no mods and everything would be just the default
If that is what you want play TSW - no stupid Workshop Scenarios there

 

The point that I am making is that the core software and original DLCs should never ever be impacted by the side-use of your own/shared content. The original material should be ring-fenced and thoroughly protected.

The above statement doesn't exclude the possibility of having modified content, because you could retain a copy of the original unmodified content. A copy that it is not impacted by the modified version.

The ability to share content via the Workshop is a key feature of TS1 - all I am saying is that I would like that part of the UI to work properly - possibly as originally intended. It is partly a marketing tool to sell prerequisite DLCs - but this doesn't function properly - you'd be mad to spend more than ten seconds in the Workshop tab in TS1, because it is manically unstable. If they made it work (and cut out the crazy sync system messages that you have to pointlessly acknowledge), then they might be able to sell more DLC through it.

If the Workshop tab functioned properly, I suspect that 90% of OOM faults would cease.

 

It seems we foretold the solution... I've seen reports that moving the signals into a .ap pack is what they were doing LOL

 

That would not happen - there is no link between those DLC.

I could create a Workshop Scenario and use files from any DTG Route I own and these go back to 2012
If I used files from Cajon Pass and people did not have those files it might cause the game to crash for the people who tried it.
Or I could have a Scenario that used a lot of files from different routes and the loading of the files might make the game crash.

When people have had a Crash to Desktop the core software and original DLCs have not been impacted by the downloaded route or asset due to some problem with that the Game is unable to load it. No files on the computer are affected by this - just because you have had an Out of Memory crash it has not deleted any files on either in the game or on your computer.

When the faulty download is removed and unsubscribed from the Workshop the game works as it should.

Peter

 

Missing assets from a scenario would not cause a crash.

 

The point that I am making is that the core software and original DLCs should never ever be impacted by the side-use of your own/shared content. The original material should be ring-fenced and thoroughly protected.


The presence of subscribed Workshop items, faulty or not, should not stop the software's UI from functioning properly, especially at start-up, causing the PC to crash before you have even loaded any scenario (workshop or not).

I am fairly happy that I generally know (most of the time) what I am doing (for my own purposes) when de-bugging and fixing, but I do feel sorry for anyone that loves trains, has spent £2000 on DLC, and can't play any of it.... because the UI itself, plus key features (Workshop tab) do not work properly. The presence of manically repeating system messages (which might drive the highlight of "DLC owned" status) in hidden dialog boxes that you must acknowledge to unfreeze the UI (but have no other purpose.....and don't even appear "on top" for you to do this pointless action) is particularly insane UI design, if you ask me. I can work around this stuff, as tedious as it might be to do so... but to find out how to work around it requires quite a lot of investigative work.... none of which should be needed.

But.... this is just an opinion. I am unlikely to be swayed that this is good UI design, and suddenly decide that this is what you should expect, for a simulator or for any software designed to include user-generated content. I am also unlikely to be pursuaded that these issues are the fault of the User... 100% of the time - unless by "User", you really mean only "experienced Super-User" with a hell of lot of time on his/her hands.

 

If you introduced a new program to Windows which was not configured properly it might cause the computer to not start properly or even give the the BSOD.
TS20xx is no different - if you introduce something that is not configured properly it causes the game to crash.

I don't think the Out of Memory Crashes are the deliberate 'fault' of the user but in a number of cases it is something they have done.
They might have downloaded a Workshop Scenario or a DLC from another place to add to their collection.
A chap on UKTS a few months back was asking for help as a reskin did not work - it was the instructions that had an error in them.

A friend has two different Computers both running TS2020 and one only has DTG DLC and it runs offline.
He has told me it has never crashed on him.

If Microsoft cannot stop software causing problems with it's OS why do you think the DTG can?

At the end of the day nobody's computer is actually harmed by this and the Assets on the computer are not affected.
So I don't see it as a problem just an inconvenience until it is sorted.

Peter

 

The point that I am making is that the core software and original DLCs should never ever be impacted by the side-use of your own/shared content. The original material should be ring-fenced and thoroughly protected.


User-generated content in Train Simulator is not like a program being run on an Operating System. Yes - there might be some very limited scope for scripting within the content.... but ultimately it is just content.

Using a different anaology.... if you went to Marks & Spencers (or Walmart.etc.) and bought some shirts, and then put these shirts in your wardrobe with a bunch of other shirts, you wouldn't expect your central heating system to stop working. You wouldn't expect the place to store shirts to stuff up your boiler. If the boiler has been put in the wardrobe, then that is poor home heating design.

Any output from the Editor should be able to be validated.... by the Editor...., before it is finally saved... by the Editor. So if the Editor rejects it, it doesn't end up as a workshop scenario. This isn't complicated stuff. But it is made complicated because the Workshop tab is really meant to be a shopping portal... to encourage you to buy more prerequisite DLCs included within Workshop scenarios (some of which are purely a vehicle to sell DLCs). The irony is that this is a key money-generating area that doesn't work.....

As an aside - I experienced a real OOM message today, which I will describe in the next post.....

 

SO - I actually got a proper OOM (Out Of Memory) message today, which crashed a scenario, and did not crash Train Simulator. A "working" OOM message, delivered for a reasonable cause - as follows:

Just as I completed a scenario on GEML, I decided to look around Liverpool St station for a bit. But this was not to be.... as the OOM intervened and ended the scenario. The cause appeared to me to be a basic one - the simulator wouldn't load near-field assets as the camera was rotated fairly quickly. I have not repeated it yet, but it does point to a potential bug in the way the camera views are manipulated in GEML.

I also noticed that the GEML "head-out" views behave very strangely, and have a different FOV compared to other TS1 routes (I actually quite like the effect, but it takes a bit of getting used to). I am fairly confident my PC can handle the throughput (16Gb RAM, plus 8Gb GPU DDR5).

I am mentioning this OOM here, just in case anyone else experiences something similar. It might just be me, as I have a fairly quirky graphics set-up, with a quirky (but nice...) GPU graphics card, plus connections to PS4 and PSVR through DVI and HDMI.... so odd things can happen.

 

Except it is... DLC in train sim access the UI interface through scripts and XML. If they're scripted incorrectly it will crash one of several systems within the game, up to and including within DirectX which is within the windows layer
So it's more than possible for UGC to be exactly like a program being run on the OS

I've had several crashes on GEML including the ones at LIV. Just seems to be a very busy and intensive place for the game to render, which has always made it a bit (lot) unstable

 

GEML has been know for high graphics usage from being released with so many assets needing to load to make it work

 

Hi,

I am also getting the "OUT OF MEMORY" message, running on 64-bit on a good spec machine.
I mainly get it when working on a route I have built, switching to 'Scenario Tools' almost always crashes here.
When I did manage to get through this bit, I removed most of the drivable locos to see if this would help - it didn't.
I have also tried turning the graphics right down, but also doesn't help.
The majority of the time I can use editor & play, but can't use the 'Scenario Tools'

 

If you are editing a route before editing a scenario you need to Save the Route using F2 first.
Sometimes if you have done a lot of editing it is worth closing down the game then reopen and go to Build>Scenarios.

Yesterday I worked on a lot of a route - nothing special mainly single track
I went to edit the Scenario and it did an Out of Memory but I had used F2 so when I restarted the route was ok

Peter

 

I tried to save my route when I was working for hours on it but when I pressed F2, Before I could even click yes, the game crashed and a vertex buffer error message popped up after the OUT OF MEMORY one did, it really is such a coincidence and dovetail hates me so much that the game has to crash at that exact moment and unsaved progress can be lost or corrupted which causes the tracks.bin to be missing causing no tracks to load and the trains can't spawn and will just keep derailing, it really is frustrating. I tried the cracked TS2017 But that was no help because it also crashes saying "Unknown exception has occured in the application" as well as the saved dump file messages and the ERROR: Failed to create vertex buffer. There is literally nothing I can do anymore but just upload reskins because scenarios and routes are just a no no because the game hates me so much. Dovetail please fix this I can't even be bothered to spend money on a game that hardly even works properly and won't stop crashing, It's a waste of money and my time I could even ask to refund everything I ever bought for Train Simulator like the DLC and the game itself,I even tried unsubscribing from workshop items but that fixed NOTHING!! Still the same stupid anal giving message shows up and crashes, it's getting to the point where I might refund everything!!

 

The RailWorks.exe has stopped working also shows up after the "Saved dump file to C:\TempDump v58.a.dmp" when playing Train Simulator 2017, It's really annoying because there is no train simulator that will not crash and just MODERATED let you play the MODERATED game with no issues!! You DO NOT need perfect GB of Ram or graphics card to play this game because people with HIGH GB of ram still experience these issues so it is literally a problem with the game ITSELF it needs to get updated to fix the OUT OF MEMORY and vertex buffer messages I keep getting!! TS2019 Just shows the ACCESS VIOLATION Bullcrap!! WHAT A HUGE WASTE OF MY TIME, MY GB SPACE IN MY HARD DRIVE AND MOST IMPORTANTLY, MY MONEY!!! MY PC COSTED £1,200 AND HAS 10GB OF RAM AND A VERY DECENT GRAPHICS CARD!! I DON'T EVEN UNDERSTAND WHEN THEY SAY "OUT OF MEMORY" WHEN I ONLY USE 4GB MEMORY OF THE 10 EVERYDAY WHILE PLAYING THE GAME, IT'S STUPID!! It literally happens when I just turn on my pc for the first time and hop on BOOM OUT OF MEMORY!! MODERATED I JUST TURNED ON THE FRIKING PC AND YOU CAN'T USE 10GB OF RAM IN 2 SECONDS!! This is clearly a bug and a problem with the GAME ITSELF!!! All dovetail will say to do is reinstall the game clear cache and all that crap when I do that 583697396790376983906790797309901275 times and the problem STILL OCCURS!! Sorry for being extremely angry, it's just that I can't believe I waste tons of money on a game that won't even work properly

 

Another problem, I bought stuff from other websites like Armstrong Powerhouse and Just Trains, What I really hate is that I bought the VP185 Enhancement Mk3 pack and for the EMT Livery, the power cars are invisible and I can only see the mk3 coaches, it's so stupid and probably a waste of £9.99. I also bought the class 319 volume 1 and 2 packs but none of the trains seem to move no matter what I do, the 319 literally refuses to move when I do everything even turn off the DRA But to no avail!! Such a waste of my money!! Idk how I can tell AP That I would want to refund some of my trains because they are not even working properly!!

 

Don't take this the wrong way but have you fully read the manual for the class 319, AP units are quite a lot more involved? I have been guilty of jumping in and not getting the train to move (the class 313 being one in particular) having a little rant to myself, reading the manual and finding I have missed important steps! The trains obviously work otherwise there would be hundreds of people claiming they weren't. Apologies if you have read the manual.

I have the VP185 enhancement pack and my HST power cars are there so I can't help you there I am afraid.

I think the out of memory error is clearly generic and not really helpful, to be fair to DTG's support there are so many different configuration of peoples systems and set ups it must be hard to nail down problems sometimes.

I get the crash occasionally, mostly in the scenario editor, it always resolves itself.

 

I am experiencing an issue that many of you have said you are also having. I get an OOM crash right as the "updating scenario database" switches to "saving scenario database" on the loading screen. I have invested quite a bit of money into the game on Steam DLC and third party content and have tried the usual steps taken to help resolve the issue to no avail. Is there anyway to see what route/scenarios could be causing the sync error? I’ve read on this thread that several people have successfully diagnosed the issue and found the error-causing content, but they did not fully explain how they went about this process. Finally, if all else fails, is reinstalling the game and playing vanilla known to stop the OOM crashes on startup?