Besides the fact that approach you are suggesting has been tried previously and proven to break almost every game mechanic, I don't see the logic to doing things that way, I expect that slowing down the time slows the pace of the game, ie: industry productions and other such game mechanics remain at standard trunk values regardless of daylength setting, otherwise it's simply an almost pointless game date hack.chrissicom wrote: when increasing the daylength factor by 4, everything works like you would expect (e.g. industries produce 4 times as much a month).
Another Daylength patch
Moderator: OpenTTD Developers
-
- Transport Coordinator
- Posts: 260
- Joined: 09 Apr 2014 11:10
Re: Another Daylength patch
Re: Another Daylength patch
Before bothering with (probably) additional settings like production factor (which, as the name implies, doesn't seem to me to be an integral part of a daylength path, although devs might disagree) it'd probably need to fix the bugs it has, foremost I can remember is the smoke-animation one (probably some other problems with animations, too).
Re: Another Daylength patch
With the Balance Factor of this patch I would expect that you can use this patch either way. Set the Balance Factor to 1 and Daylength to 4 and it should just increase day length without changing any other mechanics (except you will have 4 years of cash after 1 year)
Any chance that the balance factor can be set to a very small number (or even 0)? I'm interested in vehicles moving but no money/date change (as a replacement for pause in a multiplayer game, so you can still debug your network)
Any chance that the balance factor can be set to a very small number (or even 0)? I'm interested in vehicles moving but no money/date change (as a replacement for pause in a multiplayer game, so you can still debug your network)
-
- Route Supervisor
- Posts: 415
- Joined: 07 Oct 2004 10:05
Re: Another Daylength patch
Last time I've been working on a daylength patch it did not affect other mechanics. E.g. industry production being 4 times as much a month with a daylength factor of 4 is no change of game mechanics. It's just what you would expect. Changing game mechanics would mean that a daylength factor of 4 is not equal to industry production being 4 times as much a month and this would just complicate things. You can make a patch that influences the amount of industry production independently from a daylength patch (I believe there is a NewGRF for this already as there is for running costs etc.).With the Balance Factor of this patch I would expect that you can use this patch either way. Set the Balance Factor to 1 and Daylength to 4 and it should just increase day length without changing any other mechanics (except you will have 4 years of cash after 1 year)
Also there is much misunderstanding in how payment calculation works (unless it changed in the last 10.000 revisions a lot). IIRC payment is actually not calculated by days in transit (as the graphical representation in the game says) but by ticks in transit. The length of a tick is not changed by a daylength patch, only the amount of ticks a day has and this is just a date representation and as I previously said should ONLY influence the introduction date of vehicles and coloured newspaper and NOTHING else, because everything else has nothing to do with how long a day is, but rather how many ticks have passed and this is always the same irregardless of how many ticks a day has. (I hope that was understandable my English is a bit rusty)
Re: Another Daylength patch
AFAIK this approach breaks Newgrf industries a big time, especially ESC vectors.chrissicom wrote:Last time I've been working on a daylength patch it did not affect other mechanics. ...
And that is the difference of my "true day length" and other day lengths as this one makes "ticks" longer instead of days which results in unbroken NewGRFs but also lower production and so on and on.chrissicom wrote:The length of a tick is not changed by a daylength patch, only the amount of ticks a day has and this is just a date representation ...
Neither of the two approaches "modifies the mechanics", it's just a lot of consequences which are changed, because we change the "core mechanics" which everything else depends on.
My patches: Day length (new concept), Conditional loading, Auto separation, Unload all adds Leave empty, Better statue placement (in trunk)
My abandoned patches: Speed limits for RVs, Day length (old concept)
My abandoned patches: Speed limits for RVs, Day length (old concept)
-
- Transport Coordinator
- Posts: 260
- Joined: 09 Apr 2014 11:10
Re: Another Daylength patch
Indeed, so why make other statements that contradict this? Pavel's approach of simply increasing the length of a "tick" achieves this almost perfectlychrissicom wrote:Nothing else but the speed time passes by should be changed by a daylength patch.
Industry production in measured in units per month of game time, not units per second of real time. I would expect that it doesn't matter if that in-game month takes 30 seconds or 5 minutes to pass, the "units per month" measurement will remain constant.chrissicom wrote: industry production being 4 times as much a month with a daylength factor of 4 is no change of game mechanics. It's just what you would expect
The misunderstanding here is yours, if it was in fact based on "ticks in transit" my modification to adjust payment rate by daylength factor would not have been necessary, here is the relevant line from economy.cpp (unpatched trunk)chrissicom wrote:Also there is much misunderstanding in how payment calculation works (unless it changed in the last 10.000 revisions a lot). IIRC payment is actually not calculated by days in transit (as the graphical representation in the game says) but by ticks in transit.
Code: Select all
Money profit = GetTransportedGoodsIncome(accepted, DistanceManhattan(source_tile, st->xy), days_in_transit, cargo_type);
Re: Another Daylength patch
the "contradiction" here is that different people have different expectation of what so-called "core mechanics" should be based on ticks and which ones should be based on days. the game is also not fully consistent here.Eddy Arfik wrote:Indeed, so why make other statements that contradict this? Pavel's approach of simply increasing the length of a "tick" achieves this almost perfectlychrissicom wrote:Nothing else but the speed time passes by should be changed by a daylength patch.
e.g. some people hate the fact that an engine's running costs exceeds the engine's purchase cost. other people feel the opposite, that if the running costs gets scaled back, then the game gets "unbalanced" (which isn't balanced in the first place either, but that's a different problem)
no, industry production happens every 256 ticks, independent from days. i think the problem with ECS was that it planned ahead its production based on 8 or 9 of these production cycles happening per month, but most daylength patches increased this amount.Industry production in measured in units per month of game time, not units per second of real time. I would expect that it doesn't matter if that in-game month takes 30 seconds or 5 minutes to pass, the "units per month" measurement will remain constant.chrissicom wrote: industry production being 4 times as much a month with a daylength factor of 4 is no change of game mechanics. It's just what you would expect
this is also a misconception. "days_in_transit" have nothing to do with the "gui" days, but they are actually counted up every 2.5 days (185 ticks). this gets more problematic nowadays, because NewGRFs can adjust this value up or down depending on which vehicle loaded the cargo.The misunderstanding here is yours, if it was in fact based on "ticks in transit" my modification to adjust payment rate by daylength factor would not have been necessary, here is the relevant line from economy.cpp (unpatched trunk)chrissicom wrote:Also there is much misunderstanding in how payment calculation works (unless it changed in the last 10.000 revisions a lot). IIRC payment is actually not calculated by days in transit (as the graphical representation in the game says) but by ticks in transit.Code: Select all
Money profit = GetTransportedGoodsIncome(accepted, DistanceManhattan(source_tile, st->xy), days_in_transit, cargo_type);
anyway, a naive "we just change daylength and leave everything else untouched" approach never worked. and there is no reason why it would work the next time around. you need to touch EVERYTHING. and make sure that it both adheres to people's wishes, and that it results in a somewhat balanced gameplay. and like i said, people's wishes vary a lot.
the problem with basically all previous daylength patches was that this "everything" part was not consequently and consistently done, and thus no such patch was ever going to be fit for review.
-
- Route Supervisor
- Posts: 415
- Joined: 07 Oct 2004 10:05
Re: Another Daylength patch
Despite my opinion that daylength should only affect when vehicles are introduced: On big maps I go from historic locomotives to maglevs before I could even build on 10% of the map, that's why I want days to be longer to have more time to build and nothing else should change, especially I don't want to half profits by doubled daylength, because then I am where I was before, 10% of the map when I can build maglevs already. Let's make a list containing aspects of the game that could / should / might whatever depending on people's opinion be affected (not to say changed) by a daylength patch.
I want to have a look at the current code, since I have missed a few thousand revisions I'll start and you add stuff hopefully (no specific order). Let's be neutral here, i.e. I leave out my opinion of what of these "mechanics" should or should not be changed by a daylength patch.
I want to have a look at the current code, since I have missed a few thousand revisions I'll start and you add stuff hopefully (no specific order). Let's be neutral here, i.e. I leave out my opinion of what of these "mechanics" should or should not be changed by a daylength patch.
- Vehicle introduction date
- Coloured newspaper introduction date
- Monthly industry production
- Yearly running costs of vehicles
- Yearly inflation of prices
- Engine breakdowns
- Economy changes (inc. funding and closing of industries)
- Cargo / Passenger generation and disappearance
- Cargo payment rates
- Station / Town rating
- Town growth (by time and by goods delivery)
- Vegetation growth
- Performance rating
- Subsidies
- ...
- ...
- ...
- ...
- ...
- ...
-
- Transport Coordinator
- Posts: 260
- Joined: 09 Apr 2014 11:10
Re: Another Daylength patch
That's actually quite similar to what I expect daylength patch to do, if you replace the words "I don't want to half profits by doubled daylength" with "I don't want to double profits by doubled daylength". The reason I use this patch is so by setting daylength to say 4, I can move the same amount of cargo using less vehicles which allows semi-realistic network to be built, if productions are multiplied by daylength factor, I would be back where I was before, ie: 12-track mainlines and roads clogged with truck spam (in a game with 3 players this often causes so much lag the game becomes unplayable and must be abandoned before goals are reached).chrissicom wrote:Despite my opinion that daylength should only affect when vehicles are introduced: On big maps I go from historic locomotives to maglevs before I could even build on 10% of the map, that's why I want days to be longer to have more time to build and nothing else should change, especially I don't want to half profits by doubled daylength, because then I am where I was before, 10% of the map when I can build maglevs already.
Instead of making theoretical list based on assumptions about code, I suggest playing a few games with this patch and then posting list of what you feel doesn't quite work right.chrissicom wrote: Let's make a list containing aspects of the game that could / should / might whatever depending on people's opinion be affected (not to say changed) by a daylength patch.
I want to have a look at the current code, since I have missed a few thousand revisions
the version here should apply to current trunk.
Re: Another Daylength patch
If that is your only goal, then grab the source code for OpenGFX+ Trains (or any other vehicle NewGRF) and modify the introduction dates. Problem solved, no patching required.chrissicom wrote:Despite my opinion that daylength should only affect when vehicles are introduced: On big maps I go from historic locomotives to maglevs before I could even build on 10% of the map, that's why I want days to be longer to have more time to build and nothing else should change...
For the record, the reason I use daylength patches is because I think it's ridiculous that it takes a road vehicle a week to shift cargo from one side of a city to another, or for trains to be in transit non-stop for months at a time on one cargo delivery run. I don't need gobs of money. If I needed that, there's the cheat menu.
Do you like drones, quadcopters & flying toys? Check out Drone Strike Force!
Base Music Sets: OpenMSX | Scott Joplin Anthology | Traditional Winter Holiday Music | Modern Motion Music
Other Projects: 2CC Trams | Modern Waypoints | Sprite Sandbox & NewGRF Releases | Ideabox | Town Names | Isle of Sodor Scenario | Random Sprite Repository
Misc Topics: My Screenshots | Forgotten NewGRFs | Unfinished Graphics Sets | Stats Shack | GarryG's Auz Sets
Base Music Sets: OpenMSX | Scott Joplin Anthology | Traditional Winter Holiday Music | Modern Motion Music
Other Projects: 2CC Trams | Modern Waypoints | Sprite Sandbox & NewGRF Releases | Ideabox | Town Names | Isle of Sodor Scenario | Random Sprite Repository
Misc Topics: My Screenshots | Forgotten NewGRFs | Unfinished Graphics Sets | Stats Shack | GarryG's Auz Sets
Re: Another Daylength patch
Hi everybody, I want to play with this patch, but I dont know how to make a compilation. Eventhough I read some manuals, my PC experience is so small. Can somebody make (or does somebody have it) a compilation of this patch with newest version OTTD 1.5.0 please? It would by great and I would be gratefull...
Re: Another Daylength patch
The best way to gain experience is to try and fail, and then examine your failings and try again.
I'm sure somebody will eventually come along and do so, though.
I'm sure somebody will eventually come along and do so, though.
Do you like drones, quadcopters & flying toys? Check out Drone Strike Force!
Base Music Sets: OpenMSX | Scott Joplin Anthology | Traditional Winter Holiday Music | Modern Motion Music
Other Projects: 2CC Trams | Modern Waypoints | Sprite Sandbox & NewGRF Releases | Ideabox | Town Names | Isle of Sodor Scenario | Random Sprite Repository
Misc Topics: My Screenshots | Forgotten NewGRFs | Unfinished Graphics Sets | Stats Shack | GarryG's Auz Sets
Base Music Sets: OpenMSX | Scott Joplin Anthology | Traditional Winter Holiday Music | Modern Motion Music
Other Projects: 2CC Trams | Modern Waypoints | Sprite Sandbox & NewGRF Releases | Ideabox | Town Names | Isle of Sodor Scenario | Random Sprite Repository
Misc Topics: My Screenshots | Forgotten NewGRFs | Unfinished Graphics Sets | Stats Shack | GarryG's Auz Sets
- DarkenMoon
- Engineer
- Posts: 11
- Joined: 03 Aug 2014 18:43
- Location: Reno, NV
Re: Another Daylength patch
Hey all, I updated this to trunk (27261), and made win32 and win64 binaries for 1.5.0 and 27261. This was updated from the version made for 27051.
- Attachments
-
- 01_true_day_length_r27261.diff
- Patch
- (7.86 KiB) Downloaded 499 times
-
- OpenTTD_Daylength_1.5.0-win32.zip
- Win32 Binary
- (5.64 MiB) Downloaded 240 times
-
- OpenTTD_Daylength_1.5.0-win64.zip
- Win64 Binary
- (8.97 MiB) Downloaded 605 times
- DarkenMoon
- Engineer
- Posts: 11
- Joined: 03 Aug 2014 18:43
- Location: Reno, NV
Re: Another Daylength patch
27261 post, since there is apparently a limit of 3 files per post.
- Attachments
-
- OpenTTD_Daylength_r27261-win32.zip
- (6.98 MiB) Downloaded 235 times
-
- OpenTTD_Daylength_r27261-win64.zip
- (9.25 MiB) Downloaded 490 times
Re: Another Daylength patch
After some gamex4 years, frequent desync errors started to occur.
Regardless of above client or compiled myself, Every client is affected, compiled by myself or above linked, regardless of OS platform.
Did anybody else tested this patch in MP mode?
Regardless of above client or compiled myself, Every client is affected, compiled by myself or above linked, regardless of OS platform.
Did anybody else tested this patch in MP mode?
Formerly known as: McZapkie
Projects: Reproducible Map Generation patch, NewGRFs: Manpower industries, PolTrams, Polroad, 600mm narrow gauge, wired, ECS industry extension, V4 CEE train set, HotHut.
Another favorite games: freeciv longturn, OHOL/2HOL.
Projects: Reproducible Map Generation patch, NewGRFs: Manpower industries, PolTrams, Polroad, 600mm narrow gauge, wired, ECS industry extension, V4 CEE train set, HotHut.
Another favorite games: freeciv longturn, OHOL/2HOL.
Re: Another Daylength patch
False alarm - desync errors occurs also on 1.5.0 version, probably due to one of the newgrf's.
Last edited by Wahazar on 19 May 2015 17:53, edited 1 time in total.
-
- Engineer
- Posts: 1
- Joined: 19 May 2015 14:25
Re: Another Daylength patch
I'm sorry for my nubness, but I think I can't get it working properly
What I did:
I took this : OpenTTD_Daylength_1.5.0-win64.zip from DarkMoon's post, unpacked it overwriting the previous vanilla installation
The game launches with version 1.5.0M, but there are no Economy settings
Cheers
EDIT: I managed to get only Day length factor in Accounting settings tab (It does slow the days changing). How can i get the remaing options? Balance factor/etc
What I did:
I took this : OpenTTD_Daylength_1.5.0-win64.zip from DarkMoon's post, unpacked it overwriting the previous vanilla installation
The game launches with version 1.5.0M, but there are no Economy settings
Cheers
EDIT: I managed to get only Day length factor in Accounting settings tab (It does slow the days changing). How can i get the remaing options? Balance factor/etc
Re: Another Daylength patch
There are two completely different patches within one thread, which is somewhat confusing.EDIT: I managed to get only Day length factor in Accounting settings tab (It does slow the days changing). How can i get the remaing options? Balance factor/etc
In my opinion, this thread should to be split into two separate: Another Daylength patch and True Daylength patch.
Last edited by Wahazar on 19 May 2015 19:39, edited 1 time in total.
Re: Another Daylength patch
The options you see in the first post refer to different approach of the day length patch which I abandoned long time ago. The new day length approch, which I call "true day length", functions very differently and has the only one option which you probably see.
My patches: Day length (new concept), Conditional loading, Auto separation, Unload all adds Leave empty, Better statue placement (in trunk)
My abandoned patches: Speed limits for RVs, Day length (old concept)
My abandoned patches: Speed limits for RVs, Day length (old concept)
- SVW-Gigant
- Engineer
- Posts: 28
- Joined: 05 Jun 2008 20:12
- Location: Bremen, HB, Germany
- Contact:
Re: Another Daylength patch
Hey, thank u for this implimented daylenght patch in 1.5.0! Now, it is more possible to integrate very slow vehicles (ships, airships, helicopters v.e.) in the business, so they have more time to supply the freight and make more profit. A game is no longer finshed after a few dozend hours
experience Northern Germany 2.1!
Who is online
Users browsing this forum: No registered users and 42 guests