Dutch Trainset v2.0

Discuss, get help with, or post new graphics for TTDPatch and OpenTTD, using the NewGRF system, here. Graphics for plain TTD also acceptable here.

Moderator: Graphics Moderators

Which DMU do you find better looking

Poll ended at 06 Feb 2013 11:59

DE-III (plan U): http://nl.wikipedia.org/wiki/Plan_U
9
38%
DE-IV (Ram): http://www.stichtingtee.nl/nl/trein/geschiedenis
15
63%
 
Total votes: 24

Densha
Transport Coordinator
Transport Coordinator
Posts: 286
Joined: 17 Sep 2009 07:28

Re: Dutch Trainset v2.0 being developed

Post by Densha »

I noticed some oddities concerning the DDM/DDAR/DDZ coaches capacity.

The capacity for DDM/DDAR used with 'auto selection mode' with either mDDM/1600/1700/1800 locos seems to be 166 and for the driving cabs 90, but when I refit the driving cab into the special driving cab livery the capacity is suddenly 124 instead of 90.

For DDZ the standard capacity is 130 and for the driving cabs 124. But with the driving cab refit it's 90 instead of 124.
User avatar
FooBar
Tycoon
Tycoon
Posts: 6553
Joined: 21 May 2007 11:47
Location: The Netherlands
Contact:

Re: Dutch Trainset v2.0 being developed

Post by FooBar »

Seems I put two numbers the wrong way round. It's fixed in the nightlies.

DZZ should have lower capacity in for both regular and cab.
pietjeklap
Engineer
Engineer
Posts: 61
Joined: 02 Aug 2008 10:20
Location: The Netherlands

Re: Dutch Trainset v2.0 being developed

Post by pietjeklap »

Can anyone tell me if this one is usefull?

Image
Transportman
Tycoon
Tycoon
Posts: 2781
Joined: 22 Feb 2011 18:34

Re: Dutch Trainset v2.0 being developed

Post by Transportman »

pietjeklap wrote:Don't know if it's allowed but I've made a sprite based on this one:
It is allowed under the GPL-license as long as you follow the same license and give proper credits.
Image
I think it looks nice, although the blue in the horizontal views looks a bit to gray-ish compared to the diagonal views.
Coder of the Dutch Trackset | Development support for the Dutch Trainset | Coder of the 2cc TrainsInNML
User avatar
FooBar
Tycoon
Tycoon
Posts: 6553
Joined: 21 May 2007 11:47
Location: The Netherlands
Contact:

Re: Dutch Trainset v2.0 being developed

Post by FooBar »

pietjeklap wrote:Can anyone tell me if this one is usefull?

Image
I think it's quite bright, especially the yellow. Compare for instance the ICR coaches. Also, the side of the / views is now transparent and you haven't drawn in the colours of the palette. I appreciate the effort though! If you can make it fit in with the rest of the graphics I'm more than happy to include it.

Yoshi wrote:Something like this?
FLIRT_3_NL_preview.png
dutch_Flirt.png
Looks good. If you can put it in our standard template I can code it.
User avatar
FooBar
Tycoon
Tycoon
Posts: 6553
Joined: 21 May 2007 11:47
Location: The Netherlands
Contact:

Re: Dutch Trainset v2.0 being developed

Post by FooBar »

And now for something completely different™

I think the costs in this set are too low. So I'm thinking about doubling them in the default setup. Don't worry, the parameter settings to change cost factors will stay.
In addition to that, I'm pondering variable running costs. This means that the running costs will change depending on whether a train is moving or not, and suchlike. I currently have the following cases:
  • stopped inside depot
  • stopped outside depot
  • accelerating
  • coasting at speed
  • decelerating
Stopped inside depot will be the cheapest; this is where you pay for basic maintenance but not for fuel.
Stopped outside depot and decelerating will be the same and the next cheapest; you pay a bit more for maintenance but not for fuel.
Coasting at speed (this means the train is running at constant speed) will cost you the regular maintenance as well as a bit of fuel for keeping the speed.
Acceleration is the most expensive, apart from regular maintenance a lot of fuel is consumed.

If you have an opinion on this, please do vent it. Also, maybe there are more cases (of importance) than the five listed above.
User avatar
PikkaBird
Graphics Moderator
Graphics Moderator
Posts: 5601
Joined: 13 Sep 2004 13:21
Location: The Moon

Re: Dutch Trainset v2.0 being developed

Post by PikkaBird »

As I said in the other thread, I only use "waiting" and "normal" running costs now (I assume by "stopped" you mean "waiting" - literally stopped vehicles have 0 running costs always).

"Decelerating" isn't really meaningful in OpenTTD. It rarely happens (half a tile when approaching a signal or a couple of tiles when entering a station) and is indistinguishable from "accelerating" to NewGRF variables.

I'm not sure "accelerating" vs "coasting" is a good idea. Since more powerful trains reach coasting speed faster than less powerful ones, it effectively reduces the range of running costs in your set (it will make more powerful locos cheaper to run and less powerful ones more expensive). It's also not a readily obvious mechanic to players, so if it's done big-time-stylee it's confusing; if it's done subtly, it's unnoticeable, and therefore pointless.
Transportman
Tycoon
Tycoon
Posts: 2781
Joined: 22 Feb 2011 18:34

Re: Dutch Trainset v2.0 being developed

Post by Transportman »

I have to agree with PikkaBird on this, it only makes sense for waiting and moving trains, all other cases are either not possible, irrelevant or too complicated.

A possible third case would depend on the current speed, low speeds are low running costs and high/full speed means high running costs, but I'm not sure if it is worth the effort to do that.
Coder of the Dutch Trackset | Development support for the Dutch Trainset | Coder of the 2cc TrainsInNML
User avatar
FooBar
Tycoon
Tycoon
Posts: 6553
Joined: 21 May 2007 11:47
Location: The Netherlands
Contact:

Re: Dutch Trainset v2.0 being developed

Post by FooBar »

PikkaBird wrote:As I said in the other thread...
I did see you post in the other thread, after I posted here :)

By "stopped" I did mean "stopped", but also "waiting". I didn't realise that "stopped" (by user) was already free, but then it's called "running costs" and a stopped train isn't actually running.

I have to agree with the meaningfulness of "decelerating", but I do think it's distinguishable: variable vehicle_is_stopped as I understand it is 1 when decelerating or stopped/waiting and 0 otherwise. I'll have to see if the NML documentation is correct here.

I'll have to think about the "accelerating" vs "coasting". I think it makes sense that running underpowered trains is more expensive. Less powerful trains could still be cheaper when used properly as their regurlar running costs are also lower. That doesn't hold if accelerating costs 8 times as much as coasting, but only doubling may do the trick. The running cost range may be an issue though. I only have about 25% left at the top of the range.

Thanks for shedding some different light on this!
Eddi
Tycoon
Tycoon
Posts: 8258
Joined: 17 Jan 2007 00:14

Re: Dutch Trainset v2.0 being developed

Post by Eddi »

your model seems a bit crude.

let's develop some actual theory.

"running cost" can be divided into 3 categories:
  1. personnel cost: this more or less constant and needs to be paid whether the train is moving or not, but possibly not when it's waiting in depot. older engines may have this value doubled, because they need two people to operate, but this value should probably also depend on date
  2. fuel cost: this should depend on the actual power output of the engine. an accelerating engine will always output maximum power, but a "coasting" engine only needs the power to sustain its current speed. but at max speed, this will probably be almost as high as the full power. (also, "realistic" engines have a "short-term power", a "one-hour power" and a "continuous power" value, which differ. this is not modelled by the game)
  3. wear cost: this includes all sorts of replacable parts like brakes and "tyres", which are usually calculated in distance travelled, not how fast the train is going. but this still may be higher for trains that have higher max speed, as their parts require higher quality
all this may be difficult to convey to the user, however. and as pikka mentioned, it may not make any actual impact.
User avatar
PikkaBird
Graphics Moderator
Graphics Moderator
Posts: 5601
Joined: 13 Sep 2004 13:21
Location: The Moon

Re: Dutch Trainset v2.0 being developed

Post by PikkaBird »

FooBar wrote:variable vehicle_is_stopped as I understand it is 1 when decelerating or stopped/waiting and 0 otherwise. I'll have to see if the NML documentation is correct here.
I strongly suspect vehicle_is_stopped is 1 only if the train is actually stopped, manually or by sending to depot ("braking for a stop" is the feature where trains in OpenTTD don't stop instantly when you press the stop button).

You can detect other states by testing the speed; a current_speed of 0 means the train is waiting or loading, and (current_max_speed - current_speed) = 0 means the train is coasting.
Transportman wrote:A possible third case would depend on the current speed, low speeds are low running costs and high/full speed means high running costs, but I'm not sure if it is worth the effort to do that.
As I recall, in NARS2 the steam engines use this model (higher costs at higher speed) and the diesels use the "coasting" model! The fact that these two opposing mechanics produce no impact on gameplay whatsoever shows what a colossal waste of time all this "realism" is. ;)
User avatar
ISA
Tycoon
Tycoon
Posts: 3384
Joined: 17 Oct 2005 20:56
Location: Estonia

Re: Dutch Trainset v2.0 being developed

Post by ISA »

PikkaBird wrote:The fact that these two opposing mechanics produce no impact on gameplay whatsoever shows what a colossal waste of time all this "realism" is. ;)
Really? for example in my current game most of the dual headed trains running cost is above 1 mil per year and some trio headed trains even 2 mil I thought if the trains for example would be in depot with no taxes or lower taxes it would be huge impact as in my game train income is 70 mil in minus! I have tried to close the cap. So far other transportation hubs holds me on float and earn profit, even tough I use money cheat one of my games!
Supercheese
Tycoon
Tycoon
Posts: 1660
Joined: 16 Dec 2007 22:24
Location: Idaho, USA

Re: Dutch Trainset v2.0 being developed

Post by Supercheese »

(code simplified for illustration - running cost factor #defined previously)

Code: Select all

switch(FEAT_ROADVEHS, SELF, running_cost_switch, current_speed) {
    /* Running cost reduced to 1/4 if vehicle is not moving. */
	0: 				 RUNNING_COST_FACTOR/4;
	return 			RUNNING_COST_FACTOR;
}
This is the route I took for variable running costs in Fake Subways. Simple, easy, and moderately "realistic".
Eyecandy Road Vehicles | Fake Subways | Supercheese's NewObjects

"Fashions and cultures change, but steam trains shall always be majestic."
-Professor Hershel Layton
User avatar
PikkaBird
Graphics Moderator
Graphics Moderator
Posts: 5601
Joined: 13 Sep 2004 13:21
Location: The Moon

Re: Dutch Trainset v2.0 being developed

Post by PikkaBird »

ISA wrote:in my game train income is 70 mil in minus!
I would suggest turning inflation off before starting your next game; your income problems are quite unrelated to anything we're discussing here.
User avatar
Voyager One
Tycoon
Tycoon
Posts: 11204
Joined: 28 Dec 2009 09:47
Location: Rijeka, Croatia

Re: Dutch Trainset v2.0 being developed

Post by Voyager One »

As per request, additional new livery for RET B. :wink:
Rotterdam MG2-1 Type B.PNG
Rotterdam MG2-1 Type B.PNG (10.9 KiB) Viewed 6561 times
Leon

Image Image Image Image
"... all I ask is a tall ship and a star to steer her by..." - John Masefield
User avatar
FooBar
Tycoon
Tycoon
Posts: 6553
Joined: 21 May 2007 11:47
Location: The Netherlands
Contact:

Re: Dutch Trainset v2.0 being developed

Post by FooBar »

Well, that's quick! Thanks a lot, looks good. I'll add it tonight.
User avatar
FooBar
Tycoon
Tycoon
Posts: 6553
Joined: 21 May 2007 11:47
Location: The Netherlands
Contact:

Re: Dutch Trainset v2.0 being developed

Post by FooBar »

It's in. Also all loading times have been revisited. For most passenger vehicles they're increased a bit and a loading speed parameter has been added. This allows you to further halve or double the now-default loading speeds. But I do think the defaults are much better now. There actually was a bug with the loading speeds of multiple units, they should've been multiplied with the amount of vehicle segments. Please do test the latest push-build: http://bundles.openttdcoop.org/dutchtrains/push/LATEST/

My last game with this set made me ponder the vehicle life. That is the time when a vehicle gets old, currently 20 years for most vehicles. I found this too short, I was replacing vehicles more than anything else.
There are options three:
1) Leave it as is.
2) Increase to some new default for all vehicles, say 25 years.
3) Set the time from real life first service to last service as vehicle life. Some vehicles may get a life of 50 years or more.
I'm mostly interested in what people say about option 3. This means that the vehicle life will be equal to the time a vehicle is available for purchase. It does not take into account that many long-lasting vehicles were once or twice refurbished (this being the reason they have such a long life).
User avatar
BlueEagle_nl
Transport Coordinator
Transport Coordinator
Posts: 352
Joined: 28 Jan 2006 09:44
Skype: tilly5014
Location: Tillywood, The Netherlands

Re: Dutch Trainset v2.0 being developed

Post by BlueEagle_nl »

Hi FooBar,

With "loading speeds multiplied by amount of vehicle segments", do I get it correctly that when (for example) a VIRM-3 got a loading speed of 30 pax per tick, a VIRM-4 got a loading speed of 40 pax per tick?

For vehicle life, I'd say, pick something playable. 20 years is indeed a bit short, but for some vehicles your third option (RL In service - RL final out of service) might also be very short... I recalled somewhere the NS 5000 was in service for not even one decade...

And how would you handle trains that are currently in service, or like some DDAR, being pulled back in service? Give them a life of 25 years?

I'll be testing the set somewhere this weekend, when I come up with something during playtesting, I'll let you know.

To all of the team, keep up the good work!
Densha
Transport Coordinator
Transport Coordinator
Posts: 286
Joined: 17 Sep 2009 07:28

Re: Dutch Trainset v2.0 being developed

Post by Densha »

I don't usually use the option so I'm not exactly sure, but the current situation is that when you use automatic livery refitting trains will practically be 'refurbished' (or re-liveried) at the time when that livery is introduced right?
User avatar
PikkaBird
Graphics Moderator
Graphics Moderator
Posts: 5601
Joined: 13 Sep 2004 13:21
Location: The Moon

Re: Dutch Trainset v2.0 being developed

Post by PikkaBird »

FooBar wrote:I found this too short, I was replacing vehicles more than anything else.
You don't use autorenew/replace? :P
FooBar wrote: 3) Set the time from real life first service to last service as vehicle life.
This is waaaaay too realisms. The factors which may have applied to vehicle life in reality (economics, politics) don't apply at all in TTD. For players not versed in Dutch railway history, it will make the set seem frustratingly random; why did this EMU disappear after 15 years, while this other one is still around after 50?

For a "realistic" set with a lot of vehicles, I'd say a model life of around 50 years and a vehicle life of around 25 is good - perhaps a bit longer for steam engines, and a bit shorter for MUs. Setting the retire vehicle early property to around 10 years is also a good idea; it ensures people don't buy vehicles immediately before their reliability starts to deteriorate.
Post Reply

Return to “Graphics Development”

Who is online

Users browsing this forum: No registered users and 20 guests