Hi all,
Since the last 2 updates, trains derail inside the re-rail portal while producing, while they did not in build 110491
Anyone got this before? Any suggestions?
Thanks
Hi all,
Since the last 2 updates, trains derail inside the re-rail portal while producing, while they did not in build 110491
Anyone got this before? Any suggestions?
Thanks
Frank
Belgian Trainz Fan since 2006
Tane Build 105096
TRS19 Platinum SP5
Confirm
Engine exits portal.
The attached coal hoppers appear shortly as a separate visual entity.
In a few seconds the train elements "derail"(XX).
Using the PORTAL BASIC
Build 111341
Dick near Pittsburgh, Pa., i7-- 4.0ghz, 16gb memory, RTX3070 8gb video card. 117009 121380.
![]() | ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
Build 111341
>>
This is an old beta, so please update to the latest.
They're looking at portals now so hoepfully sorted in the next update.
Tony Hilliam
NEED HELP? Check these links:
Trainz Plus Features |
Support Portal | Surveyor 2.0 Guide | TRS19 FAQs | Trainz Wiki
Just to benchmark 110491 version portals - here is the recommended practices I have found that maintain decent reliability.... Each portal should be dedicated to either emission or absorption. You need to keep a "lead" (i.e. a length of track) that is featureless on both inbound and outbound portals. On absorption portals, the length of the lead should be a little longer than your longest train. On emission portals, the lead should be long enough so that the simulation can comfortably assign a driver within the lead for your longest train. Have no track objects or junctions within the lead. Geographically, no track on the route should exceed the coordinates of the portal. That means if it is an eastern portal on your layout, there cannot be any tracks east of the eastern portal. Same applies for all ordinal directions.
Last edited by deneban; March 8th, 2021 at 11:21 PM. Reason: accuracy
![]() | ![]() ![]() ![]() ![]() ![]() |
![]() ![]() ![]() ![]() |
Re-rail portal?
Nah, more like de-rail portal
I can tell that in 117009, trains still derails in any Portal. So they haven't looked into the Portals...
I am afraid my friends the portal derail phenomenon carries into TRS22.
It all started with the "brilliant idea" in TRS19 to have portal internals be subjected to the rules of Trainz physics, et al. In other words, expecting what is a fictitious construct to behave according to real world equations.
In more other words, it is trouble N3V asked for unnecessarily -- portals worked better beforehand. Now the users have to to live with broken and zombie trains across two Trainz releases.