IRC logs for #openttd on OFTC at 2025-05-08
⏴ go to previous day
00:04:01 *** WormnestAndroid has quit IRC (Remote host closed the connection)
00:04:11 *** WormnestAndroid has joined #openttd
00:15:20 *** WormnestAndroid has quit IRC (Remote host closed the connection)
00:15:22 *** WormnestAndroid has joined #openttd
00:52:26 *** WormnestAndroid has quit IRC (Remote host closed the connection)
00:52:29 *** WormnestAndroid has joined #openttd
01:14:00 *** tokai has quit IRC (Ping timeout: 480 seconds)
01:39:09 *** ChanServ sets mode: +v tokai
02:19:00 *** gnu_jj_ has joined #openttd
02:22:33 *** gnu_jj has quit IRC (Ping timeout: 480 seconds)
02:25:30 *** Wormnest has quit IRC (Quit: Leaving)
04:46:53 <DorpsGek> - Update: Translations from eints (by translators)
05:42:54 <reldred> my misskey instance is still getting migrated so I'm going to have to gush here instead, got the extra SSD's in my proxmox cluster to get ceph operational, seems to work pretty well with my light workloads even on 1gbps links.
05:43:18 <reldred> my minecraft server now has hyperconvergence and high availability.
05:43:32 <reldred> more than I can say for my misskey instance 😒
07:08:24 <kuhnovic> I'm surprised how OK this narrower menu looks on an ultrawide 🙂
07:16:53 *** keikoz has quit IRC (Ping timeout: 480 seconds)
07:19:48 *** wensimehrp has joined #openttd
07:19:48 <wensimehrp> looks better than before
07:25:54 <reldred> now it's so much easier to do a cheeky delete of toyland 😛
07:41:40 <_glx_> Your next target are memset and memcpy I guess
07:53:21 <_zephyris> reldred: Not with a toyland title game 😉
07:53:52 <_zephyris> kuhnovic: Vertical lists are easy to look through!
08:08:55 <peter1138[d]> kuhnovic: Okay, but your baseset...
08:09:53 <kuhnovic> Yes yes I know, it needs updating 😛
08:46:20 <peter1138[d]> > [sprite:0] Tried to load normal sprite #16520 as a recolour sprite
09:13:24 <xarick> it's starting to become burdersome to rebase 13398 😦
09:13:56 <xarick> each commit has a rebase conflict
09:15:59 <xarick> what the heck is a "FlatSet"?
09:17:03 <peter1138[d]> It's a rough implementation of `std::flat_set` before C++23 is available to use.
09:17:17 <xarick> is it faster than ... hmm
09:17:30 <xarick> or whatever implementation i did for flow river
09:18:06 <peter1138[d]> If you used std::unordered_set, stick with it.
09:18:37 <peter1138[d]> `FlatSet` is sorted, like `std::set`, so has a performance penalty compared to `std::unordered_set`.
09:27:07 <xarick> FlatSet + std::list vs std::unordered_set + std::vector
09:27:31 <LordAro> what a hilarious waste of time
09:28:04 <peter1138[d]> Use `std::unordered_set` unless you specifically need it sorted.
09:32:15 <xarick> but statistics is a fun topic
09:34:35 <xarick> dang, i don't have the config i used to benchmark the previous tests
09:37:28 <peter1138[d]> A true Windows user. Spaces in filenames indeed...
10:21:10 <squirejames> I never feel brave enough to have spaces in file names. Old habits
10:35:06 <xarick> FlatSet is worse than what it was there previously
10:35:19 <xarick> 2 minutes generating rivers in one test
10:38:58 <xarick> need to verify with FlatSet commit reverted
11:16:44 *** WormnestAndroid has quit IRC (Remote host closed the connection)
11:17:01 *** WormnestAndroid has joined #openttd
11:42:28 *** gnu_jj_ has quit IRC (Ping timeout: 480 seconds)
11:46:04 <peter1138[d]> As I said, if it doesn't need to be sorted, use `std::unsorted_set`
11:50:38 <kuhnovic> What's in a name right?
12:26:28 <LordAro> it's not like there aren't scenarios where a sorted vector is faster than a hash table
12:34:26 <frosch123> Be careful with your wording. He may compare sorted vectors against flatmaps now
12:39:00 <kuhnovic> Don't give him ideas!
12:40:45 *** WormnestAndroid has quit IRC (Read error: Connection reset by peer)
12:40:46 *** WormnestAndroid has joined #openttd
13:41:36 <xarick> hmm, I don't think anything changed in relation to the error message for scripts...
13:42:01 <xarick> but im gonna double check
13:48:53 <xarick> the script reads it as GetLastErrorString(): ERR_UNKNOWN
13:49:56 <xarick> STR_ERROR_CAN_T_ADD_ORDER probably isn't there
13:51:50 <xarick> script_order.hpp doesn't have STR_ERROR_CAN_T_ADD_ORDER translated
13:52:53 <xarick> gonna check what category does it put into
14:10:21 <xarick> GetErrorCategory(): 10, what is 10
14:11:46 <xarick> with 2 error messages: ERR_UNKNOWN + ERR_CAT_NONE
14:14:12 <xarick> with 1 error message: ERR_ORDER_UNBUNCH + ERR_CAT_ORDER
14:16:05 <xarick> I could map STR_ERROR_CAN_T_ADD_ORDER to ERR_CAN_T_ADD_ORDER + ERR_CAT_ORDER, but it's not clear what's it about
14:34:39 <xarick> AI only reachable code, hmm yeah, maybe I'm wrong
14:35:12 <xarick> there's some hidden obscure ctrl-click or other crap that could append a flag
14:38:32 <xarick> ctrl-click on a depot for unbunch
14:41:18 <xarick> oh, it's protected by GUI code
14:41:31 <xarick> that's why it's "unreachable" in CMD
14:46:09 <xarick> well GUI is doing the job fine even with 1 error message on that part of the code
14:47:47 <LordAro> feels like the GUI is doing unnecessary error checking then
15:05:56 *** Wormnest has joined #openttd
15:14:43 <xarick> I'm not touching that part
15:37:54 *** robauto has joined #openttd
16:20:50 *** robauto has quit IRC (Quit: Page closed)
16:31:55 *** Wormnest has quit IRC (Ping timeout: 480 seconds)
16:38:05 <jfkuayue> *left the IRC channel*
16:38:31 <LordAro> lasted longer than most
16:41:36 <dwfreed> yeah, they were here for over 40 minutes!
16:44:03 <exceptik> are you intentionally hiding when new people arrive to irc channel?
16:50:45 *** WormnestAndroid has quit IRC (Ping timeout: 480 seconds)
16:51:16 <LordAro> Rubidium: tbf that only applies in 1-1 situations
16:53:35 *** WormnestAndroid has joined #openttd
16:54:15 <Rubidium> why? If an actual question was asked, it was quite likely an answer would have been given
16:54:36 <LordAro> of course, but there's no reason we couldn't welcome them to the group either
16:54:40 <LordAro> they might not have a question :p
16:58:11 <exceptik> rubidium: gotcha, actually reasonable
17:10:10 * LordAro is spending the evening upgrading one of the primary VM/container hosts
17:10:38 <LordAro> 20.04 -> 24.04 with no possibility of testing first, or rolling back if things go poorly, what could go wrong?
17:19:31 *** WormnestAndroid has quit IRC (Read error: Connection reset by peer)
17:21:13 <Rubidium> the popcorn might not arrive in time?
17:21:55 *** WormnestAndroid has joined #openttd
17:34:09 *** WormnestAndroid has quit IRC (Read error: Connection reset by peer)
17:35:42 *** WormnestAndroid has joined #openttd
17:41:18 <LordAro> turns out the answer is "it stops booting"
17:41:26 <LordAro> not even a grub menu, which is odd
18:33:25 <jfkuayue> I miss cheap oysters 😦
18:33:25 <jfkuayue> Or in general, any seafood that is not battered and fried
19:01:56 *** akimoto has joined #openttd
19:09:04 *** belajalilija has joined #openttd
19:09:04 <belajalilija> jfkuayue: Go to fishmongers
19:48:29 <andythenorth> was it lunch though?
19:56:55 *** kuka_lie has joined #openttd
20:01:16 <xarick> something strange with the ship pathfinder...
20:07:57 *** Extrems has joined #openttd
20:19:39 <xarick> hpf wants to go into the canals, lpf however goes on the sea
20:37:05 *** herms has quit IRC (Ping timeout: 480 seconds)
20:57:50 *** akimoto has quit IRC (Remote host closed the connection)
21:00:20 *** nielsm has quit IRC (Ping timeout: 480 seconds)
21:21:16 <xarick> is this worth reporting ?
21:26:16 *** kuka_lie has quit IRC (Remote host closed the connection)
21:41:08 *** keikoz has quit IRC (Ping timeout: 480 seconds)
21:42:42 *** Flygon has quit IRC (Read error: Connection reset by peer)
21:59:04 *** WormnestAndroid has quit IRC (Read error: Connection reset by peer)
21:59:12 *** WormnestAndroid has joined #openttd
22:04:21 *** WormnestAndroid has quit IRC (Read error: Connection reset by peer)
22:04:55 *** WormnestAndroid has joined #openttd
22:16:53 *** Wolf01 has quit IRC (Quit: Once again the world is quick to bury me.)
22:17:05 *** WormnestAndroid has quit IRC (Ping timeout: 480 seconds)
22:23:54 <xarick> I'm getting some assert...
22:24:40 <xarick> AirRouteManager / AirBuildManager don't play along nicely for some reason
22:28:07 <xarick> detects an unfinished airport route, but m_airport_from and m_airport_to are both -1, it's cargo_class that is indicating this route is incomplete...
22:29:57 <xarick> the assert is about ensuring there's money reserved in case it detects an unfinished route
22:30:09 <xarick> but m_reserved_money is 0
22:34:06 <xarick> how can it get into this state, simultaneously having an incomplete air route with no money reserved
22:36:07 *** WormnestAndroid has joined #openttd
22:39:08 <xarick> this doesn't make sense, m_cargo_type is -1
22:41:34 <xarick> if m_cargo_class is initialized, why isn't m_cargo_type initialized... is this another one of those cases where the script engine is on hold in the middle of somewhere when a save is requested?
22:44:38 <xarick> okay, so it initialized everything till
22:46:29 <xarick> m_sent_to_depot_air_group is null, and not an array... so this is the breakup point
22:47:23 <xarick> had no time to reserve money, which comes after
22:47:37 <xarick> okay I think I know how to solve this... kinda
22:47:44 <xarick> but now bed... goodnight
22:56:31 *** WormnestAndroid has quit IRC (Read error: Connection reset by peer)
22:56:39 *** WormnestAndroid has joined #openttd
23:21:31 *** WormnestAndroid has quit IRC (Ping timeout: 480 seconds)
23:33:11 *** WormnestAndroid has joined #openttd
23:49:26 *** WormnestAndroid has quit IRC (Ping timeout: 480 seconds)
23:52:59 *** WormnestAndroid has joined #openttd
continue to next day ⏵
