OpenTTD and patch packs

Forum for technical discussions regarding development. If you have a general suggestion, problem or comment, please use one of the other forums.

Moderator: OpenTTD Developers

User avatar
acs121
Tycoon
Tycoon
Posts: 1956
Joined: 03 Nov 2017 18:57
Location: Courbevoie, near Paris, France

Re: OpenTTD and patch packs

Post by acs121 »

Eddi wrote:
acs121 wrote:And later on, a patcher did make code for diagonal crossings, that worked !
you must have really strange definitions of "worked". Because the original implementation of diagonal crossings (from like 10 years ago) had significant gameplay problems (like spurious pieces of crossings staying blocked while the train had already left).

and i myself once tried to solve that problem, which "worked" for my personal use, but was definitely not ready for the general public
By "worked" i mean that trains could pass on the diagonal crossings diagonally.

Next for InfraSharing. I've not noticed specific bugs though there sure is a somewhat bad implementation. Other than that, the only problem with IS are social problems that are also present in trunk with sharing canals, sharing roads etc. This is also a problem with road conversion in NRT.
Eddi
Tycoon
Tycoon
Posts: 8258
Joined: 17 Jan 2007 00:14

Re: OpenTTD and patch packs

Post by Eddi »

acs121 wrote:By "worked" i mean that trains could pass on the diagonal crossings diagonally.
hm, sure, but that was never the issue that needed solving...
Other than that, the only problem with IS are social problems that are also present in trunk with sharing canals, sharing roads etc.
also, this is not really the reason which blocks IS from including. sure, it is a problem, but not one you can realistically expect someone to solve. there are much deeper core problems which need a solution before merging will come into significant reach. most notably the payment of partial routes. this has been known for ages, but nobody has worked on any solution as far as i am aware. and patchpacks generally just ignore the problem in a "well, works for me" fashion...
User avatar
JGR
Tycoon
Tycoon
Posts: 2557
Joined: 08 Aug 2005 13:46
Location: Ipswich

Re: OpenTTD and patch packs

Post by JGR »

Eddi wrote:also, this is not really the reason which blocks IS from including. sure, it is a problem, but not one you can realistically expect someone to solve. there are much deeper core problems which need a solution before merging will come into significant reach. most notably the payment of partial routes. this has been known for ages, but nobody has worked on any solution as far as i am aware. and patchpacks generally just ignore the problem in a "well, works for me" fashion...
For what it's worth, I have a solution to the partial route payment issue in my patchpack.
The real money from final cargo acceptance is distributed to the applicable company/ies in the applicable vehicle type cost category/ies as per the virtual transfer payments previously made en route, rather than it all being distributed to the (company and vehicle type of the) final vehicle, or real money being generated for transfers (which is exploitable).
This requires additional book-keeping, but is not otherwise that difficult.

I also include an alternative algorithm for intermediary transfer payments, which is less prone to generating huge negative payments on the final leg. This isn't enabled by default though.
Last edited by JGR on 25 Apr 2018 18:39, edited 1 time in total.
Ex TTDPatch Coder
Patch Pack, Github
User avatar
wallyweb
Tycoon
Tycoon
Posts: 6102
Joined: 27 Nov 2004 15:05
Location: Canada

Re: OpenTTD and patch packs

Post by wallyweb »

JGR wrote:... even if the developers aren't being paid in fiat currency for it.
Another excellent reason for andythenorth to implement gold mines. 8)
User avatar
wallyweb
Tycoon
Tycoon
Posts: 6102
Joined: 27 Nov 2004 15:05
Location: Canada

Re: OpenTTD and patch packs

Post by wallyweb »

andythenorth wrote:
wallyweb wrote:Another excellent reason for andythenorth to implement gold mines. 8)
Best I can do is http://bundles.openttdcoop.org/firs/pus ... amond_mine

I suggested putting a hidden (crypto) coin miner into OpenTTD but Truebrain said no, it's not moral :twisted:
Why was there a need to include a crypt?
User avatar
MagicBuzz
Tycoon
Tycoon
Posts: 1354
Joined: 15 Feb 2003 17:32
Location: Vergezac, France

Re: OpenTTD and patch packs

Post by MagicBuzz »

I'm very amused to see this kind of discussion today.

Since 2003 I'm on this forum (less active the last few years though) I see a total gap between patch designers and official developpers.

There are fantastic patches that has been rewritten many times, abdonned, recoded, died.
Always the same song from the official devs : "well, I don't like this stuff and I'm working on Something else and I Don't want to maintain code that isn't from me".

Transport Tycoon is a very rich game. That's probably the only Reason why more that 20 years later there is stil l a community of players enjoying this game.

This richness is mostly the fact that you can play with or without opponents, alone on online, with or without newgrf, with or without opponements, with only pax or ony cargo, or both : you can do what ever you want to.

And for this reason I don't think the reason "I (don't) like this stuff" should be an acceptable reason to merge (or not) a patch in trunk.

Devs implemented timetables in the trunk "their way".
I hate the way they work (or not). They are useless with breakdowns enabled, useless when upgrading your vehicules with newer, etc.

A long time ago I wrtoe the first separation patch. It was not perfect, and has been rewritten since, but was handling the "automated timetable" feature well. The timetables were usabled, and provided a efficient way to separate trafic.
This was never included in the trunk.

The reason ? "the timetables aren't supposed to be used like that".
Ok… well, and what about a game setting or timetable setting to change the way the player wants to use it ?

Nah, player sucks. He isn't supposed to exist. Only dev are good. Game is by devs for devs.

Now, there is actually a separation feature based on timetables (so yes, timetable finally can be used for this) but the current implementation of timetables are still useless in major game context (only usable after 2035 is breakdown are disabled).

I'm speaking about an simple and obvious patch. Don't say about a more enthusiastic patch like IS.
Eddi
Tycoon
Tycoon
Posts: 8258
Joined: 17 Jan 2007 00:14

Re: OpenTTD and patch packs

Post by Eddi »

MagicBuzz wrote:And for this reason I don't think the reason "I (don't) like this stuff" should be an acceptable reason to merge (or not) a patch in trunk.
at no point was that ever the reason for not including a patch.

(it might be in the other direction, if a dev likes a patch, it might get fast-tracked. but that patch still needs to fulfill half a dozen other requirements for inclusion)

I'm speaking about an simple and obvious patch.
people always think they have a simple answer for complicated problems. and when someone questions this simple approach, they cry "fake news"

yes, there are a hundred things wrong with the current timetables. but indiscriminate autoseparation doesn't solve 99 of them. and may make some of them even harder to solve. and THAT is the main reason why it was never included. a proper (non-simple) patch must address a larger share of the (related) problems
User avatar
acs121
Tycoon
Tycoon
Posts: 1956
Joined: 03 Nov 2017 18:57
Location: Courbevoie, near Paris, France

Re: OpenTTD and patch packs

Post by acs121 »

MagicBuzz wrote:I'm very amused to see this kind of discussion today.

Since 2003 I'm on this forum (less active the last few years though) I see a total gap between patch designers and official developpers.

There are fantastic patches that has been rewritten many times, abdonned, recoded, died.
Always the same song from the official devs : "well, I don't like this stuff and I'm working on Something else and I Don't want to maintain code that isn't from me".

Transport Tycoon is a very rich game. That's probably the only Reason why more that 20 years later there is stil l a community of players enjoying this game.

This richness is mostly the fact that you can play with or without opponents, alone on online, with or without newgrf, with or without opponements, with only pax or ony cargo, or both : you can do what ever you want to.

And for this reason I don't think the reason "I (don't) like this stuff" should be an acceptable reason to merge (or not) a patch in trunk.

Devs implemented timetables in the trunk "their way".
I hate the way they work (or not). They are useless with breakdowns enabled, useless when upgrading your vehicules with newer, etc.

A long time ago I wrtoe the first separation patch. It was not perfect, and has been rewritten since, but was handling the "automated timetable" feature well. The timetables were usabled, and provided a efficient way to separate trafic.
This was never included in the trunk.

The reason ? "the timetables aren't supposed to be used like that".
Ok… well, and what about a game setting or timetable setting to change the way the player wants to use it ?

Nah, player sucks. He isn't supposed to exist. Only dev are good. Game is by devs for devs.

Now, there is actually a separation feature based on timetables (so yes, timetable finally can be used for this) but the current implementation of timetables are still useless in major game context (only usable after 2035 is breakdown are disabled).

I'm speaking about an simple and obvious patch. Don't say about a more enthusiastic patch like IS.
There are patches, like yours, which is very good, that have as much enthusiasm for inclusion as IS. It can be an obvious and simple, or non-obvious and difficult patch (such as IS), but both can get as much enthusiasm.
SimYouLater
Chief Executive
Chief Executive
Posts: 675
Joined: 03 Apr 2016 20:19

Re: OpenTTD and patch packs

Post by SimYouLater »

acs121 wrote:
MagicBuzz wrote:I'm very amused to see this kind of discussion today.

Since 2003 I'm on this forum (less active the last few years though) I see a total gap between patch designers and official developpers.

There are fantastic patches that has been rewritten many times, abdonned, recoded, died.
Always the same song from the official devs : "well, I don't like this stuff and I'm working on Something else and I Don't want to maintain code that isn't from me".

Transport Tycoon is a very rich game. That's probably the only Reason why more that 20 years later there is stil l a community of players enjoying this game.

This richness is mostly the fact that you can play with or without opponents, alone on online, with or without newgrf, with or without opponements, with only pax or ony cargo, or both : you can do what ever you want to.

And for this reason I don't think the reason "I (don't) like this stuff" should be an acceptable reason to merge (or not) a patch in trunk.

Devs implemented timetables in the trunk "their way".
I hate the way they work (or not). They are useless with breakdowns enabled, useless when upgrading your vehicules with newer, etc.

A long time ago I wrtoe the first separation patch. It was not perfect, and has been rewritten since, but was handling the "automated timetable" feature well. The timetables were usabled, and provided a efficient way to separate trafic.
This was never included in the trunk.

The reason ? "the timetables aren't supposed to be used like that".
Ok… well, and what about a game setting or timetable setting to change the way the player wants to use it ?

Nah, player sucks. He isn't supposed to exist. Only dev are good. Game is by devs for devs.

Now, there is actually a separation feature based on timetables (so yes, timetable finally can be used for this) but the current implementation of timetables are still useless in major game context (only usable after 2035 is breakdown are disabled).

I'm speaking about an simple and obvious patch. Don't say about a more enthusiastic patch like IS.
There are patches, like yours, which is very good, that have as much enthusiasm for inclusion as IS. It can be an obvious and simple, or non-obvious and difficult patch (such as IS), but both can get as much enthusiasm.
Not enthusiasm. I'm pretty sure he means ambition. Ambitious patches = more complex and/or more broad scope
Licenses for my work...
You automatically have my permission to re-license graphics or code by me if needed for use in any project that is not GPL v2, on the condition that if you release any derivatives of my graphics they're automatically considered as ALSO GPL v2 (code may remain unreleased, but please do provide it) and carry this provision in GPL v2 uses.
Please ask someone in-the-know to be sure that the graphics are done by me. Especially TTD-Scale, long story.
User avatar
acs121
Tycoon
Tycoon
Posts: 1956
Joined: 03 Nov 2017 18:57
Location: Courbevoie, near Paris, France

Re: OpenTTD and patch packs

Post by acs121 »

By "enthusiasm" i mean that there can be as much people saying "we need this in trunk" in IS than in another patch.
User avatar
MagicBuzz
Tycoon
Tycoon
Posts: 1354
Joined: 15 Feb 2003 17:32
Location: Vergezac, France

Re: OpenTTD and patch packs

Post by MagicBuzz »

SimYouLater > You're right ;) I mean by "enthusiast". Sorry for my low level of English :D
SimYouLater
Chief Executive
Chief Executive
Posts: 675
Joined: 03 Apr 2016 20:19

Re: OpenTTD and patch packs

Post by SimYouLater »

MagicBuzz wrote:SimYouLater > You're right ;) I mean by "enthusiast". Sorry for my low level of English :D
No problem. Just try your best!
Licenses for my work...
You automatically have my permission to re-license graphics or code by me if needed for use in any project that is not GPL v2, on the condition that if you release any derivatives of my graphics they're automatically considered as ALSO GPL v2 (code may remain unreleased, but please do provide it) and carry this provision in GPL v2 uses.
Please ask someone in-the-know to be sure that the graphics are done by me. Especially TTD-Scale, long story.
agentw4b
Traffic Manager
Traffic Manager
Posts: 216
Joined: 14 Apr 2017 15:51
Location: Czech Republic

Re: OpenTTD and patch packs

Post by agentw4b »

I still do not understand why all patches can not be placed in Settings or CTRL + ALT + C Cheat mode in a regular game. It would be much easier than developing several different versions of the game at once. Who needs the patch, he just turns it on.

For example, the patch type: Copy / paste or Logic signal could be in Cheat Mode, which can not be run in Multiplayer.

Additionally, you can add import and export options for the location of cities and industry from text files to the map / scenario game editor.
Owner and admin of servers with names "Experimental games" .
My heightmaps: Flat Earth Map and United nations logo
My scenarios: Game Fallout 1,2,3 Map scenario
My gamescripts: City Founder GS
User avatar
acs121
Tycoon
Tycoon
Posts: 1956
Joined: 03 Nov 2017 18:57
Location: Courbevoie, near Paris, France

Re: OpenTTD and patch packs

Post by acs121 »

agentw4b wrote:I still do not understand why all patches can not be placed in Settings or CTRL + ALT + C Cheat mode in a regular game. It would be much easier than developing several different versions of the game at once. Who needs the patch, he just turns it on.

For example, the patch type: Copy / paste or Logic signal could be in Cheat Mode, which can not be run in Multiplayer.

Additionally, you can add import and export options for the location of cities and industry from text files to the map / scenario game editor.
Well sadly patches cannot be added like NewGRFs. If you could install multiple patches at once when not in a patchpack, they would succesively overwrite the code and maybe cause some huge errors sometimes.
User avatar
wallyweb
Tycoon
Tycoon
Posts: 6102
Joined: 27 Nov 2004 15:05
Location: Canada

Re: OpenTTD and patch packs

Post by wallyweb »

agentw4b wrote:I still do not understand why all patches can not be placed in Settings or CTRL + ALT + C Cheat mode in a regular game. It would be much easier than developing several different versions of the game at once. Who needs the patch, he just turns it on.
The problem is that patches do not "use" existing source code. They "modify" existing source code. Every time that source code is added, removed or altered, the program must be recompiled. So, as desirable as some form of plug-and-play patch testing would be, it is impossible.
Additionally, you can add import and export options for the location of cities and industry from text files to the map / scenario game editor.
Now, this is probably a more reasonable suggestion. It sounds like a form of game scripting. Of course the concept would have to be developed via patches to the source code that governs the functions of the scenario editor, but once done it might be a useful tool.
ino
Traffic Manager
Traffic Manager
Posts: 152
Joined: 09 Apr 2017 14:58

Re: OpenTTD and patch packs

Post by ino »

wallyweb wrote:
Additionally, you can add import and export options for the location of cities and industry from text files to the map / scenario game editor.
Now, this is probably a more reasonable suggestion. It sounds like a form of game scripting. Of course the concept would have to be developed via patches to the source code that governs the functions of the scenario editor, but once done it might be a useful tool.
Reproducible scenario generation has been in talk for ages though.
Wahazar
Tycoon
Tycoon
Posts: 1451
Joined: 18 Jan 2014 18:10

Re: OpenTTD and patch packs

Post by Wahazar »

ino wrote:
wallyweb wrote:
Additionally, you can add import and export options for the location of cities and industry from text files to the map / scenario game editor.
Now, this is probably a more reasonable suggestion. It sounds like a form of game scripting. Of course the concept would have to be developed via patches to the source code that governs the functions of the scenario editor, but once done it might be a useful tool.
Reproducible scenario generation has been in talk for ages though.
And appropriate patch already exists, see signature.
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.
agentw4b
Traffic Manager
Traffic Manager
Posts: 216
Joined: 14 Apr 2017 15:51
Location: Czech Republic

Re: OpenTTD and patch packs

Post by agentw4b »

And appropriate patch already exists, see signature.

Yes, I know about this import of cities, but the use of GIS tools is very complicated. Why can not it be a regular editor in a regular game? But ok i know ... It can not be done. :-)
Owner and admin of servers with names "Experimental games" .
My heightmaps: Flat Earth Map and United nations logo
My scenarios: Game Fallout 1,2,3 Map scenario
My gamescripts: City Founder GS
elvismurk
Engineer
Engineer
Posts: 4
Joined: 09 May 2014 05:01

Re: OpenTTD and patch packs

Post by elvismurk »

agentw4b wrote: 02 Jul 2018 14:52
And appropriate patch already exists, see signature.

Yes, I know about this import of cities, but the use of GIS tools is very complicated. Why can not it be a regular editor in a regular game? But ok i know ... It can not be done. :-)
I don't have any experience in OpenTTD developing or much development at all, but I do know that this isn't how things work. It's on par with asking something like 'Why can't Google Chrome use Mozilla Firefox extensions? Yes, I know separate versions of the extensions exist for Chrome, but why can't it just be the same exact extension?' and, going even further, 'Why does it even need to be an extension? Why can't Chrome just have a button for it in the first place?'.

I could be very mistaken, but having read most of the thread, a pronounced misunderstanding of how software works seems to be being demonstrated in these lines of questioning.
agentw4b wrote: 02 Jul 2018 14:52 But ok i know ... It can not be done. :-)
That's correct. It can't be done, literally, it's a computer software version of physically impossible.
Post Reply

Return to “OpenTTD Development”

Who is online

Users browsing this forum: No registered users and 11 guests