TDB Corruption on Route Save?

**eolesen** · 12-31-2020, 04:50 PM

I've gone back as far as three track sections in either direction. If the join between C and D is broken, I am removing A B C D E F, and it will display fine until I exit.

When I reload the route and go to that spot, or if I run a train, the joint at C and D is still broken.

I've also deleted the entire vector using the Hacks menu. There shouldn't be any endpoint data saved, right? Then I re-add the sections in order A-B-C-D-E-F and the joint will be broken when I exit and re-open the route.

The only way I can explain an error like that returning consistently after several delete/exit/re-add/exit cycles is if you are calculating the vector wrong when you re-write out the TDB. It's not rendering incorrectly in either TSRE or ORTS. It's only the TDB vector.

It could be the calculation use by transformation, or perhaps there's a decimal value being dropped in the process. Either way, the vector line is visually correct after updating A-B-C/D-E-F yet it's not being saved that way after a restart.

I'll keep testing later....

**GokuMK** · 12-31-2020, 05:41 PM

You can send me a demo route and instruction how to cause this bug.

**eolesen** · 01-01-2021, 05:00 AM

I was able to recreate in a blank route....

Lay six sr_3tstr_y_100m pieces in a row
Save/exit
Re-open
transform piece C rotate Y by 0.4
snap connect piece D
transform piece D rotate Y by -0.4
snap connect piece E and F
Save/exit
Reopen....
Lines will be broken at C-D and D-E

I was also able to go in, select and un-Z the entire vector, save/close, re-open, re-Z the entire vector, close, reopen, and it would break again.

This is on a route that I've never run WFH on, btw...

TDB entries

Code:

				TrackNode ( 39
			TrEndNode ( 0 )
			UiD ( -11907 13931 6 0 -11907 13931 855.63141 164.81444 -946.8053 0 3.1415896 0 )
			TrPins ( 1 0
				TrPin ( 40 0 )
			)
		)

TrackNode ( 40
			TrVectorNode (
				TrVectorSections ( 6
          2 23619 -11907 13931 12 4 5 00 -11907 13931 856.32965 164.814 -346.80728  0 3.1415901 0 
          2 23619 -11907 13931 11 1 0 00 -11907 13931 856.32965 164.814 -446.80728  0 3.1415901 0 
          2 23619 -11907 13931 10 1 0 00 -11907 13931 856.32965 164.814 -546.80743  0 3.1415901 0
          2 23619 -11907 13931  9 1 0 00 -11907 13931 856.32965 164.814 -646.80743  0 3.1415901 0     <--- UID 9 zigged
          2 23619 -11907 13931  8 1 0 00 -11907 13931 855.63165 164.814 -746.77753  0 3.1485739 0     <--- UID 8 zagged
          2 23619 -11907 13931  6 1 0 00 -11907 13931 855.63141 164.81444 -846.8053 0 3.1415901 0 )
			)
			TrPins ( 1 1
				TrPin ( 41 1 )
				TrPin ( 39 1 )
			)
		)
		TrackNode ( 41
			TrEndNode ( 0 )
			UiD ( -11907 13931 12 4 -11907 13931 856.32965 164.814 -346.80728 0 6.2831826 0 )
			TrPins ( 1 0
				TrPin ( 40 1 )
			)
		)

W-file entries

Code:

		
	TrackObj (
		UiD ( 6 )
		SectionIdx ( 23619 )
		Elevation ( 0 )
		CollideFlags ( 39 )
		FileName ( SR_3tStr_y_100m.s )
		StaticFlags ( 00200180 )
		Position ( 859.594 164.814 -946.805 )
		QDirection ( 0 0 0 1 )
		VDbId ( 4294967295 )
	)
	TrackObj (
		UiD ( 8 )
		SectionIdx ( 23619 )
		Elevation ( 0 )
		CollideFlags ( 39 )
		FileName ( SR_3tStr_y_100m.s )
		StaticFlags ( 00200180 )
		Position ( 859.594 164.814 -846.805 )
		QDirection ( 0 0 0 1 )
		VDbId ( 4294967295 )
	)
	TrackObj (
		UiD ( 9 )
		SectionIdx ( 23619 )
		Elevation ( 0 )
		CollideFlags ( 39 )
		FileName ( SR_3tStr_y_100m.s )
		StaticFlags ( 00200180 )
		Position ( 859.594 164.814 -746.805 )
		QDirection ( 0 -0.00349065 0 0.999994 )
		VDbId ( 4294967295 )
	)
	TrackObj (
		UiD ( 10 )
		SectionIdx ( 23619 )
		Elevation ( 0 )
		CollideFlags ( 39 )
		FileName ( SR_3tStr_y_100m.s )
		StaticFlags ( 00200180 )
		Position ( 860.292 164.814 -646.807 )
		QDirection ( 0 -2.32831e-10 0 1 )
		VDbId ( 4294967295 )
	)
	TrackObj (
		UiD ( 11 )
		SectionIdx ( 23619 )
		Elevation ( 0 )
		CollideFlags ( 39 )
		FileName ( SR_3tStr_y_100m.s )
		StaticFlags ( 00200180 )
		Position ( 860.292 164.814 -546.807 )
		QDirection ( 0 -2.32831e-10 0 1 )
		VDbId ( 4294967295 )
	)
	TrackObj (
		UiD ( 12 )
		SectionIdx ( 23619 )
		Elevation ( 0 )
		CollideFlags ( 39 )
		FileName ( SR_3tStr_y_100m.s )
		StaticFlags ( 00200180 )
		Position ( 860.292 164.814 -346.807 )
		QDirection ( 0 -1 0 -4.37114e-08 )
		VDbId ( 4294967295 )
	)
)

**eolesen** · 01-01-2021, 04:07 PM

Originally Posted by eolesen

1) Random pieces of track are disappearing. Today it was SR_END_W_03Dx2.s and SR_1TSTR_W_090M.s sections, in areas I hadn't touched for weeks.

Figured out what's happening on this, but no idea how to address it.

Here's what the TSRE log.txt says when I place a SR_1tstr_w_090m.s or SR_1tstr_c_090m.s:

Code:

[I] "engItemSelected"
[I] "E:/Dropbox/MSTS/global/shapes/SR_1tStr_w_090m.s"
[I] found :  0
[I] "placeTool"
[I] 1:  -11546   -14423   187.83   190.404   650.047
[I] 2:  -11546   -14423   187.83   190.404   650.047
[I] "trackobj"   "SR_1tStr_w_090m.s" 593
[I] Nowy  651  shape:  "E:/Dropbox/MSTS/global/shapes/SR_1tStr_w_090m.s"
[I] "E:/Dropbox/MSTS/global/shapes/SR_1tStr_w_090m.s|E:/Dropbox/MSTS/routes/cnw-harvard/textures"
[I] #SFile - undefined token "@@\u0000"

That last line is presumably why the shape won't render... There are other shapes where this is happening.

If I decompile and uncompress the shape, it renders....

**eolesen** · 01-01-2021, 07:14 PM

I've found 53 Scalerail shapes that can't be opened in TSRE while in binary compressed form due to the undefined token issue:

SR_1tSwt_w_im03dR_Div.s @@\u0000
SR_1tBrg_c_0150r10d.s i
SR_1tBrg_w_0150r10d.s i
SR_1tCrv_c_00100r03_5d.s @@\u0000
SR_1tCrv_w_00100r03_5d.s @@\u0000
SR_1tEnd_c_03dx2.s @@\u0000
SR_1tEnd_c_05dL.s @@\u0000
SR_1tEnd_w_03dx2.s @@\u0000
SR_1tEnd_w_05dL.s @@\u0000
SR_1tEru_c_06d.s @@\u0000
SR_1tEru_w_06d.s @@\u0000
SR_1tStr_c_090m.s @@\u0000
SR_1tTun_c_05dL.s @@\u0000
SR_1tTun_c_Crv_02000r10d.s @@\u0000
SR_1tTun_w_05dL.s @@\u0000
SR_1tTun_w_Crv_02000r10d.s @@\u0000
SR_1tWye_c_a10.s @@\u0000
SR_1tWye_c_m10.s @@\u0000
SR_1tWye_w_a10.s @@\u0000
SR_1tWye_w_m10.s @@\u0000
SR_1tYrd_c_0250r05dG.s \u0087
SR_1tYrd_w_0250r05dG.s \u0087
SR_2tBrg_w_1500r05d.s @@\u0000
SR_2tCrv_c_03000r05d.s @@\u0000
SR_2tCrv_w_00150r05d.s @@\u0000
SR_2tCrv_w_03000r05d.s @@\u0000
SR_2tStr_c_200m.s \u0096
SR_2tStr_n_500m.s @@\u0000
SR_4tStr_c_080m.s @@\u0000
SR_4tStr_c_150m.s @@\u0000
SR_4tStr_w_080m.s @@\u0000
SR_4tStr_w_150m.s @@\u0000
SR_City_4LStr_080m.s `
SR_Country_2LCrv_0250r20d.s @@\u0000
SR_Hiway_4LStr_050m.s @@\u0000
SR_Town_2LCrv_0200r10d.s å
SR_Town_2LCrv_1000r01d.s [
SR_Town_2LCrv_1500r10d.s @@\u0000
SR_Town_2LStr_040m.s d
SR_Town_Repl03.s ¡
SR_Urban_4LCrv_1500r20d.s @@\u0000
SR_Urban_4LStr_090m.s `
SR_XtBrg_n_0500r10dA.s ã
SR_XtCrv_c_00700r05dA.s \u0088
SR_XtCrv_w_00700r05dA.s \u0088
SR_XtEnd_c_05dLA.s @@\u0000
SR_XtEnd_c_05dLB.s @@\u0000
SR_XtEnd_c_05dLD.s @@\u0000
SR_XtEnd_c_05dLE.s @@\u0000
SR_XtEnd_w_05dLA.s @@\u0000
SR_XtEnd_w_05dLB.s @@\u0000
SR_XtEnd_w_05dLD.s @@\u0000
SR_XtEnd_w_05dLE.s @@\u0000

If you decompile these with FFEDITC_UNICODE, they render just fine...

I can't imagine these are the only shapes that might be compromised, but I only had time to check the 3100 or so Scalerail/Scaleroads shapes...

**eolesen** · 01-06-2021, 03:02 PM

Originally Posted by GokuMK

You can send me a demo route and instruction how to cause this bug.

Were you able to replicate this?

Thread: TDB Corruption on Route Save?

Thread Tools

Display

Posting Permissions