IRC logs for #openttd on OFTC at 2024-12-18
⏴ go to previous day
00:01:11 <peter1138> Heh, I did that, and then decided the list is WAAAAY too big, and then forgot about it.
00:04:25 *** TinoDidriksen has quit IRC (Read error: Connection reset by peer)
00:04:25 *** TinoDid|znc has joined #openttd
00:21:53 <peter1138> This is a bit of a weird statement in the official NewGRF specs for cargo classes.
00:22:29 <peter1138> "By the way someone else did something different" is not really a spec thing.
00:34:57 <talltyler> Not just someone, the most popular industry set which many other authors fork or imitate. I think it’s worth noting.
01:16:30 *** TinoDid|znc has quit IRC (Read error: Connection reset by peer)
01:16:41 *** TinoDidriksen has joined #openttd
01:17:11 *** TinoDidriksen is now known as Guest3423
01:41:36 *** Guest3423 has quit IRC (Read error: Connection reset by peer)
01:42:11 *** TinoDid|znc has joined #openttd
02:02:02 *** herms has quit IRC (Quit: bye)
02:06:52 *** TinoDidr- has joined #openttd
02:08:11 *** TinoDid|znc has quit IRC (Ping timeout: 480 seconds)
02:37:03 *** Wormnest_ has quit IRC (Quit: Leaving)
02:47:45 *** TinoDidriksen has joined #openttd
02:48:21 *** TinoDidriksen is now known as Guest3431
02:48:49 *** TinoDidr- has quit IRC (Read error: Connection reset by peer)
03:00:03 *** herms has quit IRC (Quit: bye)
03:09:44 *** Guest3431 has quit IRC (Read error: Connection reset by peer)
03:09:53 *** TinoDid|znc has joined #openttd
03:18:05 *** gnu_jj_ has joined #openttd
03:21:31 *** gnu_jj has quit IRC (Ping timeout: 480 seconds)
03:43:06 *** debdog has quit IRC (Ping timeout: 480 seconds)
03:50:03 *** D-HUND is now known as debdog
04:29:35 *** toktik has quit IRC (Remote host closed the connection)
04:44:49 <DorpsGek> - Update: Translations from eints (by translators)
04:46:09 <wensimehrp> eints-sync[bot]viaGi: hmm
05:54:34 *** Flygon has quit IRC (Remote host closed the connection)
05:58:44 *** tokai|noir has joined #openttd
05:58:44 *** ChanServ sets mode: +v tokai|noir
06:05:21 *** tokai has quit IRC (Ping timeout: 480 seconds)
06:35:09 *** TinoDid|znc is now known as TinoDidriksen
06:42:14 <andythenorth> peter1138: could remove it, I'm potato/potato
09:01:36 <andythenorth> lol @firefox, no windows open, 1GB RAM used
11:34:40 <johnfranklin> Firefox also acts like chromium?
11:35:56 <peter1138> We're a bit past the days of a few MB being enough.
11:40:04 <andythenorth> might just get 48GB
11:40:38 <peter1138> Non-powers-of-two RAM is terrifying.
11:40:56 <johnfranklin> 32GB is the norm of new computers now… 10 years ago maybe 8GB.
11:41:26 <belajalilija> 8 was enough tbh
11:41:32 <belajalilija> 16 is still fine
11:41:45 <andythenorth> 16 is fine, all the time
11:41:51 <andythenorth> until I open browser tabs
11:42:15 <belajalilija> I never had browser problems when i had 16 tbh
11:42:27 <belajalilija> Browsers just seem to lag as much as they want
11:42:29 <johnfranklin> I remember the 2012 all-in-one computer had 2.74 GB available
11:42:34 <belajalilija> Regardless of ram
11:42:52 <johnfranklin> And I played Minecraft on that very happily
11:43:30 <peter1138> I remember buying a stupidly large 8.4GB HDD that I would never be able to fill up.
11:43:59 <andythenorth> currently browsers are using ~8GB
11:44:12 <johnfranklin> Can 8.4GB contain a windows 11?
11:44:14 <andythenorth> some of that has gone to swap, but most of it is actual RAM
11:44:26 <peter1138> (That a bit after the earlier HDD upgrade from 42MB to 210MB.)
11:44:50 <belajalilija> peter1138: Ooooold
11:45:03 <andythenorth> it gets worse if I accidentally tab through all the open chrome tabs, looking for something
11:45:13 <andythenorth> then they're all reloaded to RAM / decompressed
11:46:34 <belajalilija> I don’t think i even remember hard drives in the double digits of GB
11:47:12 <belajalilija> Though i have no idea what specs windows 98 machines generally had
11:47:21 <belajalilija> But i used them a lot when i was little
11:47:38 <johnfranklin> My father and mother used to major in electronics in college, they learned “history of computers” and how to use single chip computers, and Basic. They are saying these things were obsolete and useless even in 1997, and they “acquired nothing but love during college”
11:48:18 <peter1138> The 30GB IBM Deskstar was a gamechanger... and then they kept dying, and became known as the IBM Deathstars...
11:49:10 <belajalilija> johnfranklin: Its wild how fast tech goes
11:49:37 <peter1138> Learning BASIC is about the fundamentals of programming, and is not actually done so that you know BASIC.
11:49:45 <belajalilija> I think my grandma worked with computers in the 70s but could never understand the windows 98 machine
11:50:31 <peter1138> Of course Microsoft misunderstood and created Visual Basic.
11:52:31 <andythenorth> peter1138: do you think I should unlink the FIRS docs from classes page? I'm ambivalent
11:54:49 <peter1138> I don't know. It's my opinion that it is "a bit weird" to be there. But that's just my opinion.
11:57:41 <peter1138> The equivalent for 'standard' rail type schemes is all on a separate page. But that's not directly equivalent as that's NewGRFs using the feature as-is, not NewGRFs ignoring the spec and going their own way.
11:59:00 <peter1138> Potable/Non-Potable already causing issues with GETS & potentially JP+ Engines.
11:59:19 <peter1138> Not sure what the fix is there.
12:03:00 <_glx_> peter1138: And localised VBA
12:19:08 <xarick> doesn't that require payment of some sort?
13:29:32 <andythenorth> peter1138: it is? 😮
13:29:36 <andythenorth> where's that mentioned?
13:29:52 <peter1138> Some patch pack channel.
13:30:21 <andythenorth> I muted most channels 😛
13:30:34 <andythenorth> surprised a cargo bit can cause issues with anything
13:30:53 <peter1138> I look at that one because it's early warning of "everyone knows about this problem" bugs that aren't ever reported...
13:33:13 <_glx_> andythenorth: Depends on how mask tests are done
13:33:44 <peter1138> In that case they don't mask at all.
13:34:24 <_glx_> Not the right thing to do with a bitmask
13:49:14 <xarick> is it just me or tile loop seems faster?
14:17:56 <peter1138> xarick: Don't know but I'm sure we can find a way to make it slower.
14:18:14 <xarick> #endif /* WITH_ASSERT */ is in the wrong place
14:18:19 <xarick> Town::~Town() may need fixing
14:32:53 <andythenorth> peter1138: downstream problem 🙂
14:33:01 <andythenorth> 'content doing it wrong'
14:36:30 <peter1138> 'it used to work and doesn't now so it's not our content's fault'
14:37:18 <andythenorth> `Disclaimer: there is no guarantee that classes won't vary over time or between sets.` 🙂
14:44:22 <peter1138> Throwing stupid ideas around. You never know.
14:46:29 <kuhnovic> You'd make a great product manager
15:16:05 *** gelignite has joined #openttd
15:35:32 *** Smedles has joined #openttd
16:10:19 <peter1138> Discussions can't be closed becuase... why, GitHub?
16:11:26 <LordAro> the 'close discussion' button would disagree
16:13:21 <andythenorth> unclear who sees it
16:13:27 <andythenorth> [to me, not github]
16:13:36 <peter1138> No. But it was definitely not there at some point.
16:13:40 <andythenorth> it's not on that discussion for me, but it is on others
16:13:48 <andythenorth> probably ones on my projects 😛
16:23:48 *** kuka_lie has joined #openttd
16:28:49 <xarick> oh, ships can turn around at any time
16:29:01 <xarick> that's kinda.... cheating, but
16:31:23 <xarick> wonder how that's handled with intermediate destinations
16:34:55 <xarick> I remember you tried this before
18:21:17 <kuhnovic> I realized that I made a fundamental mistake that caused ships to get stuck in loops. And I found a way to fix it.
18:25:15 <kuhnovic> There's very little reason for a ship to turn around. It's often cheaper (in terms of cost) to take a several consecutive 45 deg turns. But sometimes reversing is the only option, and you want the ship to take that option. The alternative is that the ship gets lost, that's what currently happens in master.
19:58:54 <LordAro> kuhnovic: sounds like jacking up the pathfinder cost is the perfect solution :p
20:09:06 <kuhnovic> Well, that's what I did haha
20:12:39 <xarick> what's different between push_back and emplace_back
20:14:43 <kuka_lie> btw i talked about that i will run openttd on old pentiums and it works great! it can easyly get +60fps
20:15:31 <_glx_> Function names should give you a hint
20:23:10 <xarick> compared to the first attempt, I only notice tweaks
20:23:24 <xarick> maybe sufficient enough to make it work
20:24:17 <xarick> perhaps the most noticeable change was returning into a reverse trackdir
20:26:08 <xarick> water region edits were reverted
20:33:22 <xarick> random duplicated include found
20:42:37 <kuka_lie> can someone please make debian package?
20:52:33 <wensimehrp> OpenTTD is already available I think
20:53:20 <truebrain> they didn't say for what!
20:54:16 <kuka_lie> openttd version in debian is really old
20:55:47 <Rubidium> Debian's latest OpenTTD is 14.1, only you're not running that Debian
20:56:56 <Rubidium> (not that I would casually recommend updating to Debian Sid)
20:57:32 <kuka_lie> really? last time i checked it it was 12.0 (debian stable)
20:59:39 <kuka_lie> looks like i can download that and install it using dpkg
21:01:06 <LordAro> i'd be surprised id that were compatible
21:01:26 <xarick> "The Windows install can optionally copy these files." I wasn't asked last time
21:01:45 <LordAro> but in general, just download & unpack the generic build
21:02:31 *** gelignite has quit IRC (Quit: Stay safe!)
21:03:42 <LordAro> xarick: iirc the installer used to (not bootstrap), but might have been lost when moved to cmake?
21:03:50 <LordAro> which was quite a while ago...
21:12:00 *** kuka_lie has quit IRC (Quit: leaving)
21:33:04 <_glx_> yeah custom made nsis used to do it, but now we let cmake doing generic installer
21:39:46 *** nielsm has quit IRC (Ping timeout: 480 seconds)
22:03:00 <kuhnovic> xarick: It's not just small tweaks. It's vitally important that the ship always ends up doing the next PF call from a region that was on the HL path of the previous PF call for that vehicle. My previous attempt violated that principle, and that caused the loops.
22:06:03 <kuhnovic> I don't want to go into too much detail as I really need sleep soon. But the cached path now ends inside the last region instead of right up to it. In addition, the HL search starts from the current ship tile, not the tile the ship is about to enter.
22:09:30 <peter1138> Hmm, should I retain the sample rate and corrupt file handling in catcodec?
22:11:07 <xarick> I'll try to look at it with the debug stuff
22:23:18 <_glx_> peter1138: main reason is no .dorpsgek.yml I think
22:51:31 *** Wolf01 has quit IRC (Quit: Once again the world is quick to bury me.)
23:08:41 *** keikoz has quit IRC (Ping timeout: 480 seconds)
continue to next day ⏵
