Moderator: Graphics Moderators
The Metro Track Set adds third rail tracks to OpenTTD. It can add Metro Tracks as a new railtype or at your option replace monorail or maglev with Metro Tracks instead. You should be able to use it in combination with any trainset providing metro vehicles. Three different railtypes are provided: regular metro, metro with catenary and "underground" tracks.
More information, including available parameter options, can be found in the readme (also provided with the download).
Official download locations are:
- OpenTTDCoop DevZone
- OpenTTD's ingame content download
Suggestions, comments, remarks, bugs, etc
Preferrably directly into the issue tracker so that they don't get lost.
General discussion can go in this topic. Development related discussion should go in the development topic.
- metrotrackset_large.png (6.94 KiB) Viewed 55583 times
It is practically impossible to teach good programming to students that have had a prior exposure to BASIC: as potential programmers they are mentally mutilated beyond hope of regeneration. --Edsger Dijkstra
By the way, the extra-snowy tracks you see in the screenshot is only show after enabling a parameter setting. By default ballast is shown beneath the track, also above snowline, just like the default graphics do.
there's an inconsistency between your readme and openttd that confused me for a while earlier: Your readme starts counts the parameters zero based, while the new openttd parameter selector window is one-based.
Then again, an item I saw on your issue tracker suggests that you'll be supporting the new features concerning parameters in OpenTTD soon anyway, so there won't be parameter 0 or 1 anymore, but named parameters instead, I suppose.
Internally (in NFO), parameters are zero-based and I chose to keep that in the readme for reasons that I would not get confused myself and that several other sets seem to do that as well. But I guess that kinda backfired with the new OpenTTD parameter window.
But yes, named parameters are planned, don't know when that will be added though, as it is said that it breaks ttdpatch compatibility. That would somehow need to be resolved.
Then maybe this is rather a case for the OpenTTD flyspray.. "Bug/Feature Request(?): Count non-named parameters in the parameter window from zero to be consistent with internals / readmes of existing sets."Internally (in NFO), parameters are zero-based[...]
Yes, the check can be done... but... as it is a new action that TTDPatch does not support it... uhm... doesn't ignore it even if there is a check that says to skip over the pseudosprite containing the unsupported action. OpenTTD will just happily ignore the unknown action.Roujin wrote: Or you could do a check for TTDPatch/OpenTTD (and revision while you're at it), and do things the old way or the new way respectively, couldn't you?
Yes, but what about the readme documents that speak about first, second and third instead of zeroth, first and second? It would break readmes in either way and this way is more logical for the general user.Roujin wrote:Count non-named parameters in the parameter window from zero to be consistent with internals / readmes of existing sets.
That would need a method for specifying whether they count from 0 or from 1. Oh... that requires the new infrastructure we have added. That makes it kinda pointless.
"first", "second" etc. on the other hand always works. Depending where you start, parameter 0 and parameter 1 are both the first parameter, and so on. I will use that for the next version in the readme, then users can decide where they want to start their counting.
And yes, I did make sure there were metros available - they were running on the Monorail tracks instead.
The Bananas 2CC is version 2.0.0Beta3 - whether that's a version supported/ing this, I don't know.
Edit: Didn't realise there were parameters for the Metro GRF. Above problem now solved by putting the Metro tracks over Monorail.
But this gives me a new question - the readme says that for 2CC, to use Parameter 1 (Metro overrides Monorail), and for UKRS2, to set it to 0 (Own railtype). If it's set to 1, will the UKRS2 trains that normally use Metro tracks, still use them?
First, to avoid confusion, Parameter 1 is the second parameter.Gremnon wrote:But this gives me a new question - the readme says that for 2CC, to use Parameter 1 (Metro overrides Monorail), and for UKRS2, to set it to 0 (Own railtype). If it's set to 1, will the UKRS2 trains that normally use Metro tracks, still use them?
Having that said, setting the second parameter to 1 makes metro tracks replace monorail, regardless of train set used. Setting it to 0 makes metro tracks an additional track type (in recent OpenTTD).
So using both URKS2 and 2cc is not really possible and setting the second parameter to 1 while using UKRS2 gives the UKRS2 third rail vehicles no suitable track. Depending on how Pikka coded the set, those third rail vehicles might be available for normal electrified rail or may not be available at all.
You've answered the question at least... either 2CC on monorails and UKRS2 on 3rd rail, or not at all, really.
Well, it was a nice idea.
Last question I have for now - can this be loaded alongside NuTracks, or am I right in thinking that NuTracks steals too many of the new rail type slots?
I will consider adding an option to allow monorail vehicles on third rail, as then 2cc's "monorail" metros can use the added third rail track, as well as UKRS' third rail vehicles. That should be a useful option if you want to use both sets at the same time.
Also if NuTracks defines a "3RDR" track type, then you can load metro tracks after NuTracks and then Metro Tracks will replace NuTracks' 3RDR track type. If NuTracks does not define such a track type, then load metro tracks before NuTracks and NuTracks' last-defined track type will not be available in favour of metro tracks (as there is no available slot for it to use).
Downloads in the usual location: here or via the OpenTTD ingame content download.
What's new? See below
TTDPatch users should know that 1.1.0 requires at least nightly r2334. If you don't have that, either upgrade or use 1.0.1 instead. What has been added between 1.0.1 and 1.1.0 is only of use to OpenTTD players anyways, so you might as well just use 1.0.1 for now.changelog wrote:1.1.0 (2010/08/18)
- NuTracks compatibility (r54)
- Better handling with 2cc set (r53)
- Third rail+catenary tracks (r52)
- Parameter dialog for OpenTTD r20258+ (r51)
- Maglev sprite replacement showed wrong sprites in places (r44, r47)
- Railtypes requires OpenTTD 1.0.3 or r20242 (r48)
It's safe to upgrade your running games from 1.0.0 to either 1.1.0 or 1.0.1
However -- when using the 2cc train set, the electrified rail will be much more expensive than the metro+catenary rail, that doesn't make A LOT of sense. how can I fix that?
Good idea, but I can't seem to find that parameter anywhere, got any more info about it? I'm using 2cc trainset 2 beta 4...planetmaker wrote:You could try to adjust the track costs with the 2cctrainset down to a reasonable level. It has parameters for that. If then every track type is too cheap, add a base costs grf and up the track build base costs accordingly.
Users browsing this forum: Google [Bot] and 2 guests