As title suggests I have MJW Class 180 revamp pack installed however as soon as I select any of the other reskins (except the default Grand Central) it dumps my scenario. It does not even work in quick drive either. Apparently the last update to this back 2021 I think was suppose to eliminate this problem but yet still it is there. Anyone else having similar issues with it?
Maybe you have noticed the MJW Class 60 thread... it might be suffering from the same issue that is fixed in the current beta. I'll have a go and check it.
Thanks - Yeah this is a weird one - the Grand Central livery works fine however any other reskins (EMR/Hull..etc) I try to select it immediately dumps to desktop with OOM error. This makes no sense as memory is not an issue as I am on 64 bit version of the sim. Also my system got 32GB of RAM. I had a look through Class 60 thread and I am guessing perhaps it is a scripting issue or something.
you should look very carefully at the script that comes with MJW's enhancement pack. If it uses Geomod or mods some .GeoPcDx files by executing PowerShell commands, it creates temporary copies with different extensions to work on. When these temporary files aren't deleted, a Geo file with a .bin extension will instantly crash your game.
No GeoMod here, just a normal .bat and 7za.exe to extract the Geos from the DTG .ap. The script stores temporary files in a separate temp folder and even clears the 180's cache. It has a "rmdir" command to delete that temp folder but it stays as it is not empty - so delete Assets\temp and the 7za.exe manually. 180 works in v77.1 (beta) A fine pack for free! And from the readme: This TS core issue seems to have been fixed in the current beta version. As shown, I have placed a selection of the available consists without problems. If you want to enjoy it, you could switch to the Beta via Steam, or wait for TSC2024.
I tried having a look inside my main asset folder - I do not see any temp folder/files in it. Perhaps I guess I will wait for TS2024 to come along and see if solves the problem.
You sure about that?...all I can see are 7za.exe commands to copy .GeoPcDx files from the .ap archive, there's no modifications made to the files themselves. The Temp folder is just used as a holder for the cab view textures so they are more easily copied to the new liveries.
The clue is in the name Gary, the GeoMod name is a shortened version of what the tool actually does "GeoPcDx Modifier", if GeoMod has been used then it's been used to modify values or add entries into the cloned Geo.
Yeah...but it doesn't apply to the copy of the pack I have. There's only a .bat to file to copy Geos, no modifying involved at all. As an example: 7za.exe e "%~dp0DTG\Class180Pack01\Class180Pack01Assets.ap" "RailVehicles\Diesel\Class180\DMSL\180_DMSL.GeoPcDx" -o"%~dp0DTG\Class180Pack01\RailVehicles\Diesel\Class180 Barbie\DMSL" -y >NUL That's just a straight copy operation, no modifying at all. A GeoMod PowerShell command to make a modification looks like: powershell -Command "(gc Class08_Engine_EWSv1.xml) -replace [regex]::escape('..\..\ewsv2\engine\textures\'),'..\engine\textures\' | Set-Content Class08_Engine_EWSv1.xml"
The original post this geomod discussion is referring to says if geomod has been used, so I suspect it's a red herring in this instance.
sorry about the confusion and the failure to use 'if' or 'when' but the essence still applies. carefully check the scripts that come with these advanced enhancement packs and make sure every step has been followed and no temporary files remain the better MJW scripts check the results and give a green screen when executed OK.
How could anyone know this - it doesn't really matter. It's a good advice to show interest and self responsibility if you want to add 3rd party stuff from non-Steam sources.
Of course it matters, is impossible otherwise. Agreed, but it does imply that those exercising care would/should know how.
Nothing that's in my power I've found the BodgeIt! scripts using GeoMod.exe to do their work properly and cleanly.
Do you mean check the output window once the script has been run, or check the .bat file before running it?
Do you have experience in applying enhancement packs, reading scripts, making alterations, or in the worst case, execute certain commands by yourself, like modding a .geopcdx file in TS-Tools instead of relying on Geomod.exe or PowerShell commands? What I do, Gary, is studying the script while it still hasn't run, i.e. by opening the .zip file and loading the .bat file in a text editor, or using F4 in 7-zip to have it displayed. So I know what to expect, which files get created, altered and/or deleted. Most scripts 'self destroy' themselves when they've run, so I usually remove those DEL commands and insert a PAUSE instead so the script window stays open. When in doubt, I make a backup of the affected provider folders, copy the new files over and start the script from the Assets folder. I keep all my modified scripts in the Assets folder, and have applied 339 so far to my UK install. Over here, on this board, you are able to find help with almost every challenge or problem.
Yes to the above, Likewise, but whilst we can understand what's happening there are many who can't. Telling them to check the scripts is pointless in that case!
MJW and others try to make their scripts fool proof and some of their scripts have hundreds of lines and commands. Assuming you have all the assets in their recommended format, either in individual files, or in .ap asset packs, the scripts should work out of the zip and and report likewise. Yet the board is full with questions over why this or that modded train crashes, so it helps to study scripts and to learn yourself to get things working.
Yeah, but telling folk to check this that and the other without telling them how, or what to look for, isn't of any help. Spike's shown that the issue goes away if you switch to the latest Beta version, just as the issues with the Class 60 have, so we can take it that there's nothing wrong with MJW's stuff but is/has been a problem within the game core.
We're talking .bat scripts here IIRC? Even .out scripts can be de-obfuscated/de-tokenised and studied by those so inclined.
We're talking about .bat files (AKA: batch files, probably the most basic form of scripting, being a batch of commands) Peter, not scripts as in .lua/.out format.
Peter's post raises the issue of semantics: many (most?) won't think of .bat files when we discuss scripts, reserving the term "scripts" for .lua/.out files.
From MajorWalesDesign . This is top notch stuff and safe to apply. (In case you're not one of those who have unpacked all their ap's in which case the installer will fail, just like AP's.) https://www.major.wales/revamp-packs/180
