Config
Log for #openttd on 4th May 2021:
Times are UTC Toggle Colours
00:00:51  *** EER has joined #openttd
00:10:56  *** EER has quit IRC
01:03:50  *** glx_ has joined #openttd
01:03:50  *** ChanServ sets mode: +v glx_
01:03:50  *** glx is now known as Guest2932
01:03:50  *** glx_ is now known as glx
01:06:24  *** Guest2932 has quit IRC
01:55:39  <DorpsGek> [OpenTTD/nml] glx22 opened pull request #216: Fix #214: Prevent scope change for function calls when optimising switches https://git.io/J3gvd
02:18:38  *** Wormnest has quit IRC
02:26:33  <DorpsGek> [OpenTTD/nml] glx22 updated pull request #216: Fix #214: Prevent scope change for function calls when optimising switches https://git.io/J3gvd
02:58:24  *** D-HUND has joined #openttd
03:01:46  *** debdog has quit IRC
03:10:57  *** Flygon has joined #openttd
03:26:20  *** glx has quit IRC
03:40:45  <DorpsGek> [OpenTTD/OpenTTD] rexxars commented on issue #9179: "Input lag" on MacOS long-click since 1.11.0-beta2 https://git.io/J3BrE
04:29:12  *** gnu_jj has joined #openttd
04:35:36  <DorpsGek> [OpenTTD/OpenTTD] James103 opened issue #9188: `autosave/netsave.sav` is not numbered (unlike regular `autosave/autosave#.sav`) https://git.io/J3guT
04:38:06  *** gnu_jj has quit IRC
05:23:11  *** snail_UES_ has quit IRC
05:58:52  *** didac has quit IRC
06:02:45  *** EER has joined #openttd
06:03:46  *** supermop_Home has quit IRC
06:03:58  <DorpsGek> [OpenTTD/OpenTTD] ghisvail commented on issue #9117: New game fails to start after upgrading FluidSynth to version 2.2.0 https://git.io/JOxCI
06:05:46  *** erle- has joined #openttd
06:09:51  *** sla_ro|master has joined #openttd
06:13:31  <DorpsGek> [OpenTTD/OpenTTD] ecolortest commented on issue #9179: "Input lag" on MacOS long-click since 1.11.0-beta2 https://git.io/J3BrE
06:20:26  *** andythenorth has joined #openttd
07:17:06  <DorpsGek> [OpenTTD/nml] m-alice commented on issue #213: Error:    (AttributeError) "'array.array' object has no attribute 'tostring'" (compile step) https://git.io/J3zZM
07:19:07  *** erle- has left #openttd
07:20:33  *** HerzogDeXtEr has joined #openttd
07:22:06  <DorpsGek> [OpenTTD/website] TrueBrain opened pull request #212: Fix: [Actions] queue publish jobs so they are executed in order https://git.io/J3ghG
07:24:09  <DorpsGek> [OpenTTD/bananas-api] TrueBrain opened pull request #90: Fix: [Actions] queue publish / deployments jobs so they are executed in order https://git.io/J3gho
07:25:17  <DorpsGek> [OpenTTD/bananas-server] TrueBrain opened pull request #47: Fix: [Actions] queue publish / deployments jobs so they are executed in order https://git.io/J3ghQ
07:26:15  <DorpsGek> [OpenTTD/bananas-frontend-web] TrueBrain opened pull request #57: Fix: [Actions] queue publish / deployments jobs so they are executed in order https://git.io/J3gjJ
07:27:14  <DorpsGek> [OpenTTD/master-server] TrueBrain opened pull request #30: Fix: [Actions] queue publish / deployments jobs so they are executed in order https://git.io/J3gjn
07:28:21  <DorpsGek> [OpenTTD/master-server-web] TrueBrain opened pull request #24: Fix: [Actions] queue publish / deployments jobs so they are executed in order https://git.io/J3gjz
07:28:41  <LordAro> good morning TB :)
07:30:14  <TrueBrain> hi :)
07:30:45  <TrueBrain> guess what ... you can now review that set :P
07:30:51  <TrueBrain> owh, DorpsGek
07:31:51  <DorpsGek> [OpenTTD/DorpsGek] TrueBrain opened pull request #49: Fix: [Actions] queue publish / deployments jobs so they are executed in order https://git.io/J3gjh
07:31:58  <TrueBrain> so annoying you cannot define workflow files centrally .. but what-ever
07:32:00  <TrueBrain> rare events
07:35:51  <TrueBrain> but this should be all for now .. means finally people cannot break things by doing things quickly :D
07:39:57  <TrueBrain> right, you also mentioned something about workflow .. lets see ..
07:42:15  <DorpsGek> [OpenTTD/workflows] TrueBrain opened pull request #18: Update: dependency updates https://git.io/J32vE
07:42:26  <TrueBrain> happy reviewing LordAro :)
07:43:55  <LordAro> D:
07:44:05  *** andythenorth has quit IRC
07:45:16  *** sla_ro|master has quit IRC
07:46:00  <Rubidium> TrueBrain: why can't you? And once you hit "merge", it propagates the changes to all the other repositories (just like how eints is allows to commit directly)
07:46:56  <TrueBrain> I am not sure I am decyphering you correctly, but are you suggesting to make something that pushes an update to N other repos?
07:49:05  <DorpsGek> [OpenTTD/workflows] TrueBrain opened pull request #19: Fix: [Actions] queue publish-docs jobs so they are executed in order https://git.io/J32fb
07:49:42  <DorpsGek> [OpenTTD/workflows] TrueBrain opened pull request #20: Fix: [Actions] run eints / nightly export at 18:30 UTC / 19:00 UTC https://git.io/J32Jv
07:49:48  <TrueBrain> right, lets fix those two while at it too ..
07:50:20  <TrueBrain> means our nightly will be an hour later for the next few months
07:51:13  <peter1138> OOf doof oof doof
07:51:50  <peter1138> Just got out of bed, did my daily commute (get downstairs) and... there's no coffee in the pot :(
07:52:01  <TrueBrain> daily commute :D Lolz :D
07:52:09  <TrueBrain> stuck in traffic? :D
07:55:06  <TrueBrain> funny, the concurrency stuff can even abort other jobs running .. just .. it could mean it can also terminate while uploading data to AWS, leaving a partial upload :D
07:55:19  <TrueBrain> next request to GitHub: allow protecting jobs that they cannot be aborted this way :P
07:55:45  <TrueBrain> an endless stack of edge-cases on edge-cases :)
07:56:50  <TrueBrain> okay, now my queue for these kind of things really is empty .. means I can forget about it all for the next N months again :D
07:58:35  <peter1138> THey are closing the road I used to use for commute tomorrow.
07:59:39  <peter1138> It was one of the only quiet roads out of town, so a popular cycling route. Closed for HS2.
08:00:18  <LordAro> :(
08:00:21  <LordAro> how long for?
08:03:36  <peter1138> 5 years.
08:03:40  <peter1138> Estimaed.
08:03:45  <TrueBrain> ... :o
08:03:48  <LordAro> :(
08:04:21  <LordAro> is it closing completely, or just to vehicles? they were rebuilding a bridge near me for most of a year, but it was always open to pedestrians/bikes
08:05:23  *** andythenorth has joined #openttd
08:05:29  <andythenorth> my AWS bill doubled
08:05:32  <andythenorth> probably Steam?
08:06:55  *** Eddi|zuHause has quit IRC
08:07:08  *** Eddi|zuHause has joined #openttd
08:10:50  <TrueBrain> Mine doubled too! Still 0 dollar :p
08:10:58  <andythenorth> .99
08:15:21  <TrueBrain> Ask for donations to cover
08:17:05  <andythenorth> "maybe later"
08:17:21  * andythenorth off to do compliance actions
08:17:24  *** andythenorth has quit IRC
08:22:23  <Rubidium> TrueBrain: yes, that's effectively what you want/need, right? Manage in one location, use in many locations
08:28:00  <DorpsGek> [OpenTTD/eints] LordAro merged pull request #41: Improve error checking when uploading translations https://git.io/JOUuB
08:32:06  <DorpsGek> [OpenTTD/nml] LordAro approved pull request #215: Fix: LZ77 fallback is not compatible with python 3.9 https://git.io/J32qd
08:32:27  <DorpsGek> [OpenTTD/nml] LordAro merged pull request #215: Fix: LZ77 fallback is not compatible with python 3.9 https://git.io/J3zoS
08:32:57  <DorpsGek> [OpenTTD/nml] LordAro commented on issue #213: Error:    (AttributeError) "'array.array' object has no attribute 'tostring'" (compile step) https://git.io/J3zZM
08:33:00  <DorpsGek> [OpenTTD/nml] LordAro closed issue #213: Error:    (AttributeError) "'array.array' object has no attribute 'tostring'" (compile step) https://git.io/J3zZM
08:33:03  <DorpsGek> [OpenTTD/nml] LordAro approved pull request #216: Fix #214: Prevent scope change for function calls when optimising switches https://git.io/J32mv
08:35:20  <DorpsGek> [OpenTTD/website] LordAro approved pull request #212: Fix: [Actions] queue publish jobs so they are executed in order https://git.io/J32ml
08:35:23  <DorpsGek> [OpenTTD/master-server-web] LordAro approved pull request #24: Fix: [Actions] queue publish / deployments jobs so they are executed in order https://git.io/J32m8
08:35:26  <DorpsGek> [OpenTTD/master-server] LordAro approved pull request #30: Fix: [Actions] queue publish / deployments jobs so they are executed in order https://git.io/J32mB
08:35:29  <DorpsGek> [OpenTTD/DorpsGek] LordAro approved pull request #49: Fix: [Actions] queue publish / deployments jobs so they are executed in order https://git.io/J32mR
08:35:32  <DorpsGek> [OpenTTD/bananas-server] LordAro approved pull request #47: Fix: [Actions] queue publish / deployments jobs so they are executed in order https://git.io/J32m0
08:35:35  <DorpsGek> [OpenTTD/bananas-frontend-web] LordAro approved pull request #57: Fix: [Actions] queue publish / deployments jobs so they are executed in order https://git.io/J32mE
08:35:38  <DorpsGek> [OpenTTD/bananas-api] LordAro approved pull request #90: Fix: [Actions] queue publish / deployments jobs so they are executed in order https://git.io/J32mz
08:35:55  <LordAro> it's fun to line everything up
08:36:19  <LordAro> ctrl+tab, click, ctrl+tab, click, ...
08:44:43  <TrueBrain> let me try that
08:44:59  <TrueBrain> awh, no approval for https://github.com/OpenTTD/workflows/pull/19 and https://github.com/OpenTTD/workflows/pull/20 ? :D
08:45:24  <DorpsGek> [OpenTTD/bananas-api] TrueBrain merged pull request #90: Fix: [Actions] queue publish / deployments jobs so they are executed in order https://git.io/J3gho
08:45:29  <DorpsGek> [OpenTTD/bananas-frontend-web] TrueBrain merged pull request #57: Fix: [Actions] queue publish / deployments jobs so they are executed in order https://git.io/J3gjJ
08:45:36  <DorpsGek> [OpenTTD/bananas-server] TrueBrain merged pull request #47: Fix: [Actions] queue publish / deployments jobs so they are executed in order https://git.io/J3ghQ
08:45:39  <DorpsGek> [OpenTTD/master-server-web] TrueBrain merged pull request #24: Fix: [Actions] queue publish / deployments jobs so they are executed in order https://git.io/J3gjz
08:45:43  <LordAro> TrueBrain: it's not listed on your dashboard!
08:45:44  <DorpsGek> [OpenTTD/master-server] TrueBrain merged pull request #30: Fix: [Actions] queue publish / deployments jobs so they are executed in order https://git.io/J3gjn
08:45:49  <DorpsGek> [OpenTTD/DorpsGek] TrueBrain merged pull request #49: Fix: [Actions] queue publish / deployments jobs so they are executed in order https://git.io/J3gjh
08:46:19  <TrueBrain> owh, and https://github.com/OpenTTD/workflows/pull/18 ofc
08:46:27  <DorpsGek> [OpenTTD/workflows] LordAro approved pull request #19: Fix: [Actions] queue publish-docs jobs so they are executed in order https://git.io/J32Oo
08:46:34  <TrueBrain> LordAro: valid point :)
08:47:04  <DorpsGek> [OpenTTD/workflows] LordAro approved pull request #20: Fix: [Actions] run eints / nightly export at 18:30 UTC / 19:00 UTC https://git.io/J32Oy
08:47:17  <DorpsGek> [OpenTTD/workflows] LordAro approved pull request #18: Update: dependency updates https://git.io/J32OQ
08:49:19  <TrueBrain> fixed :D
08:49:30  <LordAro> :D
08:49:32  <DorpsGek> [OpenTTD/workflows] TrueBrain merged pull request #18: Update: dependency updates https://git.io/J32vE
08:49:40  <DorpsGek> [OpenTTD/workflows] TrueBrain merged pull request #19: Fix: [Actions] queue publish-docs jobs so they are executed in order https://git.io/J32fb
08:49:48  <DorpsGek> [OpenTTD/workflows] TrueBrain merged pull request #20: Fix: [Actions] run eints / nightly export at 18:30 UTC / 19:00 UTC https://git.io/J32Jv
08:49:54  <TrueBrain> tnx LordAro  .. now time for some tagging
08:52:12  <DorpsGek> [OpenTTD/bananas-api] TrueBrain created new tag: 1.0.12 https://git.io/J323y
08:52:38  <DorpsGek> [OpenTTD/bananas-server] TrueBrain created new tag: 1.1.4 https://git.io/J323b
08:54:28  <TrueBrain> DorpsGek: why are you not announcing master-server tag here?
08:54:51  <TrueBrain> [OpenTTD/master-server] TrueBrain created new tag: 1.0.13 https://git.io/J32se
08:54:54  <TrueBrain> there, I will do it for you
08:54:55  <TrueBrain> lazy
08:55:00  <DorpsGek> [OpenTTD/DorpsGek] TrueBrain created new tag: 2.0.6 https://git.io/J32sE
08:55:25  <TrueBrain> okay, that is all for this month
08:56:03  <TrueBrain> Rubidium: the main issue with that idea is that it requires even more infrastructure, and write-permission to a lot of repos on a bot-account. Not a fan of either :)
08:56:07  <TrueBrain> they are rare events
08:56:22  <TrueBrain> I just wish GitHub would hurry up with their solution for this .. but they are just being slow
08:57:25  <LordAro> gitlab has "include this yaml file", which seems fine (haven't actually gotten around to using it yet)
08:57:35  <TrueBrain> GitHub started with similar work
08:57:38  <LordAro> but equally it has no real concept of "actions", so that's all it has
08:57:39  <TrueBrain> but .. it stranded
08:57:47  <TrueBrain> believe the dude doing it was an intern and was done with his internship :P
08:58:09  *** DorpsGek has quit IRC
08:58:28  *** DorpsGek has joined #openttd
08:58:28  *** ChanServ sets mode: +o DorpsGek
08:59:12  <TrueBrain> looks at that, no longer fighting with itself .. still makes me happy
08:59:33  <LordAro> :)
09:05:38  <TrueBrain> owh, right, GitHub's current solution only allowed shell commands
09:05:43  <TrueBrain> I forgot what the weird thing was they did
09:05:51  <TrueBrain> like, that sounds like the work of an intern :P
09:10:39  <TrueBrain> https://github.com/mithro/actions-includes <- someone worked around the issue :D
09:10:39  <TrueBrain> lolz
09:10:45  <TrueBrain> "This is how composite actions should have worked."
09:10:46  <TrueBrain> :D
09:11:24  <TrueBrain> now lets hope GitHub adds this soon :)
09:11:36  <LordAro> haha
09:12:47  <TrueBrain> "wait, an intern did what? That is a bunch of bull .. hold my beer, I am going to fix this" :P
09:16:02  *** WormnestAndroid has quit IRC
09:16:12  <peter1138> Stop looking at my code.
09:16:15  *** WormnestAndroid has joined #openttd
09:16:31  <TrueBrain> Haha
09:21:49  <peter1138> On my work to make most internal padding scaled as well, I keep getting side tracked by a load of WTF moments.
09:23:28  <peter1138> For instance, OnPaint is not const, but OnDrawWidget is. So if you manually paint your window, you can change state (of the window, nothing too heinous), but if you try to do it the correct way you cannot.
09:27:48  <TrueBrain> Lollz
09:28:35  <LordAro> presumably you could change game state if you tried hard enough :p
09:29:37  <peter1138> (Window*) yes
09:29:42  <peter1138> But no.
09:30:06  <peter1138> There will be a way, it's just current a wtf moment :)
09:33:50  *** Samu has joined #openttd
09:37:50  *** iSoSyS has joined #openttd
09:40:45  *** iSoSyS has quit IRC
09:53:25  <LordAro> TrueBrain: py-helpers is missing updates too :)
09:58:59  <TrueBrain> Stop finding more repos!
09:59:17  <TrueBrain> What is there to update? Couldn't find any earlier today
10:00:16  <LordAro> aiohttp & pyyaml, apparently
10:00:17  <LordAro> https://github.com/OpenTTD/py-helpers/security/dependabot
10:00:26  <LordAro> just in the test runner
10:00:33  <LordAro> but dependabot don't care :p
10:01:39  <TrueBrain> Ah, ofc!
10:01:50  <TrueBrain> Will fix after lunch :D
10:05:48  *** Gustavo6046 has quit IRC
10:22:31  <peter1138> Warning: Null value is eliminated by an aggregate or other SET operation.
10:22:35  <peter1138> Dreaded SQL :/
10:41:25  <Timberwolf> My current annoyance with SQL is having changed from using MS-SQL for years, to Postgres.
10:41:45  <Timberwolf> T-SQL (the MS variant) doesn't really care if you miss out the infix words, like "INTO" in "INSERT INTO"
10:41:49  <Timberwolf> Postgres... does.
10:43:05  <DorpsGek> [OpenTTD/OpenTTD] 2TallTyler opened pull request #9189: Change: Use gender-neutral pronouns in english.txt https://git.io/J32rc
10:46:49  <DorpsGek> [OpenTTD/OpenTTD] nielsmh commented on issue #8112: Players report unauthorized clients joining passworded companies https://git.io/JfGhG
10:48:04  <DorpsGek> [OpenTTD/OpenTTD] LordAro approved pull request #9189: Change: Use gender-neutral pronouns in english.txt https://git.io/J32om
10:57:22  <peter1138> I don't think I've ever written INSERT without INTO, heh.
10:57:42  <peter1138> Postgres is much nicer imho, but I'm using MS SQL currently.
10:58:56  <peter1138> Hmm, remember when you had to edit your config file to add NewGRFs? :D
11:17:13  <Rubidium> yeah I do remember that
11:18:26  <Rubidium> it was when rooting out some desync bug that only happened between big and little endian machines, so I set up a dedicated server on a s390x
11:18:35  <peter1138>  :D
11:18:40  <peter1138> Simpler days.
11:19:12  <Rubidium> at least I ran the server on (emulated) hardware meant for server tasks ;)
11:26:05  <TrueBrain> #9189 nicely shows how time has changed our perception, for the better, I might add :)
11:27:54  <DorpsGek> [OpenTTD/py-helpers] TrueBrain opened pull request #7: Update: dependency updates https://git.io/J32M9
11:28:05  <DorpsGek> [OpenTTD/OpenTTD] TrueBrain merged pull request #9189: Change: Use gender-neutral pronouns in english.txt https://git.io/J32rc
11:28:20  <TrueBrain> LordAro: that hopefully really should be the last of the security warnings :D
11:30:23  <LordAro> :D
11:30:29  *** Flygon_ has joined #openttd
11:33:39  *** Flygon has quit IRC
11:34:49  <DorpsGek> [OpenTTD/py-helpers] LordAro approved pull request #7: Update: dependency updates https://git.io/J32yc
11:35:05  <TrueBrain> can't believe how quickly weather changes .. from sunny and sitting in the garden to anchoring stuff as it is too windy ..
11:35:21  <DorpsGek> [OpenTTD/py-helpers] TrueBrain merged pull request #7: Update: dependency updates https://git.io/J32M9
11:38:03  <TrueBrain> wow, I managed to confuse the fuck out of GCC
11:38:36  <TrueBrain> I was saving a file and compile it, but clearly I was too quick: https://gist.github.com/TrueBrain/d4ff8580c6e1ba7d97c2554c86eb5771
11:38:50  <TrueBrain> mind the function it says it cannot find and the code I changed it into showing up on the second line
11:42:41  <LordAro> heh
11:46:39  <TrueBrain> bah; that moment that work done in master makes your PR completely broken :P
11:55:49  <Rubidium> I'm sorry
12:04:10  *** Gustavo6046 has joined #openttd
12:05:55  <peter1138> Town names: (undefined string)
12:05:57  <peter1138> Hmm
12:11:26  <orudge> I swear I download a new Firefox update every day
12:14:08  <LordAro> i know i download a new chrome update every day
12:14:21  <LordAro> but that's because i run chrome canary, for no discernible reason
12:20:19  *** Gustavo6046_ has joined #openttd
12:20:45  *** Gustavo6046 has quit IRC
12:20:45  *** Gustavo6046_ is now known as Gustavo6046
12:22:28  <orudge> Admittedly, I am usually using 3 different machines every day, so it could be I'm just downloading the same update on 3 different machines spread over a few different days
12:23:07  *** glx has joined #openttd
12:23:07  *** ChanServ sets mode: +v glx
12:34:55  <DorpsGek> [OpenTTD/OpenTTD] BeWorld2018 opened pull request #9190: Fix building unless WITH_ASSERT https://git.io/J32hG
12:36:35  <glx> what a useless commit
12:38:26  <LordAro> we get to use the label for someone else!
12:39:52  <DorpsGek> [OpenTTD/OpenTTD] LordAro commented on pull request #9190: Fix building unless WITH_ASSERT https://git.io/J32j3
12:40:26  <Rubidium> are there that few asserts?
12:40:32  <LordAro> no
12:40:53  <glx> and asserts are disabled without WITH_ASSERT
12:41:04  <LordAro> maybe the bitcoin miners are trying to work around having to be approved before the CI will run
12:41:31  <glx> possible
12:42:00  <LordAro> not a new GH account though, so unlikely
12:44:20  <glx> oh extending diff above the changes I might see why these changes are done
12:44:29  <glx> still useless changes
12:45:03  <LordAro> ah, hmm
12:45:29  <glx> unless compiler does weird things with the macro expansion
12:45:55  <LordAro> it's going to be some combination of WITH_ASSERT & NDEBUG
12:46:02  <Rubidium> that developer might be doing stuff for MorphOS; at least the SDL thing has something somewhat suggesting to that
12:46:28  <Rubidium> on the other hand, maybe remove the other WITH_ASSERT ifdefs and let the compiler remove it? Or is the compiler going to complain about unused code in that case?
12:46:54  <LordAro> yeah
12:46:57  <glx> they were added because unused warnings
12:46:59  <LordAro> that's why they were added in the first place
12:47:30  <milek7> somehow assert() was left enabled but WITH_ASSERT undefined?
12:47:30  <LordAro> is [[maybe_unused]] a c++17 or 20 thing? could use that :p
12:47:55  <LordAro> https://en.cppreference.com/w/cpp/language/attributes/maybe_unused aha
12:48:12  <Rubidium> but the developer filling in the template would have been more useful to begin with
12:48:30  <LordAro> quite
12:48:38  <LordAro> still going to wait for them to actually elaborate
12:49:39  <DorpsGek> [OpenTTD/OpenTTD] BeWorld2018 commented on pull request #9190: Fix building unless WITH_ASSERT https://git.io/J3aex
12:50:43  <LordAro> https://godbolt.org/z/ojP4GrYva of course, [[maybe_unused]] doesn't result in any code actually being removed
12:51:56  <Rubidium> but that's probably because it can't determine the side effects
12:52:17  <LordAro> indeed
12:53:10  <glx> using a custom makefile for openttd must be a pain to maintain ;)
12:53:21  <LordAro> ah, if the function is marked with __attribute__((pure)), the function call is elided :)
12:53:33  <LordAro> yeah... that's still a "we do not support this"
12:53:34  <LordAro> "stop it"
12:56:15  <DorpsGek> [OpenTTD/OpenTTD] LordAro commented on pull request #9190: Fix building unless WITH_ASSERT https://git.io/J3aft
13:02:42  <LordAro> might be wrong about cmake being available for morphos
13:02:49  <LordAro> but still, lacking motivation
13:03:00  <LordAro> and y'know... just add one or both of those defines
13:19:14  <DorpsGek> [OpenTTD/OpenTTD] BeWorld2018 commented on pull request #9190: Fix building unless WITH_ASSERT https://git.io/J3aIx
13:19:17  <DorpsGek> [OpenTTD/OpenTTD] BeWorld2018 closed pull request #9190: Fix building unless WITH_ASSERT https://git.io/J32hG
13:21:36  <DorpsGek> [OpenTTD/OpenTTD] LordAro commented on pull request #9190: Fix building unless WITH_ASSERT https://git.io/J3ato
13:30:45  <peter1138> Yhea
13:30:55  <peter1138> Hmm, it's gone dark...
13:34:04  <Timberwolf> Today is one of those "every time I look out the window there's a different weather" days.
13:39:48  <TrueBrain> self creating problems, lovely :)
13:39:51  <TrueBrain> (9190)
13:43:44  <TrueBrain> Rubidium: you can make it up to me to get your std::string for settings approved :P
13:44:11  <TrueBrain> "_network_join.address.get()->GetAddressAsString().c_str()" <- C++ sure does make you add a lot of statements distracting from the meaning :D
13:46:41  <TrueBrain> std::unique_ptr are pure magic, but I kinda dig it
13:46:51  <TrueBrain> saves me from managing the lifetime myself .. :D
13:47:24  <TrueBrain> just cannot avoid "virtual std::unique_ptr<ServerAddress> Copy() = 0;", which makes me slightly sad ..
13:48:26  *** supermop_Home_ has joined #openttd
13:50:21  <glx> clang in msvc generates some warnings https://pastebin.com/qhhRWHp4
13:50:58  <glx> I can easily silence deprecated and multichar in cmake, but I'm not sure about the unused const
13:53:20  *** nielsm has joined #openttd
13:54:31  <supermop_Home_> hi
14:05:25  <Rubidium> TrueBrain: I fear that getting that change merged only makes the conflict problem return
14:05:40  <TrueBrain> Rubidium: well, new ones, for sure
14:05:50  <TrueBrain> but it also makes a lot of things easier
14:05:56  <TrueBrain> so in the balance of things .. I fully accept it :D
14:06:41  <TrueBrain> owh, I don't have to do .get() for ->, nice
14:06:45  <TrueBrain> saves a few letters
14:09:04  <glx> oh for non msvc targets we use -Wno-unused-variables, which disables unused-const-variables too, guess I can do that
14:10:23  <glx> hmm but it's only for stable release
14:10:45  <TrueBrain> owh, we should add -Werror to the CI .. that would relp me spot new warnings more often
14:10:51  <TrueBrain> meh, don't feel like doing that today :P
14:11:12  <_dp_> owh, forcing network name didn't make it into 1.11.2 :(
14:11:40  <glx> too much changes involved for that I guess
14:12:36  <LordAro> forcing network name?
14:13:16  <glx> all the "Player" :)
14:13:22  <TrueBrain> was always never the intend to backport that ;)
14:13:41  <TrueBrain> always = also, typing hard
14:13:44  <Rubidium> the "do not allow joining a network game without having set a name" instead of "if no name is set, use Player instead"-feature
14:13:47  <LordAro> ah yes
14:15:23  <glx> ok I can't find why only msvc/clang warns about this unused const
14:27:12  *** sla_ro|master has joined #openttd
14:36:46  <DorpsGek> [OpenTTD/team] ApplePie420 opened issue #208: [sk_SK] Translator access request https://git.io/J3aR4
15:09:36  <peter1138> Is it okay for me to tell my coworkers they're dicks? :p
15:10:42  <LordAro> if you do it in a constructive manner!
15:11:26  <DorpsGek> [OpenTTD/OpenTTD] embeddedt opened pull request #9191: Codechange: Disable pointer locking by default https://git.io/J3aVd
15:11:40  <peter1138> They've all managed to lose their 2FA codes (but didn't know until I asked) and of course never saved any recovery codes...
15:12:08  <peter1138> So I am the sole guardian of some infrastructure until they manage to get their accounts back.
15:12:19  <DorpsGek> [OpenTTD/OpenTTD] embeddedt commented on discussion #9150: RFC: Have OpenTTD *not* lock the cursor position when dragging viewports by default https://git.io/J3GPg
15:13:26  <LordAro> peter1138: sounds like you need to recommend them for additional training!
15:21:38  *** Wormnest has joined #openttd
15:51:32  <DorpsGek> [OpenTTD/OpenTTD] LordAro commented on pull request #8480: Feature: Multitile depots https://git.io/J3ayg
16:01:32  *** lobster has quit IRC
16:01:49  *** lobster has joined #openttd
16:05:09  *** frosch123 has joined #openttd
16:10:59  <DorpsGek> [OpenTTD/OpenTTD] nielsmh commented on pull request #9191: Codechange: Disable pointer locking by default https://git.io/J3a5L
16:16:27  *** didac has joined #openttd
16:18:58  <DorpsGek> [OpenTTD/OpenTTD] PeterN commented on pull request #9191: Codechange: Disable pointer locking by default https://git.io/J3aFt
16:27:34  *** gelignite has joined #openttd
16:28:11  *** WormnestAndroid has quit IRC
16:28:23  *** WormnestAndroid has joined #openttd
16:44:29  *** Progman has joined #openttd
16:46:52  <DorpsGek> [OpenTTD/OpenTTD] embeddedt commented on pull request #9191: Codechange: Disable pointer locking by default https://git.io/J3ajM
16:49:48  <DorpsGek> [OpenTTD/OpenTTD] nielsmh commented on pull request #9191: Codechange: Disable pointer locking by default https://git.io/J3VeR
16:50:53  <peter1138> Hmm
16:53:01  <nielsm> thoughts for high contrast cursor mode: black-white or white-black cursor, shape is just generated in code as a filled polygon, the tool is shown by the toolbar icon painted in a solid grey-background box following the cursor shape
16:53:29  <nielsm> and dragging vehicles would also show the arrow and put the vehicle sprite in the box
16:54:52  <frosch123> try using the fire-cycle in the mouse cursor sprite :p
16:56:07  *** didac has quit IRC
17:03:26  *** Wolf01 has joined #openttd
17:09:11  *** WormnestAndroid has quit IRC
17:10:19  *** WormnestAndroid has joined #openttd
17:16:57  *** jottyfan has joined #openttd
17:22:20  <Eddi|zuHause> can't we just offer different cursor sprites?
17:22:35  <Eddi|zuHause> or make a high-vis-gui baseset?
17:23:30  *** Flygon_ has quit IRC
17:23:54  <nielsm> I suppose you could make a high-contrast OpenGFX fork/variation
17:26:15  <nielsm> make an alternate spritesheet for the cursor sprites and just a build-time variable to control which is used
17:28:17  <DorpsGek> [OpenTTD/OpenTTD] embeddedt updated pull request #9191: Codechange: Disable pointer locking by default https://git.io/J3aVd
17:29:10  <DorpsGek> [OpenTTD/OpenTTD] embeddedt commented on pull request #9191: Codechange: Disable pointer locking by default https://git.io/J3VLd
17:50:39  *** andythenorth has joined #openttd
17:50:50  <andythenorth> yo
17:59:05  *** reldred has quit IRC
18:00:36  *** gregdek has quit IRC
18:02:06  *** reldred has joined #openttd
18:02:09  *** gregdek has joined #openttd
18:08:47  <peter1138> oof
18:12:10  <andythenorth> same
18:12:16  <andythenorth> is it really cold?
18:12:17  <andythenorth> or just me?
18:13:08  <LordAro> it's cold
18:13:10  <LordAro> and wet
18:14:22  <andythenorth> and reddit is broken
18:21:46  <frosch123> how is your progress with learning dutch?
18:23:43  <andythenorth> mine is zero
18:25:38  <frosch123> https://steamcommunity.com/app/1536610/eventcomments/3130541756155063304/ <- three people report that dutch is the only available language. world-takeover from tb is imminent
18:25:49  <Rubidium> frosch123: does negative progress count too?
18:26:07  <TrueBrain> it does sound like a serious problem btw,as more than 1 person reports it
18:26:34  <frosch123> how are the bundles uploaded? is there any possibilty some platform lost some .lng files?
18:26:49  <TrueBrain> I wouldn't know how, but I can double-check
18:27:28  <TrueBrain> 141,501 	1 	89c623b9ae2e9ca495f8e6a0a429c8f168b06350 	0 	lang\english.lng
18:27:37  <TrueBrain> 141,501 	1 	89c623b9ae2e9ca495f8e6a0a429c8f168b06350 	0 	lang\english.lng
18:27:40  <TrueBrain> yeah, those are identical
18:27:57  <TrueBrain> nope, they are in the main bundle on all platforms
18:28:20  <nielsm> first thing would be to tell them to run the game files verification in steam
18:28:51  <TrueBrain> frosch123: initially I was thinking it might have to do with hiding languages?
18:29:00  <nielsm> and then how is steam capable of just skipping/losing files during an update like that
18:30:29  *** espenh___ is now known as rexxars
18:30:34  <frosch123> TrueBrain: that was not backported
18:30:42  <TrueBrain> frosch123: good point
18:30:53  <frosch123> i was wondering whether steam deleted all files that did not change :p
18:31:03  <frosch123> like, delete all files, but only download the changed ones :p
18:31:33  <Rubidium> that'd be a nasty feature
18:31:37  <TrueBrain> Steam is unlikely to make such mistakes, honestly
18:33:59  <TrueBrain> 141,501 	1 	89c623b9ae2e9ca495f8e6a0a429c8f168b06350 	0 	lang\english.lng
18:34:07  <TrueBrain> the 1.11.1 file is identical to the 1.11.2 file
18:34:16  <TrueBrain> is that expected?
18:34:28  <frosch123> yes
18:34:46  <frosch123> only 10 translations changed
18:34:56  <frosch123> dutch is the first of them in alphabetical order
18:35:04  <TrueBrain> it appears that all files that are unchanged, are not showing up for them
18:38:21  <frosch123> unrelated, but did you know strgen has an option to print it's svn revision defined by the $Revision$ keyword? :p
18:38:33  <DorpsGek> [OpenTTD/OpenTTD] rubidium42 opened pull request #9192: Codechange: [Network] More std::string with less code https://git.io/J3Vcy
18:38:54  <TrueBrain> frosch123: lol ..
18:38:58  <Rubidium> frosch123: yes, I did
18:39:13  <Rubidium> I found it odd that it survived when I saw it not long ago
18:39:29  <LordAro> Rubidium: did you add it? :p
18:39:42  <TrueBrain> I cannot reproduce the Steam issue when I switch between versions etc .. no clue what is going on
18:39:46  <TrueBrain> maybe glx can see what his install does
18:39:50  <Rubidium> LordAro: probably
18:40:12  <frosch123> TrueBrain: unfortunately the people did not mention their platform
18:40:21  <TrueBrain> yeah, I asked them to let us know
18:40:26  <frosch123> but since its only 3, i would think its some rare one, like apple m1
18:41:05  <TrueBrain> but at least it is related to the fact all those files are unchanged from 1.11.1 to 1.11.2
18:41:22  <Rubidium> LordAro: but... I'm actually not the one who added it
18:42:14  <peter1138> I wonder if the files are there.
18:42:23  <Rubidium> it was DV
18:43:15  <TrueBrain> peter1138: also exactly what I asked for :D
18:43:23  <peter1138> btproclient... uh huh
18:45:36  <frosch123> lol
18:46:13  <frosch123> tb goes all the way to get signed builds on steam, and the people download a thirdparty client, and complain on steam that it is broken
18:46:42  <LordAro> sounds about right
18:47:01  <TrueBrain> "I doubt its the btproclient thats the problem as i dont think it messes around with the language files, but i'm not sure. "
18:47:02  <TrueBrain> right
18:47:48  <LordAro> where is this discussion?
18:47:56  <TrueBrain> frosch123 linked it a bit earlier :)
18:48:01  <frosch123> LordAro: https://steamcommunity.com/app/1536610/eventcomments/3130541756155063304/
18:48:08  <LordAro> ah, the event
18:48:12  <LordAro> i was looking at discussion
18:50:13  <TrueBrain> btpro changes english.txt
18:50:23  <frosch123> i mean, if it was a reddit discussion, i would have expected something like that. but who would have guessed that people go the steam release post, when they do not use steam...
18:50:39  <frosch123> TrueBrain: yes, and that's when openttd will reject the .lng files as invalid
18:50:51  <TrueBrain> but why did dutch load, I wonder :)
18:51:35  <frosch123> usually people end up with no languages, so maybe btpro misses dutch, so it was not overwritten
18:52:25  <TrueBrain> owh, no, that makes sense: he had btpro installed
18:52:26  <Rubidium> or... did they put btpro in that steam folder manually, and then stream only updated the files it knew changed between the releases
18:52:30  <TrueBrain> Steam installed 1.11.2, and the new language files
18:52:35  <TrueBrain> as Steam is smart, in that sense
18:52:43  <TrueBrain> so english.lng is rejected, as it is the btpro version
18:53:46  <frosch123> yeah, that fits all symptoms
18:54:05  <LordAro> perhaps we can have a better failure mode?
18:54:19  <DorpsGek> [OpenTTD/OpenTTD] rubidium42 opened pull request #9193: Cleanup: [Fluidsynth] Comply better with the coding style https://git.io/J3VWA
18:54:39  <frosch123> instead of rejecting invalid language files, we could force-deinstal ottd :p
18:55:14  <LordAro> how about if there are any invalid language files, pop up an error?
18:55:17  <frosch123> hmm. or we add DRM :)
18:55:17  <LordAro> could be a messagebox on windows
18:55:46  <Rubidium> just file a bug report with steam that their update does not work well with fools messing with the steam controlled folders
18:56:49  <LordAro> that is generally how you install mods though
18:57:08  <Rubidium> quick question: does the CI include the fluidsynth music driver in one of the builds?
18:57:15  <LordAro> though normally (i'm thinking KSP here) you add things to a particular folder, rather than actually overwrite it
18:57:56  <LordAro> Rubidium: it would seem not
18:58:04  <_dp_> historically patched clients only packaged changed files so you had to overwrite the vanilla
18:58:16  <DorpsGek> [OpenTTD/OpenTTD] DorpsGek pushed 1 commits to master https://git.io/J3VlR
18:58:17  <_dp_> though it should've been changed like 5 years ago
18:58:18  <DorpsGek>   - Update: Translations from eints (by translators)
18:58:38  <_dp_> but dunno if btpro installation manual was changed, I couldn't even find it
18:59:33  <_dp_> well, 6 years I guess, starting with a first release of cmclient :p
18:59:47  <frosch123> Rubidium: linux-generic does
19:00:00  <frosch123> it's the only thing that properly supports midi
19:00:37  <frosch123> it's not statically linked, if you mean that
19:00:42  <TrueBrain> LordAro: overwriting files in SteamApps is a problem for any game, so yeah .. with most games you install them next to it :)
19:00:55  <TrueBrain> overwriting .. honestly .. you are on your own there :P
19:01:39  <TrueBrain> (Steam simply doesn't even know you did that, so it will get very confused :P)
19:02:28  <milek7> ideally it should just throw error during update
19:03:12  <TrueBrain> huh? That makes little sense :P
19:03:22  <TrueBrain> Steam does the updating, and it is unaware you did things behind his back
19:04:13  <peter1138> That reply is not sarcastic enough.
19:04:23  <peter1138> I am a terrible person.
19:04:51  <milek7> well it must be aware that something is wrong because it tries to do delta-updates and there will be rejects, no?
19:06:07  <glx> btw I checked, I have all languages available in steam ;)
19:06:13  <TrueBrain> glx: tnx :)
19:06:29  <TrueBrain> seen the volume of the replies, I think it is safe to assume they all had custom clients
19:06:35  <TrueBrain> I am guessing someone told them that is fine
19:06:44  <TrueBrain> Steam is pretty clear about this :P It is not :D
19:06:55  <glx> it's never fine to touch files in steam
19:07:14  <TrueBrain> most games have a "mods" folder
19:07:22  <glx> sometimes there's no choice, but for openttd it's easy to unpack somewhere else
19:07:29  <TrueBrain> or for example GrimDawn have you install an exe next to the main one
19:07:36  <TrueBrain> just to avoid this issue :D
19:07:53  <TrueBrain> BeatSaber also puts an exe next to the main executable
19:08:05  <peter1138> pelya's window ornaments.. "we have no style" ... that is ugly as
19:08:05  <TrueBrain> but they all have one thing in common: they do not overwrite files :D
19:09:04  <TrueBrain> anyway, happy that it is not our fault in that sense
19:09:12  <TrueBrain> ofc a better error that english.lng is rejected would be nice
19:09:23  <TrueBrain> that is always a sign of something wrong :D
19:09:37  <glx> yeah for openttd some patchpacks used to tell to overwrite over installation, but I think it's very rare now
19:10:43  <glx> it's so easy to have different versions side by side
19:11:04  <glx> even if they share cfg (not always a good thing)
19:11:15  <TrueBrain> I can understand people wanting to "add" their custom client to Steam like this
19:11:18  <TrueBrain> it sounds like a good idea
19:11:23  <TrueBrain> sadly, Steam completely disagrees with it :P
19:12:14  <glx> steam doesn't care if you add files, but you should not modify what it installed :)
19:13:15  <glx> and if you do you need to know what you're doing
19:16:49  *** gnu_jj has joined #openttd
19:19:47  <DorpsGek> [OpenTTD/OpenTTD] TrueBrain commented on pull request #9192: Codechange: [Network] More std::string with less code https://git.io/J3V45
19:20:12  <peter1138> So, er, is linking to Google Play Game Services okay by GPL?
19:20:46  <LordAro> uh oh
19:21:16  <frosch123> is it part of the operating system?
19:21:34  <LordAro> almost but not really?
19:21:46  <peter1138> It's not available on my Android device.
19:22:46  <LordAro> https://www.gnu.org/philosophy/android-and-users-freedom.en.html would suggest that RMS certainly doesn't think so
19:23:21  <peter1138> I... don't really care what RMS thinks, he's a c...
19:23:28  <LordAro> well, quite
19:24:15  <TrueBrain> If you can remove it, like you did, I think it is a hard thing to argue that it is part of the OS
19:24:56  <TrueBrain> so, who should we hit with a license violation claim? :P :P :P
19:25:01  <peter1138> I haven't removed it, it's not available on my Android device without doing sideloading from unofficial sources.
19:25:10  <TrueBrain> really? Lol
19:25:16  <peter1138> (Kindle tablet)
19:25:18  <TrueBrain> thought it came preinstalled on any and all :P
19:25:35  <peter1138> I suppose you could say that technically it's no longer Android...
19:26:58  <peter1138> The unofficial sdl1.2 packaging is pretty... ergh, what?
19:27:20  <TrueBrain> I also don't have it installed on my phone :P
19:27:31  <TrueBrain> and I have a normal Samsung phone :)
19:27:58  <glx> not the cleanest android version then ;)
19:28:23  <TrueBrain> you cannot remove Facebook from these devices
19:28:29  <TrueBrain> does that make it part of the OS?
19:28:40  <peter1138> https://github.com/pelya/commandergenius < This is the "unofficial libsdl1.2 port" repository
19:28:47  <peter1138> Except it containers... well, OpenTTD for a start.
19:28:50  <peter1138> -er
19:29:09  <TrueBrain> if it works
19:29:10  <TrueBrain> it works
19:29:15  <TrueBrain> not everything has to be clean and tidy :D
19:29:56  <peter1138> There's a vncserver in there too. Hmm.
19:30:01  <TrueBrain> https://github.com/pelya/commandergenius/tree/sdl_android/project/jni/application <- long list :)
19:30:30  <peter1138> All in one repo.
19:30:37  <LordAro> submodules
19:31:08  <peter1138> True
19:31:29  <LordAro> oh, no
19:31:30  <LordAro> not really
19:31:33  <LordAro> just for some of them
19:32:18  <TrueBrain> especially if you are one-manning stuff, I can imagine you don't really care :)
19:32:52  <peter1138> Anyway, in the context of "can we accept any of these patches" ... hmmm. not conviced that unofficial libsdl1.2 port is the best way forward.
19:33:09  <LordAro> yeah...
19:33:22  <LordAro> UI might be interesting, but needs a completely separate way of actually running
19:33:30  <TrueBrain> I am still of the opinion OpenTTD is meant to be played with a mouse, and Android devices rarely have them :)
19:37:10  <TrueBrain> btw, anyone with an opinion on std::from_chars, https://github.com/OpenTTD/OpenTTD/pull/9192
19:39:01  <glx> https://en.cppreference.com/w/cpp/utility/from_chars <-- I should read that first :)
19:39:18  <TrueBrain> 1 thing I learnt here in the last few months about C++ ...
19:39:22  <TrueBrain> it is one thing to read the manual
19:39:28  <TrueBrain> it is another to have an opinion on the matter :P
19:39:45  <TrueBrain> too many C++ things have a nice manual page, but people in here go off on it being bad (most often with very valid reasons :P)
19:40:28  <frosch123> passing a "const std::string&" as parameter, and returning a "string_view" is asking for trouble, isn't it?
19:40:33  <TrueBrain> I think https://en.cppreference.com/w/cpp/filesystem is the best example of that btw :P
19:40:54  <glx> filesystem is a pain to use IIRC
19:41:31  <milek7> I think it is fine
19:41:39  <milek7> but overloading / for combining paths is weird :P
19:41:44  <TrueBrain> glx: macOS makes it go boom, I believe :)
19:41:54  <frosch123> milek7: better than for dates :p
19:42:53  <peter1138> How do you divide paths anyway? :/
19:43:10  <LordAro> python pathlib does it that way too
19:43:13  <LordAro> it's fine
19:44:11  <frosch123> yeah, / in filesystem is not that bad. it's different to +
19:44:37  <frosch123> luckily we rejected the patch that wanted to add % for mirroring roadbits in ottd :)
19:47:04  <peter1138> Can I do half-width lines? :/
19:47:14  <peter1138> Or 1.5x sprite scaling.
19:47:55  <FLHerne> TrueBrain: Most Android devices actually work fine with a mouse, if you have the right dongle
19:48:16  <TrueBrain> FLHerne: I was very careful with my wording :) Never debated that ;)
19:48:26  <FLHerne> When USB-C mice are standard, it'll be fine
19:49:17  <peter1138> Hmm, build vehicle window messes up
19:49:41  <milek7> https://www.boost.org/doc/libs/1_76_0/libs/geometry/doc/html/geometry/design.html
19:49:41  <milek7> I this doc shows either everything that is wrong with boost, or why it is good, depending on your opinion :P
19:49:48  <milek7> *I guess
19:51:03  <peter1138> Ah, incorrect padding.
19:51:37  <frosch123> last time i needed a voronoi implementation at work, i was able to delegate the deal-with-boost task to someone else :)
19:51:54  <frosch123> the result worked fine
19:53:18  <peter1138> I once wanted to look at voronoi for map generation...
19:53:24  <peter1138> That's about as far that got.
19:57:06  <nielsm> <FLHerne> TrueBrain: Most Android devices actually work fine with a mouse, if you have the right dongle  <-- or using a bluetooth mouse also works
19:57:35  <LordAro> https://pasteboard.co/K0nwBQm.png ottd is dying, etc
19:57:46  <Timberwolf> I'm quite impressed what will work over OTG.
19:57:54  <TrueBrain> omg, below 2k, no longer worth my time, bye now
19:58:02  <Timberwolf> My phone will happily power and record from my Focusrite interface.
19:59:08  <milek7> my toy thermal camera works only on android (ie they don't provide software for pc)
20:00:56  <Eddi|zuHause> get an android VM? :p
20:04:12  <FLHerne> What's the red line?
20:07:40  <FLHerne> Twitch, apparently
20:10:59  <andythenorth> that's my AWS bill getting doubled
20:11:54  *** gelignite has quit IRC
20:12:40  <michi_cc> Quick, someone plan a new Twitch stream :)
20:13:57  <Xaroth> Time to expand to TikTok and OF?
20:14:50  <orudge> Talking of Android, could the OpenGL driver be ported to Android? I know almost nothing about OpenGL, so not sure how much of a limitation OpenGL ES is versus full OpenGL...
20:16:19  <peter1138> https://user-images.githubusercontent.com/639850/117064294-e5715a00-ad1d-11eb-866c-7e0e0c9345f8.png
20:16:27  <peter1138> https://user-images.githubusercontent.com/639850/117064300-e73b1d80-ad1d-11eb-8fe7-f533ff4bc44d.png
20:16:34  <peter1138> I waste my time on the stupidest things.
20:17:42  <glx> I like the effect
20:17:54  <orudge> I think it looks better
20:18:46  <Xaroth> chunky.
20:18:47  <michi_cc> orudge: Similar enough that the small differences are really annoying :P
20:21:10  <milek7> though ottd is relatively unaffected I think
20:21:51  <milek7> fixups in shader headers, 1d->2d textures, and it should work
20:22:24  <peter1138> Any texture size limits?
20:22:54  <milek7> I don't think so
20:23:46  <milek7> fun starts when you care about compression formats, depth buffer formats, hardware srgb conversion, reading from render output, drawing to multiple buffers, etc..
20:27:49  <peter1138> Ah yes, window compositing...
20:28:26  <andythenorth> peter1138 I prefer the chunky
20:28:43  <milek7> btw did anybody test d3d11 driver?
20:29:02  <peter1138> andythenorth, someone will hate it.
20:29:14  <andythenorth> big world
20:29:23  <andythenorth> plenty of space for wrong opinions
20:29:24  <_dp_> yes, me :p
20:29:29  <peter1138> Told you :-)
20:29:43  <andythenorth> wrong opinions are democratic and low cost
20:29:46  <andythenorth> anyone can have one
20:30:00  <peter1138> 52/48
20:30:33  <andythenorth> 16m can't be wrong
20:30:38  <peter1138> Also scaling most internal padding too, because it looks better when it's consistent.
20:30:46  <andythenorth> when we delete block signals, how will this work? https://www.reddit.com/r/openttd/comments/n4w1sg/full_4_operations_calculator_almost_ready_i/
20:30:56  <peter1138> Not sure how to double up the slide lines though :p
20:31:10  <peter1138> andythenorth, programmable path signals
20:31:22  <andythenorth> programming the programmable thing
20:31:24  <peter1138> Except because they're programmable, it'll be pointless.
20:31:59  <FLHerne> peter1138: Chunky bevels +1, option for chunky bevels -1 :p
20:32:29  <peter1138> Secret hidden option. I put it there mainly to easily test both ways without having to recompile.
20:32:38  <peter1138> Maybe a hotkey would've worked.
20:32:43  *** jottyfan has quit IRC
20:32:46  <peter1138> What was the old win32 hotkey? ^D?
20:33:31  <peter1138> Yup
20:33:38  <peter1138> Works in 0.4.5. Instant double scale.
20:33:42  <_dp_> use chunky borders when run with original graphics :p
20:34:13  <_dp_> also some text is rendering over new borders :p
20:37:44  *** arikover has joined #openttd
20:38:36  <_dp_> hm, or mb not, it just looks that way because of no padding
20:38:47  <arikover> hi o/
20:39:02  <peter1138> It's actually exactly the same padding as at 1x.
20:39:30  <_dp_> but border counts as padding
20:39:39  <_dp_> so if there was 1 px before now it's 0
20:43:11  <peter1138> https://user-images.githubusercontent.com/639850/117067262-b1983380-ad21-11eb-8bba-47ef90409743.png
20:43:14  <peter1138> Classic
20:46:33  <frosch123> yay, 8x8 map :p
20:47:03  <frosch123> how many user did understand that setting?
20:52:55  <Eddi|zuHause> back then? probably a higher fraction than would nowadays
20:55:16  <andythenorth> how many industries would it fit? :P
20:59:02  *** Samu has quit IRC
21:00:54  *** frosch123 has quit IRC
21:02:18  <orudge> [21:28:49] <milek7> btw did anybody test d3d11 driver? <-- just had a play around with it just now. Seems to work well for me. Though so does the OpenGL driver. :)
21:03:55  <milek7> thanks
21:04:12  <milek7> fullscreen needs to be done but current code is.. annoying
21:04:31  <milek7> I wonder if things like windows arm tablets have opengl driver at all?
21:04:58  <orudge> milek7: https://devblogs.microsoft.com/directx/announcing-the-opencl-and-opengl-compatibility-pack-for-windows-10-on-arm/
21:05:11  <orudge> Now there's something
21:05:26  <orudge> I can test it out on my Mac Mini in Windows ARM64 (which itself is virtualised), see what happens there perhaps
21:18:55  *** andythenorth has quit IRC
21:19:43  <orudge> Now I'm curious how GitHub Actions manages to build the ARM64 version of OpenTTD, given opengl32.lib isn't present in the version of the windows SDK I have at least (for arm64)
21:20:18  <orudge> Of course, it may just have a newer version of the SDK than me
21:20:19  <milek7> isn't it loaded dynamically through GetProcAddress?
21:20:29  <orudge> No, opengl32.lib is statically linked here, it seems
21:21:25  <orudge> GHA has SDK 10.0.19041.0, I have 18362, perhaps it's in the newer one
21:22:31  <glx> Found OpenGL: opengl32  found components: OpenGL  <-- at least it finds it
21:22:50  <orudge> Yes
21:22:58  <orudge> It looks like it's in 19041
21:24:15  <milek7> ah, it loads all actual opengl functions dynamically but wgl* is linked
21:26:26  *** sla_ro|master has quit IRC
21:26:51  *** arikover has quit IRC
21:28:05  <glx> don't remember which SDK I have, but opengl is found for me too
21:28:24  <orudge> It's found in the configure stage, it's only when linking that it fails for me
21:29:14  <glx> let's try to build
21:29:56  <orudge> New SDK nearly installed, will test this one out
21:31:16  <glx> seems I have 19041 installed
21:35:04  <glx> linked fine
21:35:59  <glx> can't test if it runs
21:36:12  <orudge> The binaries from GitHub do run
21:37:41  *** nielsm has quit IRC
21:52:34  *** Wolf01 has quit IRC
22:07:37  <DorpsGek> [OpenTTD/nml] Andrew350 commented on pull request #216: Fix #214: Prevent scope change for function calls when optimising switches https://git.io/J3VQk
22:18:28  <DorpsGek> [OpenTTD/nml] glx22 commented on pull request #216: Fix #214: Prevent scope change for function calls when optimising switches https://git.io/J3V7m
22:24:27  *** Extrems` has joined #openttd
22:24:27  *** Extrems has quit IRC
22:24:32  *** Extrems` is now known as Extrems
22:29:41  *** Extrems has quit IRC
22:34:58  *** Extrems has joined #openttd
22:39:23  <DorpsGek> [OpenTTD/nml] Andrew350 commented on pull request #216: Fix #214: Prevent scope change for function calls when optimising switches https://git.io/J3Vd9
23:09:24  *** EER has quit IRC
23:14:52  <DorpsGek> [OpenTTD/nml] glx22 closed issue #214: Issue with passing a variable to a function from the PARENT scope https://git.io/J3z2J
23:14:55  <DorpsGek> [OpenTTD/nml] glx22 merged pull request #216: Fix #214: Prevent scope change for function calls when optimising switches https://git.io/J3gvd
23:30:12  *** Progman has quit IRC
23:56:13  *** EER has joined #openttd

Powered by YARRSTE version: svn-trunk