IRC logs for #openttd on OFTC at 2024-08-24
            
02:00:59 <talltyler> Big improvement!
02:01:05 <talltyler> What did you change?
02:06:26 *** D-HUND has joined #openttd
02:08:42 <reldred> gotta go fast
02:09:59 *** debdog has quit IRC (Ping timeout: 480 seconds)
02:42:51 *** gnu_jj_ has joined #openttd
02:46:01 *** gnu_jj has quit IRC (Ping timeout: 480 seconds)
03:34:31 *** ufo-piloot has quit IRC (Remote host closed the connection)
03:34:44 *** ufo-piloot has joined #openttd
03:41:14 *** shield_wall has quit IRC (Ping timeout: 480 seconds)
03:41:14 *** reldred has quit IRC (Ping timeout: 480 seconds)
03:41:14 *** brickblock19280 has quit IRC (Ping timeout: 480 seconds)
03:41:14 *** alfagamma0007 has quit IRC (Ping timeout: 480 seconds)
03:41:14 *** wensimehrp has quit IRC (Ping timeout: 480 seconds)
03:41:14 *** michi_cc[d] has quit IRC (Ping timeout: 480 seconds)
03:41:14 *** johnfranklin has quit IRC (Ping timeout: 480 seconds)
03:41:14 *** andythenorth has quit IRC (Ping timeout: 480 seconds)
03:41:14 *** DorpsGek_vi has quit IRC (Ping timeout: 480 seconds)
03:42:34 *** verzide68 has quit IRC (Ping timeout: 480 seconds)
03:42:34 *** _pruple has quit IRC (Ping timeout: 480 seconds)
03:42:34 *** talltyler has quit IRC (Ping timeout: 480 seconds)
03:42:34 *** truebrain has quit IRC (Ping timeout: 480 seconds)
03:49:38 *** michi_cc[d] has joined #openttd
03:49:38 *** alfagamma0007 has joined #openttd
03:49:38 *** wensimehrp has joined #openttd
03:49:38 *** shield_wall has joined #openttd
03:49:38 *** johnfranklin has joined #openttd
03:49:38 *** DorpsGek_vi has joined #openttd
03:49:38 *** reldred has joined #openttd
03:51:00 *** talltyler has joined #openttd
03:51:00 *** verzide68 has joined #openttd
03:51:00 *** _pruple has joined #openttd
03:52:09 *** midzer_ has joined #openttd
03:53:12 *** ufo-piloot has quit IRC (reticulum.oftc.net liquid.oftc.net)
03:53:12 *** Hirundo has quit IRC (reticulum.oftc.net liquid.oftc.net)
03:53:12 *** henrik has quit IRC (reticulum.oftc.net liquid.oftc.net)
03:53:12 *** guru3 has quit IRC (reticulum.oftc.net liquid.oftc.net)
03:53:12 *** midzer has quit IRC (reticulum.oftc.net liquid.oftc.net)
03:53:12 *** jlx__ has quit IRC (reticulum.oftc.net liquid.oftc.net)
03:53:12 *** f_ has quit IRC (reticulum.oftc.net liquid.oftc.net)
03:54:13 *** Hirundo has joined #openttd
03:54:45 *** ufo-piloot has joined #openttd
03:54:45 *** henrik has joined #openttd
03:54:45 *** guru3 has joined #openttd
03:54:45 *** jlx__ has joined #openttd
03:54:45 *** f_ has joined #openttd
04:16:47 *** keikoz has joined #openttd
04:44:03 <DorpsGek> [OpenTTD/OpenTTD] eints-sync[bot] pushed 1 commits to master https://github.com/OpenTTD/OpenTTD/commit/3be96c6816b265a07c13b764084b8433fb56ed0d
04:44:04 <DorpsGek> - Update: Translations from eints (by translators)
05:08:58 *** keoz has joined #openttd
05:11:25 *** keikoz has quit IRC (Read error: No route to host)
05:28:34 <DorpsGek> [OpenTTD/OpenTTD] Release workflow was not successful https://github.com/OpenTTD/OpenTTD/actions/runs/10535949409
06:45:56 *** audigex has quit IRC (Remote host closed the connection)
06:45:56 *** bigyihsuan has quit IRC (Remote host closed the connection)
06:45:56 *** merni has quit IRC (Remote host closed the connection)
06:45:56 *** marktheshark3209 has quit IRC (Remote host closed the connection)
06:45:56 *** _jgr_ has quit IRC (Remote host closed the connection)
06:45:56 *** kuhnovic has quit IRC (Remote host closed the connection)
06:45:56 *** _glx_ has quit IRC (Remote host closed the connection)
06:45:56 *** locosage has quit IRC (Remote host closed the connection)
06:45:56 *** peter1138 has quit IRC (Remote host closed the connection)
06:45:56 *** emperorjake[d] has quit IRC (Remote host closed the connection)
06:45:56 *** georgevb has quit IRC (Remote host closed the connection)
06:45:56 *** johnfranklin has quit IRC (Remote host closed the connection)
06:45:56 *** wensimehrp has quit IRC (Remote host closed the connection)
06:45:56 *** DorpsGek_vi has quit IRC (Remote host closed the connection)
06:45:56 *** verzide68 has quit IRC (Remote host closed the connection)
06:45:56 *** alfagamma0007 has quit IRC (Remote host closed the connection)
06:45:56 *** _pruple has quit IRC (Remote host closed the connection)
06:45:56 *** michi_cc[d] has quit IRC (Remote host closed the connection)
06:45:56 *** shield_wall has quit IRC (Remote host closed the connection)
06:45:56 *** yiffgirl has quit IRC (Remote host closed the connection)
06:45:56 *** talltyler has quit IRC (Remote host closed the connection)
06:45:56 *** reldred has quit IRC (Remote host closed the connection)
06:46:03 *** DorpsGek_vi has joined #openttd
06:46:18 *** truebrain has joined #openttd
06:46:18 <truebrain> had to restart the dibridge; some connections got stuck again
06:46:20 <truebrain> still need to figure out why 😄
06:46:31 <truebrain> and also: the nomad cluster lost their leader, and failed to recover on its own. Very odd.
06:50:18 *** gnu_jj_ has quit IRC (Remote host closed the connection)
06:51:32 *** gnu_jj has joined #openttd
07:29:13 <dwfreed> truebrain: the underlying failure is that both IRC servers that were in rotation earlier had IPv6 issues
07:29:29 <truebrain> but it shouldn't just "hang" because of it
07:29:33 <truebrain> that is just bad design on my part 😄
07:29:50 <dwfreed> network error handling is Hard
07:30:04 <dwfreed> Things just get quirky sometimes
07:30:37 <dwfreed> but if you want to test it, just use the firewall to drop the traffic between dibridge and the ircd in your test instance
07:30:56 <truebrain> yeah .. "most" of the time it recovers fine
07:30:59 <truebrain> just sometimes it doesn't 😛
07:34:56 <truebrain> on a positive side, Sentry does tell me it failed 🙂 So that is why I knew to restart it
07:35:21 *** nielsm has joined #openttd
08:03:44 *** HerzogDeXtEr has joined #openttd
08:07:32 *** Wolf01 has joined #openttd
08:21:48 *** keoz has quit IRC ()
08:25:46 *** keikoz has joined #openttd
08:28:32 *** peter1138 has joined #openttd
08:28:32 <peter1138> talltyler: Revisiting split ticks. That seems to be an outlier, other stuff seems worse
08:30:34 <peter1138> Probably std::map isn't a very good container for it
08:33:13 <peter1138> I could maybe try a linked list
09:28:29 <peter1138> https://cdn.discordapp.com/attachments/1008473233844097104/1276835513399119902/image.png?ex=66caf93c&is=66c9a7bc&hm=ca1c1aa5d818c58d2bdae884b3cc8f02fde9b81a37efd78c2a478ddb40b7c7a2&
09:28:29 <peter1138> Wentbourne is marginal
09:42:00 <peter1138> Not much difference between linked-list and std::map it seems.
10:12:11 *** michi_cc[d] has joined #openttd
10:12:11 <michi_cc[d]> std::list, std::forward_list, or some custom thingy?
10:13:15 <peter1138> Custom, prev/next pointers inside Vehicle.
10:13:58 <peter1138> So memory wasting but quick insert/removal, and iterating is already in the correct place.
10:18:03 *** nielsm has quit IRC (Ping timeout: 480 seconds)
10:19:33 <peter1138> Of course if there's ever a ConsistPool that's almost the same thing.
10:19:52 <peter1138> Although that would not be split by vehicle type.
10:21:07 <peter1138> But IIRC the PerformanceAccumulator performance issue does not occur on Linux anyway, so maybe this is more of a benefit on other OSes.
10:23:32 <peter1138> std::map has the advantage of not needing any savegame changes.
10:24:03 <peter1138> Use next pointers needs to be saved as the insert/removal order is important.
10:41:56 *** henrik is now known as NGC3982
11:00:25 <NGC3982> uhm
11:00:39 <NGC3982> did openttd remove the option to follow vehicles with the camera?
11:01:52 <peter1138> No, but the button was moved for "consistency"
11:02:00 <NGC3982> to where
11:04:26 *** _jgr_ has joined #openttd
11:04:26 <_jgr_> It's the rounded pin icon in the title bar
11:04:40 <_jgr_> You need to double-click it to follow
11:05:15 <NGC3982> ah, thank you
11:05:21 <NGC3982> that was odd
11:05:29 <NGC3982> the single most important functionality in openttd tbh
11:21:57 <DorpsGek> [OpenTTD/OpenTTD] PeterN updated pull request #12718: Codechange: Replace FILE * with FileHandle class. https://github.com/OpenTTD/OpenTTD/pull/12718
11:22:20 <peter1138> It'll fail but whatever :S
11:39:50 *** mKocur has joined #openttd
12:00:32 *** mKocur has quit IRC (Remote host closed the connection)
12:23:14 *** Flygon has joined #openttd
14:06:00 <peter1138> Well
14:36:59 <peter1138> Is it?
14:39:03 *** reldred has joined #openttd
14:39:03 <reldred> time for bed? Yes
14:46:09 *** andythenorth has joined #openttd
14:46:09 <andythenorth> Soon
14:48:13 <reldred> How soon is now?
15:00:15 *** _pruple has joined #openttd
15:00:15 <_pruple> thursday
15:03:15 <peter1138> > this->line_height = FONT_HEIGHT_NORMAL + WD_MATRIX_TOP + WD_MATRIX_BOTTOM
15:03:21 <peter1138> This might be a bit out of date.
15:08:11 <peter1138> Ship waypoints?
15:26:01 *** Felipe has joined #openttd
15:26:14 <Felipe> hi!
15:26:53 *** Felipe has left #openttd
15:33:59 <peter1138> Oh, this IS 5 years old, lol
15:35:26 <andythenorth> ship waypoints with docks?
15:49:28 *** nielsm has joined #openttd
16:24:19 <andythenorth> and PSA? 😛
16:44:53 <peter1138> Citroens and Peugeots?
16:48:08 <DorpsGek> [OpenTTD/OpenTTD] PeterN opened pull request #12919: Codechange: [NewGRF] Use reference to unique_ptr instead of .get() https://github.com/OpenTTD/OpenTTD/pull/12919
17:36:08 <DorpsGek> [OpenTTD/OpenTTD] rubidium42 commented on pull request #12919: Codechange: [NewGRF] Use reference to unique_ptr instead of .get() https://github.com/OpenTTD/OpenTTD/pull/12919#pullrequestreview-2258796960
17:40:20 <DorpsGek> [OpenTTD/OpenTTD] PeterN commented on pull request #12919: Codechange: [NewGRF] Use reference to unique_ptr instead of .get() https://github.com/OpenTTD/OpenTTD/pull/12919#pullrequestreview-2258797521
17:55:59 <LordAro> peter1138: mm, hills
17:56:21 <peter1138> Uh oh. Didn't bother today of course, too wet.
17:57:43 *** XYZ has quit IRC (Ping timeout: 480 seconds)
18:02:22 <LordAro> it was supposed to be here too, but never materialised
18:02:41 *** XYZ has joined #openttd
18:20:57 <peter1138> I was supposed to be going to the mother-in-law's, but that never materialised either.
18:53:25 <peter1138> https://cdn.discordapp.com/attachments/1008473233844097104/1276977683104006195/image.png?ex=66cb7da4&is=66ca2c24&hm=60bb6005a3fc1e351b1a71163aedc42f844b8f7d00d49997e32d9e4b8f7a120c&
18:53:25 <peter1138> Nice, station taking major advantage of max station spread 😄
18:53:50 <peter1138> (I had it high to test large station layouts)
19:06:14 <DorpsGek> [OpenTTD/OpenTTD] rubidium42 approved pull request #12919: Codechange: [NewGRF] Use reference to unique_ptr instead of .get() https://github.com/OpenTTD/OpenTTD/pull/12919#pullrequestreview-2258889456
19:06:33 *** XYZ has quit IRC (Ping timeout: 480 seconds)
19:06:37 <DorpsGek> [OpenTTD/OpenTTD] rubidium42 merged pull request #12915: Codefix: LinkGraphOverlay::dirty was never initialised https://github.com/OpenTTD/OpenTTD/pull/12915
19:06:48 *** XYZ has joined #openttd
19:13:25 *** tokai|noir has joined #openttd
19:13:25 *** ChanServ sets mode: +v tokai|noir
19:18:45 <DorpsGek> [OpenTTD/OpenTTD] rubidium42 approved pull request #12913: Codechange: Replace BmpBuffer with RandomAccessFile https://github.com/OpenTTD/OpenTTD/pull/12913#pullrequestreview-2258904721
19:20:08 *** tokai has quit IRC (Ping timeout: 480 seconds)
20:40:46 *** yiffgirl has joined #openttd
20:40:46 <yiffgirl> how helpful are reviews from people who don't know the relevant code inside out
20:40:46 <yiffgirl> not very if at all, i'm guessing
20:43:04 *** audigex has joined #openttd
20:43:04 <audigex> Depends on what they're changinge, I guess
20:43:04 <audigex> Sometimes you don't need as much context, other times you need ALL the context
21:07:04 <peter1138> If you see something and are thinking "wtf is this" then sure.
21:10:44 <DorpsGek> [OpenTTD/OpenTTD] PeterN merged pull request #12919: Codechange: [NewGRF] Use reference to unique_ptr instead of .get() https://github.com/OpenTTD/OpenTTD/pull/12919
21:11:08 <DorpsGek> [OpenTTD/OpenTTD] PeterN merged pull request #12913: Codechange: Replace BmpBuffer with RandomAccessFile https://github.com/OpenTTD/OpenTTD/pull/12913
21:18:20 <yiffgirl> peter1138: right now it's more the opposite, "i see no problem with this" type stuff
21:18:34 <peter1138> That's not really useful
21:22:09 <yiffgirl> i figured
21:22:50 <peter1138> Hmm, I wonder if there's a C++ way to do our Colour union.
21:24:01 <_jgr_> It's C++ already?
21:36:13 <peter1138> It's UB. Technically.
21:40:04 <_jgr_> How is it UB? This is the whole point of unions.
21:56:09 <peter1138> > It is undefined behavior to read from the member of the union that wasn't most recently written.
21:56:52 <peter1138> C++ way of unions is std::variant, which precludes type-punning.
21:58:09 <michi_cc[d]> There's std::bit_cast, but that doesn't help that much either, I guess.
21:58:16 <peter1138> std::bit_cast<> exists in C++20, but that's very explicit
21:58:29 <peter1138> Heh
21:59:09 *** keikoz has quit IRC (Ping timeout: 480 seconds)
22:06:28 *** exceptik has joined #openttd
22:06:28 <exceptik> peter1138: are you saying that they made a "tool" to make my floats char arrays while deprecating the good ol memory address variable type cast?
22:07:02 <peter1138> No, it was always UB.
22:14:34 <michi_cc[d]> peter "forgot" to quote the next sentence 🙂
22:14:34 <michi_cc[d]> any compilers implement, as a non-standard language extension, the ability to read inactive members of a union.
22:19:54 *** goddess_ishtar has joined #openttd
22:19:54 <goddess_ishtar> isn't that still technically undefined tho
22:22:50 <_jgr_> Technically, though it's difficult to see how a compiler could possibly get it wrong
22:29:11 <michi_cc[d]> Some of the areas in the C/C++ standard with undefined behaviors (e.g. signed int types, memory representations) are understandable when you know that two's complement and CHAR_BITS == 8 wasn't a given when C was first invented. But nowadays there are very, very, very few exceptions to these, so while it might be undefined in standardeese, is quite defined in reality.
22:33:17 <_jgr_> Still, the committee have had plenty of time to sort out the various wacky parts of the spec. In some respects it's not too surprising that Rust is starting to eat its lunch.
23:51:41 *** Wolf01 has quit IRC (Quit: Once again the world is quick to bury me.)