Proposal for a Roadtype standard.

Discussions about the technical aspects of graphics development, including NewGRF tools and utilities.

Moderator: Graphics Moderators

Brickblock1
Engineer
Engineer
Posts: 110
Joined: 04 Apr 2022 12:44
Location: The openttd discord server

Re: Proposal for a Roadtype standard.

Post by Brickblock1 »

Brickblock1 wrote: 08 May 2023 14:32 Should we consider this finished? It would seam that there are no other additions or changes neccesary.
I have moved this over to the main wiki now and I added Z based on conversation in quast65's
tram track topic.

https://newgrf-specs.tt-wiki.net/wiki/S ... ype_Scheme
Auge
Director
Director
Posts: 609
Joined: 23 Oct 2006 02:07
Location: Berlin

Re: Proposal for a Roadtype standard.

Post by Auge »

Hello
Brickblock1 wrote: 16 May 2023 14:46 I have moved this over to the main wiki now and I added Z based on conversation in quast65's
tram track topic.

https://newgrf-specs.tt-wiki.net/wiki/S ... ype_Scheme
Thank you.

Tschö, Auge
User avatar
Quast65
Tycoon
Tycoon
Posts: 2616
Joined: 09 Oct 2011 13:51
Location: The Netherlands

Re: Proposal for a Roadtype standard.

Post by Quast65 »

I have a question/suggestion regarding the second letter in the label

Code: Select all

Speed / Feature [*X**]
Is there a special reason why vehicles can only use "A" and roads can use any character?

If not,
I feel that this property is underused and I would like to suggest to change it to:

Code: Select all

Position / Feature [*X**]
So position of the vehicle on the surface
With:
A
Normal Position (so if you select drive-left in the game-settings, those vehicles drive on the left and if you select drive-right in the game-settings, those vehicles drive on the right).
Nothing special here ;-)
B
Flipped Position (so if you select drive-left in the game-settings, those vehicles drive on the right and if you select drive-right in the game-settings, those vehicles drive on the left).
This may sound weird at the moment, but I have some eyecandy tramtracks in mind, where this feature would be very usefull for.
C
Centered/middle Position
These vehicles will drive in the exact middle of a surface (like for example GarryG's marching soldiers).

I think this way it may be possible to keep those kinds of "special" vehicles constricted to only certain roads/tramtracks and not wonder off everywhere ;-)

Could this be considered?
Projects: http://www.tt-forums.net/viewtopic.php?f=26&t=57266
Screenshots: http://www.tt-forums.net/viewtopic.php?f=47&t=56959
Scenario of The Netherlands: viewtopic.php?f=60&t=87604

Winner of the following screenshot competitions:
sep 2012, jan 2013, apr 2013, aug 2013, mar 2014, mar 2016, oct 2020
All my work is released under GPL-license (either V2 or V3), if not clearly stated otherwise.
Eddi
Tycoon
Tycoon
Posts: 8222
Joined: 17 Jan 2007 00:14

Re: Proposal for a Roadtype standard.

Post by Eddi »

Quast65 wrote: 03 Jun 2023 13:55 I have a question/suggestion regarding the second letter in the label

Code: Select all

Speed / Feature [*X**]
Is there a special reason why vehicles can only use "A" and roads can use any character?
it's not that they can't use other letters, but they shouldn't.
  1. it makes no sense that a vehicle should be prevented from going on a 30km/h speed limit road, just because it's allowed to go 100km/h
  2. if the road set doesn't contain more letters, your vehicle wouldn't be available at all
Revenge_of_KioTheDev
Engineer
Engineer
Posts: 59
Joined: 14 Jun 2022 05:54

Re: Proposal for a Roadtype standard.

Post by Revenge_of_KioTheDev »

hi i want apologize for not discuss my edits to wiki page... https://newgrf-specs.tt-wiki.net/wiki/S ... ype_Scheme ...before i made them

my changes were just suggestion and if ok i would like to know if you think they are good idea
please excuse my english i have issues so is hard to type and good grammar. i get help from friend who help me edit wiki to explain some my ideas
First letter (surface/railtype) ideas
Road surface
  • lowercase "p" for pipeline like utility truck roads
  • undo my edit for uppercase "X" pipe crossing idea did not realize is not feasible without two roadtype
Tram rails
  • lowercase "p" for power like wasteland
  • uppercase "X" for crossings like suspended monorail and tram, or tram and bike lane, or bike below monorail
Second letter (speed/feature) ideas
Road speed or feature
  • uppercase letters for speed variants
    • Hey, um... kio's friend here. I will explain because he can't get it out on the screen easily. The uppercase letters as speed variants means there can be 26 different speeds which is more than anyone would need, but because features are secondary afaik the idea is that you define the number of "non-unique" speeds your roadtype set has (e.g. if the roadtypes with R*BN like RABN, RBBN, etc. are in six different speeds, A to E, and that's the most that any X*XX combination of system, terrain and energy source has, then you reserve speeds RABN to REBN) and then use lowercase letters to define things like cosmetic variants of roads or eyecandy from tramtypes. If you somehow manage to use all 26 lowercase letters on a single system, terrain and energy source (kio says that's not possible because there's a 64 roadtype-tramtype limit to conserve?) then and only then is when you would resort to uppercase letters for more road features because no other grfs could be loaded without breaking the limit at that point(?)
  • undo my edit for uppercase "X" pipe crossing idea did not realize is not feasible without two roadtype
Tram speed or feature
  • lowercase "p" for pipeline like wasteland or utility truck roads
  • uppercase "X" for crossings like suspended monorail and tram, or tram and bike lane, or bike below monorail
Third letter (terrain/stability) ideas
  • lowercase "b" has no support by the standard for terrain so it seems like if grf mod dev want to make roadtype inherently incompatible with most vehicles for reason then maybe use it? not sure may be bad idea

    Fourth letter (energy source) ideas
    Road energy sources
    • lowercase "i" for invisible underground pipeline; driving on grass; road with invisible overhead power so bus and truck stop not clip graphics
    • uppercase "P" for pipelines; pipes need bridge or tunnel to cross roads
    • uppercase "S" for science-fiction roads/"smartroad"/self-driving car road that need internet connection or special tech to work
    • uppercase "X" for two or more energy source crossing like trolleybus and sci-fi road
    Tram energy sources
    • uppercase "M" for suspended monorail power source?
    • uppercase "P" for power lines; utility poles and those big towers like in one of GarryG's grfs
    • uppercase "S" for sci-fi trams and optic-guided bus
    • lowercase "i" for eyecandy catenary with power line (uppercase "P") support but no tram; lights, trees, fences or a tunnel
      • Me again. It came to mind that the note should instead read more like For eyecandy tramtypes with underground infrastructure, you should use EABX, EABS, EABG and EABE in the alternative_roadtype_list or alternative_tramtype_list for a road/tramtype using this energy source?
    • uppercase "X" for multiple power types like suspended monorail with tram tracks below
because i lose all my grf mod work to hard drive failure recently i not want to make roadtype mod grfs with these anymore but i think if these are judged and corrected by expert and added to standard then mod devs got better way to make or relabel niche roadtype like ice or racetrack and multiple tramtype like metro with suspended monorail by themselves with out troubles

also i see no track gauges listed for tramtype first letter? is oversight or on purpose? should gauge be part of third letter (terrain/stability) and use xXYZz or similar?
Brickblock1
Engineer
Engineer
Posts: 110
Joined: 04 Apr 2022 12:44
Location: The openttd discord server

Re: Proposal for a Roadtype standard.

Post by Brickblock1 »

I haven't had time to look at all of what you have written but I think that lowercase b isn't really neccesary since it could just as well us an out of standard id

As for track guage it simply wouldn't be of use since the limit for the amount of road/tramtypes is so small I also doubt it would really add any form of interesting gameplay.
User avatar
JohnFranklin523
Engineer
Engineer
Posts: 104
Joined: 15 Mar 2022 13:01
Location: Shandong, China (may go to UK for further study)
Contact:

Re: Proposal for a Roadtype standard.

Post by JohnFranklin523 »

Just a reminder that I have made my JF Ratt Roads compatible with standardised roadtype scheme:

And it is players' decision whether "Town Road" is "RBBN" or "JF11".
jfrrtable-debug.png
jfrrtable-debug.png (68.21 KiB) Viewed 1584 times
** Edit: the former table was wrong; this should be the bug-free table. I misunderstood the scheme, and I have already uploaded the new version of JF Ratt Roads after realising that.
Leaping Liu Never Dies
跨越不死,曙光永生
The founder of China Set; the operator of JFServer.
My GRFs besides China Set
My Scenarios and Heightmaps
Brickblock1
Engineer
Engineer
Posts: 110
Joined: 04 Apr 2022 12:44
Location: The openttd discord server

Re: Proposal for a Roadtype standard.

Post by Brickblock1 »

It seems you have implemented it correctly with the exception of the default label of ROAD which you treat as universal instead of as equivalent to RABN which is the intended implementation so that vanilla and non standard vehicles don't go on the farm tracks.

I also really need to pick this up again to finnish it.
Brickblock1
Engineer
Engineer
Posts: 110
Joined: 04 Apr 2022 12:44
Location: The openttd discord server

Re: Proposal for a Roadtype standard.

Post by Brickblock1 »

I found another thing that you missed there isn't currently any remap for IAAN and IACN which is necessary since the vehicles would otherwise end up on the regular road or not be shown at all depending on what the vehicle sets prefers. This would be an easy fix since all you have to do is add this line to IABN:

Code: Select all

if (param[0]) {
	item (FEAT_ROADTYPES, item_industrial1_road, 19) {
		property {
			label:					"IABN";
			alternative_roadtype_list:   "IAAN", "IACN";
		}
	}
Brickblock1
Engineer
Engineer
Posts: 110
Joined: 04 Apr 2022 12:44
Location: The openttd discord server

Re: Proposal for a Roadtype standard.

Post by Brickblock1 »

I have now updated the wiki page to hopefully clarify the standard. I would now consider it fully functional but there may of course something that I have missed.
[+] Spoiler
Now all I have to do is to make a roadset of my own...
Revenge_of_KioTheDev
Engineer
Engineer
Posts: 59
Joined: 14 Jun 2022 05:54

Re: Proposal for a Roadtype standard.

Post by Revenge_of_KioTheDev »

i look at my last post and rethink it because possibly too complex

Instead narrow down to few possible additions...
  • X and x for multiple gauge of tramtype on same tile
  • I for induction charge (can be used for reduced running cost when charging battery)
  • i for energy source and eyecandy use with utilities
  • X and x energy sources
    • X for when all tramtype can hypothetical run on all other tramtype (e.g. trams and trackless trams and utility crossing)
    • x for when all tramtype are mutual incompatible but can cross (e.g. trams and suspend monorail and weird tinted shapes "metro" tramtype and eyecandy)
      • can also use number label and alternative_tramtype_list if want more specific combos
is good?
Auge
Director
Director
Posts: 609
Joined: 23 Oct 2006 02:07
Location: Berlin

Re: Proposal for a Roadtype standard.

Post by Auge »

Hello
Revenge_of_KioTheDev wrote: 09 Nov 2023 13:35
  • X and x for multiple gauge of tramtype on same tile
  • ...
  • X and x energy sources
is good?
Öhmmm, X and x for different gauges or for different energy sources?

Tschö, Auge
Revenge_of_KioTheDev
Engineer
Engineer
Posts: 59
Joined: 14 Jun 2022 05:54

Re: Proposal for a Roadtype standard.

Post by Revenge_of_KioTheDev »

Auge wrote: 10 Nov 2023 11:30 Hello
Revenge_of_KioTheDev wrote: 09 Nov 2023 13:35
  • X and x for multiple gauge of tramtype on same tile
  • ...
  • X and x energy sources
is good?
Öhmmm, X and x for different gauges or for different energy sources?

Tschö, Auge
both i put explain at bottom of wiki page in suggestions
Post Reply

Return to “NewGRF Technical Discussions”

Who is online

Users browsing this forum: No registered users and 1 guest