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