Testing v8.005

[scottb613]

Hi Eric,

I'll give that a try - thanks.


Regards,
Scott

[eric]

Found the possible culprit.

Comment out the following values if you don't have them populated in the Settings file already:

// startTileX = ""
// startTileY = ""

When I was reorganizing the settings file (it's Scott's fault....) that got uncommented or I just erased the settings for my own route (this overrides the TRK start tile)

I'll add a check for a null value on that before trying to apply it.

[scottb613]

Hi Eric,

Hah - that Scott guy - always up to no good.
👿👹👺

Yep - delete settings and it will create a new.

Thanks for all the effort.

Regards,
Scott

[geepster775]

Deleted it, it came back a smaller file 4 kb. The original settings in the U pack was 8 kb.

[eric]

I'm mostly concerned that it opens....

I've been adding things back one by one, and those two start tile settings seemed to be the problem.

[weichenpfleger]

Hi Eric,
I have constant crashes with “TSRE-Testing-v8.005u”
and get a message button: “CefSharp.BrowserSubprocess.exe”, with the message: “unknown Hard Error”!
Maybe you can do something with it.

Greetings

Weichenpfleger

[eric]

Try the updated setting file in the first post of this thread

[eric]

Updated settings file as well as a new Zip are now posted.

If you get positive results, please let me know.

[scottb613]

Hi Eric,

Just an FYI on V8 u-2.

I noticed an issue in my route via the ORTS Log.

 TDB

Warning: Track node 319 pin 0 has invalid link to track node 0 in F:\MSTS Mini Fast\SCO_CLEAN\Train Simulator\ROUTES\SCO_LHR\SCO_LHR.tdb:line 2850

Warning: Track node 320 pin 0 has invalid link to track node 0 in F:\MSTS Mini Fast\SCO_CLEAN\Train Simulator\ROUTES\SCO_LHR\SCO_LHR.tdb:line 2859

 SIGCFG DAT ACT RDB CARSPAWN SIGSCR ssWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWW

Warning: Ignored invalid track node 319 pin [0,0] link to track node 0

Warning: Ignored invalid track node 320 pin [0,0] link to track node 0

Ran the TDB Rebuild and Autofix - loaded - and saved.

// FIXES
loadAllWFiles = true
listFiles = true
autoFix = true

// REBUILD TDB
unsafemode = true
routeRebuildTDB = true

No Change...

Same error listed again.

I'll see if I can remove it by hand. I saved a copy with error - if you need it.

Thanks.

Regards,
Scott

[kapitaen]

Free turnout ends always give an error as long as no track is installed.
Jan

[scottb613]

Hi Jan,

Thanks so much - getting nowhere deleting the nodes being called out.

Let me check the route.

Regards,
Scott

[scottb613]

Free turnout ends always give an error as long as no track is installed.
Jan

Hi Jan,

Nailed it - had two stacked red poles - all good.

Please disregard - newb mistake.


Regards,
Scott

[scottb613]

Hi Folks,

I continued to use the route after the TDB Rebuild.

Two things worth of note:

1. It leaves some yellow poles down - so you need to check over your full route afterwards.
2. It puts up yellow poles on many lost track pieces - I found over a dozen MIA track pieces buried under other track - thankfully - that I could remove.

Ooh - I got a cool new badge - thanks Eric.

Regards,
Scott

[eric]

It leaves some yellow poles down - so you need to check over your full route afterwards.

I'm hoping that those are just dynamic track or other section (e.g. DynaTrack converted shape) where there's no SectionIdx data available in either the local or global TSection.

If you've placed a trackshape as a static piece, that might do it as well. Some people have done that with yards and sidings so that they're visually present.

[scottb613]

Hi Eric,

Yep - some were Dynamic Track - many others - oddly enough - were double tracks - one side would have a valid yellow pole and the other side would be missing. Only a dozen or so issues with thousands of pieces of track. It’s easy enough to fix - just toggle the yellow poles.

Looking at the log file - it appears it cleaned up a bunch of things.

I’ll attach it.

tsre-log-20250402-1942.txt

Regards,
Scott