The International Simutrans Forum

Simutrans Extended => Simutrans-Extended paksets => Topic started by: sdog on September 09, 2011, 05:01:14 PM

Title: pak conversion (128) WIP
Post by: sdog on September 09, 2011, 05:01:14 PM
I've started to work on a conversion of pak128 to experimental. In this thread i would like to outline a few of the concepts i use for the balancing. In a pak like pak128 with vehicles from all over the world, the main aim is  not to have real world economic values, but internal consistency of the  pak. the project is at github: https://github.com/sdog/pak128-experimental

load times for pax
The plan is to calculate load times based on the number of doors on either side n and passenger capacity p. The width of the door should have a non-linear relationship to the throughput. This will be neglected though. Thus a single door at an old long range trains has a value of 1, double doors 2, i shall give wide double doors (eg in subways) a value of 3.
t = c n p/3
c is a constant conversion factor, to be tweaked to get results compatible to the game.

running cost
per km running cost of vehicles is to be calculated based on the engine power, combustion type and (perhaps fuel type). The primary energy required for one km at 2/3 maximum engine power is calculated at half maximum speed v. The monetary cost is a time dependent function, normalized to 1000 for year 2000. A constant factor c that is tweakable is used to convert to simutrans money.

Unpowered vehicles need more thought. Two approaches might be sensible. Guess acceleration profiles and base cost on kinetic energy (at half max speed) or on friction only, introducing friction/drag coefficients.

Beware that all of this is super crude, averaging over non linear relations is a bad thing to do.

monthly vehicle cost
regarding monthly vehicle cost, please find first concepts in this thread:
http://forum.simutrans.com/index.php?topic=7937.0

At this point in time i collect data on powered rail vehicles. As soon as i have entered enough to have a good variation for testing, i can start to write the scripts for dat creation.

to be continued in later posts to this thread
Title: Re: pak conversion (128) WIP
Post by: Milko on September 09, 2011, 08:56:45 PM
Hello

I am speechless! Another great project from the start.

If you need some version of my plane pak128 not hesitate to ask ....

I have this blender models available:
http://forum.simutrans.com/index.php?topic=7958.msg75844#msg75844

I love to build updated versions of "pakset" (as nightlies), I saw that in the project of pak128 there is a file that works with XP called "pak128.bat" you've never used it? you know if it works? I'd like to try it.

Thanks
Giuseppe
Title: Re: pak conversion (128) WIP
Post by: sdog on September 09, 2011, 09:03:07 PM
the github repo i have is mostly identical with the svn mirror of open-pak128.

Thanks for offering planes. However, i want to keep all graphics a subset of open pak128, so best way would be including your planes there. The reason therefor is, that i don't want to divert the valuable resource of graphics from the main pak-set this is merely a branch of.
Title: Re: pak conversion (128) WIP
Post by: greenling on September 09, 2011, 09:11:01 PM
It ´s possible that´s the talking over this projekt be paused until tomorow 17:00 clock?
I have morning make a job and my job end at 16:30!
Thanks
Title: Re: pak conversion (128) WIP
Post by: HeinBloed on September 10, 2011, 01:58:43 PM
This is exactly what I've been waiting for before starting a new game of Simutrans again, very much appreciated! When my final uni exam will be done in 5 weeks, I'll jump on this, hopefully also being able to help with testing.

You wrote that you intend to make the graphics a subset of open pak 128, are you planning to convert most or even all vehicles though?
Title: Re: pak conversion (128) WIP
Post by: sdog on September 10, 2011, 06:07:42 PM
I can't say at this point in time if i will include all or most vehicles. I likely start with a very small subset and increase coverage of the timeline from there.

oh, and don't hold your breath, progress will be quite slow, it does not have a very high priority.
Title: Re: pak conversion (128) WIP
Post by: greenling on September 10, 2011, 06:14:20 PM
Sdog
i have be looking the Png and Dat´s form the sdog-pak128-experimentalscore.zip
on and i have be get an idea.
It´s possible to use parts from pak128.britain to make the pak128 exp better?
The Mainmenu from pak128.britain have all waytyp that be give in simutrans!
Title: Re: pak conversion (128) WIP
Post by: sdog on September 10, 2011, 06:30:18 PM
more is not necessarily better greenling. i don't think it would be a good idea to make an amalgam of those pak sets. It might always be possible to adpot single paks/png to the other pak set, but please discuss this at the fora of the pak sets in questions. I will not ad new graphics not included in standard pak128 into the pak.

If soemthing is needed urgently for the experimental version, it is better to make arrangements to have it included in upstream, standard pak128.
Title: Re: pak conversion (128) WIP
Post by: greenling on September 10, 2011, 06:42:03 PM
sdog
why want you not be have the waytyp Narrowgauge in the mainmenu?
Title: Re: pak conversion (128) WIP
Post by: sdog on September 10, 2011, 11:09:47 PM
greenling, let's talk about this in roughly a year or so, shall we? You can see at the github how far my progress is so far. Nothing is a very good approximation.
Title: Re: pak conversion (128) WIP
Post by: jamespetts on September 11, 2011, 03:55:14 PM
It's excellent to see another pakset become available with Experimental features - thank you for your work on this, Sdog. One or two small comments on the balancing: don't you take into account door size as well as door numbers for your loading times, as well as the internal layout of vehicles (e.g., whether or not there is a "standback" area near the doors to prevent people standing in the door areas and effectively making the door space narrower)? Both of those are significant for loading times. As for per kilometre running costs - ought one not also factor in fuel economy (which varied considerably especially amongst steam engines) and reliability?
Title: Re: pak conversion (128) WIP
Post by: sdog on September 11, 2011, 11:35:16 PM
James, i don't think i can factor in internal layout of the carriages, at least not at this point in time. i assume that more doors in general also correspond to a more rush oriented internal layout. But there is room for fine tuning in the future. The number of doors can easily be seen at the png or photos on the net, this is the reason i chose it as factor determining load time.

The fuel economy is already factored in in the primary energy demand of those vehicles. For steam engines i plan to use a time dependent function or input file to account for the increase of fuel efficiency. However i only have to take care of a timeline from 1930 to 1960, there was not so much change in steam engines.

This might be quite a bit more difficult for diesel-electrics.

I have two three questions for you James:
There's the case of EMD FT trains, each A unit is not bidirectional, it has a cab at one end. B units have only motors. But they were often used as A+B-B+A sets in front of trains, this set is bi-directional in real live. I suppose there's no way to reflect this in experimental at this point of time?

Is the load time specified in the pak the maximum time for a full train unloading and loading full again? The acutal load time at stops the time linearly reduced by the percentage of pax unloading/loading?

(not actually a question, more a request) Did you already have a look at my extension request (http://forum.simutrans.com/index.php?topic=7937.0)?
Title: Re: pak conversion (128) WIP
Post by: jamespetts on September 11, 2011, 11:43:49 PM
Sdog,

the EMT FT units should be able to be simulated, as long as you have two different "A" vehicles: one for each direction, with neither set to bidirectional and the rear one set to "can_lead_from_rear=1".

As to the extension request, I did see that, but haven't had time to reply yet, as it's a complicated topic - I shall get around to replying before too long, I hope!
Title: Re: pak conversion (128) WIP
Post by: sdog on September 11, 2011, 11:58:47 PM
Take your time with replying. I've only mentioned it here since you've been quite busy last week and i wasn't sure if you noticed it.

Oh, the situation with the EMD FT set is like this A+B-B+A'-CCCCC where C are the freight cars.The whole unit would have to be shunted to the other end of the train, just not turned around itself. Does can lead from rear work with units not at the end of the train too? I always assumed it would have to look kile this: A-B-CCCC-B-A' for A' the reverse A unit to lead from rear.
Title: Re: pak conversion (128) WIP
Post by: jamespetts on September 12, 2011, 12:07:20 AM
Ahh, yes, "can lead from rear" does apply to the very rear vehicle only. I can't remember whether this will work properly or not without a change to the code - can you try it with all vehicles set to bidirectional? I suspect that it won't work, though - can you think of an abstraction with which these things can be coded?
Title: Re: pak conversion (128) WIP
Post by: sdog on September 12, 2011, 12:17:39 AM
Setting bi directional would turn the A engines the wrong way. In effect it would work just the same, just look a little silly.

Perhaps a check could be done, if a can lead from rear is in the middle of a consist, the part between first vehicle and the last "can lead" from rear vehicle should be treated like bi-directional single engines and shunted to the rear of the consist without being turned? Paksets have to take care to set up constraints in a way it can't get broken. (in this case, have the can lead from rear A' only couple to A and B units, allow B units only after an A unit)

There are hardly any trains/engine where this is necessary, i'm not sure if it's worth to invest coding time. Afterall it's just a rather cosmetic flaw.
Title: Re: pak conversion (128) WIP
Post by: ӔO on September 12, 2011, 12:51:51 AM
I've seen some GP60 B units lead a train, but those instances are very rare.

How about adding a value like "can run in reverse" and whenever more than one locomotive in the convoy consist has that value, the last locomotive is graphically turned to face reverse?

A engines will be flagged for "can run in reverse" and B engines will not.
So when you only have A-B, the game should turn around the entire convoy, but in A-B+B-A, A-B-A, A+A and A+A+A configurations the last engine will get turned around to face backwards.

This should also work with "can lead from rear", but I've yet to see a double headed commuter train.

Title: Re: pak conversion (128) WIP
Post by: jamespetts on September 12, 2011, 01:17:10 AM
Hmm - I'd like to be able to accommodate this without having to add any parameters, if possible. Even though it may be a somewhat marginal case, I do like to accommodate such marginal cases where possible, as I do for the Garrett in the Pak128.Britain-Ex pakset. As for SDog's suggestion - this might work, but I worry about what would happen if one had more than one "can lead from rear" in a convoy...?
Title: Re: pak conversion (128) WIP
Post by: ӔO on September 12, 2011, 02:14:01 AM
IMO, The easiest way by far, without adding any code, is to just add a reverse facing A unit that can be added onto the B unit.

In pak128, there's the IORE, which has two single ended engines permanently fixed back to back.
Title: Re: pak conversion (128) WIP
Post by: greenling on September 12, 2011, 09:06:59 AM
Good Morniing
Aeo,jamespetts,sdog
have you be talk over this enginetyps on the photos?
http://www.bahnbilder.de/1024/1772010-danbury-railway-museum-danbury-527280.jpg
http://www.bahnbilder.de/1024/zwei-f40ph-amtrak-nr-228-386461.jpg
http://www.bahnbilder.de/1024/amtrak-185--158-wait-378497.jpg
http://www.bahnbilder.de/1024/so-sah-amtrak-zug-toronto--357898.jpg
http://www.bahnbilder.de/bilder/dieselloks-330413.jpg
http://www.bahnbilder.de/bilder/dieselloks-296490.jpg
Title: Re: pak conversion (128) WIP
Post by: ӔO on September 12, 2011, 09:37:40 AM
@greenling
yep, basically most north american diesel-electric locomotives where they only have a cab on one end, but can be run in both directions or require at least two cab engines pointing away from each other to run in reverse. Not necessarily including pax trains with push-pull coaches, because that feature is already implemented and works.

This sort of configuration, particularly.
It's inconvinient for the majority of north american locomotives to run backwards due to poor visibility, so there are usually two or more and the last one usually faces backwards.
http://www.classymodeltrains.com/wp-content/uploads/2010/02/Bridgephotowilliambaird.jpg
http://www.american-rails.com/images/NS_DK_GP60.jpg
http://www.railarchive.net/vintagediesel/co3004-5911_dvl.jpg
Title: Re: pak conversion (128) WIP
Post by: greenling on September 12, 2011, 10:23:15 AM
Ít´s desirable to learn how to use engines with on sided Stearing cab?
Title: Re: pak conversion (128) WIP
Post by: ӔO on September 12, 2011, 08:30:58 PM
Quote from: greenling/As.fr.Ar.fo.Si. on September 12, 2011, 10:23:15 AM
Ít´s desirable to learn how to use engines with on sided Stearing cab?
sit at the back of a full bus and think how easy it would be to control the bus from there. ;)
Title: Re: pak conversion (128) WIP
Post by: greenling on September 18, 2011, 11:15:36 AM
With the word: on sided Stearing cab hate i be mean the Vehicle on the photos what i make public!
Title: Re: pak conversion (128) WIP
Post by: Milko on October 11, 2011, 08:18:44 PM
Hello Sdog

I created a ".bat" file for windows that can fill in the pak128exp. I am attaching to allow those interested to generate nightly. If someone tries it and does some testing I would be very grateful.
I did some tests to see in action pak128exp, for now I only gave a brief glance. The only thing that I noticed is that using the current settings get city with few inhabitants but very large. James long ago I had suggested to increase the value of "renovation_percentage" on file "cityrulestab". By setting "renovation_percentage" around "40/50" the situation has improved. But I do not know whether to address this issue, increase "renovation_percentage" is the best solution or if there are alternative solutions to be preferred.

Giuseppe
Title: Re: pak conversion (128) WIP
Post by: sdog on December 28, 2011, 10:56:50 PM
against my plan i cant do anytginh for the project this xmas season. im coding for physics, as i got stuck mid december and need to catch up a bit. when looking at code all day i dont have thenerve to do thisafterwards. -- sorry this will have to stay in hibernation for quite a while.
Title: Re: pak conversion (128) WIP
Post by: jamespetts on December 28, 2011, 11:13:03 PM
That's rather a shame - best wishes with your physics, and I shall look forward to seeing this flourish one day!
Title: Re: pak conversion (128) WIP
Post by: Milko on January 06, 2012, 07:04:33 PM
Hello

I have updated the generator of pak128exp, I added the generation of housing created by Fabio.

You may found at this link http://simutrans-germany.com/files/upload/pak128.zip

   It seems that the forum does not allow you to download files that are attached directly to the post, does anyone know what is the section where I can report this anomaly?

Giuseppe
Title: Re: pak conversion (128) WIP
Post by: jamespetts on January 06, 2012, 09:38:16 PM
I think that your download link is broken - can you try re-uploading to files.simutrans-germany.com (http://files.simutrans-germany.com)?
Title: Re: pak conversion (128) WIP
Post by: Milko on January 07, 2012, 08:59:49 AM
Hello

Link fixed

Giuseppe
Title: Re: pak conversion (128) WIP
Post by: jamespetts on January 07, 2012, 11:49:02 AM
Hmm - that file seems to contain pak128.bat and nothing else...
Title: Re: pak conversion (128) WIP
Post by: Milko on January 07, 2012, 01:19:46 PM
Hello

In windows, using Pak128.bat you may make pak128exp.
In the zip there is only the file Pak128.bat.

I do this step and I obtain pak128exp:
0) place pak128.bat in a folder (example .\generator\)
1) place makeobj (exp) and required file in the folder .\generator\
2) make a folder pak128dat (.\generator\pak128dat\)
3) unzip sdog's pak128 source in folder pak128dat
4) make a new folder pak128exp (.\generator\pak128exp\)
5) in a windows command prompt go to folder .\generator\
6) in the windows command prompt type "pak128 pak128exp pak128dat" and press enter
7) wait some time and in .\generator\pak128exp you will find the pak128exp (as a nightly) :)

Some time ago I make a similar file to build pak128brit exp....

Giuseppe
Title: Re: pak conversion (128) WIP
Post by: VS on January 07, 2012, 06:31:32 PM
Standard now includes fine control of electricity consumption/production, which clashes with Exp's electricity_proportion. Watch out for the industry commit series around this date, you might want to change the numbers.
Title: Re: pak conversion (128) WIP
Post by: jamespetts on January 07, 2012, 06:41:28 PM
Quote from: VS on January 07, 2012, 06:31:32 PM
Standard now includes fine control of electricity consumption/production, which clashes with Exp's electricity_proportion. Watch out for the industry commit series around this date, you might want to change the numbers.

It does not strictly clash - electricity_proportion is retained for backwards compatibility, but gives way to the newer settings in Standard if they are specified.
Title: Re: pak conversion (128) WIP
Post by: Milko on August 23, 2012, 08:13:28 PM
Hello

This seemed like a good project, it is sad to see it stopped.

Giuseppe

Title: Re: pak conversion (128) WIP
Post by: sdog on August 23, 2012, 08:23:30 PM
I also lost most of the work i've done so far, when my notebook-computer was stolen last May.
Title: Re: pak conversion (128) WIP
Post by: greenling on August 23, 2012, 08:54:37 PM
Sdog
oh that´s very hard to have no notebook-computer.
Title: Re: pak conversion (128) WIP
Post by: jamespetts on August 23, 2012, 10:40:16 PM
Quote from: sdog on August 23, 2012, 08:23:30 PM
I also lost most of the work i've done so far, when my notebook-computer was stolen last May.

That's very sad indeed. Not much consolation now, I know, but there's much to be said for, in future, using Github to back these things up.
Title: Re: pak conversion (128) WIP
Post by: sdog on August 23, 2012, 10:49:01 PM
i wasn't pushing it, since it was too incomplete, that was mostly working on filling out the extensive tables. Now i'm pushing much more incomplete things (which also has its downsides).

On the good side, i did not loose any of my physics work, since i had everything either synced or pushed to my own git server.

Greenling and James, thank you for your consolation. I'm mostly over the loss of the computer now, since i got a nice new one. I still miss the old one for the memories attached to it, bought in japan, took it to every place i went... but what really hurts now is loosing my camera, which was in the computer bag. It appears the lens i had on it quadrupled in price since i bought it :-(

(http://farm7.staticflickr.com/6222/6288148070_e27134c01a.jpg) (http://www.flickr.com/photos/60990146@N02/6288148070/)
contre-jour (http://www.flickr.com/photos/60990146@N02/6288148070/) by knehcsg (http://www.flickr.com/people/60990146@N02/), on Flickr
Title: Re: pak conversion (128) WIP
Post by: jamespetts on August 23, 2012, 11:00:17 PM
Oh that's very sad indeed. My sympathies indeed. Might I recommend Micro Four Thirds if you're after a replacement?
Title: Re: pak conversion (128) WIP
Post by: sdog on August 23, 2012, 11:06:38 PM
I've got a digital slr already. The lack or electronic viewfinder was what discouraged me from going to micro four thirds.

The camaera lost was an analogue one (Nikon FG + Nikkor-O 35 F1:2), and i intend to replace it either exactly  or by a Minolta XD with a fast 35 mm. I rather love wide angle, and film, is with the larger "sensor size" much easier than anything digital i am willing to pay (that is the equivalent of a thousand rolls of film exposed, developed, and scanned).

You were an olympus SLR user, before you went digital with four-thirds?
Title: Re: pak conversion (128) WIP
Post by: jamespetts on August 23, 2012, 11:18:00 PM
Ohh, I see, a film camera? Goodness - even harder to replace.

No, I used old Canon FD equipment in film days; I then spent a while with Canon mid and high-end compacts (the G10) before finally getting a digital system camera in the form of the Olympus E-P3.
Title: Re: pak conversion (128) WIP
Post by: greenling on August 24, 2012, 02:20:16 PM
Sdog
have you buy a new notebook-computer?
Title: Re: pak conversion (128) WIP
Post by: sdog on August 27, 2012, 03:26:41 AM
Yes greenling, a week later i had replaced it. I need it for my work.