The International Simutrans Forum

 

Author Topic: Transplanting OTRP feature for standard  (Read 879 times)

0 Members and 1 Guest are viewing this topic.

Offline HyperSim

  • *
  • Posts: 104
  • Languages: EN, JP
Transplanting OTRP feature for standard
« on: August 14, 2018, 02:21:13 PM »
Hello, everyone.

This is derived from THLeaderH's One-way Two-lane Road Patch thread.
https://forum.simutrans.com/index.php/topic,16659.0.html

One-way Two-lane Road Patch (OTRP) is a very interesting patch but it's too complicated to introduce in standard.
However, I think part of feature of that patch, building one-way road without any sign and "Halt Mode", is worth integrating.
So, I rearranged OTRP with standard overtaking rules.

You can get .diff file based on r8555 from this URL.
https://drive.google.com/open?id=1SE10UaVKli-D889QkgHvYzcVcUZBYCup
Here's my github repository.
https://github.com/HyperSimu/simutrans/tree/OneWayTwoWayMode

Offline prissi

  • Developer
  • Administrator
  • *
  • Posts: 9309
  • Languages: De,EN,JP
Re: Transplanting OTRP feature for standard
« Reply #1 on: August 14, 2018, 03:19:11 PM »
My main dislike is that the oneway road is a massive thing just for streets, while I would rather like something like a more general wayobj. This would link the directions with clear visual signs at intersections, and would furthermore also be more incentive to realise multiple wayobj on one tile. Furthermore, such single wayobj would work on any way, including airstrips.

Offline kierongreen

  • Dev Team, Coder/patcher
  • Devotee
  • *
  • Posts: 2256
Re: Transplanting OTRP feature for standard
« Reply #2 on: August 14, 2018, 04:42:57 PM »
Has that branch been stabilised yet in terms of reliability, consistency and multiplayer?

Offline HyperSim

  • *
  • Posts: 104
  • Languages: EN, JP
Re: Transplanting OTRP feature for standard
« Reply #3 on: August 15, 2018, 02:46:28 AM »
My main dislike is that the oneway road is a massive thing just for streets, while I would rather like something like a more general wayobj. This would link the directions with clear visual signs at intersections, and would furthermore also be more incentive to realise multiple wayobj on one tile. Furthermore, such single wayobj would work on any way, including airstrips.
How about expand this feature for other ways?  I think it's better.
Requiring special .pak doesn't sound good because pak makers would have to make that wayobj.
You can easily see the directions using simple_tool[36] and ribi_arrow. (it's already ready, so you don't have to make special object for this feature)

Has that branch been stabilised yet in terms of reliability, consistency and multiplayer?
I think these problem are mostly related to the overtaking algorithm of OTRP.
Therefore my patch doesn't have serious bugs.

Offline Yona-TYT ve

  • Devotee
  • *
  • Posts: 1148
    • Simutrans-BLOG
  • Languages: ES
Re: Transplanting OTRP feature for standard
« Reply #4 on: August 26, 2018, 01:14:46 PM »
A little off topic.  :P

Since this is now a new branch, it would be interesting to implement a patch for the double diagonal tracks, it would be a great project.  :D

https://forum.simutrans.com/index.php/topic,14275.0.html





Greetings to all !!.

Offline prissi

  • Developer
  • Administrator
  • *
  • Posts: 9309
  • Languages: De,EN,JP
Re: Transplanting OTRP feature for standard
« Reply #5 on: September 05, 2018, 02:42:46 PM »
This is something entirely different. It would imply more than a single way of the same type on a tile. It will be a massive patch with lots of chanches for errors in routing driving stopping and construction. So do not hold your breath.

Offline Ters

  • Coder/patcher
  • Devotee
  • *
  • Posts: 5368
  • Languages: EN, NO
Re: Transplanting OTRP feature for standard
« Reply #6 on: September 05, 2018, 03:18:28 PM »
It would imply more than a single way of the same type on a tile.
Not necessarily. It can be done by replacing the ribi-system with a system that keeps track of which edge is connected to which of the other edges. Reservations would have to become more complicated as well. Although players would perhaps expect that they can build a low-speed track in one corner and a high-speed track in another. That would indeed require two different ways, with different descriptors, but the same waytype.

Offline gauthier

  • Devotee
  • *
  • Posts: 3620
    • SNFOS'website (in both FR and EN)
  • Languages: FR, EN, JP
Re: Transplanting OTRP feature for standard
« Reply #7 on: September 06, 2018, 04:43:39 PM »
Quote
but the same waytype.
What if I want rails in one corner and maglev in the other ?

Offline Ters

  • Coder/patcher
  • Devotee
  • *
  • Posts: 5368
  • Languages: EN, NO
Re: Transplanting OTRP feature for standard
« Reply #8 on: September 06, 2018, 05:33:46 PM »
That is ways of different types. It is possible to have more than one, although I think it's only up to two, ways of different types on the same tile today. Usually crossings, but you can have a road and a tram track curving in different directions.

Offline prissi

  • Developer
  • Administrator
  • *
  • Posts: 9309
  • Languages: De,EN,JP
Re: Transplanting OTRP feature for standard
« Reply #9 on: September 07, 2018, 03:46:16 AM »
I think giving up the ribi system will even a bigger mess than allowing more ways ...

Offline Ters

  • Coder/patcher
  • Devotee
  • *
  • Posts: 5368
  • Languages: EN, NO
Re: Transplanting OTRP feature for standard
« Reply #10 on: September 07, 2018, 05:52:42 AM »
It is no small task. There is no denying that. But it is the obvious solution to a whole lot of things people have wanted (or thought they wanted). Some sort of system that not only tells which direction a vehicle can move on a particular tile, but which direction it can move based on which direction it came from would enable not only tighter diagonal tracks, and maybe even roads, but also turn restrictions in junctions. Some sort of intra-tile lane system could support this, as well as a less hackish way of doing multiple lanes in the same direction, plus bus stops at the side of the road and turning lanes. However, I have no idea how to make a user interface for this that doesn't frustrate the player. The latter might also complicate things for those making way paks.