Thank you, TurfIt. Your patch is now applied on my OTRP brunch and that can be seen
here. It worked fine.
Minor - lane fixing wording -> I still think affinity is the correct / sensible word here. See setting a processes' processor affinity to 'pin' to a particular CPU as an example or precedent usage.
OK, I'll start the renaming of this.
Medium - stopped convoi changing lanes on restarting graphics glitch. -> will look at giving you a pointer to the many places this is hacked in.
Amm... I haven't found how to solve this yet :( I'll be so glad if someone deals with this issue.
Major - convoi changing lanes overlapping with vehicle in the other lane due to not taking into account trailers in tiles behind.
I'll start solving this issue.
Major - lane fixing appears completely non-functional. See the previous post on this - I never seen a response.
This bug is fixed in
this commit. I confirmed that the lane affinity works fine on a local game and network game. Please tell me if any problems remain on the latest version on GitHub.
Medium - building only a tunnel portal (i.e. With CTRL held) results in overtaking mode selection dialog opening.
I'll deal with this issue too.
Major - requires the show ribi patch too IMO for usability. See comments in that thread from a month ago...
I'll answer to this in that thread. I'm still thinking about it.
Disagreement - merging of ribi_mask with ribi_mask_oneway. -> I still think the latter is redundant - two things doing the same thing... Require third party mediator!
If ribi_mask and ribi_mask_oneway are combined, a way cannot distinguish whether the change of ribi_mask is caused by a road sign or rewriting of oneway road. This becomes a problem when we remove a oneway road sign because we cannot correctly assume how to set ribi_mask.
Of course, it would be far better without ribi_mask_oneway. If you succeeded in implemeting without ribi_mask_oneway, please notify me and I'll integrate that.