Trainz Plus Beta TLR Phase 3 - 132833

[n3v_laurence]

Nothing was disabled. I selected a line from Main Yard Station and adjusted the order of the stations and added some others. The train started from one of the stations in the loop.
and ended at the last station before the first station it started from.

The loop consists of the following stations. From Main Yard Station then heading East it goes to Refinery, Westside Station, Coal Burning, Hyde South and then back to Main Yard.
It is a closed loop. There are 2 tracks one clockwise and one anti-clockwise. These are Platforms 1 & 2 . Platform 3 is for the local country lines.

If I make a passenger line a loop, and there are 5 station on that loop. Do I have to tell it to go back to the station it started from to achieve the loop.?

As per ColPrice2002 comment, did you set the Passenger Line as "Loop" type?

 

[JCitron]

What about degrading performance after running a session a second time? Any signs of improvement there?

I didn't see that this time, but I will keep my eyes open for it.

 

[JCitron]

iPortalBasic fails with a script error now.

- <kuid2:30671:23501:1> : File scenerywithtrack.gs, Line 82, ER_NullReference
  ; <kuid2:30671:23501:1> : Script class: iPortalBasic
  ; <kuid2:30671:23501:1> : MeshObject: <kuid2:30671:23501:1> "iPortalBasic"
  ; <kuid2:30671:23501:1> : Script callstack
    ; <kuid2:30671:23501:1> : function $string@SceneryWithTrack::FindTriggerContainingNode(int,bool), mobj{id=533580150, ScriptableObject{0x1da7e2500; asset:SpecReference{<kuid2:30671:23501:1> "iPortalBasic"}, class:GSClass{0x1ae5fcb20: iPortalBasic}, refcount:11}}function $void@iPortalBasic::EmitTrain(), line 1581 iportalbasic.gse, mobj{id=533580150, ScriptableObject{0x1da7e2500; asset:SpecReference{<kuid2:30671:23501:1> "iPortalBasic"}, class:GSClass{0x1ae5fcb20: iPortalBasic}, refcount:11}}function $void@iPortalBasic::CheckEmitTrains(), line 1861 iportalbasic.gse, mobj{id=533580150, ScriptableObject{0x1da7e2500; asset:SpecReference{<kuid2:30671:23501:1> "iPortalBasic"}, class:GSClass{0x1ae5fcb20: iPortalBasic}, refcount:11}}function $void@iPortalBasic::ThreadEmitTrains(), line 1843 iportalbasic.gse, mobj{id=533580150, ScriptableObject{0x1da7e2500; asset:SpecReference{<kuid2:30671:23501:1> "iPortalBasic"}, class:GSClass{0x1ae5fcb20: iPortalBasic}, refcount:11}}

When sending trains between iPortals, the interface is still broken. This was reported already, though. They worked okay otherwise in automatic mode in SP4, and I didn't test in SP5 or SP6 due to personal issues getting in the way, however running in SP6 they no longer worked.

This version produces this error now and only the first locomotive from a "sent" consist appeared on the destination route and is not the rest of the consist. The consist never got pushed completely out and the loco remains on the portal track. It appears that the process failed with the error shown above and the process halted.

 

[pware]

What about degrading performance after running a session a second time? Any signs of improvement there?

I didn't see that this time, but I will keep my eyes open for it.

Not seeing any issue here either after multiple reruns of a session.

 

[JCitron]

Not seeing any issue here either after multiple reruns of a session.

Same for me. I was heading here to update my statement. It appears that issue has been fixed.