Times are UTC Toggle Colours
00:22:14 <peter1138> ^B is ... one way to tell that OpenGL is in use. 00:22:32 <glx> https://github.com/OpenTTD/OpenTTD/compare/master...glx22:opengl_link <-- quick and dirty test 00:31:21 <peter1138> Oh, bounding boxes are solid white with a 32bpp set. Translucent with 8bpp. 00:31:31 <_dp_> so... what happens if company that client is joining disappears while he's downloading the map? 00:31:40 <_dp_> or, even better, was replaced with another one? 00:32:31 <glx> hmm it joins the new one ? 00:33:29 <_dp_> that is if id is not reused and it can create one... 00:36:40 <DorpsGek> [OpenTTD/OpenTTD] glx22 commented on pull request #8743: Change: Default to a 32bpp blitter. https://git.io/Jtd6f 00:41:29 <peter1138> "Apparently, the looks of 32bpp blitters are superior." is there even a difference if not using 32bpp graphics? 00:42:14 <_dp_> font antialiasing, stuff transparency 01:05:21 *** Flygon has joined #openttd 01:25:47 *** Taede has quit IRC 01:25:57 *** ZirconiumX has quit IRC 01:25:59 *** Exec has quit IRC 01:26:13 *** Taede has joined #openttd 01:27:04 *** ZirconiumX has joined #openttd 01:27:24 *** Exec has joined #openttd 01:31:59 *** reldred has quit IRC 01:32:11 *** reldred has joined #openttd 02:06:05 *** glx has quit IRC 02:40:40 *** Wuzzy has quit IRC 03:10:56 *** Wormnest has quit IRC 03:12:10 *** tokai|noir has joined #openttd 03:12:10 *** ChanServ sets mode: +v tokai|noir 03:19:06 *** tokai has quit IRC 03:21:30 *** D-HUND has joined #openttd 03:24:53 *** debdog has quit IRC 03:34:11 *** muffindrake4 has joined #openttd 03:36:00 *** muffindrake3 has quit IRC 03:52:25 *** rptr has quit IRC 03:58:51 *** rptr has joined #openttd 04:00:38 *** didac has quit IRC 04:32:00 *** rptr has quit IRC 04:32:17 *** rptr has joined #openttd 07:00:59 *** sla_ro|master has joined #openttd 07:21:24 *** andythenorth has joined #openttd 07:22:31 *** rptr has quit IRC 07:26:37 *** tokai has joined #openttd 07:26:37 *** ChanServ sets mode: +v tokai 07:33:27 *** tokai|noir has quit IRC 07:50:27 *** Wolf01 has joined #openttd 08:08:41 *** iSoSyS has joined #openttd 08:10:06 *** iSoSyS has quit IRC 08:10:37 <andythenorth> yo 08:11:09 <Wolf01> o/ 08:18:11 *** rptr has joined #openttd 08:26:49 *** HerzogDeXtEr has joined #openttd 08:49:11 <Xaroth> yo 08:53:01 *** gelignite has joined #openttd 08:59:49 <peter1138> When following references stops working in VS Code... 09:01:37 <peter1138> When my knees smack the ridigity bar underneath my desk... 09:03:30 <peter1138> Made back when you had 35kg of monitor on it :) 09:30:11 <DorpsGek> [OpenTTD/website] orudge commented on pull request #191: Change: Make it clearer that macOS 11 is supported https://git.io/JtFL6 09:41:57 <DorpsGek> [OpenTTD/OpenTTD] Eddi-z opened pull request #8744: Change: Clarify what effect town interactions have https://git.io/JtFtl 09:42:59 <Eddi|zuHause> you can still have 35kg of monitor on your desk. just it would cover a larger screen area :p 09:45:12 <LordAro> or be ridiculously retro 09:45:42 <LordAro> Eddi|zuHause: centre, not center 09:45:55 <Eddi|zuHause> right 09:46:12 <LordAro> unless you want to volunteer as en_US translator :p 09:46:45 <DorpsGek> [OpenTTD/OpenTTD] Eddi-z updated pull request #8744: Change: Clarify what effect town interactions have https://git.io/JtFtl 09:46:54 <Eddi|zuHause> that sounds like a terrible idea :p 09:47:56 <DorpsGek> [OpenTTD/OpenTTD] Eddi-z updated pull request #8744: Change: Clarify what effect town interactions have https://git.io/JtFtl 09:49:06 <DorpsGek> [OpenTTD/OpenTTD] Eddi-z updated pull request #8744: Change: Clarify what effect town interactions have https://git.io/JtFtl 09:49:35 <Eddi|zuHause> the exclusive rights explanation might be clearer this way round? 09:56:37 <DorpsGek> [OpenTTD/OpenTTD] James103 commented on pull request #8744: Change: Clarify what effect town interactions have https://git.io/JtFqc 11:07:02 *** Strakaty has joined #openttd 11:14:20 <Strakaty> Hi all, I finally got to the point of building logic splitters. All my trains slowing down corectly in colored (PURR) ways, but their Max.Speed (visible in Train Details) is not changing at all. So conditional orders can't work. Is there any special additional in settings? My Game config - NUTS 0.8.4 , Firs 4.0.0, PURR 0.0.6 . OpenTTD 1.10.3 11:15:00 *** andythenorth has quit IRC 11:26:01 <Xaroth> I'm trying to keep a copy of the tile map (_m) to detect when changes have been done to chunks of tiles at a time. What/where would be the most sane way to copy the current tile map to this new copy after loading, somewhere at the end of AfterLoadGame right? 11:26:09 <Eddi|zuHause> no, the max speed in the train details will not change depending on track type 11:27:15 <Eddi|zuHause> Xaroth: there's probably a better place for that somewhere around the function that calls AfterLoadGame 11:29:11 <Xaroth> so that would be DoLoad, fair. 11:30:15 <Eddi|zuHause> also, there's _m and _me, which you both need to copy 11:30:23 <Xaroth> I'm only interested in _m 11:30:32 <Xaroth> _me doesn't contain any information I'm tracking 11:31:07 <Eddi|zuHause> just saying, if you need a general approach to look at the whole map, you need both 11:31:25 <Xaroth> This is just basic information; tile type, tile owner, and tile height 11:48:27 *** Samu has joined #openttd 12:02:02 *** HerzogDeXtEr1 has joined #openttd 12:07:50 *** HerzogDeXtEr has quit IRC 12:09:21 *** roadt_ has joined #openttd 12:16:27 *** roadt__ has quit IRC 12:18:11 <DorpsGek> [OpenTTD/OpenTTD] Eddi-z commented on pull request #8744: Change: Clarify what effect town interactions have https://git.io/JtF3Q 12:23:37 *** Wolf01 has quit IRC 12:24:26 *** Wolf01 has joined #openttd 12:25:48 *** iSoSyS has joined #openttd 12:26:47 *** iSoSyS has quit IRC 12:28:03 *** Wuzzy has joined #openttd 12:28:58 <Wuzzy> Requesting review for OpenSFX PR: https://github.com/OpenTTD/OpenSFX/pull/14 12:30:39 *** Miki_Strakaty has joined #openttd 12:31:22 *** Miki_Strakaty has quit IRC 12:36:38 <peter1138> Bringing that beer delivery indoors was hard work, I think it deserves a beer... 12:45:38 *** gelignite has quit IRC 12:47:31 <DorpsGek> [OpenTTD/OpenTTD] 2TallTyler commented on pull request #8744: Change: Clarify what effect town interactions have https://git.io/JtFZT 12:49:21 <DorpsGek> [OpenTTD/OpenTTD] James103 commented on pull request #8744: Change: Clarify what effect town interactions have https://git.io/JtFZO 12:53:59 <DorpsGek> [OpenTTD/OpenTTD] Eddi-z commented on pull request #8744: Change: Clarify what effect town interactions have https://git.io/JtFZ9 12:55:04 <DorpsGek> [OpenTTD/OpenTTD] Eddi-z updated pull request #8744: Change: Clarify what effect town interactions have https://git.io/JtFtl 12:56:15 <DorpsGek> [OpenTTD/OpenTTD] Eddi-z commented on pull request #8744: Change: Clarify what effect town interactions have https://git.io/JtFnt 13:00:20 <orudge> Wuzzy: will have a look just now 13:00:48 *** rptr has quit IRC 13:04:23 <Wuzzy> thx 13:13:03 *** andythenorth has joined #openttd 13:14:03 <DorpsGek> [OpenTTD/OpenTTD] mattkimber commented on pull request #8744: Change: Clarify what effect town interactions have https://git.io/JtFCO 13:24:25 <DorpsGek> [OpenTTD/OpenSFX] orudge approved pull request #14: Change readme, license, descriptions https://git.io/JtFWs 13:24:43 <DorpsGek> [OpenTTD/OpenSFX] orudge merged pull request #14: Change readme, license, descriptions https://git.io/JtrZp 13:25:18 <orudge> Wuzzy: when you're able to rebase your other PR, I will try to take a look at that too 13:25:29 <Wuzzy> wait, what? 13:25:32 <Wuzzy> rebase? o_O 13:25:54 <Wuzzy> ahh you merged #14 13:26:20 <Wuzzy> orudge: ok thanks. yes this was the plan all along. #19 needs to be re-done because it was mostly a preview 13:27:22 <DorpsGek> [OpenTTD/OpenSFX] Wuzzy2 commented on issue #2: Relicense OpenSFX under an actual FOSS license https://git.io/JtnIG 13:27:26 <DorpsGek> [OpenTTD/OpenSFX] Wuzzy2 closed issue #2: Relicense OpenSFX under an actual FOSS license https://git.io/JtnIG 13:36:44 <DorpsGek> [OpenTTD/OpenSFX] Wuzzy2 updated pull request #19: Replace Mercurial code with Git code https://git.io/JtrPG 13:39:57 <DorpsGek> [OpenTTD/OpenSFX] Wuzzy2 commented on pull request #19: Replace Mercurial code with Git code https://git.io/JtFl1 13:40:08 *** tokai has quit IRC 13:40:09 <Wuzzy> orudge: I've updated #19 13:40:24 <LordAro> Wuzzy: we can see, you don't need to say anything ;) 13:40:37 <supermop_Home> hi andythenorth 13:40:58 <supermop_Home> peter1138 i agree re beer 13:42:17 <supermop_Home> so i ideated, wrote, drew, added, and tested a whole new type of thing for my RV grf in one day yesterday, but can't really think of a good way to hype it up 13:43:36 <supermop_Home> really not feeling up to making lots of pretty screenshots cropped to small resolution that will show in forum 13:44:05 <supermop_Home> so just released grf on bananas with no forum noise 13:47:30 <Xaroth> make lots of big screenshots to show on forum? 13:51:50 <orudge> Wuzzy: I'll need to check it out and do some testing, if I get a chance I'll do it tonight, but will depend on what other work I have to do 13:52:01 <Wuzzy> k 13:52:10 <Wuzzy> i also try to figure it out what is goin on 13:56:24 <Wuzzy> ah i think i found the problem. the description was missing in the .obs file after Make-ing 14:04:17 <DorpsGek> [OpenTTD/OpenSFX] Wuzzy2 updated pull request #19: Replace Mercurial code with Git code https://git.io/JtrPG 14:06:43 <andythenorth> so native push-pull trains for 1.11? 14:06:51 <andythenorth> (consist reversing in station) 14:11:19 <DorpsGek> [OpenTTD/OpenSFX] Wuzzy2 commented on pull request #19: Replace Mercurial code with Git code https://git.io/JtFBm 14:16:34 <DorpsGek> [OpenTTD/OpenTTD] 2TallTyler commented on pull request #8743: Change: Default to a 32bpp blitter. https://git.io/JtFB2 14:21:05 <DorpsGek> [OpenTTD/OpenSFX] Wuzzy2 commented on issue #21: Update translations in 'lang' directory https://git.io/Jtozb 14:21:08 <DorpsGek> [OpenTTD/OpenSFX] Wuzzy2 closed issue #21: Update translations in 'lang' directory https://git.io/Jtozb 14:21:54 <Wuzzy> I think #19 is now merge-able 😊 14:22:57 <supermop_Home> andythenorth from the shunting patch? 14:23:06 <andythenorth> oof 14:23:17 <andythenorth> no idea, I got driven out of that thread 14:24:07 <supermop_Home> didn't eddi have the idea to support old-style behavior with a delay to reverse? 14:24:48 <supermop_Home> andythenorth i added cable cars 14:24:55 <andythenorth> :) 14:24:57 <Eddi|zuHause> i had loads of ideas, i don't remember this particular one 14:26:08 <supermop_Home> don't have the energy to get cute pictures of it 14:30:25 *** nielsm has joined #openttd 14:35:17 <DorpsGek> [OpenTTD/OpenSFX] Wuzzy2 opened pull request #22: Shorten some description texts https://git.io/JtF05 14:45:12 <DorpsGek> [OpenTTD/website] TrueBrain updated pull request #191: Change: Make it clearer that macOS 11 is supported https://git.io/Jtdn8 14:45:49 <DorpsGek> [OpenTTD/website] TrueBrain commented on pull request #191: Change: Make it clearer that macOS 11 is supported https://git.io/JtFEK 14:46:43 <DorpsGek> [OpenTTD/OpenTTD] Eddi-z commented on pull request #8744: Change: Clarify what effect town interactions have https://git.io/JtFED 14:47:15 <DorpsGek> [OpenTTD/OpenSFX] Wuzzy2 updated pull request #22: Shorten some description texts https://git.io/JtF05 14:48:52 <DorpsGek> [OpenTTD/OpenSFX] Wuzzy2 commented on pull request #22: Shorten some description texts https://git.io/JtFEF 14:57:49 <DorpsGek> [OpenTTD/website] orudge updated pull request #191: Change: Make it clearer that macOS 11 is supported https://git.io/Jtdn8 14:59:06 <DorpsGek> [OpenTTD/website] orudge commented on pull request #191: Change: Make it clearer that macOS 11 is supported https://git.io/JtFuy 15:00:12 *** andythenorth has quit IRC 15:03:08 <DorpsGek> [OpenTTD/website] LordAro commented on pull request #191: Change: Make it clearer that macOS 11 is supported https://git.io/JtFzf 15:03:30 *** sla_ro|master has quit IRC 15:07:26 <DorpsGek> [OpenTTD/website] TrueBrain commented on pull request #191: Change: Make it clearer that macOS 11 is supported https://git.io/JtFzC 15:07:54 <DorpsGek> [OpenTTD/website] orudge commented on pull request #191: Change: Make it clearer that macOS 11 is supported https://git.io/JtFz8 15:07:58 <LordAro> TrueBrain: bikeshedding! 15:12:42 <Xaroth> At some point somebody's going to suggest keeping a list of every major.minor.revision version of macOS that is supported. 15:24:19 <TrueBrain> well, we get questions, and answering them is annoying 15:24:26 <TrueBrain> but yeah, bikeshedding 15:24:36 <LordAro> damn users, getting confused by things that are unclear 15:24:42 <LordAro> honestly, the nerve 15:24:56 <TrueBrain> but I think my solution captures most questions I have seen and you have gotten, not? 15:25:07 <TrueBrain> basically, mention what is hot 15:26:11 <DorpsGek> [OpenTTD/website] LordAro commented on pull request #191: Change: Make it clearer that macOS 11 is supported https://git.io/JtFgx 15:26:17 <LordAro> TrueBrain: probably, yeah 15:28:55 <TrueBrain> I mostly noticed that our expectations of our users are high :P 15:29:05 <TrueBrain> we assume they understand things behind their little bubble :D 15:29:57 <LordAro> need to find some non-technical mac users 15:31:46 <TrueBrain> "macOS Maverick or newer, including Big Sur and M1 (10.9+, universal)" 15:31:54 <TrueBrain> mixes both the technical terms and the ones on Apple's website 15:33:50 <TrueBrain> Apple made this rather difficult :D 15:36:47 <DorpsGek> [OpenTTD/website] TrueBrain updated pull request #191: Change: Make it clearer that macOS 11 is supported https://git.io/Jtdn8 15:37:45 <FLHerne> TrueBrain: Agree with orudge that including "M1" is a mistake, it'll need changing at some point 15:37:54 <TrueBrain> so? 15:38:30 <FLHerne> "macOS 10.9 Maverick and newer, including Apple Silicon devices" ? 15:38:49 <DorpsGek> [OpenTTD/website] TrueBrain commented on pull request #191: Change: Make it clearer that macOS 11 is supported https://git.io/JtFau 15:38:55 <TrueBrain> nothing wrong with changing the names constantly to address our market 15:38:56 <FLHerne> If you're changing the text, you might as well change it to something that'll stay right for a while 15:39:14 <TrueBrain> if we have to change it once a year, I mean .. boo-fucking-hoo :D 15:39:32 <TrueBrain> but the worst thing we can have, is that a user lands on our website and asks himself: does this work on my machine? 15:39:34 <TrueBrain> that is just terrible :) 15:39:41 <TrueBrain> remember that for Windows we are also very explicit 15:40:18 <TrueBrain> letters are still free, we have to remember :) 15:42:17 <TrueBrain> we have to change the list at least once a year anyway, for our Debian flavours 15:42:46 <TrueBrain> "Windows 95 / 98 / ME / 2000 / XP without SP3" <- talking about us being explicit :D Well, that build is no longer produced, ofc 15:52:00 <TrueBrain> hmm ... I need pngs for all our SPR_ enums ... how hard can that be :P 15:52:31 *** Wuzzy2 has joined #openttd 15:53:50 *** Wuzzy has quit IRC 15:57:05 *** virtualrandomnumber has joined #openttd 15:57:58 *** virtualrandomnumber has quit IRC 16:00:18 *** Zuu has joined #openttd 16:00:34 *** Zuu has quit IRC 16:01:11 *** Flygon has quit IRC 16:01:18 *** Zuu has joined #openttd 16:01:21 *** Zuu has quit IRC 16:02:38 *** Zuu has joined #openttd 16:03:54 <Zuu> I spoke with a friend on that most games are nowdays bought via Steam and gave OpenTTD as an example of a game that is still run outside of Steam unaware of the recent changes in that area. :D 16:04:27 <TrueBrain> Zuu: :D So you set him right, right? :D 16:04:29 <TrueBrain> also: hi! 16:04:32 <Zuu> Hi! 16:04:53 <Zuu> Annual Zuu entering chat :-p 16:05:01 <TrueBrain> :D Always a pleasure :) 16:05:37 *** lobster has joined #openttd 16:06:11 <DorpsGek> [OpenTTD/website] orudge commented on pull request #191: Change: Make it clearer that macOS 11 is supported https://git.io/JtFrf 16:06:23 <DorpsGek> [OpenTTD/website] orudge approved pull request #191: Change: Make it clearer that macOS 11 is supported https://git.io/JtFrJ 16:06:42 <DorpsGek> [OpenTTD/website] TrueBrain commented on pull request #191: Change: Make it clearer that macOS 11 is supported https://git.io/JtFrU 16:07:12 <Zuu> Also cool to see that Story book has been improved with push buttons. :-) 16:07:26 <TrueBrain> and THAT is the feature you notice :D 16:07:30 <TrueBrain> of allllll the things :P 16:07:31 <TrueBrain> <3 :D 16:07:52 <Zuu> Yes, because I wanted to implement it before, but never was able to pull it off. 16:08:24 <Zuu> But yeha. Lots of other new features :-) 16:09:07 <TrueBrain> too little, too late :P 16:09:10 <TrueBrain> :D I am just kidding ofc ;) 16:11:10 <TrueBrain> so I just spend 10 minutes trying to figure out how this WWT_MATRIX got 11 rows .. only to find a magic value in the code setting the height of the widget, based on which the matrix calculates how many rows that are .. you got to love that :D 16:13:41 <_dp_> the more I tinker with openttd ui code the more I want to burn it :p 16:17:25 <TrueBrain> I said it before and I say it again: according to this channel, most parts of OpenTTD should be burnt :P 16:29:20 <TrueBrain> https://pasteboard.co/JQ0R4NV.png another window I can render-ish :D 16:32:04 <Zuu> TrueBrain: Reading git log looks like you have been productive with lots of plumbing with game/draw loops etc. and also updating the cheat window. :-) 16:32:38 <TrueBrain> been all over the place, yes :D 16:33:00 <LordAro> basically completely rewritten the video drivers 16:33:21 *** glx has joined #openttd 16:33:21 *** ChanServ sets mode: +v glx 16:33:32 <TrueBrain> together with michi_cc , I think we did so, yes :) 16:33:44 <TrueBrain> it was about thime :D 16:33:47 <TrueBrain> 60fpssssssssssss 16:33:51 <TrueBrain> it is so much nicer to play, really 16:33:52 <LordAro> and added several new ones :p 16:35:07 <TrueBrain> Zuu: and the biggest challenge for 1.12 .. redesign some of the UIs ... 16:35:09 <TrueBrain> that will be fun :D 16:35:38 <Zuu> Depends on how many people that need to agree on the new design :-) 16:36:09 <TrueBrain> haha, very true :D 16:36:18 <TrueBrain> well, so far the ideas are received well, so that is something at least 16:36:42 * LordAro paints the bikeshed a sort of dark cyan 16:36:56 <Xaroth> Mauve is much more appealing, LordAro 16:37:01 <FLHerne> TrueBrain: Who says they're not right? :p 16:37:29 <FLHerne> Burn the codebase and start over with OpenLoco 16:38:46 <TrueBrain> hmm, I need to convert STR_ to dummy strings that are somewhat like the real string 16:38:48 <TrueBrain> that will be interesting 16:38:55 <_dp_> isn't locomotion somewhat of a failure in general? 16:39:35 <LordAro> TrueBrain: some sort of arbitrary string seems more appropriate, given the variation in length of strings for different languages? 16:39:39 *** sla_ro|master has joined #openttd 16:39:40 <LordAro> arbitrary/random 16:39:51 <TrueBrain> well, you need to understand what is meant with it 16:39:57 <TrueBrain> otherwise it is difficult to understand mockups 16:40:23 <TrueBrain> but yeah, you do have a point that only using English can be misleading 16:41:57 <TrueBrain> https://pasteboard.co/JQ0Wjik.png 16:41:59 <TrueBrain> guess that works :P 16:43:23 <_dp_> oh, string system, definitely high on my burn list as well :p 16:43:34 <LordAro> i'd agree with you there 16:43:47 <TrueBrain> you rather use ... GetText? :o 16:44:20 <Zuu> Oh no, can't we also support sign language in the UI? 16:44:44 <Xaroth> Don't forget about braille 16:44:51 <Eddi|zuHause> if you find a library for that 16:45:14 <Zuu> braille is probably easier. It is more about wiring up with OS accessibility layers from what I understand. 16:45:50 <Zuu> Then someone with a braillie monitor can read the text from OpenTTD similar to if they were using a screen reader. Just two different output systems. 16:47:27 <Zuu> Sign language requires that strings can be videos. But it is not common in UIs to have sign language support. 16:47:59 <Eddi|zuHause> it doesn't even make any sense, because people who can see sign language can usually also read normal text. 16:48:59 <Eddi|zuHause> also, there's no single "sign language", each language has their own sign language variant 16:49:30 <Zuu> It can make some sense, because someone being ASL native has English as second language. But it is no different to other minority that don't have their native language supported. 16:52:29 <Zuu> Yes you are right on there not being a single sign language. I only know the Swedish sign language and is quite poor in ASL. 16:54:36 <TrueBrain> in other news: https://pasteboard.co/JQ11qM1.png :D 16:54:54 <TrueBrain> still need to implement PIP 16:56:04 <_dp_> TrueBrain, what are you going to do with windows that have extra drawing code? 16:56:24 <TrueBrain> absolutely 100% nothing 16:59:36 *** Zuu has quit IRC 16:59:58 <_dp_> tbh, I'm not really getting why do you event want to render ui stuff in html 17:00:20 <_dp_> a lot of ui depends on custom code and buttons you can just prototype wherever 17:10:12 <glx> he wants to easily move stuff around without needing to build and run openttd to check 17:13:04 *** Beerbelott has joined #openttd 17:15:36 *** Progman has joined #openttd 17:21:09 <_dp_> compared to making the whole ui-to-hmtl thing building openttd doesn't seem that troublesome :p 17:29:17 *** Wormnest has joined #openttd 17:35:21 <DorpsGek> [OpenTTD/website] LordAro merged pull request #191: Change: Make it clearer that macOS 11 is supported https://git.io/Jtdn8 18:11:10 *** Wuzzy3 has joined #openttd 18:14:48 *** Wuzzy2 has quit IRC 18:18:08 *** frosch123 has joined #openttd 18:21:53 <frosch123> latest spam is interesting 18:22:06 <frosch123> it may be written by an AI 18:23:35 <frosch123> https://dpaste.org/TzEz <- i just can't imagine a human writing something like that 18:25:09 *** Wuzzy2 has joined #openttd 18:25:35 <TrueBrain> lol ... a new way of using WikiPedia ... 18:25:36 <TrueBrain> interesting 18:28:50 *** Wuzzy3 has quit IRC 18:33:13 *** Wuzzy2 has quit IRC 18:34:53 <TrueBrain> child.padding_right = (child.padding_right || 0) + widget.pip_inter; 18:34:56 <TrueBrain> I love writing ugly Javascript 18:41:59 <TrueBrain> https://pasteboard.co/JQ1J1JZ.png <- w00p, PIP applied 18:42:06 <_dp_> on javascript scale that isn't ugly in a slightest :p 18:42:08 <TrueBrain> the window system is really easy to process :) 18:47:44 *** Wuzzy has joined #openttd 19:01:59 <DorpsGek> [OpenTTD/OpenTTD] DorpsGek pushed 1 commits to master https://git.io/JtFHD 19:02:00 <DorpsGek> - Update: Translations from eints (by translators) 19:09:54 *** andythenorth has joined #openttd 19:11:02 <DorpsGek> [OpenTTD/OpenTTD] TrueBrain opened pull request #8745: Fix: don't link to OpenGL with SDL2 as backend; SDL2 dynamically loads it https://git.io/JtFQ4 19:11:06 <TrueBrain> glx: I went for a slightly different solution 19:12:22 <DorpsGek> [OpenTTD/OpenTTD] TrueBrain updated pull request #8745: Fix: don't link to OpenGL with SDL2 as backend; SDL2 dynamically loads it https://git.io/JtFQ4 19:13:50 <TrueBrain> linking against a target can still make changes to things like compiler-flags .. silly enough :) 19:14:09 <TrueBrain> target_link_libraries does a lot more than the name suggests :P 19:15:41 <DorpsGek> [OpenTTD/OpenTTD] TrueBrain updated pull request #8745: Fix: don't link to OpenGL with SDL2 as backend; SDL2 dynamically loads it https://git.io/JtFQ4 19:18:20 <TrueBrain> although I doubt that is relevant for OpenGL's case, but meh 19:19:46 <TrueBrain> and it is not like I really understand CMake, so I hope I got it right :P 19:23:40 *** Wuzzy2 has joined #openttd 19:25:55 *** Wuzzy has quit IRC 19:31:07 <DorpsGek> [OpenTTD/OpenTTD] michicc commented on pull request #8743: Change: Default to a 32bpp blitter. https://git.io/JtF7Q 19:31:38 <TrueBrain> tssk, michi_cc can't even quantify "feels wrong"? :P :D <3 19:32:59 <LordAro> TrueBrain: what does 'PUBLIC' signify in target_link_libraries? 19:33:18 <TrueBrain> rtfm :P :D Just kidding :) 19:33:23 <TrueBrain> you have PUBLIC, PRIVATE and INTERFACE 19:33:35 <TrueBrain> PUBLIC = PRIVATE | INTERFACE 19:34:03 <TrueBrain> "Libraries and targets following PUBLIC are linked to, and are made part of the link interface. Libraries and targets following PRIVATE are linked to, but are not made part of the link interface. Libraries following INTERFACE are appended to the link interface and are not used for linking <target>" 19:34:26 <TrueBrain> so yeah ... makes sense? No? Awh :P 19:34:42 <TrueBrain> this is the part I hate about CMake, as I think I understand 10% of what is going on there 19:35:24 <TrueBrain> from what I have seen, INTERFACE can drag in extra arguments 19:35:31 <TrueBrain> PRIVATE does the real linking (so the -l<bla>) 19:35:33 <TrueBrain> PUBLIC does both 19:35:46 <TrueBrain> the "say nothing" we used, implies PUBLIC-ish .. 19:36:28 <TrueBrain> but if you use INTERFACE in ANY of a target, you have to use PUBLIC/PRIVATE/INTERFACE on all 19:40:29 <TrueBrain> hmm .. on second look, with some experimenting .. 19:40:35 <TrueBrain> it was suggested that with INTERFACE it would still drag in include paths 19:40:39 <TrueBrain> but with freetype, it does not 19:40:47 <TrueBrain> so it might all be bullshit :( 19:43:31 <michi_cc> Reading the description I'd have guessed PRIVATE was the proper thing for us. We want to link against it, but don't want others to know/depend about it. 19:44:33 <TrueBrain> as "openttd" is the final binary, it doesn't really matter 19:44:41 <TrueBrain> nobody is using it anymore, but yeah, strictly seen, you are absolutely correct 19:45:02 <TrueBrain> I am just bumped INTERFACE doesn't keep the compile definitions 19:45:57 <frosch123> i think those things only matter for static linking 19:48:16 <frosch123> i would also claim that PRIVATE may reduce the binary size when linking statically. i know that linux linkers can remove unused symbols from executables, which you do not want if those symbold are used by dynamically loaded stuff 19:48:46 <TrueBrain> I -think- these CMake things are CMake internally only, how it resolves targets 19:48:50 <TrueBrain> but we can validate that 19:50:09 <TrueBrain> identical link command is given to gcc, with both PUBLIC and PRIVATE 19:50:15 <frosch123> yes, you are right 19:50:39 <frosch123> "Is PUBLIC, PRIVATE, INTERFACE Part of the GCC/G++ Compiler No. Compilers, such as gcc and g++, do not have such mechanism. CMake invented those keywords for user to create a building graph that has very clear and explicit dependencies." 19:50:54 <TrueBrain> so how do I only drag in compiler-definitions from an alias ... 19:51:35 <TrueBrain> or we can just assume GL/gl.h is always in /usr/include :P 19:53:27 <TrueBrain> I guess our usecase is a bit odd .. 19:53:35 <TrueBrain> "I want to use the library but not really" :D 19:54:13 <TrueBrain> hmm, libsdl2 depends on libgl in package managers 19:54:21 <DorpsGek> [OpenTTD/OpenTTD] glx22 commented on pull request #8743: Change: Default to a 32bpp blitter. https://git.io/JtFds 19:54:23 <TrueBrain> guess we could also say: it is up to SDL2 to ensure we have the right include path 19:55:46 <peter1138> OpenTTD 1.3.0-1... Hmm 19:56:04 <peter1138> Seems old. 19:56:22 <Eddi|zuHause> only like 8 years :p 19:56:31 <peter1138> It's the RISC OS Pi version :-) 19:56:57 <DorpsGek> [OpenTTD/OpenTTD] michicc commented on pull request #8743: Change: Default to a 32bpp blitter. https://git.io/JtFdl 19:56:58 <Eddi|zuHause> since openttd is dying, nothing really happened since then anyway :p 19:58:35 <DorpsGek> [OpenTTD/OpenTTD] TrueBrain updated pull request #8745: Fix: don't link to OpenGL with SDL2 as backend; SDL2 dynamically loads it https://git.io/JtFQ4 19:58:52 <TrueBrain> simpler === better; less CMake magic 19:59:18 <LordAro> :) 19:59:23 <DorpsGek> [OpenTTD/OpenTTD] michicc updated pull request #8743: Change: Default to a 32bpp blitter. https://git.io/Jtdoj 20:00:47 <peter1138> It's got a nice splashscreen though. 20:01:17 <peter1138> Actually it doesn't seem to go further than that. 20:01:28 <peter1138> I guess maybe it's stuck on a baseset. 20:04:00 <glx> TrueBrain: haha it's indeed simpler :) 20:04:26 <glx> anyway I liked the previous version too, way cleaner than my try 20:04:36 <TrueBrain> it just didn't do what it said it did :P 20:12:58 <TrueBrain> "if (lag > (uint)DAY_TICKS && cs->lag_test == 0 && cs->last_packet + 2000 > _realtime_tick) {" <- is it just me, or is that time-check really weird? Shouldn't that be "< _realtime_tick" ? 20:13:29 <TrueBrain> owh, no, nevermind 20:13:33 <TrueBrain> it is explicit meant to be weird 20:15:37 <TrueBrain> it was not that a comment directly above that told me so, but what-ever, reading is for the weak 20:15:58 *** jgx_ has quit IRC 20:16:15 *** jgx has joined #openttd 20:16:47 <andythenorth> yo 20:16:56 * andythenorth seeks entertainment 20:17:18 <TrueBrain> www.pornhub.com 20:17:18 <andythenorth> is this the correct place? 20:17:21 <TrueBrain> OWH HE WENT THERE 20:17:34 <andythenorth> that's really a rick-roll link to YT, right? 20:17:42 <TrueBrain> I dunno, I never tried 20:18:47 *** jgx has quit IRC 20:19:09 *** jgx has joined #openttd 20:19:30 <LordAro> andythenorth: https://www.youtube.com/watch?v=dQw4w9WgXcQ try this one instead 20:21:13 <Xaroth> There used to be a host you could telnet to to see that in your terminal 20:23:23 <Xaroth> which is far less amusing as telnet star wars was. 20:24:47 <TrueBrain> that moment that you replace _realtime_tick with std::chrono in the network layer .... now ... how to test this :P 20:25:03 <TrueBrain> how to lag out a client .. eeuuuhhhh 20:25:34 <LordAro> there are things you can do at the network level to simulate bad connections, iirc 20:25:46 <TrueBrain> the "iirc" is a bit of an issue :D 20:26:00 <TrueBrain> we all know it can be done 20:26:02 <TrueBrain> just .. how again? :D 20:26:03 <Eddi|zuHause> pull the ethernet cable? 20:26:20 <LordAro> well, google it :p 20:26:34 <TrueBrain> says he who didn't even google the cmake manual :P :P :P 20:26:37 <TrueBrain> WE ARE ALL LAZY HERE :D 20:26:39 <LordAro> i'd google it myself, but apparently my internet connection is unable to do more than 200Kbps right now 20:26:59 <Eddi|zuHause> and google needs more than 200kbps? 20:27:16 <frosch123> andythenorth: make a 10-hours version of https://www.youtube.com/watch?v=v2u37dnZwmc&feature=youtu.be ? 20:27:21 <LordAro> https://stackoverflow.com/q/3536249/995325 20:27:23 <LordAro> TrueBrain: ^ 20:27:25 <Eddi|zuHause> what did we do back when we had 64kbps ISDN? 20:27:28 <TrueBrain> you are way too kind LordAro 20:27:36 <LordAro> Eddi|zuHause: no, but youtube does 20:27:36 <TrueBrain> don't indulge my laziness like that :P 20:28:26 <Eddi|zuHause> hm... i can't open new browser tabs, because firefox tells me it needs a restart 20:29:13 <_dp_> TrueBrain, I can send you a python client if that helps 20:29:15 <TrueBrain> its weird to see OpenTTD run at exactly 33.33fps for 90% of the time .. 20:31:23 <TrueBrain> well, a good thing I am testing this ... lol 20:31:27 <TrueBrain> I got the weirdest error :P 20:31:44 <TrueBrain> Client #2 is dropped because the client did not respond for more than 501 ticks 20:31:45 <TrueBrain> at least that works 20:31:52 <TrueBrain> but after that ... unrelated to my work, but ..: 20:31:59 <TrueBrain> dbg: [net] 'Player' made an error and has been disconnected. Reason: 'general timeout' 20:32:03 <TrueBrain> *** Player has left the game (general timeout) 20:32:07 <TrueBrain> *** Player has left the game (connection lost) 20:32:09 <TrueBrain> I LEFT TWICE \o/ 20:32:27 <_dp_> yeah, errors come twice 20:32:35 <frosch123> andythenorth: the most weird part of the video is that the creator spend so much time on it, but did not disable pbs-highlight and uses original acceleration 20:32:48 <andythenorth> ha 20:32:53 <TrueBrain> _dp_: so why isn't there a report about that? 20:32:53 <andythenorth> but hovercraft! 20:33:20 <_dp_> TrueBrain, idk, guess everyone thinks that's normal :p 20:33:26 <TrueBrain> how ..... 20:33:30 <_dp_> and I didn't bother to investigate 20:34:21 <_dp_> there are worse errors somewhere there 20:34:28 <TrueBrain> I was like: the game is still frozen, but no, I had animations off :D 20:34:36 <TrueBrain> there are always "worse errors" somewhere 20:34:42 <TrueBrain> that is no excuse for nobody to report it :P 20:36:40 <TrueBrain> I also like that it counts down to 20 seconds, with: connection lost 20:36:47 <TrueBrain> but then disconnects saying: you couldn't keep up with the server 20:36:52 <TrueBrain> but .. you just .. wuth? 20:39:43 <andythenorth> hmm 20:39:56 <andythenorth> so company colours 3 and 4, would that be a big spec change? 20:46:15 <michi_cc> Outsourcing liveries to the player? 20:50:33 <DorpsGek> [OpenTTD/OpenSFX] orudge updated pull request #19: Replace Mercurial code with Git code https://git.io/JtrPG 20:53:50 <andythenorth> michi_cc 'maybe' :) 20:53:55 <andythenorth> 4 would be quite a lot 20:53:59 <andythenorth> of possibility 20:59:09 <TrueBrain> how long has this "double quit message" already been in the game, damn 20:59:49 <LordAro> today on "TB gets distracted"... 21:00:19 <_dp_> at least that's not a CS bug :p 21:00:50 <TrueBrain> somewhere between 11 and 17 years ago, it seems 21:00:59 <LordAro> ouch 21:03:22 <frosch123> andythenorth: when you replaced animated pixels in ogfx, you edited generated files :) 21:05:29 <andythenorth> oh that was clever 21:05:55 <andythenorth> good use of time :) 21:07:05 <frosch123> when compiling ogfx i get 19 modifies in the repository :( 21:07:37 <frosch123> no idea which png files actually differ visually, and which are just encoded non-deterministically 21:07:57 <TrueBrain> found it: https://github.com/OpenTTD/OpenTTD/commit/bddfcaef9520b68d28480c9f84a9bd8a586e01f3 :) 21:09:01 <frosch123> aw, i was betting on truelight 21:10:28 <andythenorth> is this the 'ogfx generates from gimp' thing? 21:10:36 <TrueBrain> I was sure this was working when we merged the new networking 21:10:41 <TrueBrain> I even checked that commit first :P 21:12:11 <frosch123> andythenorth: never mind, you did not change those sprites 21:12:35 <frosch123> the last change in that generated files is by ammler in 2012 21:12:50 <frosch123> the commited files are good, freshly generated ones are animated 21:13:17 <frosch123> so likely, it's the generation that is broken now 21:13:27 <DorpsGek> [OpenTTD/OpenTTD] TrueBrain opened pull request #8746: Fix bddfcaef: don't tell twice that a client left because of a timeout etc https://git.io/JtFxq 21:14:15 <TrueBrain> well, 1.11 fixes a 9 year old bug, w00p 21:15:31 <frosch123> people complained when you fixed a 6 year old bug :p 21:16:06 <TrueBrain> hahahaha 21:16:09 <TrueBrain> the drama this one will cause 21:16:10 <TrueBrain> omg 21:16:13 <andythenorth> you can stop at 'people complained' 21:18:03 <andythenorth> does the generation generate into sprites/ 21:18:04 <andythenorth> ? 21:22:53 <frosch123> i don't think generated and source sprites are separated in any way :p 21:23:27 <andythenorth> 'mistakes were made' 21:23:32 <andythenorth> we were young, etc 21:23:39 <frosch123> https://dpaste.org/oBvd <- the riverbank_arctic_show ones are broken by the generator 21:23:48 <andythenorth> hmm 21:23:57 <andythenorth> do I want to get involved in fixing that? 21:24:03 <frosch123> also, i was not aware you drew 2x gui sprites 21:24:03 <andythenorth> not really :) 21:24:06 <andythenorth> I did? 21:24:12 * andythenorth no recollection 21:24:13 <frosch123> or someone else 21:24:35 <frosch123> but it kind of suggests to me to draw the pencil and location buttons in 2x as well 21:24:44 <andythenorth> vectors! 21:24:46 <andythenorth> perhaps not 21:25:52 <frosch123> https://github.com/OpenTTD/OpenGFX/pull/34 <- look, you did 21:26:39 <DorpsGek> [OpenTTD/OpenTTD] TrueBrain opened pull request #8747: Codechange: [Network] replace _realtime_tick with std::chrono https://git.io/JtFpt 21:26:54 <TrueBrain> this was what I was actually doing before I hit that weird rabbit hole :) 21:27:32 <Xaroth> Is there a way in C++ to easily template out doing a double (nested) for-loop? I'm constantly repeating a for x/for y nested loop and it's making me wonder that surely there'd be an easier way for doing that 21:27:56 *** didac has joined #openttd 21:28:23 <Heiki> https://www.bbc.co.uk/programmes/m000sjsj currently playing a track named “Autorail”, wonder whether that’s OpenTTD related 21:29:23 <frosch123> Xaroth: put the loop body into a lambda 21:31:15 <_dp_> TrueBrain, you should probably specify that it's 250 real life years 21:31:23 <_dp_> coz my first thought was that it's not that much :p 21:31:33 <frosch123> Xaroth: if you have c++20 you can also put a generator into the loop-iterator :p 21:31:48 <TrueBrain> _dp_: lol .. I am talking about std::chrono :P 21:31:58 <Xaroth> I think somebody will yell at me really loudly if I were to suggest moving openttd to c++20 :P 21:32:15 <DorpsGek> [OpenTTD/OpenTTD] TrueBrain commented on pull request #8746: Fix bddfcaef: don't tell twice that a client left because of a timeout etc https://git.io/JtFpV 21:32:48 <frosch123> then do the lambda :) xaroth::for_each_2d(begin, end, [](foo bar){ stuff }) 21:33:12 <supermop_Home> andythenorth https://imgur.com/a/i9dwOSb 21:33:16 <TrueBrain> I fixed it _dp_ :D 21:33:35 <Xaroth> I'll keep that in mind, thanks frosch123 21:33:37 <Eddi|zuHause> you could also do a 2d-iterator 21:33:55 <_dp_> TrueBrain, xD 21:33:57 <TrueBrain> <3 21:34:09 <TrueBrain> I already quoted you twice in the other PR, sorry :P 21:34:11 <TrueBrain> it is just funny :D 21:34:17 <Xaroth> First I'll see if this actually works 21:36:20 <andythenorth> supermop_Home can it have junctions? 21:44:06 <DorpsGek> [OpenTTD/OpenTTD] TrueBrain commented on issue #8219: Inexplicably low redraw rate on multiplayer server https://git.io/JfHiF 21:44:35 <TrueBrain> finally got the time to look at that, knowing a bit more what our gameloop etc does :D 21:44:43 <TrueBrain> sorry for the delay FLHerne :P 21:46:51 <DorpsGek> [OpenTTD/OpenTTD] TrueBrain merged pull request #8738: Fix #8123: trams on half-tiles couldn't find depots https://git.io/Jt5Yr 21:46:54 <DorpsGek> [OpenTTD/OpenTTD] TrueBrain closed issue #8123: "Unable to find local depot" on dead-end tram tracks (regardless of location) https://git.io/JfcIn 21:46:59 <TrueBrain> lets see how many games ^^ breaks :P 21:47:08 *** gelignite has joined #openttd 21:47:08 *** jottyfan has joined #openttd 21:48:45 <michi_cc> TrueBrain: You got warnings on #8747 21:49:04 <TrueBrain> cheers 21:49:35 <TrueBrain> hmm ... is count() not the same on all platforms, or all they all long long, I wonder .. 21:50:10 <michi_cc> I think the underlying base types of chrono is not completely fixed, it's all just "at least ...". 21:50:23 <FLHerne> TrueBrain: I think it could be 21:50:36 <_dp_> TrueBrain, have you seen this? https://www.reddit.com/r/openttd/comments/hhf5jj/bad_performance_when_moving_around_on_a_10241024/ 21:50:44 <_dp_> it's not that close to 30ms 21:50:59 <FLHerne> TrueBrain: "low FPS in bursts" would that be not-so-slow in between? 21:51:02 <_dp_> and looks kinda weird in general that same game in mp is much slower 21:51:18 <_dp_> well, not slower but laggier 21:51:57 <TrueBrain> _dp_: he too, overshoots the 30ms by miles 21:51:59 <FLHerne> I was experiencing 1-5fps with periodic 0fps, not normal-ish with periodic lagginess 21:52:27 <TrueBrain> FLHerne: depends how far over the threshold you are, really 21:52:36 <TrueBrain> I think if the game hits a constant: barely keeping up, but just not completely really 21:52:41 <_dp_> TrueBrain, overshoots rendering but not gameloop if I read that correctly 21:52:43 <TrueBrain> it is just a bit random hit and miss 21:52:48 <TrueBrain> _dp_: yeah, combined they have 30ms 21:52:56 <TrueBrain> in 1.10 21:53:07 <michi_cc> TrueBrain: A chrono duration in seconds is "duration</*signed integer type of at least 35 bits*/>" (https://en.cppreference.com/w/cpp/chrono/duration) 21:53:24 <TrueBrain> michi_cc: right .. so I have to fix this slightly different :) 21:53:33 <FLHerne> TrueBrain: Possibly, then. Certainly the "barely keeping up but not really" bit applies 21:53:38 <_dp_> TrueBrain, ah, I guess better way to say it is that in sp it can slow simulation but in mp it has to slow renderinng 21:53:47 <michi_cc> Just casting to long long should work everywhere. 21:53:48 <TrueBrain> FLHerne: it is an annoying place to be in .. as the server won't disconnect you 21:53:50 <TrueBrain> but you won't enjoy the game 21:54:11 <TrueBrain> _dp_: in multiplayer, the server forces you to keep up, as otherwise all clients have to slow down 21:54:34 <FLHerne> But yeah, it was surprising to me that the effects are so different in MP to SP 21:54:45 <FLHerne> I can see now why it makes sense 21:54:57 <TrueBrain> it should be made more visible to the user, really 21:55:00 *** Samu has quit IRC 21:55:27 <FLHerne> (I also don't remember seeing it in versions before 1.10, but that may be more grfs on the server or something else unrelated) 21:55:27 <TrueBrain> the issue is, the server can also lag behind 21:55:37 <TrueBrain> so being < 33.33fps simulation rate is not enough reason 21:55:53 <TrueBrain> FLHerne: yeah, this server seems to be really though on your client, looking at the numbers 21:56:25 <TrueBrain> owh, the code calls it "quick frames" :P 21:56:40 <FLHerne> TrueBrain: tough? 21:57:01 <TrueBrain> https://github.com/OpenTTD/OpenTTD/blob/master/src/network/network.cpp#L997 21:57:06 <TrueBrain> tough, yes 21:57:08 <TrueBrain> sorry, typing hard :) 21:57:24 <FLHerne> Ok, just checking I parsed it right :p 21:57:45 <FLHerne> That was a *really* slow laptop 21:57:51 <TrueBrain> _dp_: the reddit link you gave was because the server was dreadfully slow 21:57:57 <TrueBrain> that also killed performance in 1.10 21:58:01 <TrueBrain> no longer in 1.11 :P 21:58:09 <FLHerne> As in, my phone is about 3x faster in single-core perf 21:58:14 <TrueBrain> hahaha :D 21:58:39 <TrueBrain> lol, on reddit /u/reddit keeps sending me messages 21:58:42 <TrueBrain> I keep reporting it as spam 21:58:45 <TrueBrain> wtf, really ... 21:58:58 <TrueBrain> owh, I can now block /u/reddit 21:58:59 <TrueBrain> sure thing 21:59:28 <LordAro> sending you messages? 21:59:32 *** lobstarooo has joined #openttd 21:59:32 <LordAro> what about? 21:59:35 <_dp_> TrueBrain why do you think it was slow, just because TS said that? it seems to be doing 33 tps just fine on video 22:00:04 <TrueBrain> LordAro: random groups to "check out" 22:00:10 <TrueBrain> _dp_: I tend to believe topic starters, yes 22:00:14 <LordAro> how odd 22:00:21 <LordAro> never seen that before 22:00:49 <TrueBrain> it surprises me too ... but I have blocked the user now :) 22:00:52 <TrueBrain> so I should be good 22:02:24 <_dp_> TrueBrain, it kinda have some conflicting evidence so I wouldn't trust it that much :p 22:02:47 <TrueBrain> if upgrading the server with more memory which caused it to stop swapping solved the problem 22:02:50 <TrueBrain> I tend to believe that was the issue ;) 22:02:54 <_dp_> TrueBrain, my best guess is that they were just having all kinds of performance issues xD 22:03:15 <DorpsGek> [OpenTTD/OpenTTD] TrueBrain updated pull request #8747: Codechange: [Network] replace _realtime_tick with std::chrono https://git.io/JtFpt 22:04:34 <TrueBrain> FLHerne: I am a bit conflicted between: "keep the issue open as we should give better user feedback" and "close the issue as the behaviour is now explained" :) 22:04:42 <TrueBrain> it is not something we can fix, only inform better about 22:05:16 <TrueBrain> I think an error message like: you were N frames behind the server and we had to do catch-up 22:05:18 <TrueBrain> might go a long way 22:06:15 *** lobster has quit IRC 22:06:22 *** lobstarooo is now known as lobster 22:06:29 <FLHerne> Problem is that then it would pop up every few seconds and make everything even less playable 22:06:43 <FLHerne> But it's already unplayable, so at least it tells you... 22:06:53 <FLHerne> I'd be happy with "close as explained" 22:06:54 <TrueBrain> exactly 22:07:03 <_dp_> TrueBrain, too techical, I'd go for smth like "we sacrificed responsiveness to keep up with the server" 22:07:55 <_dp_> and, yeah, need to somehow not spam it that much 22:08:27 <_dp_> actually, a good wiki acticle on how to read fps numbers might be a solution ;) 22:08:50 *** y2kboy23 has quit IRC 22:09:23 *** y2kboy23 has joined #openttd 22:09:35 *** sla_ro|master has quit IRC 22:10:14 <TrueBrain> FLHerne: given the few people that appear to have this problem, maybe not worth the time now, so yeah, maybe closing is better. Up to you really! 22:10:34 *** andythenorth has quit IRC 22:10:46 <TrueBrain> glx: how absolutely nice that we have 0 warnings on the CI now 22:10:49 <TrueBrain> that is such a difference 22:12:15 <TrueBrain> michi_cc: casting to (uint32) works too; so went for that :) 22:12:26 <TrueBrain> lol, in c++14 you got "auto day = 24h" 22:12:31 <TrueBrain> not sure .. I like that ... too much :P 22:13:22 <frosch123> TrueBrain: it's way worse 22:14:11 *** rptr has joined #openttd 22:15:53 <frosch123> "A plain integer is accepted if its meaning is unambiguous from the types of other operands: 2005y/4/5 is allowed, but 5/April/2005 is not." 22:16:10 <frosch123> all americans should be banned from c++ commitee 22:16:18 <FLHerne> TrueBrain: I'll write a comment and close it 22:16:24 <TrueBrain> cheers 22:17:11 <TrueBrain> how is 5/April/2005 ambiguous, even for US? 22:17:19 <TrueBrain> but wttttfffffff are they smoking 22:17:21 <TrueBrain> with 2005y/4/5 ? 22:17:35 <frosch123> https://en.cppreference.com/w/cpp/chrono/operator_slash 22:17:59 <frosch123> operator/ is okay for std::filesystem::path, but for dates it's just wrong :) 22:18:21 <TrueBrain> some things in c++11/14/17/20, I like 22:18:29 <TrueBrain> but other things makes me want to leave C++ behind and never look back 22:18:35 <TrueBrain> like you can write such horrible code now 22:18:48 <TrueBrain> you already could 22:18:48 <_dp_> wrong operators aren't anything new in c++ 22:18:50 <TrueBrain> but now you have MORE WAYS 22:18:55 <frosch123> however, i cannot remember i ever needed a date constant in some source code 22:18:58 <_dp_> guess >> << taught them nothing :p 22:20:58 <_dp_> sometimes I want to rewrite citymania server patch in rust xD 22:21:09 <_dp_> just to have less c++ to deal with 22:22:32 <TrueBrain> 2015y/1/1 returns a duration ... how is that useful? Lol 22:22:36 <TrueBrain> not even a time_point 22:25:09 <TrueBrain> no, wait, that makes sense, as it doesn't know the clock to bind to 22:25:09 <TrueBrain> fine 22:26:37 *** Wolf01 has quit IRC 22:29:29 <TrueBrain> okay, it is just horse-shit, such notations 22:29:49 <DorpsGek> [OpenTTD/OpenTTD] FLHerne commented on issue #8219: Inexplicably low redraw rate on multiplayer server https://git.io/JfHiF 22:29:52 <DorpsGek> [OpenTTD/OpenTTD] FLHerne closed issue #8219: Inexplicably low redraw rate on multiplayer server https://git.io/JfHiF 22:30:07 <frosch123> don't insult horses 22:30:33 <TrueBrain> nice write-up FLHerne , tnx! 22:30:41 <TrueBrain> frosch123: mea culpa 22:30:44 <TrueBrain> :D 22:30:48 <TrueBrain> right, sleepy time 22:30:52 <FLHerne> I quite like the idea of simply disconnecting if there are too many "fast" frames 22:31:32 <FLHerne> It's a desync, de facto -- the client can't actually keep up while staying responsive 22:32:11 <TrueBrain> The assumption was that never really would happen, such cases 22:32:21 <TrueBrain> But that did not include slow drawing 22:32:42 <TrueBrain> So yeah, we should detect it and disconnect, I agree :) 22:33:00 <FLHerne> Honestly, rereading mine it basically says the same as yours :p 22:33:04 <_dp_> it all should be much better with recent rendering improvements 22:33:06 <FLHerne> *shrug* 22:33:18 <TrueBrain> (The detection code in place assumes drawing takes no time at all) 22:33:36 <TrueBrain> Yeah, 1.11 should behave a lot better 22:33:40 <DorpsGek> [OpenTTD/OpenTTD] nielsmh commented on issue #8219: Inexplicably low redraw rate on multiplayer server https://git.io/JfHiF 22:34:16 <Eddi|zuHause> today is one of those days where trying to make sense of the backlog is hopeless 22:36:56 <DorpsGek> [OpenTTD/OpenSFX] orudge updated pull request #19: Replace Mercurial code with Git code https://git.io/JtrPG 22:39:50 <FLHerne> nielsm: That's the *really* short version, yes :p 22:40:24 <FLHerne> nielsm: The surprising bit is that "too slow" has completely different effects in multiplayer 22:44:20 *** nielsm has quit IRC 22:45:11 <DorpsGek> [OpenTTD/OpenTTD] FLHerne commented on issue #8219: Inexplicably low redraw rate on multiplayer server https://git.io/JfHiF 22:45:31 *** frosch123 has quit IRC 22:45:45 <DorpsGek> [OpenTTD/OpenSFX] orudge updated pull request #19: Replace Mercurial code with Git code https://git.io/JtrPG 22:47:14 <DorpsGek> [OpenTTD/OpenSFX] orudge commented on pull request #19: Replace Mercurial code with Git code https://git.io/JtbJf 22:55:46 *** Strakaty has left #openttd 23:02:24 <DorpsGek> [OpenTTD/OpenSFX] orudge requested changes for pull request #22: Shorten some description texts https://git.io/JtbU2 23:03:50 *** dwfreed has quit IRC 23:03:52 *** dwfreed has joined #openttd 23:11:33 *** ST2 has quit IRC 23:11:38 *** ST2 has joined #openttd 23:12:18 *** mikegrb has quit IRC 23:12:23 *** mikegrb has joined #openttd 23:13:35 *** mikegrb has quit IRC 23:13:35 *** dwfreed has quit IRC 23:13:38 *** mikegrb has joined #openttd 23:13:38 *** dwfreed has joined #openttd 23:17:03 *** Vadtec has quit IRC 23:17:08 *** Vadtec has joined #openttd 23:17:41 *** Smedles has quit IRC 23:17:54 *** Smedles has joined #openttd 23:22:50 *** HerzogDeXtEr1 has quit IRC 23:27:22 *** DorpsGek has quit IRC 23:27:23 *** DorpsGek has joined #openttd 23:27:23 *** ChanServ sets mode: +o DorpsGek 23:31:06 *** grossing has quit IRC 23:31:07 *** grossing has joined #openttd 23:38:25 <DorpsGek> [OpenTTD/OpenSFX] glx22 commented on pull request #19: Replace Mercurial code with Git code https://git.io/JtbI5 23:42:50 *** tonyfinn[m] has quit IRC 23:42:54 *** tonyfinn[m] has joined #openttd 23:43:49 *** Tirili has joined #openttd 23:57:57 <Xaroth> INFO:root:Receiving map chunk 2 (32*32) for map (64*64) ... well.. seems something is working 23:58:02 <Xaroth> just not everything yet