IRC logs for #openttd on OFTC at 2021-02-25
⏴ go to previous day
00:22:14 <peter1138> ^B is ... one way to tell that OpenGL is in use.
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: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:25:47 *** Taede has quit IRC (Quit: He who can look into the future, has a brighter future to look into)
01:25:59 *** Exec has quit IRC (Quit: No Ping reply in 120 seconds.)
01:27:04 *** ZirconiumX has joined #openttd
01:31:59 *** reldred has quit IRC (Remote host closed the connection)
01:32:11 *** reldred has joined #openttd
02:40:40 *** Wuzzy has quit IRC (Quit: Wuzzy)
03:10:56 *** Wormnest has quit IRC (Quit: Leaving)
03:12:10 *** tokai|noir has joined #openttd
03:12:10 *** ChanServ sets mode: +v tokai|noir
03:19:06 *** tokai has quit IRC (Ping timeout: 480 seconds)
03:24:53 *** debdog has quit IRC (Ping timeout: 480 seconds)
03:34:11 *** muffindrake4 has joined #openttd
03:36:00 *** muffindrake3 has quit IRC (Ping timeout: 480 seconds)
04:00:38 *** didac has quit IRC (Remote host closed the connection)
04:32:00 *** rptr has quit IRC (Remote host closed the connection)
07:00:59 *** sla_ro|master has joined #openttd
07:21:24 *** andythenorth has joined #openttd
07:26:37 *** ChanServ sets mode: +v tokai
07:33:27 *** tokai|noir has quit IRC (Ping timeout: 480 seconds)
08:26:49 *** HerzogDeXtEr has joined #openttd
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: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 (Quit: andythenorth)
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:14 <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
12:02:02 *** HerzogDeXtEr1 has joined #openttd
12:07:50 *** HerzogDeXtEr has quit IRC (Ping timeout: 480 seconds)
12:16:27 *** roadt__ has quit IRC (Ping timeout: 480 seconds)
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 (Ping timeout: 480 seconds)
12:30:39 *** Miki_Strakaty has joined #openttd
12:31:22 *** Miki_Strakaty has quit IRC (Remote host closed the connection)
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 (Quit: Stay safe!)
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:20 <DorpsGek> [OpenTTD/OpenTTD] James103 commented on pull request #8744: Change: Clarify what effect town interactions have https://git.io/JtFZO
12:53:58 <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 (Ping timeout: 480 seconds)
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:25:18 <orudge> Wuzzy: when you're able to rebase your other PR, I will try to take a look at that too
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:40:08 *** tokai has quit IRC (Quit: c('~' )o)
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:36 <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: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:06:43 <andythenorth> so native push-pull trains for 1.11?
14:06:51 <andythenorth> (consist reversing in station)
14:21:54 <Wuzzy> I think #19 is now merge-able 😊
14:22:57 <supermop_Home> andythenorth from the shunting patch?
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: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: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:57:48 <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 (Quit: andythenorth)
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:25 <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: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:38:30 <FLHerne> "macOS 10.9 Maverick and newer, including Apple Silicon devices" ?
15:38:48 <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:53:50 *** Wuzzy has quit IRC (Ping timeout: 480 seconds)
15:57:04 *** virtualrandomnumber has joined #openttd
15:57:58 *** virtualrandomnumber has quit IRC ()
16:00:34 *** Zuu has quit IRC (Read error: Connection reset by peer)
16:01:11 *** Flygon has quit IRC (Read error: Connection reset by peer)
16:01:21 *** Zuu has quit IRC (Read error: Connection reset by peer)
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:52 <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: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: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:32 <TrueBrain> together with michi_cc , I think we did so, yes :)
16:33:44 <TrueBrain> it was about thime :D
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: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: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: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:49 <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: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 (Quit: Oh well, .. that's for now. See you later.)
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:14:48 *** Wuzzy2 has quit IRC (Ping timeout: 480 seconds)
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:25:35 <TrueBrain> lol ... a new way of using WikiPedia ...
18:28:50 *** Wuzzy3 has quit IRC (Ping timeout: 480 seconds)
18:33:13 *** Wuzzy2 has quit IRC (Ping timeout: 480 seconds)
18:34:53 <TrueBrain> child.padding_right = (child.padding_right || 0) + widget.pip_inter;
18:34:56 <TrueBrain> I love writing ugly Javascript
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 :)
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:25:55 *** Wuzzy has quit IRC (Ping timeout: 480 seconds)
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: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: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: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:22 <Eddi|zuHause> only like 8 years :p
19:56:31 <peter1138> It's the RISC OS Pi version :-)
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
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:35 <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: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 (Read error: No route to host)
20:16:56 * andythenorth seeks entertainment
20:17:18 <andythenorth> is this the correct place?
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 (Remote host closed the connection)
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: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:24 <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: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:53 <TrueBrain> _dp_: so why isn't there a report about that?
20:33:20 <_dp_> TrueBrain, idk, guess everyone thinks that's normal :p
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: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:53:50 <andythenorth> michi_cc 'maybe' :)
20:53:55 <andythenorth> 4 would be quite a lot
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: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: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:12 <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:09 <TrueBrain> the drama this one will cause
21:16:13 <andythenorth> you can stop at 'people complained'
21:18:03 <andythenorth> does the generation generate into sprites/
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:57 <andythenorth> do I want to get involved in fixing that?
21:24:02 <frosch123> also, i was not aware you drew 2x gui sprites
21:24:35 <frosch123> but it kind of suggests to me to draw the pencil and location buttons in 2x as well
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: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:35 <Xaroth> I'll keep that in mind, thanks frosch123
21:33:37 <Eddi|zuHause> you could also do a 2d-iterator
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: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: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: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 (Quit: Leaving)
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: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:39 <TrueBrain> lol, on reddit /u/reddit keeps sending me messages
21:58:42 <TrueBrain> I keep reporting it as spam
21:58:58 <TrueBrain> owh, I can now block /u/reddit
21:59:28 <LordAro> sending you messages?
21:59:32 *** lobstarooo has joined #openttd
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: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:46 <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 (Ping timeout: 480 seconds)
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: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: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 (Quit: andythenorth)
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:30 <TrueBrain> not sure .. I like that ... too much :P
22:13:22 <frosch123> TrueBrain: it's way worse
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:17:11 <TrueBrain> how is 5/April/2005 ambiguous, even for US?
22:17:19 <TrueBrain> but wttttfffffff are they smoking
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 <_dp_> wrong operators aren't anything new in c++
22:18:50 <TrueBrain> but now you have MORE WAYS
22:18:56 <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:26:37 *** Wolf01 has quit IRC (Quit: Once again the world is quick to bury me.)
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: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: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: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: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 (Ping timeout: 480 seconds)
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 (Quit: be yourself, except: if you have the opportunity to be a unicorn, then be a unicorn)
23:03:52 *** dwfreed has joined #openttd
23:11:33 *** ST2 has quit IRC (Server closed connection)
23:12:18 *** mikegrb has quit IRC (Server closed connection)
23:12:23 *** mikegrb has joined #openttd
23:13:35 *** mikegrb has quit IRC (synthon.oftc.net graviton.oftc.net)
23:13:35 *** dwfreed has quit IRC (synthon.oftc.net graviton.oftc.net)
23:13:36 *** mikegrb has joined #openttd
23:13:36 *** dwfreed has joined #openttd
23:17:03 *** Vadtec has quit IRC (Server closed connection)
23:17:41 *** Smedles has quit IRC (Server closed connection)
23:17:54 *** Smedles has joined #openttd
23:22:50 *** HerzogDeXtEr1 has quit IRC (Read error: Connection reset by peer)
23:27:23 *** DorpsGek has joined #openttd
23:27:23 *** ChanServ sets mode: +o DorpsGek
23:31:06 *** grossing has quit IRC (Server closed connection)
23:31:07 *** grossing has joined #openttd
23:42:50 *** tonyfinn[m] has quit IRC (Server closed connection)
23:42:54 *** tonyfinn[m] 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
continue to next day ⏵
