You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It would either mean copying railtype, all signal info and do not-simple checks in code, or duplicate trackbits too. Also, those two tracks could have different owner, so another 4 bits are needed. It would probably fit in the map array, but the added code complexity is hardly worth it. (pathfinders, signal propagation, train controller, pbs, ... also, convert rail, querying track owner and many more things would need to be updated, causing slowdown and harder code maintainability)
I do agree with Smatz. Even if it MIGHT look like a good idea, the downside of it is way too big to be of any value.
Plus... we do have GIGANTIC maps. Why should we have a feature that scrambles 2 rails in such a tiny space?
Dunno... my opinion
MrMann opened the ticket and wrote:
Reported version: trunk
Operating system: All
This issue was imported from FlySpray: https://bugs.openttd.org/task/2730
The text was updated successfully, but these errors were encountered: