Do you want the interface to be similar to that for NewGRF rail station building (near-exact same layout in case of trams, or similar layout with 6 buttons in 3x2 layout for roads)? If so, that would be fine and ideal by me.

Do you want the interface to be similar to that for NewGRF rail station building (near-exact same layout in case of trams, or similar layout with 6 buttons in 3x2 layout for roads)? If so, that would be fine and ideal by me.

I'm trying to come as close as I can to the rail station building GUI. Of course I can't do this new GUI exactly the same, though it will only have slight changes. Trams will of course only have 2 directions selectable while busses and trucks have 6 views to select from.

On another note, I will upload a test GRF file today... I think I might have made some mistakes in the NFO code of that file, therefore it isn't showing in the build menus...

Check if you need to bump the savegame version, even if you don't require any conversion to the new map data. Basically, that an OTTD version without NRS can load a savegame with NRS without anything breaking.

So, I've thought instead of having the trams just use bus and truck stations, give them their own stops. That way there'd be Bus, Truck, Tram and Freight Tram Stations.
This could allow for a bit more realism or variety, if someone wanted to have different stops for their trams entirely.
Is this a good idea or should it just be left as is, as a user can switch between the stations anyway?

I think that's definitely one of the things requested, stations specific for trams or roads.
Also consider whether you're shooting too low and should support special multi-tile stations with custom movements, and perhaps diagonal platforms support.

I kinda feel like having the stops differentiated by passenger or freight stops might be better, so that bus stops can also be used as tram stops.
I don't know, maybe we should have them split up for bus/trucks/trams/freight trams, but that would mean that a GRF might have to define multiple stations. For that, we could have a stop have define flags to be mapped onto one, some or all stops.

Hi @spnda ; just a friendly reminder this Pull Request is still open in draft mode. Are you still interested in continue this work?

(disclaimer: I did not look into the PR itself; just noticed it was still open in draft)

Tnx :)

@TrueBrain It is still in draft mode because it isn't ironed out and it's missing one or two features.
I'm working on other projects and I've lost a bit of interest in it, but I hope I can pick it up sometime again.

So uh, picked this up after nearly a year again.
I know of one issue, that the default road sprites dont get rendered on custom bus and truck stops (NRT roads do get rendered fine)
Everything else seems fixed, including the regression tests and AIs.
I've also added a few newgrf variables (of which two still need implementation). Aswell as let it inherit all variables from the BaseStation, making them cargo aware.

• view (The view from 0..5 of the stop)
• current_roadtype (Needs implementation)
• terrain_type
• build_date (Needs implementation)
• town_zone

Any suggestions are welcome.

(Roads from U&Ratt, stops by Chris / Erato)

I propose to add custom road underlay for Drive-through stops. Currently they are defined only for Drive-in, while Drive-through are utilising standard straight pieces. Which is not welcome in case of wide roads/roads with barriers etc, also real stops have often special pattern painted on asphalt (which would be also convenient in transparent mode, if visible).
Such feature would be optional - to avoid breaking compatibility with existing newgrfs.

I'm looking forward to seeing this finished and implemented. :)

I'm looking forward to seeing this finished and implemented. :)

@kevinfields777 The implementation itself is pretty much good to go. I have, however, no current intentions to look into saveload and properly implement it for this feature, which is currently the only big issue with this PR. Another bug is that default roads are not being drawn with custom roadstops, if anyone wants to tell me why or fix it, see this function.

Otherwise, I'm not really going to work on this properly but I'm happy for anyone else to PR onto my fork with fixes/additions. I will only go through some compiler warnings, fix those, and then go on to other projects for now.

And so nobody asks, the NML implementation is fully functional and I (and others) have already used it to write NewGRFs.

Superseded by #10144 -- but this is a huge contribution and @spnda should be recognized in the release notes whenever the feature is released. Thanks for this.