IRC logs for #openttd on OFTC at 2026-02-08
⏴ go to previous day
01:33:22 <_glx_> seems to be a scenario created in 12.2, then loaded in 14.0, then loaded in 15.1, then many newgrf added (including FIRS), then finally loaded as a game
01:39:59 *** MinchinWeb[m] has quit IRC (Ping timeout: 480 seconds)
01:44:50 *** MinchinWeb[m] has joined #openttd
02:52:57 *** Wormnest has quit IRC (Quit: Leaving)
03:43:20 *** WormnestAndroid has quit IRC (Read error: Connection reset by peer)
03:43:21 *** WormnestAndroid has joined #openttd
03:43:32 *** WormnestAndroid has quit IRC (Read error: Connection reset by peer)
03:43:33 *** WormnestAndroid has joined #openttd
03:43:36 *** WormnestAndroid has quit IRC (Read error: Connection reset by peer)
03:43:37 *** WormnestAndroid has joined #openttd
03:55:04 *** MinchinWeb[m] has quit IRC (Ping timeout: 480 seconds)
03:55:14 *** MinchinWeb[m] has joined #openttd
04:00:02 *** Smedles has quit IRC (Quit: No Ping reply in 180 seconds.)
04:00:16 *** Smedles has joined #openttd
04:27:42 *** Zathras_11 has joined #openttd
04:31:05 *** Zathras_7 has quit IRC (Ping timeout: 480 seconds)
05:11:57 <DorpsGek> - Update: Translations from eints (by translators)
05:14:24 *** Smedles_ has joined #openttd
05:15:54 *** Smedles__ has joined #openttd
05:17:36 *** Smedles has quit IRC (Ping timeout: 480 seconds)
05:23:16 *** Smedles_ has quit IRC (Ping timeout: 480 seconds)
08:51:34 *** toktik has quit IRC (Remote host closed the connection)
09:03:27 <andythenorth[d]> what is this button for, in 2026?
09:04:36 *** toktik is now known as Guest1898
09:07:53 *** Guest1898 has quit IRC (Remote host closed the connection)
09:09:49 <Rubidium> those few pesky NewGRFs that aren't on bananas?
09:12:40 <andythenorth[d]> probably remove it? 😛
09:27:32 <peter1138> Because you searched for your own NewGRFs which are on bananas, but not on grfcrawler, we should remove the button?
09:30:50 <peter1138> Happy to make it smaller if we need to fit other buttons in, though.
09:57:28 <andythenorth[d]> well does it work?
09:57:31 <andythenorth[d]> or does it just time out?
09:57:35 <andythenorth[d]> because for me, it just times out
09:58:50 <andythenorth[d]> ok so it's back
09:59:10 <andythenorth[d]> wonder if that's the first traffic it's had in a while 😛
09:59:20 <andythenorth[d]> priming cold caches, timed out? 😛
09:59:23 <__abigail> andythenorth[d]: Could the issue have been between the keyboard and the chair?
10:01:19 <andythenorth[d]> I don't know what the implementation is, but https://grfsearch.openttd.org/ appears to be a redirect to grfcrawler, but the first time I hit it, it didn't redirect, it just spun
10:03:17 <andythenorth[d]> little used service, maybe it OOMed and got auto-killed or something who knows
10:04:48 <peter1138> So your brain process went from "click on button, link didn't load" immediately to "remove button", instead of, say, "does this link work, if not why not?"
10:05:20 *** reldred has joined #openttd
10:05:20 <reldred> too many sunday beers
10:05:30 <andythenorth[d]> inverse beers
10:05:34 <andythenorth[d]> I have had no coffee
10:05:39 <andythenorth[d]> and I did not drink last night
10:05:50 <reldred> that sounds like you need more beers then
10:06:02 <andythenorth[d]> also I'm thinking we should be killing more of our web services
10:06:10 <peter1138> 10am on Sunday is perfect time for beers :)
10:06:11 <andythenorth[d]> as they're not really maintainable
10:06:36 <peter1138> Ok, you kill your web services.
10:06:53 <andythenorth[d]> does anyone even the keys or access to do it?
10:07:54 <reldred> are you sky is falling sky is falling again andy
10:08:12 <reldred> you do need that cuppa
10:09:05 <andythenorth[d]> I am on my second
10:09:16 <andythenorth[d]> it's not so much doom, as "let's burn some things"
10:09:23 <andythenorth[d]> I like a cleansing fire
10:09:27 <LordAro> we weren't running out of money last time i checked
10:09:42 <LordAro> and TB is contactable if needed
10:09:52 <LordAro> (though i agree the situation is not ideal)
10:10:06 <reldred> stun server hasn't shit itself in a little while, that's progress isnt it?
10:10:16 <reldred> doesnt owen have all the keys as well?
10:10:22 <Rubidium> isn't 10am a bit late for beer on sunday? You need it for the sunday roast, right? That takes like 4-6 hours...
10:11:11 <andythenorth[d]> wasn't there a 1password with keys in that TB, frosch and Owen had?
10:11:24 <andythenorth[d]> this is complete hazy memory, might be BS
10:13:43 <andythenorth[d]> kind of curious if we had to rebuild the project from a bus event (but with the repos), whether we'd be able to
10:13:52 <andythenorth[d]> or if we needed a fork
10:14:34 <andythenorth[d]> for my patchpack, for example 😛
10:15:03 <reldred> well, it would be what, a double bus event?
10:16:29 <andythenorth[d]> articulated bus event, drive-through stops only
10:19:20 <__abigail> `~$ git on the bus`
10:43:08 <xarick> it's mostly a breakdown cascade effect
10:44:23 <xarick> should something be done about breakdowns?
10:45:16 <xarick> should vehicles stuck in traffic have a breakdown decay?
10:57:19 <jfkuayue> We are sorry to announce that the 1055 CrossCountry service to Manchester Piccadilly has been cancelled. This is due to a shortage of train drivers.
11:17:58 <Rubidium> so, you want to be able to make vehicles that never break down regardless of your settings?
11:26:08 <jfkuayue> This would be interesting
11:37:29 <xarick> in the end it doesn't work
11:38:26 <xarick> reliability stays high for most vehicles, but these jams are caused by intersections/vehicles trying to enter stations, etc... :(
11:38:45 <xarick> let me try disable breakdowns meanwhile
11:43:34 <xarick> this is a strange speed report
11:43:56 <xarick> vehicle is stuck, not actually moving, but speed says 74 km/h
11:44:15 <xarick> max speed is 48 km/h... what is happening here
11:47:22 <xarick> if these speeds are what's being reported to the AIs, no wonder they think there's no jams and just add more vehicles
11:48:52 <andythenorth[d]> is it on a bridge?
11:49:13 <xarick> yes, but also happens elsewhere not on a bridge
11:49:18 <andythenorth[d]> the AI will read from the type, not the instance?
11:50:38 <rito12_51026> andythenorth[d]: I have had only one coffee this year
12:13:53 <xarick> int GetDisplaySpeed() const override { return this->gcache.last_speed / 2; }
12:14:44 <xarick> I suspect this cached speed is being misused for multiple purposes
12:46:49 *** SigHunter has quit IRC (Remote host closed the connection)
12:48:56 *** SigHunter has joined #openttd
12:53:43 *** lobstarooo has joined #openttd
12:53:43 *** lobster has quit IRC (Read error: Connection reset by peer)
13:31:42 <peter1138> Seems like it's more workaround than actually fixing it. Perhaps encoder should be passed to HandleInvalidSpriteRequest.
13:45:48 <xarick> is there a debugging tool for vehicles? i wanna get the index of a vehicle i selected in game
13:57:06 <xarick> seems when a vehicle goes through others, all the other vehicles in the queue get it's current speed
13:57:19 <xarick> even though these can't move
13:58:23 <xarick> if the ghost vehicle has a bigger max speed than whatever vehicle is in the queue, these get the ghost vehicle current speed
15:17:34 <xarick> I'm not sure how to fix this
15:20:03 <xarick> problem is RoadVehFindCloseTo...
15:21:40 <xarick> it finds a vehicle, but since all vehicles are in the queue, it cascades the cur_speed to all in the queue
15:21:54 <xarick> but the vehicle isn't blocked
15:22:46 <xarick> this doesn't solve it entirely :(
15:23:01 *** outofcreativity has left #openttd
15:23:31 <xarick> but at least the cur_speed of a vehicle won't go past the max speed of the engine
15:48:34 <_glx_> but you kill the cascading
15:50:06 *** Wormnest has joined #openttd
15:53:17 <xarick> oh, it's the other way around
15:55:57 <xarick> nah, this ain't good enough
16:03:04 *** MinchinWeb[m] has quit IRC (Ping timeout: 480 seconds)
16:03:12 *** MinchinWeb[m] has joined #openttd
16:08:21 <xarick> `int GetDisplaySpeed() const override { return this->blocked_ctr < 10 ? this->gcache.last_speed / 2 : 0; }`
16:13:55 <xarick> this will affect AIs, hopefully for the better, gonna test
16:47:06 <Rubidium> I messed up a bit and documented the same function in two PRs... woopsie
16:53:57 <Rubidium> peter1138: thanks for the reviews!
16:56:06 <peter1138> Well, very brief reviews, so.
17:45:45 <xarick> i'm touching code that hasn't been changed in 19 years ...
17:46:02 <xarick> feels like I'm doing the wrong thing
18:14:41 <_glx_> no, it looks like a wrong solution
18:25:29 *** hazardaj_nombroj has quit IRC (Ping timeout: 480 seconds)
18:27:26 *** hazardaj_nombroj has joined #openttd
18:42:00 <xarick> very difficult to reproduce
18:42:47 <xarick> the cur_speed seems to be passed around somehow
18:45:13 <xarick> from 0:45 onwards I think vehicle #3880 is cascading cur_speed to all the others in the queue
18:45:35 <belajalilija> damn what are those breakdown sounds
18:45:59 <xarick> but I'm unable to debug this
18:46:14 <xarick> too many vehicle ids, hard to get just the one I'm interested in
18:46:23 <xarick> to see what's happening in code
18:47:27 <xarick> unfortunately this is the speed that is reported to AIs
18:47:53 <xarick> AIs with jam detectors are mislead
19:05:35 *** gelignite has joined #openttd
19:18:08 *** drmanuel has joined #openttd
19:18:08 <drmanuel> I have a question regarding my PR about the czech townname gen (bc I am not very versed with git/github). In the last comment rubidium linked to a change on their branch(?), and can I just add this directly to my branch/PR or do I have to copy the code and make a new commit? What would be the preferred way here?
19:49:06 *** MinchinWeb[m] has quit IRC (Remote host closed the connection)
19:49:23 *** MinchinWeb[m] has joined #openttd
19:57:55 <Rubidium> drmanuel: the main question your PR is what the 'correct' solution is. Either fix the logic based on the documentation (what you have now) or fix the crash and remove unreachable logic (my proposal). There doesn't seem to be a real consensus at this time, which is why it's a bit in limbo.
20:05:04 <drmanuel> oh, it seemed like removing the unreachable code is the better solution, bc of the problem with the duplicate names when fixing the logic
20:06:09 <Rubidium> to answer you question: it's not very easy to 'just' add that to your branch, but that's mostly because it conflicts with the changes in your branch. There is a way to make your branch the same as my branch: `git remote add rubidium42 git@github.com:rubidium42/OpenTTD.git`, `git fetch rubidium42`, `git reset --hard rubidium42/czech` (when you have you branch checked out) and `git push --force`. Though
20:06:15 <Rubidium> generally I'd be very wary with copying someone's command line prompts
20:14:43 <drmanuel> will look into that, thank you :)
20:15:06 <xarick> Portugal has a new president
20:23:53 <xarick> better the boring one than the xenophobic one
20:23:58 *** Flygon has quit IRC (Remote host closed the connection)
20:25:29 <jfkuayue> How to pronounce glx? Jee-el-eks, or "glix"?
20:40:50 <xarick> I have a controversial idea
20:41:12 <xarick> if a road veh is blocked by a brokendown vehicle, just passthrough
20:42:34 <_glx_> just disable breakdowns if they are too annoying
21:02:30 <LordAro> would a valid solution be to rename that order mode "unload and leave on platform" ?
21:04:31 <Rubidium> am I misunderstanding the report that your proposal is a solution?
21:05:57 *** Wormnest has quit IRC (Quit: Leaving)
21:07:14 <xarick> Unload but do not bank
21:12:30 <pickpacket> Hmm. The more I think about multiplayer gaming the more I lean towards the idea of putting the old company password system back
21:39:41 <LordAro> Rubidium: dunno, i saw "unload and leave empty" in the screenshot and assumed it's the usual confusion
21:44:59 *** WormnestAndroid has quit IRC (Ping timeout: 480 seconds)
21:45:57 *** WormnestAndroid has joined #openttd
21:48:55 <_glx_> but yeah the screenshot is not easy to analyse
21:50:18 <_glx_> could be a victim of automatic service at random places
21:51:20 <xarick> I tried this, but for some reason, the vehicle still updates the speed somehow
22:05:32 <andythenorth[d]> send me a mug
22:11:11 *** keimfrei has joined #openttd
22:11:11 <keimfrei> greetings i have a questions about an graphic-bug. when a locomotive (newgrf or original) ive got always a "shadow"rail in front of the moved locomotive. Any ideas what it iis?
22:14:18 <peter1138> It's showing a path reservation, can be turned off game settings.
22:42:04 <andythenorth[d]> Horse, for those who can't wait for bananas
22:42:29 <andythenorth[d]> will break savegames in non-serious way (already built engines may have wrong livery)
22:42:39 <reldred> horse horse horse horse
22:42:44 <kaibaneddy> andythenorth[d]: There's a sentence out of context
22:42:45 <andythenorth[d]> oh wrong channel
22:42:53 <andythenorth[d]> this is the xarick channel sorry 😛
22:43:01 <_glx_> changing grf in a running game is not recommended anyway
22:43:26 <kaibaneddy> _glx_: Updating is specifically allowed?
22:43:48 <kaibaneddy> That's why we have lowest compatible version in action 14?
22:43:51 <andythenorth[d]> think so, otherwise I've been faffing around setting min. compatibility for years pointlessly 🙂
22:44:15 <andythenorth[d]> who wanted more screenshots? Was it Peterere
22:44:18 <_glx_> if it breaks savegame I won't call it compatible 🙂
22:44:52 <kaibaneddy> I guess compatibility is a judgement call
22:45:07 <kaibaneddy> Some of us have better judgement than others...
22:46:04 <andythenorth[d]> one day we'll do black CC and all these pixels will be pointless 🙂
22:46:12 <andythenorth[d]> although it's mostly automated now anyway
22:46:32 <reldred> but if rgbcc how do we get automatic weathering in horse
22:47:25 <reldred> automatic engine level weathering effects and variation as part of rgbcc?
22:48:40 <reldred> how many beers do i need to buy peter for that to happen
22:48:45 <reldred> somewhat serious question
22:51:24 *** MinchinWeb[m] has quit IRC (Ping timeout: 480 seconds)
22:53:53 *** MinchinWeb[m] has joined #openttd
23:11:57 *** Wolf01 has quit IRC (Quit: Once again the world is quick to bury me.)
23:13:09 <xarick> this solution is a bit more elegant
23:15:20 <xarick> unsure it works in all cases, gonna check
23:30:44 <xarick> I'm not too confindent on the slowing down method
23:31:36 <xarick> slow down seems to be the solution, but the method I picked might need some fine tuning
23:33:59 <xarick> either reduce cur_speed a bit more... or make it decelerate the proper way
23:34:41 <xarick> v is still accelerating at this point
23:35:24 <xarick> I don't know how to properly trigger deceleration, halp!
continue to next day ⏵
