TRS19 Beta 111341 (PC) 11347 (Steam PC) and 111343 (Mac)

Another script error:

- <kuid2:45324:100109:1> : GameObject::Sniff> Target object is null (file gs.gs)
; <kuid2:45324:100109:1> : Script class: FX_Loco
; <kuid2:45324:100109:1> : MeshObject: <kuid2:45324:100109:1> "NS ES40DC"
; <kuid2:45324:100109:1> : Script callstack
; <kuid2:45324:100109:1> : function $void@GameObject::Sniff(GameObject,string,string,bool), line -1
; <kuid2:45324:100109:1> : function $void@FX_Loco::MessageHandler(Message), line 1174
- <kuid2:45324:100109:1> : GameObject::Sniff> Target object is null (file gs.gs)
; <kuid2:45324:100109:1> : Script class: FX_Loco

Bug reported.
 
Please stop using my name. I am going to keep getting rid of your stuff.
 
Last edited:
Getting a script error every time I try to adjust video settings in surveyor

- <NULL> : File sliderhandler.gs, Line 104, ER_NullReference
; <NULL> : Script class: SliderHandler
; <NULL> : Object: GSGameObject{0xa6b9a190; class:GSClass{0xbdeeef78: SliderHandler}, refcount:3}
; <NULL> : Script callstack
; <NULL> : function $void@SliderHandler::SetPropertyValue(string,PropertyValue), line 104
; <NULL> : function $void@HTMLPropertyGroup::SetPropertyValue(string,PropertyValue), line 1184
; <NULL> : function $void@PropertyObject::LinkPropertyValue(string), line 639
 
Also not seeing any Mac update via Steam - code entered, Steam shows it as Beta-enabled in the app list, but no update.
 
How long does the database rebuild take after installing the beta? Mine has been going a couple of hours. Database updates never took this long.
 
Tony_Hilliam Greetings) Tell me, do you plan to do something with SpeedTree? Because this is the main FPS drawdown

That is not my experience. The use of SpeedTrees has significantly improved my FPS rate over other types of trees.

Could you supply more information such as routes with this problem, or specific trees.
 
How long does the database rebuild take after installing the beta? Mine has been going a couple of hours. Database updates never took this long.

There are a lot of factors such as how much content you have, how defragmented your hard drive is, and how much memory you have in your system. Mine took couple of hours. With that said, there was mention by someone else above that this appeared to be more like an EDBR than the quick one done after an upgrade.
 
sp3 beta 111341 installed - automatic database rebuild < 6 minutes ..

.. at first i did, as always, a quick check in my representative (loading time - lodquality - performance) diorama "expo lockm19" with >600 steaming and pounding locs (of 3484): every parked loc is present, smooth smoking and no green components ..

.. green components : accidentally i placed some cars in my current wip and i noticed that some volkwagens had green parts / components : in all probability metal / chrome .. like for instance <kuid:494602:101296> MG VW Coccinelle by giraud and <kuid:73394:102132> VW Kaefer 50 by bengolle (pic 1) .. no red errors in contentmanager .. and in assetx the .im-file seams to be ok .. (pic 2)

.. next check was presence of notifications installed (pay)ware :
- <kuid2:69379:100008:11> SnC Craven District : in driver / surveyor menu : red flag with white exclamation mark = error ".. unable to read config file for asset at 'arc:fld:$(local)/hash-6A||kuid2 523 1127 2.tzarc|kuid2 523 1127 2 .." (pic 3) .. in contentmanager : no error nor missing(s)
- <kuid2:620415:101000:15> Niddertalbahn - TRS19 : missing dependencies = unknown assets in <kuid2:150399:24550:5> Shape closing signal 4m v5 (pic 4)
- some payware and/or built-in assets have "newer version available" .. but could not be downloaded nor updated in launcher/content store ..
- <kuid:86955:101489> 086955 Diorama - Blast Down Under (by myself) : red flag with white exclamation mark = 0 errors and 5 warnings (pic 5) ... after a preview (contentmanager/edit/open../preview asset) the faulty-notification disappear ... just as many other modified/faulties without errors ...
note : in this version / release / sp beta, there is no ctd (crash-to-desktop) after previewing a (really) faulty asset : it just don't start a preview ...

thankz for the updates / sp release .. and i am going to continue having fun ..
stay safe, stay relaxed ..
grtz
daveric

trs19-sp3-beta---release-assertions.jpg


... warnings (no errors) mg vw coccinelle ...
Code:
; <kuid:494602:101296> : Validating <kuid:494602:101296>  ! <kuid:494602:101296> : VE48: This asset uses an obsolete trainz-build number. Trainz-build numbers below 3.5 are no longer supported.
  ; <NULL> : MeshResource::LoadResource> <NULL> | arc:fld:$(local)/hash-BB||kuid 494602 101296.tzarc|
    ; <NULL> : Loading mesh kaefer.im
      ! <kuid:494602:101296> : VE217: Material chrome.m.reflect in mesh file kaefer.im has no texture assigned to a required slot: texture0
      ! <kuid:494602:101296> : VE217: Material chrome.m.reflect in mesh file kaefer.im has no texture assigned to a required slot: texture0
      ! <kuid:494602:101296> : VE217: Material chrome.m.reflect in mesh file kaefer.im has no texture assigned to a required slot: texture0
      ! <kuid:494602:101296> : VE217: Material chrome.m.reflect in mesh file kaefer.im has no texture assigned to a required slot: texture0
      ! <kuid:494602:101296> : VE217: Material material #275.m.reflect in mesh file kaefer.im has no texture assigned to a required slot: texture0
      ! <kuid:494602:101296> : VE217: Material material #275.m.reflect in mesh file kaefer.im has no texture assigned to a required slot: texture0
      ! <kuid:494602:101296> : VE217: Material material #275.m.reflect in mesh file kaefer.im has no texture assigned to a required slot: texture0
      ! <kuid:494602:101296> : VE217: Material material #275.m.reflect in mesh file kaefer.im has no texture assigned to a required slot: texture0
      ! <kuid:494602:101296> : VE217: Material material #275.m.reflect in mesh file kaefer.im has no texture assigned to a required slot: texture0
      ! <kuid:494602:101296> : VE217: Material material #275.m.reflect in mesh file kaefer.im has no texture assigned to a required slot: texture0
      ! <kuid:494602:101296> : VE166: 17 combined chunks (of 48 source) in .im file: 
  ; <NULL> : MeshResource::LoadResource> <NULL> | arc:fld:$(local)/hash-BB||kuid 494602 101296.tzarc|
    ; <NULL> : Loading mesh lod01.im
      ! <kuid:494602:101296> : VE217: Material material #275.m.reflect in mesh file lod01.im has no texture assigned to a required slot: texture0
      ! <kuid:494602:101296> : VE217: Material chrome.m.reflect in mesh file lod01.im has no texture assigned to a required slot: texture0
      ! <kuid:494602:101296> : VE217: Material chrome.m.reflect in mesh file lod01.im has no texture assigned to a required slot: texture0
  ; <NULL> : MeshResource::LoadResource> <NULL> | arc:fld:$(local)/hash-BB||kuid 494602 101296.tzarc|
    ; <NULL> : Loading mesh lod02.im
      ! <kuid:494602:101296> : VE217: Material material #275.m.reflect in mesh file lod02.im has no texture assigned to a required slot: texture0
  ! <kuid:494602:101296> : VE107: The high-detail meshes total more than 10000 polygons. This may have a negative impact on performance: 0: 388295, 1: 73844, 2: 454
  ; <NULL> : Performing asset precache
    ; <kuid:494602:101296> : PrecacheManager::PrecacheNow> <kuid:494602:101296>
      ; <NULL> : PrecacheManager::PrecacheNow> <kuid:494602:101296>
        ; <NULL> : MeshObject::LockMeshes> <kuid:494602:101296> "MG VW Coccinelle"
          ; <NULL> : MeshResource::LoadResource> <kuid:494602:101296> | arc:fld:$(local)/hash-BB||kuid 494602 101296.tzarc|
            ; <NULL> : Loading mesh kaefer.im
              ! <kuid:494602:101296> : VE217: Material chrome.m.reflect in mesh file kaefer.im has no texture assigned to a required slot: texture0
              ! <kuid:494602:101296> : VE217: Material chrome.m.reflect in mesh file kaefer.im has no texture assigned to a required slot: texture0
              ! <kuid:494602:101296> : VE217: Material chrome.m.reflect in mesh file kaefer.im has no texture assigned to a required slot: texture0
              ! <kuid:494602:101296> : VE217: Material chrome.m.reflect in mesh file kaefer.im has no texture assigned to a required slot: texture0
              ! <kuid:494602:101296> : VE217: Material material #275.m.reflect in mesh file kaefer.im has no texture assigned to a required slot: texture0
              ! <kuid:494602:101296> : VE217: Material material #275.m.reflect in mesh file kaefer.im has no texture assigned to a required slot: texture0
              ! <kuid:494602:101296> : VE217: Material material #275.m.reflect in mesh file kaefer.im has no texture assigned to a required slot: texture0
              ! <kuid:494602:101296> : VE217: Material material #275.m.reflect in mesh file kaefer.im has no texture assigned to a required slot: texture0
              ! <kuid:494602:101296> : VE217: Material material #275.m.reflect in mesh file kaefer.im has no texture assigned to a required slot: texture0
              ! <kuid:494602:101296> : VE217: Material material #275.m.reflect in mesh file kaefer.im has no texture assigned to a required slot: texture0
              ! <kuid:494602:101296> : VE166: 17 combined chunks (of 48 source) in .im file: 
          ; <NULL> : MeshResource::LoadResource> <kuid:494602:101296> | arc:fld:$(local)/hash-BB||kuid 494602 101296.tzarc|
            ; <NULL> : Loading mesh lod01.im
              ! <kuid:494602:101296> : VE217: Material material #275.m.reflect in mesh file lod01.im has no texture assigned to a required slot: texture0
              ! <kuid:494602:101296> : VE217: Material chrome.m.reflect in mesh file lod01.im has no texture assigned to a required slot: texture0
              ! <kuid:494602:101296> : VE217: Material chrome.m.reflect in mesh file lod01.im has no texture assigned to a required slot: texture0
          ; <NULL> : MeshResource::LoadResource> <kuid:494602:101296> | arc:fld:$(local)/hash-BB||kuid 494602 101296.tzarc|
            ; <NULL> : Loading mesh lod02.im
              ! <kuid:494602:101296> : VE217: Material material #275.m.reflect in mesh file lod02.im has no texture assigned to a required slot: texture0
        ! <kuid:494602:101296> : TrainzMeshCollisionData::CreateNewShapeFromData> vertex count too high, falling back to AABB
 
With this new build I have been trying to eliminate all the script errors from the game by replacing all the faulty assets I can find. However, I have encountered one script error that I cannot work around.
This is <kuid2:122285:508:23> "AJS Superscript Code Library which gives the error below.




- <kuid2:122285:508:23> : Superscript.GetBogieList> Unsupported in this trainz version (file gs.gs)
; <kuid2:122285:508:23> : Script class: Superscript
; <kuid2:122285:508:23> : Object: ScriptableObject{0xf8abbbc0; asset:SpecReference{<kuid2:122285:508:23> "AJS Superscript Code Library"}, class:GSClass{0x11e179970: Superscript}, refcount:143}
; <kuid2:122285:508:23> : Script callstack
; <kuid2:122285:508:23> : function $void@GameObject::Exception(string), line -1
; <kuid2:122285:508:23> : function $bool@Superscript::GetBogieList(int), line 1007
; <kuid2:122285:508:23> : function $string@Superscript::LibraryCall(string,string[],GSObject[]), line 2456
; <kuid2:122285:508:23> : function $void@SSVehicle::MessageHandler(Message), line 46


Usually it is down to the creator to repair the asset but, unfortunately, in this circumstance it is not possible as andi06 has passed away.
This script is used in a huge amount of UK assets and is now 'Built In' so I assume it is down to the repair team to put it right.

Here's hoping with fingers crossed!!!!!!

Peter
 
@springtransit: TNX! alt+enter gave me the fullscreen back.
@charly174: I'm sorry, I do have the name, but not the language.... my dad came from Hungary to The Netherlands in 1922.
 
Not sure if it's been mentioned, but in 111341, while in Surveyor, when I used the "apply height" tool in the topography screen, it caused TRS19 to freeze up, and I had to use CTL ALT DEL to get out.

Something else I just noticed with build 111341: If you're driving a session, and then you save and exit, and then make some minor changes to the route in surveyor, upon trying to reload the saved session, it won't load. It just hangs at the loading screen. This never happened before this beta update.
 
Last edited:
Any attempt to edit an existing session results in most of the stock vanishing from the session next time it is reloaded.
 
Also not seeing the issues cited by both neilsmith749 and 2995Valliant above - even with constant changes, saves, exits and re-opening, following editing sessions of both routes and sessions.
Suggest report these via bug reports to the support team with as much detail as possible to give yourself a good chance of an early resolution. https://n3vgames.typeform.com/to/xRdryu
This beta is pretty close to being a keeper, I reckon, though I will welcome the suppression of the assertion dialogs and constant red-bug alerts (arising from known, perennial issues) when the release version appears.
 
Any attempt to edit an existing session results in most of the stock vanishing from the session next time it is reloaded.

I have been editing, saving and reloading a session and have not had that issue.

Also not seeing the issues cited by both neilsmith749 and 2995Valliant above - even with constant changes, saves, exits and re-opening, following editing sessions of both routes and sessions.

I was about to post that I wasn't having any problems with the session I've been working on for the Cornish Mainline route by Robert3a0, but then this afternoon I did. Nothing is missing, but a couple of engines are now not where I put them and a passenger train is further up the line from where it should be.
 
Saved sessions can now load again after editing route - not sure why. But many pieces of rolling stock and locos are moved or missing altogether in the sessions.
 
Last edited:
I ran into some super elevation that had me on a 45 degree angle on UMR2021 after updated to the latest update TRS19+ Beta. I was waiting for the train to fall off the tracks but it didn't.

Yeah - pretty sure I didn't do that! I've noticed some tracks moving too - ie. not sitting where I laid them. I think this beta update has an awful lot of random bugs!
 
There's a possible clue to what may have caused the issues mentioned by RJArtrim and neilsmith749 above from Tony_Hilliam's original post in this thread:
  • Spline curvature has returned to the legacy system so it is safe to once again bulk replace track without your track losing "shape".
If you had consists appearing on spline curves on (or super-elevation applied to) recently-laid or adjusted track that used the now-abandoned "new" spline changes, then these would likely 'disappear', become derailed, or appear distorted.
That can occur under normal circumstances if you have consists sitting on track in a session where you exit and save and then go into Surveyor Edit mode of the session's underlying Route to make adjustment to the track nearby, or underneath, the location where the consist was placed in the session.
 
Back
Top