IRC logs for #openttd on OFTC at 2025-03-13
⏴ go to previous day
01:10:41 *** Rubidium_ has quit IRC (Ping timeout: 480 seconds)
01:13:45 *** Rubidium has joined #openttd
02:22:22 *** Wormnest has quit IRC (Quit: Leaving)
02:42:26 *** WormnestAndroid has quit IRC (Read error: Connection reset by peer)
02:42:31 *** WormnestAndroid has joined #openttd
02:42:36 *** WormnestAndroid has quit IRC (Read error: Connection reset by peer)
02:42:38 *** WormnestAndroid has joined #openttd
02:42:40 *** WormnestAndroid has quit IRC (Read error: Connection reset by peer)
02:42:41 *** WormnestAndroid has joined #openttd
03:12:51 *** debdog has quit IRC (Ping timeout: 480 seconds)
04:45:17 <DorpsGek> - Update: Translations from eints (by translators)
06:18:39 *** Flygon has quit IRC (Read error: Connection reset by peer)
06:37:19 <peter1138> If you like a lot of chocolate on your biscuit...
07:56:21 <truebrain> It is a weird issue btw .. I wonder if it has to do with DST, but then it should have failed the 10th already, and it only failed the 11th .. it is weird
07:59:03 *** akimoto has joined #openttd
08:16:00 *** geizeskrank has joined #openttd
08:17:48 <LordAro> truebrain: unless it's something to do with US being in DST & EU not...
08:18:14 <truebrain> That was what I was referring to, yes 😛
08:18:27 <truebrain> But then it should have stopped the 10th, not the 11th
08:24:31 *** mindlesstux has joined #openttd
09:37:38 <jfkuayue> I even did not notice the existence of TimTam in the UK.
09:53:58 <Rubidium> truebrain: but DST in US starts at 02:00 local time, so... the 10th it might still have been not-DST in US when the upload occurred? And yes, it's fuzzy, because which state are we talking about? Might it be California, then its timezone is UTC+7 hours (+DST) so at 09:00 UTC the DST change went into effect there which is after the upload
10:19:21 *** HerzogDeXtEr has joined #openttd
10:21:39 <xarick> road to 5000 trains progress:
10:23:04 <kuhnovic> That's one way to heat your house in the winter
10:27:46 <xarick> only about 8% cpu usage
10:39:36 <xarick> in the year 2050 openttd will be multithreaded
10:40:32 <xarick> cpus at that time will have 256 cores or so
10:41:06 <xarick> single thread performance is degraded
10:43:23 <xarick> one day "make your cpu" will be a thing for us
10:43:44 <xarick> i'd make one tailored towards openttd
10:44:21 <xarick> built for specific openttd tasks
10:45:15 <andythenorth> OpenTTD is multi-threaded
11:00:17 <truebrain> Rubidium: Valid point. So my hunch might be correct here, that something changed time while it should all just be UTC .. just how to figure that out and fix it, I have no idea
11:30:14 <xarick> FSR 2.1 works on OpenTTD
11:30:43 <xarick> requires full screen opengl
11:35:09 <xarick> can't capture the fps meter
11:35:34 <xarick> i get about 1.5x - 2x times the fps than that reported by openttd
11:36:22 <xarick> 44% gpu usage is insane for a game like openttd
11:41:29 <xarick> fluid motion fake frames
14:01:08 *** SplinterX999 has joined #openttd
14:02:19 *** SplinterX999 has quit IRC ()
15:20:44 <xarick> any chance it is merged? or is there a greater design in progress, about time modes?
15:26:43 <peter1138> Something about #13473
15:26:59 <peter1138> (Instead of spamming new methods everywhere)
15:39:01 <xarick> story page using calendar dates? hmm
15:39:31 <xarick> I don't think that's going to be okay
15:41:09 <xarick> oh, it's already calendar
15:42:02 <xarick> but if the time is frozen, it's gonna look silly.
15:42:27 <xarick> Never tried making a GS using Story Page
15:48:32 <frosch123> Meh, wrote a test grf, crashes ottd...
15:50:43 <xarick> #13473 doesn't touch ScriptVehicle at all 😦
15:51:30 <xarick> GetAge technically not a date, but... it's still time related
16:06:46 <locosage> it's not that hard to crash openttd with grfs, I probably still have some stashed somewhere
16:07:47 <locosage> byproduct of making a compiler xD
16:24:00 <xarick> cost of clearing a single tree in arctic is £15
16:24:17 <xarick> cost of clearing snow is £30
16:25:00 <xarick> someone should revise costs
16:37:02 *** Wormnest has joined #openttd
16:45:18 <locosage> just assign it to CS 🤭
16:55:27 <xarick> rail bridges are now sorted by slowest speed at the top?
17:04:53 <Rubidium> that's another thing to blame CS for
17:22:56 *** nielsm has quit IRC (Ping timeout: 480 seconds)
17:23:43 <xarick> oh... similar to Chris Wilson
17:27:22 <_zephyris> Why is the cost of removing one tree the same as clearing an empty ground tile?
17:27:36 <_zephyris> Clearly advanced game balance, to offset negative town rating impact.
17:29:34 <xarick> why are aqueducts so expensive...
17:29:55 <xarick> just rambling thoughts
17:32:49 <xarick> prohibitively expensive
17:40:09 *** akimoto has quit IRC (Remote host closed the connection)
17:47:31 *** kuka_lie has joined #openttd
17:52:04 <peter1138[d]> int maxFeature(){return (int)sizes.size()+3;}
17:52:04 <peter1138[d]> const vector<int>&operator[](int x)const {return sizes[x-4];}
17:52:07 <peter1138[d]> vector<vector<int> >sizes;
17:52:09 <peter1138[d]> Who wrote this shit...
18:00:01 <peter1138[d]> The action 5 "feature" test is broken.
18:00:23 <LordAro> definitely has a certain grfcodec look about it
18:00:55 <peter1138[d]> Broken in such a way that adding 0x19 for waypoints, and 0x1A for overlay rocks does not trigger the "this action 5 feature is invalid" test.
18:01:12 <peter1138[d]> It's nforenum, so basically the same thing.
18:01:20 <peter1138[d]> c5. Who the fuck names a class c5?
18:05:50 <locosage> I guess c4 was already used
18:06:03 <peter1138[d]> 5 probably because it's action 5.
18:09:23 <_glx_> ah nforenum source, where whitespaces are optional
18:26:16 <truebrain> so ... how am I going to debug Steam's OTP issue ....
18:26:25 <truebrain> lot of GitHub runner jobs?
18:48:49 <truebrain> if DST would be the issue, I would need to offset of ... +3600 or -3600? 😛
18:50:02 <peter1138[d]> I'm going to assume this didn't happen last year.
18:50:17 <truebrain> not to my knowledge
18:50:22 <truebrain> okay, 3600 and -3600 both didn't work
18:50:26 <truebrain> so far for the easy way out
18:53:41 <truebrain> okay, the OTP is correct with the one I can generate, and with which I can login to the website just fine
18:54:35 <truebrain> at least it is not DST 🙂
18:58:53 <_glx_> the shared key is still valid ?
18:59:37 <_glx_> can't be username (would be silly)
19:00:11 <truebrain> it worked Sunday, it failed Monday
19:02:08 <truebrain> so even on my own computer, I can login via the website fine, and it fails via steamcmd
19:02:13 <truebrain> this smells like something Steam did wrong ...
19:05:48 <peter1138> Did they forget to renew a certificate as well...
19:06:24 <truebrain> so it is not an IP ban of some kind .. it really is "it fails with steamcmd and works with browser"
19:08:27 <truebrain> searching for this problem gives results dating back years 😛
19:10:19 <LordAro> at what point do you need to email steam support? :)
19:11:20 <truebrain> I somehow doubt that resulting in anything useful, I have to admit 😛
19:11:42 <LordAro> can't hurt to try though
19:12:04 <LordAro> is there some sort of "publisher support"?
19:12:25 <truebrain> You do know how many people work at Valve, right? 😛
19:12:38 <LordAro> steam user support is notoriously bad
19:12:57 <LordAro> but maybe there's something else for actual developers/api users/publishers etc
19:13:14 <truebrain> I can look; but low expectations 😛
19:13:25 <truebrain> nobody is also sure if the way we do these OTPs is legit
19:13:32 <truebrain> everyone is doing it, but ...
19:14:11 <LordAro> any other examples on github you can find? might be able to tell if they're having the same problems
19:14:40 <truebrain> Nope; but they are also not very active GitHub repos
19:14:46 <truebrain> but I indeed did check 😄
19:15:27 <truebrain> what we can do ofc is a code-search, and see if other repos are having the same issue
19:16:38 <LordAro> isn't that what i just said? :p
19:16:52 <truebrain> no, I looked at the actions we use for the OTP 🙂
19:19:02 <truebrain> lol, there is a "more modern" way of doing this, but for that you first need to be able to login via steamcmd ..... 😄
19:27:46 <truebrain> we are the #1 user of that action we use, lol
19:27:52 <truebrain> so .. yeah .. I don't know
19:28:02 <truebrain> I can't really find what is wrong with this, why it stopped working, or what we can do about it 😦
19:28:20 <LordAro> fork the action, add debugging?
19:28:29 <LordAro> or i guess there probably isn't anything else
19:30:29 <truebrain> no, the action is outputting what I expect
19:30:36 <truebrain> it is doing exact what is asked
19:31:03 <truebrain> using that information to manually login via a website: works
19:31:07 <truebrain> do the same with steamcmd: fails
19:33:24 <truebrain> so when you go from the partner site of Steam to the main site, to your profile, you have to login 3 times
19:33:27 <truebrain> I had to do that twice
19:33:33 <truebrain> now it tells me I tried to login too often 😄
19:34:12 <truebrain> okay, going to give up for tonight ... I did deauthorize any active devices, as my reasoning is: maybe it kept allllll those years of GitHub Runners authorizations, and the table was full
19:34:17 <truebrain> maybe that fixes things
19:34:37 <truebrain> I hate it, when things worked for months, now break, with no seemly valid reason 😦
20:16:26 *** HerzogDeXtEr has quit IRC (Read error: Connection reset by peer)
20:53:49 <LordAro> Rubidium: looks like the blitter problem is related to pushing the Og flag in base.h
21:01:55 *** ChanServ sets mode: +v tokai
21:08:52 *** tokai|noir has quit IRC (Ping timeout: 480 seconds)
21:15:35 *** WormnestAndroid has quit IRC (Read error: Connection reset by peer)
21:15:57 *** WormnestAndroid has joined #openttd
21:38:30 *** kuka_lie has quit IRC (Quit: Lost terminal)
22:36:33 *** Wolf01 has quit IRC (Quit: Once again the world is quick to bury me.)
continue to next day ⏵
