Re: Another Daylength patch
Posted: 19 Oct 2013 13:38
Is there a version of the daylenght patch where the production can be adjusted?
regards!
regards!
The place to talk about Transport Tycoon
https://www.tt-forums.net/
I'm currently working on it. Just reading values from config file is failed. Anyone has any idea?pecX wrote:Is there a version of the daylenght patch where the production can be adjusted?
regards!
Make a try with my very fresh patchpack :YAPP . Be the first beta tester and please report any bugs! (You can disable all extra features if you want the stock game.)pecX wrote:is there a zipped/compiled version of the "first" daylenght patch with adjusted production?
Unfortunately i can´t compile
Okie, I got it. Then take a look at my second try with cargo production concept heavily based on your patches.pavel1269 wrote:That looks horrible to be honest. If you don't cross the "Divide monthly cargo production by day length factor", then you have ordinary day length patch. Just look for different author (or my first concept) and you will have it, just more stable! And furthermore, you changed the DAY_TICKS, which will cause all kinds of problems no matter the settings.
Yes, but i can't fully update your patch. I have a question: The day_length_balance_factor has no effect on buying vehicles, but it multiplies the cost of cloning the same vehicle. Which was the correct concept? Then i'll know what's my fault.pavel1269 wrote:I just quickly looked at it. From my perspective, it's just updated patch from the first post (my first approach). No need to comment more.
I've updated the patch file to the latest trunk version (1.4.0-beta3/r26274). I haven't edited it beyond making it patch against the newer version of the code but it compiles OK and a quick test shows that it seems to work.DC-1 wrote:Okie, I got it. Then take a look at my second try with cargo production concept heavily based on your patches.pavel1269 wrote:That looks horrible to be honest. If you don't cross the "Divide monthly cargo production by day length factor", then you have ordinary day length patch. Just look for different author (or my first concept) and you will have it, just more stable! And furthermore, you changed the DAY_TICKS, which will cause all kinds of problems no matter the settings.
Nope, I'm having the same issue. I'm going to take some time to figure out how this actually works and how to fix it.LSky wrote:I'm unable to get this to work. I get an error whenever I attempt to connect to a server.
'Could not load savegame' if I compile it myself.
A straight ctd if I receive a compiled Windows version from someone else. Have you managed to get it working, ropier?
Thanks for the efforts!ropier wrote:Nope, I'm having the same issue. I'm going to take some time to figure out how this actually works and how to fix it.LSky wrote:I'm unable to get this to work. I get an error whenever I attempt to connect to a server.
'Could not load savegame' if I compile it myself.
A straight ctd if I receive a compiled Windows version from someone else. Have you managed to get it working, ropier?
Code: Select all
svn checkout svn://svn.openttd.org/trunk openttd
svn update -r 26274
patch -p0 < daylength-1.4.0-beta3-r26274.patch (also tried -p1)
Code: Select all
gabriel@linux-a7dy:~/openttd2> patch -p0 < daylength-1.4.0-beta3-r26274.patch
(Stripping trailing CRs from patch; use --binary to disable.)
can't find file to patch at input line 5
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|Index: command.cpp
|===================================================================
|--- command.cpp (revision 26274)
|+++ command.cpp (working copy)
--------------------------
Yeah, tried both p0 and p1, neither one worked.Eddi wrote:check the first few lines of the patch (with "head"), if the paths start with "a/" and "b/", use "-p1" instead of "-p0"
merging daylength probably needs further touchups in places where DAY_TICKS is used in the timetable patch.
Well, that worked hehe. thanks!Alberth wrote:Given that -p0 results in trying to find "command.cpp", my guess is you need to run the patch -p0 command from the "src" directory.
And indeed, patching both, automated timetables and daylength patch gave errors and "make" did not work.Eddi wrote:check the first few lines of the patch (with "head"), if the paths start with "a/" and "b/", use "-p1" instead of "-p0"
merging daylength probably needs further touchups in places where DAY_TICKS is used in the timetable patch.