Final Beta Test 114205 (PC) and 114207 (Mac)

session log errors

When I now open and exit a route in the clean 114281, I get a session log box on the screen
TRS19 session logs.JPG
Any idea what that means?
From the Launcher / Developer, I opened Show Logs and have this. I had cleared it before the last route open and close.
? <NULL> : MeshObject::LockMeshes> <kuid:-25:1264> "Portal"
? <kuid:-25:1264> : MeshResource::LoadResource> <kuid:-25:1264> | arc:fld:$(builtin)/core/content||kuid -25 1264.tzarc|
? <NULL> : Loading mesh portal_lod2.trainzmesh
! <kuid:-25:1264> : ReadTrainzMeshFileChunk> Invalid texel factor: 0.000000
? <NULL> : Loading mesh portal_lod1.trainzmesh
! <kuid:-25:1264> : ReadTrainzMeshFileChunk> Invalid texel factor: 0.000000
? <NULL> : Loading mesh portal_lod0.trainzmesh
! <kuid:-25:1264> : ReadTrainzMeshFileChunk> Invalid texel factor: 0.000000
! <kuid:-25:1264> : Index buffer contains degenerate triangles
! <kuid:-25:1264> : Vertex buffer contains NaN elements (normal)
+ <kuid:70337:100458> : <kuid:70337:100458> opened for edit
+ <kuid:70337:100459> : <kuid:70337:100459> opened for edit
; <NULL> : GSRouter::Done(), 4 outstanding node(s)
? <kuid2:523:156567:1> : MeshResource::LoadResource> <kuid2:523:156567:1> | arc:fld:$(original)/hash-FF||kuid2 523 156567 1.tzarc|
? <NULL> : Loading mesh sd402_bogey.im
; <kuid2:523:156567:1> : Mismatch: Diffuse color mismatch
! <kuid2:523:156567:1> : VE186: Material 'arc:fld:$(original)/hash-FF||kuid2 523 156567 1.tzarc|**bog.m.tbumptex' is shared between multiple chunks in this asset but the material parameters conflict.
? <kuid:-25:34> : MeshResource::LoadResource> <kuid:-25:34> | arc:fld:$(original)/hash-3A||kuid -25 34.tzarc|
? <NULL> : Loading mesh alcofpa4_cn_stripes_body/alcofpa4_cn_stripes_body.im
; <kuid:-25:34> : Mismatch: Material type mismatch
! <kuid:-25:34> : VE186: Material 'arc:fld:$(original)/hash-3A||kuid -25 34.tzarc|alcofpa4_cn_stripes_body**b.m.reflect' is shared between multiple chunks in this asset but the material parameters conflict.
! <kuid:-25:34> : VE166: 17 combined chunks (of 18 source) in .im file:
? <kuid:-25:35> : MeshResource::LoadResource> <kuid:-25:35> | arc:fld:$(original)/hash-3B||kuid -25 35.tzarc|
? <NULL> : Loading mesh sd40-2_lod0.im
; <kuid:-25:35> : Mismatch: Payload mismatch on: matSpecular
; <kuid:-25:35> : Mismatch: payloads: (0.501961,0.501961,0.501961,0.501961) != (0.752941,0.752941,0.752941,0.752941)
! <kuid:-25:35> : VE186: Material 'arc:fld:$(original)/hash-3B||kuid -25 35.tzarc|**fan.m.onetex' is shared between multiple chunks in this asset but the material parameters conflict.
? <kuid:-25:35> : MeshResource::LoadResource> <kuid:-25:35> | arc:fld:$(original)/hash-3B||kuid -25 35.tzarc|
? <NULL> : Loading mesh fan_lod0.im
; <kuid:-25:35> : Mismatch: Texture mismatch on slot: texture0
! <kuid:-25:35> : VE186: Material 'arc:fld:$(original)/hash-3B||kuid -25 35.tzarc|**fan.m.onetex' is shared between multiple chunks in this asset but the material parameters conflict.
; <NULL> : GSRouter::Done(), 4 outstanding node(s)
; <NULL> : GSRouter::Done(), 4 outstanding node(s)
; <NULL> : GSRouter::Done(), 4 outstanding node(s)
? <NULL> :
! <NULL> : TrainzAssetAccessorCached::OpenAssetFileForReading> missing file: config.chump
+ <kuid:70337:100459> : <kuid:70337:100459> submitted
+ <kuid:70337:100458> : <kuid:70337:100458> reverted
+ <kuid:70337:100459> : <kuid:70337:100459> reverted
; <NULL> : GSRouter::Done(), 4 outstanding node(s)
; <NULL> : GSRouter::Done(), 4 outstanding node(s)
; <NULL> : GSRouter::Done(), 4 outstanding node(s)
; <NULL> : GSRouter::Done(), 4 outstanding node(s)
? <NULL> : ScriptableObject::CallScriptInit> <kuid2:276266:100001:7>
; <NULL> : Legacy function call: World.GetVehicleList (file world.gs)
? <kuid:942115:88> : MeshResource::LoadResource> <kuid:942115:88> | arc:fld:$(builtin)/46400d/content||kuid 942115 88.tzarc|kuid 942115 88
? <NULL> : Loading mesh sidewalkcornersmoothoutsidelod0n.trainzmesh
! <kuid:942115:88> : Index buffer contains degenerate triangles
! <kuid:942115:88> : Vertex buffer contains NaN elements (normal)
? <kuid2:276266:100500:4> : MeshResource::LoadResource> <kuid2:276266:100500:4> | arc:fld:$(builtin)/46472d/content||kuid2 276266 100500 4.tzarc|kuid2 276266 100500 4
? <NULL> : Loading mesh wheels_body/wheels_body.trainzmesh
! <kuid2:276266:100500:4> : Index buffer contains degenerate triangles
! <kuid2:276266:100500:4> : Vertex buffer contains NaN elements (normal)
? <kuid:942115:108> : MeshResource::LoadResource> <kuid:942115:108> | arc:fld:$(builtin)/46400d/content||kuid 942115 108.tzarc|kuid 942115 108
? <NULL> : Loading mesh car05lod1n.trainzmesh
! <kuid:942115:108> : Index buffer contains degenerate triangles
! <kuid:942115:108> : Vertex buffer contains NaN elements (normal)
? <kuid:942115:108> : MeshResource::LoadResource> <kuid:942115:108> | arc:fld:$(builtin)/46400d/content||kuid 942115 108.tzarc|kuid 942115 108
? <NULL> : Loading mesh car05lod2n.trainzmesh
! <kuid:942115:108> : Vertex buffer contains NaN elements (normal)
? <kuid2:276266:100001:7> : MeshResource::LoadResource> <kuid2:276266:100001:7> | arc:fld:$(builtin)/46472d/content||kuid2 276266 100001 7.tzarc|kuid2 276266 100001 7
? <NULL> : Loading mesh k4_body/k4_body_low.trainzmesh
! <kuid2:276266:100001:7> : Vertex buffer contains NaN elements (normal)
? <NULL> : Loading mesh k4_body/k4_body_mid.trainzmesh
! <kuid2:276266:100001:7> : Index buffer contains degenerate triangles
! <kuid2:276266:100001:7> : Vertex buffer contains NaN elements (normal)
? <NULL> : Loading mesh k4_body/k4_body.trainzmesh
! <kuid2:276266:100001:7> : Index buffer contains degenerate triangles
! <kuid2:276266:100001:7> : Vertex buffer contains NaN elements (normal)
? <kuid2:276266:100001:7> : MeshResource::LoadResource> <kuid2:276266:100001:7> | arc:fld:$(builtin)/46472d/content||kuid2 276266 100001 7.tzarc|kuid2 276266 100001 7
? <NULL> : Loading mesh k4_night/k4_light_beam.trainzmesh
! <kuid2:276266:100001:7> : TrainzMeshFile_Load> no valid chunks (k4_night/k4_light_beam.trainzmesh)
- <NULL> : VE242: Unable to load animation file 'anim.kin' (file not found, or is damaged).
? <kuid2:661281:96292:2> : MeshResource::LoadResource> <kuid2:661281:96292:2> | arc:fld:$(builtin)/46472f/content||kuid2 661281 96292 2.tzarc|
? <NULL> : Loading mesh roots5lod0n.trainzmesh
! <kuid2:661281:96292:2> : Vertex buffer contains NaN elements (normal)
? <kuid2:661281:96292:2> : MeshResource::LoadResource> <kuid2:661281:96292:2> | arc:fld:$(builtin)/46472f/content||kuid2 661281 96292 2.tzarc|
? <NULL> : Loading mesh roots5lod1n.trainzmesh
! <kuid2:661281:96292:2> : Vertex buffer contains NaN elements (normal)
; <NULL> : GSRouter::Done(), 4 outstanding node(s)
 
hkoster1 - Just a quick thought/ observation: That behaviour could possibly be explained by you running out of hard drive storage space on that logical drive. Did you check how much space is left/ available?
While that is probably not the cause, please check anyway. Did you run a Faulty assets query in Content Manager at any time during this reinstallation process? And did you create and use an 'Out of Date' filter on your User database?
Also suggest that you delete the contents of your Cache/Internet folder in UserData and check for any 'Open for Edit...' items.

hkoster1 - Did you try downloading lot's of packages at once? What works best for me is to just install packages one at a time. In fact, I try to limit installs to one a day. Crazy? Well, that's not a hard and fast rule, and sometimes not practical, but I at least try to keep an hour or two in between.

Why? You can check each item installed ("installed" timestamp) and it makes troubleshooting so much easier. In Content Manager you can check the "installed" timestamp and relate the installed assets which each "main item" (route, session, loco, etc). ie: If a Route is installed at 8pm you can see the all the assets installed immediately after 8pm. The asset may not be "exclusive" to that item after more installs, but you can at least see which route/session caused the install of the asset.

If you install multiple items at the same time you have no idea which item/asset "blew things up" and the "Installed" timestamps have no reference and mean nothing.
And in the "perfect" world you would run sessions in between each route/session/ install just to make sure some asset with the latest route install didn't mess with things. Can't always do it and not always practical but that's the concept anyway.

just thoughts...


Thanks for your suggestions. It will take a while to get to the root of this.
 
Martin - that’s a legacy script error and so will not affect the release version
The logs are mostly content warnings so relevant only to the content creator.
 
This version under Beta Mac OS Monterey is nice and smooth, however no sound. Last version worked great under Big Sur, but went frustrating after upgrading to Monterey and had no sound.
 
Patching to Build 114281 through Build 113886 caused numerous rather trivial problems with the GCR V15 route sessions. Re-installing Trainz Plus Build 111951 from scratch and then patching to 114281 (without using 113886) seems to have solved many of the problems. Further testing is now in progress.

Peter.
 
Further to my Mac 111956 -> 114207 upgrade woes... I got it solved, but it took some doing.

First, I went back to the 111956 build and the original user data folder. I performed the usual checks for outdated assets, open for editing, and other faulty, and what struck me was
an Installed, Payware (not active) asset: Florida Rail Road Museum Railroad CDE <kuid2:647907:100527:4> downloaded a few weeks ago from the Content Store. I deleted this asset, which also deleted about 40 or so dependencies of other packages. After restoring those I deleted the cache subfolder and the asset*.dtx files, followed by an EDBR.

At that stage, I felt emboldened to try the upgrade -> 114207 again, and lo and behold it worked.:)

I notice now that Florida Rail Road Museum Railroad CDE is a paid for asset, hence the "inactive" moniker. It wasn't when I installed it (Gold membership). So may be that was the problem.
 
Further to my Mac 111956 -> 114207 upgrade woes... I got it solved, but it took some doing.

First, I went back to the 111956 build and the original user data folder. I performed the usual checks for outdated assets, open for editing, and other faulty, and what struck me was
an Installed, Payware (not active) asset: Florida Rail Road Museum Railroad CDE <kuid2:647907:100527:4> downloaded a few weeks ago from the Content Store. I deleted this asset, which also deleted about 40 or so dependencies of other packages. After restoring those I deleted the cache subfolder and the asset*.dtx files, followed by an EDBR.

At that stage, I felt emboldened to try the upgrade -> 114207 again, and lo and behold it worked.:)

I notice now that Florida Rail Road Museum Railroad CDE is a paid for asset, hence the "inactive" moniker. It wasn't when I installed it (Gold membership). So may be that was the problem.

It was a trial route under Gold for a couple of weeks then it got pulled. After a couple weeks it became available, but you might need to reinstall it again in the Content Store. Sometimes, you need to check My Trainz and the Content Vault and enable the route and other assets if they're ready to ensure that the route is updated, and sometimes, the act of enabling the route in the Content Vault enables the route in TRS19.

I know it's confusing... I'm glad you got your version updated regardless.
 
running 114281

lots of faults in hte error log, a large portion are missing icon.tga
my sesion now loads with out crashing but have noticed in surveyor that building height and rotation has become faulty no fine control to movement

nzld
 
Patching to Build 114281 through Build 113886 caused numerous rather trivial problems with the GCR V15 route sessions. Re-installing Trainz Plus Build 111951 from scratch and then patching to 114281 (without using 113886) seems to have solved many of the problems. Further testing is now in progress.

Peter.


Doesn't this show some key issue which potentially generates big part of "mysterious" bugs and errors related to the updates? If builds are somehow mixed up due to the improper update routines, I wouldn't wonder why so many users is facing troubles while others not in the same situation then...
 
I've experienced a small bug in 114281. If I'm not mistaken, this was already in even 113142.
Some tumblers in locos are strangely placed now. Seems like they are broken, but they aren't - they just seem this way. If you click on it, they become normal. It's a minor thing, but could get really confusing for players, because in some cases tumblers even disappear until you actually click on where they were supposed to be. Weird stuff.
I submitted a bug report earlier today with naming a testing built-in loco (which is also on DLS).

Here are 2 pics, first is how it is in 114281, and second is how it should be.

 
Usually don't interfere in beta threads here
(simply don't have time to test others work atm and work on my own new items)


a Cab gets loaded/read/intiated when you go in, at that point all levers/switches/dials etc.
are at their default position, many things are scripted nowadays and it takes a while
for everything to be processed.
It's up to the cab content creator/scripter,
to make the cab in such a way that the controls are in their default position
at the setting/position you want it to be for the user.
this is mostly work in the cabs config.txt
if you want a tumbler to be in up or down at start, export 1 in that position and use that as default
then use the "angles" tag to set the other positions.


Would surprise me if it changed in the latest beta's (saw no mentioning of it anywhere)
nice cab btw, good luck with it.
 
Apple Mac update from 111956 (the previous version, march 2021) to 114207 went OK, without the fail that hkoster1 reported.
The Content Store in the Launcher window announced an update of the route "ECML Edinburgh - Dundee", however installing it issued the error: "Some assets of resource 'simc:sc490' were not included in the download package". Therefore I did a fresh install of the app (111956 from the download page on auran.com, followed by the update to 114207) but then installing the "Canadian Rocky Mountains - Golden, BC" route (in order to reinstall the first route of the standard content, in a new disk folder) gave an error that the Package installation failed, "Failed to download precached data for package 'sc486' at version '20201208212933_749_1' for platform 'standard-6'", 1 Errors, 0 warnings. So it seems there is a problem with downloading content on the Mac version.
 
"Failed to download precached data for package 'sc486' at version '20201208212933_749_1' for platform 'standard-6'", 1 Errors, 0 warnings.

This error occurs on both PC and Mac platforms and has nothing to do with the local installation. What is occurring here is the precache on the server hasn't been updated with the newer version you have installed.
 
Driver / Surveyor Menu, Type: Routes, Source: My content is empty. The routes, however, show fine in the Installed and Purchased filter.

No Routes.jpg
 
Precache data generally isn't available for beta versions (this is then created in-game on the first load of the route).

The ECML missing deps looks to only occur when other DLC is installed (so there is a conflict between different versions of a builtin asset). We're investigating, but try a db repair as that may fix it.
 

Yep, that's definitely it. Did you send out a bug report?
I did, but Q&A Team has failed to capture the same problem, for some reason. So I sent another example to them.

It's up to the cab content creator/scripter,
to make the cab in such a way that the controls are in their default position

This is not the issue with loco's config. Tumblers should be either in the "Up" position, or "Down" position. But it's not the case. When you start the game, it's rather in the "neutral" position. But the thing is - there is no neutral position. Therefore, it's a bug.
 
@RBrooks, Its not the loco config, but the cab(kind interior) config?
Try read again what i posted (working full time on a cab atm.)
if you have a switch (tumbler) that needs to be down as default, export and attach 1 in that position
set "limits" 0,1 (only 2 positions) adjust "angles" to get the extremes for the 2 positions
 
My guess is the db didn't know your user ID for some reason. Working fine here. Re-enter your details and recheck.

Thankyou, Tony. I ended up recopying over my database and reran an EDR to import the data. Everything appears to be all set now. Glitches...
 
Back
Top