Back to Home / #openttd / 2021 / 09 / Prev Day | Next Day
#openttd IRC Logs for 2021-09-03

---Logopened Fri Sep 03 00:00:21 2021
01:40-!-andythenorth [~andytheno@cpc87165-aztw31-2-0-cust40.18-1.cable.virginm.net] has joined #openttd
01:40-!-andythenorth is "andythenorth" on #openttd
02:12-!-_11 [~oftc-webi@95.218.210.220] has joined #openttd
02:12-!-_11 is "OFTC WebIRC Client" on #openttd
02:12-!-_11 [~oftc-webi@95.218.210.220] has quit []
02:42-!-andythenorth [~andytheno@cpc87165-aztw31-2-0-cust40.18-1.cable.virginm.net] has quit [Quit: andythenorth]
03:15-!-jottyfan [~Thunderbi@dynamic-077-013-205-186.77.13.pool.telefonica.de] has joined #openttd
03:15-!-jottyfan is "jottyfan" on #openttd
03:19-!-jottyfan [~Thunderbi@dynamic-077-013-205-186.77.13.pool.telefonica.de] has quit []
03:47-!-andythenorth [~andytheno@cpc87165-aztw31-2-0-cust40.18-1.cable.virginm.net] has joined #openttd
03:47-!-andythenorth is "andythenorth" on #openttd
04:11-!-sla_ro|master [~sla.ro@89.136.179.137] has joined #openttd
04:11-!-sla_ro|master is "slamaster" on #sla #openttd
04:23-!-robert[m]12 [~robertpot@2001:470:1af1:101::52af] has quit [Ping timeout: 480 seconds]
04:23-!-jeremy[m] [~jeremynit@2001:470:1af1:101::5ffd] has quit [Ping timeout: 480 seconds]
04:24-!-debdog [~debdog@2a00:79c0:63c:d300:7a24:afff:fe8a:d04d] has quit [Quit: No Ping reply in 180 seconds.]
04:25-!-debdog [~debdog@2a00:79c0:63c:d300:7a24:afff:fe8a:d04d] has joined #openttd
04:25-!-debdog is "Wowbagger" on #openttd
04:33-!-robert[m]12 [~robertpot@2001:470:1af1:101::52af] has joined #openttd
04:33-!-robert[m]12 is "space.potatofrom:robert" on #openttd
04:33-!-WormnestAndroid [~WormnestA@35.136.189.95] has quit [Remote host closed the connection]
04:33-!-WormnestAndroid [~WormnestA@35.136.189.95] has joined #openttd
04:33-!-WormnestAndroid is "WormnestAndroid" on #openttd
04:34-!-jeremy[m] [~jeremynit@2001:470:1af1:101::5ffd] has joined #openttd
04:34-!-jeremy[m] is "chat.nitro:jeremy" on #openttd
05:32-!-Feuersalamander [~grossing@dysnomia.uberspace.de] has quit [Remote host closed the connection]
05:32-!-grossing [~grossing@dysnomia.uberspace.de] has joined #openttd
05:32-!-grossing is "Florian Gross" on #openttd #centos #oftc #kaschemme #osm-de-ot
05:55-!-WormnestAndroid [~WormnestA@35.136.189.95] has quit [Remote host closed the connection]
05:55-!-WormnestAndroid [~WormnestA@35.136.189.95] has joined #openttd
05:55-!-WormnestAndroid is "WormnestAndroid" on #openttd
06:22-!-roadt_ [~roadt@60.166.85.248] has joined #openttd
06:22-!-roadt_ is "roadt" on #openttd
06:28-!-roadt [~roadt@114.102.180.204] has quit [Ping timeout: 480 seconds]
07:00-!-Etua [~Thunderbi@danelski.pl] has joined #openttd
07:00-!-Etua is "Etua" on #openttd #debian-pl #debian #osm-pl
07:09-!-virtualrandomnumber [~Thunderbi@p4ffe35a1.dip0.t-ipconnect.de] has joined #openttd
07:09-!-virtualrandomnumber is "virtualrandomnumber" on #openttd
07:09-!-virtualrandomnumber [~Thunderbi@p4ffe35a1.dip0.t-ipconnect.de] has quit []
08:14-!-glx [~glx@000128ec.user.oftc.net] has joined #openttd
08:14-!-mode/#openttd [+v glx] by ChanServ
08:14-!-glx is "Loïc GUILLOUX" on #openttd.noai #openttd.notice +#openttd
08:16-!-Samu [~Ricardo@po1-84-91-251-215.netvisao.pt] has joined #openttd
08:16-!-Samu is "realname" on #openttd
08:40-!-jottyfan [~Thunderbi@dynamic-077-013-205-186.77.13.pool.telefonica.de] has joined #openttd
08:40-!-jottyfan is "jottyfan" on #openttd
08:50-!-jottyfan [~Thunderbi@dynamic-077-013-205-186.77.13.pool.telefonica.de] has quit [Quit: jottyfan]
08:59-!-Etua [~Thunderbi@danelski.pl] has quit [Quit: Etua]
09:01-!-jottyfan [~Thunderbi@dynamic-077-013-205-186.77.13.pool.telefonica.de] has joined #openttd
09:01-!-jottyfan is "jottyfan" on #openttd
09:15-!-nielsm [~nielsm@188-181-82-243-cable.dk.customer.tdc.net] has joined #openttd
09:15-!-nielsm is "Niels Martin Hansen" on #openttd
09:29-!-iSoSyS [~iSoSyS@ff2-84-90-95-208.netvisao.pt] has joined #openttd
09:29-!-iSoSyS is "realname" on #/r/openttd #openttd
09:31-!-iSoSyS [~iSoSyS@ff2-84-90-95-208.netvisao.pt] has quit []
09:44-!-Gustavo6046_ [~Gustavo60@2804:14d:4cd8:96b6:5cca:9041:ea3e:7195] has joined #openttd
09:44-!-Gustavo6046_ is "Gustavo Rehermann <rehermann6046@gmail.com>" on #openttd #llvm
09:44-!-Gustavo6046 [~Gustavo60@2804:14d:4cd8:96b6:5cca:9041:ea3e:7195] has quit []
09:44-!-Gustavo6046_ is now known as Gustavo6046
10:11-!-_aD [~quadrant@0001362b.user.oftc.net] has joined #openttd
10:11-!-_aD is "Adam Piggott" on #openttd
10:12-!-gelignite [~gelignite@55d44ca3.access.ecotel.net] has joined #openttd
10:12-!-gelignite is "gelignite" on #debian #llvm #openttd
10:23-!-Gustavo6046 [~Gustavo60@2804:14d:4cd8:96b6:5cca:9041:ea3e:7195] has quit []
10:23-!-Gustavo6046 [~Gustavo60@189.6.233.114] has joined #openttd
10:23-!-Gustavo6046 is "Gustavo Rehermann <rehermann6046@gmail.com>" on #openttd #llvm
10:25-!-andythenorth [~andytheno@cpc87165-aztw31-2-0-cust40.18-1.cable.virginm.net] has quit [Quit: andythenorth]
10:45-!-Etua [~Thunderbi@danelski.pl] has joined #openttd
10:45-!-Etua is "Etua" on #openttd #debian-pl #debian #osm-pl
11:22-!-Wormnest [~Wormnest@35.136.189.95] has joined #openttd
11:22-!-Wormnest is "Wormnest" on #openttd
11:23-!-Flygon [~Flygon@2001:44b8:411e:4e00:a8a8:146:e8ef:5e52] has quit [Quit: A toaster's basically a soldering iron designed to toast bread]
11:25<Samu>https://i.imgur.com/1TLevib.png and https://i.imgur.com/IVhS8v4.png
11:25<Samu>my dream of 5000 vehicles is too slow still
11:50-!-HerzogDeXtEr [~farci@ip9234592b.dynamic.kabel-deutschland.de] has quit [Read error: Connection reset by peer]
12:04-!-jottyfan [~Thunderbi@dynamic-077-013-205-186.77.13.pool.telefonica.de] has quit [Quit: jottyfan]
12:06-!-Progman [~progman@p4fd66aad.dip0.t-ipconnect.de] has joined #openttd
12:06-!-Progman is "Peter Henschel" on #openttdcoop.dev #openttd
12:16<_aD>Samu: O_O
12:17<_aD>I finally converted a friend to using Silly town names. Mission accomplished.
12:17<_aD>It was "Evilbottom" that sealed the deal.
12:29-!-andythenorth [~andytheno@cpc87165-aztw31-2-0-cust40.18-1.cable.virginm.net] has joined #openttd
12:29-!-andythenorth is "andythenorth" on #openttd
12:35<@DorpsGek>[OpenTTD/OpenTTD] JGRennison opened issue #9535: [Bug]: Poor performance opening "Check Online Content" window due to O(N^3) behaviour https://git.io/JuvbC
12:44<LordAro>those functions are very strange
12:46-!-Etua [~Thunderbi@danelski.pl] has quit [Quit: Etua]
12:47<FLHerne>_aD: upgrading is usually a mistake
12:48<FLHerne>Just build a new and better network from scratch
12:49<_aD>FLHerne: I did. I have now had to cheat to the tune of £100m. Hahha.
12:50<_aD>FIRS + Medium infrastructure costs ate through my £490m far more quickly than I expected. In fact I thought I had effectively infinite money...
12:52-!-jottyfan [~Thunderbi@dynamic-077-013-205-186.77.13.pool.telefonica.de] has joined #openttd
12:52-!-jottyfan is "jottyfan" on #openttd
12:53-!-Wolf01 [~wolf01@0001288e.user.oftc.net] has joined #openttd
12:53-!-Wolf01 is "Wolf01" on #openttd
13:05-!-frosch123 [~frosch@00013ce7.user.oftc.net] has joined #openttd
13:05-!-frosch123 is "frosch" on #openttd
13:16<andythenorth>well
13:16*andythenorth -> solitaire
13:29-!-jottyfan [~Thunderbi@dynamic-077-013-205-186.77.13.pool.telefonica.de] has quit [Quit: jottyfan]
13:37<@DorpsGek>[OpenTTD/BaNaNaS] JGRennison opened issue #105: Policy: Uploads which are not usable with main/trunk OpenTTD https://git.io/JufUD
13:38<@DorpsGek>[OpenTTD/OpenTTD] ldpl opened pull request #9536: Change: Deliver cargo to closest industry first https://git.io/JufUh
13:39<@DorpsGek>[OpenTTD/OpenTTD] ldpl updated pull request #9536: Change: Deliver cargo to closest industry first https://git.io/JufUh
14:09<andythenorth>is it men's shed time?
14:14-!-Hirundo [~Hirundo@haleakala.openttdcoop.org] has quit [Ping timeout: 480 seconds]
14:15-!-Hirundo [~Hirundo@176.9.125.26] has joined #openttd
14:15-!-Hirundo is "Hirundo" on #openttd.dev #openttd
14:16<andythenorth>how is coop bouncer working?
14:17<andythenorth>coop is down no?
14:17<@DorpsGek>[OpenTTD/BaNaNaS] frosch123 commented on issue #105: Policy: Uploads which are not usable with main/trunk OpenTTD https://git.io/JufUD
14:18<frosch123>andythenorth: just proves that it is a software issue, no hardware issue
14:18<frosch123>90% of the VMs crashed, the server did not burn down
14:22<andythenorth>ah ah
14:24<frosch123>devzone server is as stable as my router :)
14:30<TrueBrain>nice writing frosch123
14:30<frosch123>any opinion on my last sentence?
14:32<frosch123>it would give a clear indication how to "tag" content for jgrpp in the upload
14:32<frosch123>bananas-server could "or" the versions for compatibilty, or something
14:36<@DorpsGek>[OpenTTD/BaNaNaS] TrueBrain commented on issue #105: Policy: Uploads which are not usable with main/trunk OpenTTD https://git.io/JufUD
14:36<TrueBrain>yeah, absolutely, we should do that. I think we were kinda waiting for someone to ask first
14:36<TrueBrain>but now the question is asked, yeah, lets do it
14:37<TrueBrain>I also think a protocol change will be trivial
14:37<LordAro>yay
14:37<TrueBrain>I just don't really know what JGRPP should send as "version"
14:38<TrueBrain>12.0 feels a bit weird :P
14:40-!-Tirili [~Tirili@aftr-37-201-225-203.unity-media.net] has joined #openttd
14:40-!-Tirili is "realname" on #openttd
14:41<TrueBrain>and I have no clue what JGRPP uses as newgrf-version currently
14:43<andythenorth>discord will know :P
14:43<andythenorth>where JGR resides :P
14:44<TrueBrain>https://github.com/OpenTTD/OpenTTD/blob/master/src/network/network_content.cpp#L204 <- guess the easiest is to just add a "branch" name there. Define the variable in rev.cpp.in, like the version. Make it "vanilla" by default. JGRPP can define that to "jgrpp"
14:44<TrueBrain>andythenorth: I am testing my summoning powers
14:44<TrueBrain>"Blazing fast, silky smooth, positive adjectives performance when opening the check online content window" <- haha, okay, that made me smile :D
14:45*andythenorth likes trains
14:45<andythenorth>I would do ogfx
14:45<andythenorth>but I am still doing work
14:46<andythenorth>any chance of a ticket for the update here https://github.com/OpenTTD/OpenGFX/issues
14:46<andythenorth>?
14:46<andythenorth>or is that admin overkill?
14:46<LordAro>andythenorth: is #68 not to your liking?
14:47<andythenorth>it's excellent
14:47<andythenorth>pls send new eyes
14:49<frosch123>TrueBrain: jgrpp uses the same "newgrf-versions" as the vanilla version from last sync/merge
14:49<LordAro>andythenorth: also OpenTTD#9031
14:49<frosch123>there are separate "branch versions" for newgrf as well
14:49<TrueBrain>that will be confusing to users, as they will enter jgrpp >= 0.42.0
14:49<LordAro>(which also requires some OGFX changes)
14:49<frosch123>so jgrpp can have its own newgrf version, no need to abuse the vanilla one
14:50<TrueBrain>so he just needs to find a good way to encode "0.42.3" into the dword, I guess :P
14:51<TrueBrain>or, maybe, we shouldn't use a dword for it to the bananas-server, but a string
14:51<TrueBrain>might just be easier
14:51<frosch123>ah, so the api would need a mapping from jgrpp version to vanilla version. i don't think that will happen :p
14:51<TrueBrain>as we now use the _openttd_newgrf_version for it
14:51<TrueBrain>but .. that is not really needed, as we don't do anything with that
14:52<TrueBrain>we deduce the major/minor/patch from it
14:52<TrueBrain>so using _openttd_revision as string might just solve this as well
14:52<frosch123>TrueBrain: we could add a list of string-pairs at the end of PACKET_CONTENT_CLIENT_INFO_LIST should
14:52<frosch123><type> <legacy newgrf version> (<branch string> <version string>)*
14:53<TrueBrain>hmm, no, my idea is stupid, as that doesn't work for nightlies
14:53<frosch123>"branch string" is the same as in https://api.bananas.openttd.org/config/branches
14:53<TrueBrain>yeah, protocol wise that is fine by me
14:53<frosch123>"version string" not sure :p
14:53<TrueBrain>I just realised "version string" is more difficult
14:54<frosch123>there is already some version-sorting logic on the server page
14:54<frosch123>maybe the same logic can compare string versions of branches
14:54<TrueBrain>my issues is nightlies :)
14:54<TrueBrain>what version does that represent
14:54<frosch123>the next one
14:54<TrueBrain>what "next"? :)
14:54<frosch123>current nightly is 12.0, after branch it will be 13.0
14:54<TrueBrain>there is no list in bananas-server about any thing version related
14:55<TrueBrain>as .. we kept forget to update that :P
14:55<LordAro>why not make it always "next" ?
14:55<TrueBrain>so the client needs to send this information :)
14:55<TrueBrain>meaning _openttd_revision doesn't cut it
14:55<LordAro>i.e. if your scenario depends on something in current nightlies, it's on you if you don't update the version after 12.0 is actually released
14:56<LordAro>treat all nightlies, regardless of age, as newer than any release
14:56<TrueBrain>users now already upload content with >= 12.0
14:56<frosch123>i don't understand the problem you see. vanilla would send <type> <legacy version> "offical" "12.0"
14:56<TrueBrain>as they use something from the nightly
14:56<TrueBrain>not sure that "next" is a good thing
14:56<TrueBrain>frosch123: on a protocol level, no issue
14:56<TrueBrain>I was thinking where this "12.0" lives in the code
14:56<TrueBrain>I was thinking of using _openttd_revision
14:56<TrueBrain>but I cannot
14:57<TrueBrain>so .. another hard-coded global?
14:57<LordAro>_openttd_previous_release
14:58<frosch123>it's "next" release :)
14:58<LordAro>build system doesn't know whether the next release is 12.1 or 13.0 :p
14:59<TrueBrain>yet-another-hardcoded-string .. bah :P
14:59<LordAro>hehe
14:59<frosch123>but yes, a new "const char _openttd_content_branch[] = "12.0";"
14:59<frosch123>LordAro: _openttd_newgrf_version already contains the numbers
14:59<TrueBrain>LordAro: because of our branches, we kinda do ;)
14:59<frosch123>just not as nice string
15:00<LordAro>kinda
15:01<TrueBrain>any reason to keep legacy version?
15:01<TrueBrain>owh, crap, this protocol was not versionized
15:01<TrueBrain>I forgot
15:01<frosch123>the server has to keep it, the client can set it to "TRUE"
15:02<frosch123>"andy" or "lord" also works
15:02*frosch123 is lucky to not have a 4 letter name
15:02<TrueBrain>just bull we forgot to add version in the protocol
15:02<TrueBrain>happy I didn't forget for GC :)
15:04<frosch123>if you really want to get rid of the legacy-version, you can add a new package id
15:04<frosch123>but i think keeping the dummy-version is less messy
15:04<TrueBrain>I agree
15:05<@DorpsGek>[OpenTTD/BaNaNaS] TrueBrain commented on issue #105: Policy: Uploads which are not usable with main/trunk OpenTTD https://git.io/JufUD
15:06<TrueBrain>let me know if I made a boo-boo in translation from IRC to text :P
15:09<frosch123>bananas logic will be funny :p if they enter no version restrictions, it's compatible with everything. if they restrict it to "jgrpp >= 0.42.2", it will be unavailable for "official"
15:09<frosch123>if they enter "offical >= 12.0", what happens with "jgrpp"?
15:09<TrueBrain>or more fun: if you say official > 12.0, it might be JGRPP 0.43.0, for example :P
15:10<TrueBrain>:D
15:10<_dp_>would be nice if that could also be used for "branch" and version of compatible clients like cmclient or android build
15:11<TrueBrain>frosch123: guess we should send the "features available" instead of a version :P Solves *everything* :P
15:12<TrueBrain>maybe in bananas-frontend-web it should be a dropdown .. you either limit "official" or you limit "jgrpp" .. dunno
15:12<TrueBrain>bit tricky indeed :)
15:12<LordAro>_dp_: i don't follow how that would be relevant? if the client is compatible, it can't add new things
15:12<frosch123>jgrpp would send both (official, 12.0) , (jgrpp, 0.42.2), so it is fine
15:13<_dp_>LordAro, it's not directly relevant but it's a nice info to know for a server
15:13<_dp_>LordAro, for debugging purposes at the very least
15:13<LordAro>true
15:13<LordAro>but i think that's a separate issue
15:13<LordAro>possibly
15:13<frosch123>so, if you enter any version in bananas, it will be unavailable for all unlisted
15:13<frosch123>and clients have to send all branches they understand
15:14<TrueBrain>not sure this will be very clear to uploaders
15:14<TrueBrain>as "official" behaves differently from the others, from their perspective
15:14<TrueBrain>also not sure that is any issue :)
15:15<frosch123>we can also add checkboxes in addition to the editboxes
15:15<frosch123>so you can explicitly enter "does not work with any version", "works with all version", "works with specific version"
15:15<frosch123>for each branch
15:15<TrueBrain>I like that
15:15<frosch123>i think the API is fine. we just need someone to improve the GUI :p
15:16<TrueBrain>and a note for "official" that "jgrpp" als implies "official" or something
15:16<frosch123>ah, so a "same as 'offical'" option :p
15:21<TrueBrain>seems easy enough; and as 12.0 is changing plenty on network level, we might as well do this too
15:27<+glx>extending the packet looks good, empty list being compatible with old clients
15:29<TrueBrain>guess this is also a good time to migrate bananas-server to the new py-protocol :)
15:34<FLHerne>TrueBrain: adopt JGR's extended savegame format with tagged, sometimes optional, features, and then use the same feature list in BaNaNaS
15:35<frosch123>FLHerne: that may work for scenarios, but not for newgrf or gs
15:35<frosch123>FLHerne: but feel free to PR https://github.com/OpenTTD/bananas-api/issues/23 :)
15:36<frosch123>it would be a start
15:36<FLHerne>frosch123: Nearly any feature that a grf might depend on should also be in the savegame, surely
15:36<FLHerne>after all, grf state is stored in the savegame?
15:36<FLHerne>I suppose GS API might not necessarily be
15:41<nielsm>GRF is stateless except for the specific permanent registers (on towns, industries, not sure about vehicles?), which indeed are part of the savegame
15:41<nielsm>how much GS (and AI) saves depends entirely on the script author
15:41-!-JGR [~jgr@2a00:23c6:62a0:c801:930d:c0c6:876b:8552] has joined #openttd
15:41-!-JGR is "realname" on #openttd
15:42<JGR>Hello
15:42<+glx>only name and version are always stored dor GS and AI
15:42<JGR>Thanks for your replies on the Bananas issue, that's very helpful :)
15:52<@DorpsGek>[OpenTTD/OpenTTD] ldpl commented on issue #6503: Abnormalities in train subtile coordinates when reversing at the end of line https://git.io/fhZIc
15:55<@DorpsGek>[OpenTTD/BaNaNaS] JGRennison commented on issue #105: Policy: Uploads which are not usable with main/trunk OpenTTD https://git.io/JufUD
16:07<@DorpsGek>[OpenTTD/OpenTTD] LordAro commented on issue #6503: Abnormalities in train subtile coordinates when reversing at the end of line https://git.io/fhZIc
16:09-!-Gustavo6046 [~Gustavo60@189.6.233.114] has quit [Ping timeout: 480 seconds]
16:10<_dp_>LordAro, yeah, I also thought of it, though 8/8 vehicles don't crash into water
16:12-!-frosch123 [~frosch@00013ce7.user.oftc.net] has quit [Quit: be yourself, except: if you have the opportunity to be a unicorn, then be a unicorn]
16:12-!-Gustavo6046 [~Gustavo60@2804:14d:4cd8:96b6:3214:4aff:fe7f:df8b] has joined #openttd
16:12-!-Gustavo6046 is "Gustavo Rehermann <rehermann6046@gmail.com>" on #openttd #llvm
16:13<_dp_>may even be related to some weird signal bugs/crashes
16:13-!-Progman_ [~progman@p548d954f.dip0.t-ipconnect.de] has joined #openttd
16:13-!-Progman_ is "Peter Henschel" on #openttd
16:13<_dp_>vehicle movement is quite wonky in general
16:14-!-tokai [~tokai@00012860.user.oftc.net] has joined #openttd
16:14-!-mode/#openttd [+v tokai] by ChanServ
16:14-!-tokai is "Christian Rosentreter" on +#openttd
16:15<LordAro>yup
16:16<LordAro>there's also the Samu PR somewhere that "corrects" road vehicle movement
16:16<LordAro>('"corrects"' because no one's really sure what it actually does)
16:16<Samu>ho
16:17<+glx>it equalises the number of turn steps IIRC
16:17-!-Gustavo6046 [~Gustavo60@2804:14d:4cd8:96b6:3214:4aff:fe7f:df8b] has quit []
16:18-!-Gustavo6046 [~Gustavo60@189.6.233.114] has joined #openttd
16:18-!-Gustavo6046 is "Gustavo Rehermann <rehermann6046@gmail.com>" on #openttd #llvm
16:18-!-Progman [~progman@p4fd66aad.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds]
16:19<_dp_>movement logic should just not depend on subtile coords imo
16:20<_dp_>right now it mixes logic with visuals resulting in a mess
16:21-!-tokai|noir [~tokai@00012860.user.oftc.net] has quit [Ping timeout: 480 seconds]
16:22<LordAro>mhmm
16:25<Samu>"Deliver cargo to the closest industry first" - I actually prefer to deliver cargo to all industries in range
16:25<+glx>only first 2 get stuff
16:25<_dp_>Samu, that was never the case afaik
16:26<Samu>i had a PR that would make it deliver cargo randomly distributing piece by piece
16:26<_dp_>it's basically only good for firs
16:26<_dp_>and even that's kinda questionable
16:27<Samu>let me find
16:27<andythenorth>I was told that could never work but eh
16:29<Samu>https://github.com/SamuXarick/OpenTTD/commit/61889003e442ca5dde8092ddf50a5d3b9abbb260
16:31<Samu>a bit outdated, maybe i'll rebase
16:33<_dp_>Samu, I can't think of any case where that would be a desirable behaviour
16:38<FLHerne>definitely FIRS supplies
16:38<FLHerne>but doing it by default for all industries seems bad
16:39<FLHerne>or at least likely to break players' holy Workflows
16:39<_dp_>FLHerne, so if you rarely deliver a bit of supplies to multiple industries you prefer them to go to waste rather than boost one?
16:40<FLHerne>It's quite hard to have not enough supplies in FIRS :p
16:40<FLHerne>distributing them evenly and constantly is the hard part
16:41<FLHerne>and this would help with that
16:42<_dp_>one carousel can easily distibute everything evenly
16:42<_dp_>if one can figure out where they actually go from stations :p
16:45<_dp_>anyway, goal of that PR is to bring it back to how it was, not invent a perfect solution
16:45<_dp_>as it was clearly better than now and players were more or less used to id
16:45<_dp_>*it
16:47<+glx>yes the closest is easier to understand from a player pov
16:47<+glx>index just feels random because it's an internal value unknown for the player
16:48<Samu>just rebased, conflicts solved
16:49<Samu>can't push, why? :(
16:50<andythenorth>I didn't even notice it had changed
16:50<andythenorth>:P
16:51-!-Gustavo6046_ [~Gustavo60@2804:14d:4cd8:96b6:5cca:9041:ea3e:7195] has joined #openttd
16:51-!-Gustavo6046_ is "Gustavo Rehermann <rehermann6046@gmail.com>" on #openttd #llvm
16:53<Samu>i can't push, don't know what this error is
16:53<Samu>https://pastebin.com/raw/xt5r9Np8
16:53<Samu>i want a force push
16:54-!-Gustavo6046 [~Gustavo60@189.6.233.114] has quit [Ping timeout: 480 seconds]
16:54-!-Gustavo6046_ is now known as Gustavo6046
16:54<Samu>nevermind, i guess it worked now
16:54<Samu>https://github.com/OpenTTD/OpenTTD/compare/master...SamuXarick:distribute-cargo-to-multiple-industries?expand=1
16:55<Samu>how do i delete the other?
16:56<Samu>i deleted via website, hope it's sufficient
16:59<Samu>still works, just tested, all industries receive their share
17:15-!-nielsm [~nielsm@188-181-82-243-cable.dk.customer.tdc.net] has quit [Ping timeout: 480 seconds]
17:30-!-Samu [~Ricardo@po1-84-91-251-215.netvisao.pt] has quit [Ping timeout: 480 seconds]
17:35-!-Wolf01 [~wolf01@0001288e.user.oftc.net] has quit [Quit: Once again the world is quick to bury me.]
17:45-!-andythenorth [~andytheno@cpc87165-aztw31-2-0-cust40.18-1.cable.virginm.net] has quit [Quit: andythenorth]
17:47-!-Wormnest [~Wormnest@35.136.189.95] has quit [Ping timeout: 480 seconds]
17:48-!-JGR [~jgr@2a00:23c6:62a0:c801:930d:c0c6:876b:8552] has quit [Quit: Leaving]
18:09-!-WormnestAndroid [~WormnestA@35.136.189.95] has quit [Ping timeout: 480 seconds]
18:10-!-WormnestAndroid [~WormnestA@2607:fb90:6aef:bde3:0:1b:dd96:d701] has joined #openttd
18:10-!-WormnestAndroid is "WormnestAndroid" on #openttd
18:35-!-gelignite [~gelignite@55d44ca3.access.ecotel.net] has quit [Quit: Stay safe!]
19:06-!-Progman_ [~progman@p548d954f.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
19:13-!-tokai|noir [~tokai@00012860.user.oftc.net] has joined #openttd
19:13-!-mode/#openttd [+v tokai|noir] by ChanServ
19:13-!-tokai|noir is "Christian Rosentreter" on +#openttd
19:20-!-tokai [~tokai@00012860.user.oftc.net] has quit [Ping timeout: 480 seconds]
19:26-!-tokai [~tokai@00012860.user.oftc.net] has joined #openttd
19:26-!-mode/#openttd [+v tokai] by ChanServ
19:26-!-tokai is "Christian Rosentreter" on +#openttd
19:32-!-tokai|noir [~tokai@00012860.user.oftc.net] has quit [Ping timeout: 480 seconds]
19:42-!-sla_ro|master [~sla.ro@89.136.179.137] has quit []
20:40-!-Wormnest [~Wormnest@35.136.189.95] has joined #openttd
20:40-!-Wormnest is "Wormnest" on #openttd
20:40-!-Wormnest [~Wormnest@35.136.189.95] has quit []
20:45-!-WormnestAndroid [~WormnestA@2607:fb90:6aef:bde3:0:1b:dd96:d701] has quit [Ping timeout: 480 seconds]
20:49-!-WormnestAndroid [~WormnestA@35.136.189.95] has joined #openttd
20:49-!-WormnestAndroid is "WormnestAndroid" on #openttd
21:54-!-Tirili [~Tirili@aftr-37-201-225-203.unity-media.net] has quit [Quit: Leaving]
21:58-!-Gustavo6046 [~Gustavo60@2804:14d:4cd8:96b6:5cca:9041:ea3e:7195] has quit [Remote host closed the connection]
22:07-!-Gustavo6046 [~Gustavo60@189.6.233.114] has joined #openttd
22:07-!-Gustavo6046 is "Gustavo Rehermann <rehermann6046@gmail.com>" on #alpine-linux #openttd #llvm
22:20<@DorpsGek>[OpenTTD/OpenTTD] Budgie2021 opened issue #9537: No coal https://git.io/JuJkm
22:29-!-D-HUND [~debdog@2a00:79c0:622:a200:7a24:afff:fe8a:d04d] has joined #openttd
22:29-!-D-HUND is "Wowbagger" on #openttd
22:33-!-debdog [~debdog@2a00:79c0:63c:d300:7a24:afff:fe8a:d04d] has quit [Ping timeout: 480 seconds]
22:52<@DorpsGek>[OpenTTD/OpenTTD] Budgie2021 commented on issue #9537: No coal https://git.io/JuJkm
23:00<@DorpsGek>[OpenTTD/OpenTTD] Budgie2021 closed issue #9537: No coal https://git.io/JuJkm
23:01<@DorpsGek>[OpenTTD/OpenTTD] glx22 commented on issue #9537: No coal https://git.io/JuJkm
23:11-!-glx [~glx@000128ec.user.oftc.net] has quit []
23:33-!-Flygon [~Flygon@2001:44b8:411e:4e00:fd09:cee5:9b35:a8d9] has joined #openttd
23:33-!-Flygon is "Flygon" on #openttd
23:34-!-_aD [~quadrant@0001362b.user.oftc.net] has quit [Quit: leaving]
23:36-!-Gustavo6046 [~Gustavo60@189.6.233.114] has quit []
23:38-!-Gustavo6046 [~Gustavo60@189.6.233.114] has joined #openttd
23:38-!-Gustavo6046 is "Gustavo Rehermann <rehermann6046@gmail.com>" on #alpine-linux #openttd #llvm
23:43-!-Gustavo6046 [~Gustavo60@189.6.233.114] has quit []
23:52-!-Gustavo6046 [~Gustavo60@189.6.233.114] has joined #openttd
23:52-!-Gustavo6046 is "Gustavo Rehermann <rehermann6046@gmail.com>" on #openttd #llvm #alpine-linux
---Logclosed Sat Sep 04 00:00:23 2021