Moderator: Graphics Moderators
The RET metro MG2/1 and SG2/1 types are undergoing an overhaul including a new livery at the moment. Here's an overview: http://nl.wikipedia.org/wiki/Metrotype_ ... 0-serie%29
After the overhaul they were first painted into the new grayish RET livery, but now that the RET metro network will officially become R-Net they will gradually put red stickers on the doors and R-Net logos on the metros.
https://www.flickr.com/photos/123752246 ... 091702213/
https://www.flickr.com/photos/123752246 ... 885041588/
https://www.flickr.com/photos/123752246 ... 567590301/
https://www.flickr.com/photos/alextrein ... 481744855/
https://www.flickr.com/photos/123752246 ... 570987235/
Short summary is that vehicles are not allowed to change their capacity without user intervention, not even in the depot. This set however implements that functionality for instance when a vehicle is refurbished. This happens when particular vehicles enter the depot after a certain year. It gets a new livery, and some properties are modified. But as it turns out, modifying the capacity is not allowed.
I'd like some input on how to fix this, so feel free to reply. I'm seeing two options:
1) Do not modify the capacity automatically, but only when a vehicle is refit. The "year dependent livery" will have a fixed capacity as a result of this. And as a result of that it is possible that a vehicle refitted to "year dependent livery" and another vehicle of the same type refitted to a fixed livery will visually look the same but have a different capacity.
2) Do away with different capacities for the same vehicle. This will also remove some of the realism from the set. I'm yet to figure out how many vehicles are affected by this.
Since nobody replied to this yet (holidays, maybe) and because AFAICT only two vehicles are affected, I opted for this option. Seemed the best option to me. If you don't agree, you can always complainFooBar wrote:1) Do not modify the capacity automatically, but only when a vehicle is refit. The "year dependent livery" will have a fixed capacity as a result of this. And as a result of that it is possible that a vehicle refitted to "year dependent livery" and another vehicle of the same type refitted to a fixed livery will visually look the same but have a different capacity.
New translations are of course welcome at https://translator.openttdcoop.org/project/dutchtrains
Also, for the DDZ and DDAR trains (which wil be re-introduced this september! ) - these have wider doors to speed up loading / unloading. SLT has one in every coach, but also the coaches from SLT are shorter than for example a SGMm. A SGMm-3 about the same lenght as a SLT-6. Therefor, I think the number of doors is not the way to manage the loading time.
The best thing to do, is just make it set on each train, together with a variable that makes loading speeds faster or slower, depending on what the user wishes. I think in the Netherlands, the Sprinter Light Train is the fastest loading / unloading train, because of lots 'o doors, short carriages and door height (same level as the platform, most other NS trains are higher, which means passengers have to take a step to get into the train). The slowest will be either the TGV Thalys or the ICE3 because of little doors and longer carriages (ICE is actually longer than TGV Thalys).
How much these load times should exactly be I'm not sure, but I think you guys know that better than me.
If you wish, you can easily use the Croatian translation and copy/paste it into Serbian one. Our two languages are practically the same, whoever finds minor differences can always apply for translator and change them later.FooBar wrote:translators
Same goes for any other set author that reads this, I'm updating the Croatian translations whenever there's something new.
The variable used is "passengerdoorwidth", or how many people can use a door at the same time. A normal door has value 2. A DD-AR door has value 3. Carriage length is irrelevant, as loading speed is related to capacity, not length. That shorter length means lower capacity is of course accounted for. I'm convinced that the relative differences in loading speed between vehicles are correct, and the discussion so far hasn't led me to believe otherwise. That trains in general load slow is a different matter and a parameter for that is certainly a possibility. I've already increased all loading speeds by 50% a while back, but it's difficult to judge if that is enough. I don't know what version people are using.
I'll do that, if I don't forget. I don't have my computer until friday
Take your time, no rush.FooBar wrote:I'll do that, if I don't forget. I don't have my computer until friday
Corrected!FooBar wrote:I've already decreased all loading speeds by 50% a while back, but it's difficult to judge if that is enough.
And personally, even after the recent decrease I'd say it still should be 25-50% lower than what it's now. In a normal game the current loading speed is fine but with CargoDist I really need faster loading times. With a variable everyone can adapt the set to their own game.
Loading time is now faster than the original trains if I'm not mistaken, but I too feel that for cargodist trains may load faster.
The first new NS Traxx in intercity livery: http://www.railcolor.net/index.php?nav= ... tion=dview
Please see the changelog for what's new. As usual you can get the new version from OpenTTD's online content.
Users browsing this forum: Baidu [Spider] and 8 guests