Config
Log for #openttd on 30th November 2024:
Times are UTC Toggle Colours
00:30:08  *** Wolf01 has quit IRC
00:37:12  *** de_schmitt has joined #openttd
00:37:12  <de_schmitt> https://cdn.discordapp.com/attachments/1008473233844097104/1312215811682861198/image.png?ex=674bafb5&is=674a5e35&hm=6e1c9622558d635327fddbbec7e41a067ced94d9ce13b652f2313b3a983c938e&
00:37:12  <de_schmitt> https://cdn.discordapp.com/attachments/1008473233844097104/1312215812018278491/image.png?ex=674bafb5&is=674a5e35&hm=bbbd927c45f87351af56ea741e3302949f79a434410a9f0609df70e7259b8198&
00:37:12  <de_schmitt> Mail trucks cannot share order list with buses. That is very sad. And I see no reason why this is the case for situations where there are only stations which have bus stops and truck stops.
02:32:43  *** tokai|noir has joined #openttd
02:32:44  *** ChanServ sets mode: +v tokai|noir
02:39:29  *** tokai has quit IRC
03:02:15  *** gadg8eer has joined #openttd
03:02:15  <gadg8eer> de_schmitt: ?
03:03:15  <gadg8eer> Even though they use roads, busses and trucks have very different unloading requirements and required it in the original game (TTD).
03:05:42  <gadg8eer> Also, you know that you can build road stations with both bus and truck bays, right? Lastly, iirc the only NewGRFs that restricted whether a road stop would be passenger or freight have a parameter to allow every stop to be used for both. If you're not using roadtypes, then just build a bus station and truck station next to each other.
03:12:16  <wensimehrp> gadg8eer: I don't think there are such GRFs
03:12:59  *** gnu_jj_ has joined #openttd
03:15:14  <gadg8eer> Hold on, I can prove there is but this laptop isn't cooperating...
03:16:05  <gadg8eer> https://cdn.discordapp.com/attachments/1008473233844097104/1312255806682697789/image.png?ex=674bd4f4&is=674a8374&hm=2732fc4f7d84e2c125ad9f2dba89c9a46b690bf18a8ce2c94b1936d4021197cc&
03:16:06  *** gnu_jj has quit IRC
03:16:28  <gadg8eer> wensimehrp: There. That's the one.
03:24:00  <wensimehrp> gadg8eer: I thought you mean there are newgrfs that restrict merging lorries and bus stops
03:24:20  <wensimehrp> gadg8eer: That certainly not the case 😐
03:37:18  <gadg8eer> wensimehrp: Fair enough. As far as I remember, the pictured GRF can provide bus and truck stops as truck stops, and all others don't usually make a distinction either.
03:38:57  <gadg8eer> But it is a bit confusing, I know. It's realistic, but restrictive. Normally that's a "bad feature" but this one came from Chris Sawyer's original version itself so it was grandfathered in.
03:58:52  *** godbed has joined #openttd
03:58:55  *** godbed_ has joined #openttd
04:02:19  *** debdog has quit IRC
04:02:24  *** D-HUND has quit IRC
04:10:16  *** godbed is now known as debdog
04:46:24  <DorpsGek> [OpenTTD/OpenTTD] eints-sync[bot] pushed 1 commits to master https://github.com/OpenTTD/OpenTTD/commit/8d394c697c1a0753e84c95f3cfd615095506cc97
04:46:25  <DorpsGek>   - Update: Translations from eints (by translators)
05:33:38  *** keikoz has joined #openttd
06:13:30  *** keikoz has quit IRC
06:18:03  *** keikoz has joined #openttd
06:35:24  *** gwyd4016 has joined #openttd
06:35:24  <gwyd4016> gadg8eer: You can see from the station signs that most stations have both a bus and truck stop
06:35:55  <gwyd4016> de_schmitt: I'd say most likely you've just missed a truck stop from the bus stops, I thought you could do this
07:00:31  *** Smedles has joined #openttd
07:15:24  *** emperorjake has joined #openttd
07:15:24  <emperorjake> You can copy orders but not share them
08:31:38  <de_schmitt> emperorjake: Exactly. This is what I currently do. But this way the buses and trucks dont share orders and thus I always have to handle them separately. For all cities. I have no problem with building bus stop+truck stop for each stop. But the "not share feature" is really annoying.
09:21:19  *** Wolf01 has joined #openttd
09:25:39  <peter1138> https://cdn.discordapp.com/attachments/1008473233844097104/1312348812475498586/image.png?ex=674c2b93&is=674ada13&hm=75ff31e95842e0942111be3b2c93dd8d01e6ccf3fe0e57e42775fc9a8fcefc40&
09:25:39  <peter1138> Very naming
09:36:40  *** Flygon has quit IRC
09:37:39  <mnhebi> You could always just write a ChatGPT station naming patch yknow.
09:37:40  <mnhebi> :p
10:36:02  *** kuka_lie has joined #openttd
11:06:31  <xarick> hi
11:07:22  <mnhebi> Xarick no!
11:08:20  <xarick> I accidentally `if (current_length != 1 and other_length != 1) {`
11:08:24  <xarick> and it compiled
11:08:38  <xarick> 'and' exists
11:13:42  <johnfranklin> I tasted some blue cheese for the first time.
11:13:42  <johnfranklin> It was just a little “strange smell”, but more delicious than I thought.
11:32:25  <mnhebi> Try blue cheese on kebab.
11:32:27  <mnhebi> delish.
11:32:43  <mnhebi> works great on hamburgers and stuff
11:32:49  <mnhebi> very great on pizza
11:34:29  <mnhebi> haven't tried blue cheese lasagna cause I cannot be bothered to go to the lengths it takes to make lasagna..but I bet it would be great
11:43:34  *** kuka_lie has quit IRC
11:51:39  <xarick> copilot understands my shenanigans, so awesome
12:02:18  <peter1138> Mmm Stilton
12:05:27  <peter1138> Overlapping widgets, which order should be used, first on top, or last on top?
12:06:31  <peter1138> Although this is just a detail of the definition, rather than using it.
12:14:30  <mnhebi> tbh last on top
12:14:46  <mnhebi> makes it easier to arrange
12:15:01  <mnhebi> first on top is just an exercise in frustration
12:20:06  *** gelignite has joined #openttd
12:37:00  <peter1138> Hmm
12:39:23  <peter1138> I'll need to shuffle widgets around then. The main thing is that click order is opposite to draw order.
12:42:57  <peter1138> Top to bottom I can just reverse drawing. Bottom to top I have to reversing clicking, and reorder the widgets. Hmm.
12:50:12  <peter1138> "reorder the widgets" meaning actually moving them in the nwidgetpart source code. Not std::sort 🙂
12:55:40  <mnhebi> ah yes, std::sort the source of all solutions.
12:55:48  <peter1138> 😄
12:56:10  <peter1138> Hmm, But I'm already shuffling widgets around, so it's no problem.
13:05:52  <mnhebi> what about std::shuffle tho have you thought of that ehhh
13:05:53  <mnhebi> :P
13:06:11  <peter1138> On source code? Hmm.
13:18:33  <kuhnovic> Is there a way to set string colors via the SetDParam etc commands? It's for debugging purposes, it doesn't have to be pretty
13:21:04  <peter1138> No, but you can give it as a parameter to DrawString.
13:21:50  <peter1138> Hmm, actually there is {COLOUR}
13:22:04  <peter1138> But of course your string needs to start with {COLOUR}.
13:23:37  <kuhnovic> I already created a new string so that's ok, I can add it. I will check that out, thanks!
13:30:12  <xarick> how do i use std::swap on a range of values
13:30:54  <xarick> std::ranges::swap does not exist, I am disappointed
13:31:41  *** kuka_lie has joined #openttd
13:33:35  <xarick> oh this kinda works std::swap(sloped_rivers[0], sloped_rivers[1]);
13:34:35  *** kuka_lie has quit IRC
13:34:48  *** kuka_lie has joined #openttd
13:36:05  <_glx_> peter1138: it can start with any colour code, and you can also use {PUSH_COLOUR}{COLOR}{POP_COLOUR} to change then restore to original
13:36:37  *** kuka_lie has quit IRC
13:36:51  *** kuka_lie has joined #openttd
13:37:18  <peter1138> Okay, I should've written "contain" rather than "start".
13:38:41  <_glx_> push and pop also work nice for "uncoloured" strings, ie when colour is defined at DrawString level
13:39:17  <_glx_> like push red pop
13:39:31  <peter1138> I am glad you find the codes I added useful 😉
13:39:55  <_glx_> hey colour is mine 😉
13:40:34  <peter1138> (And nice it is too)
13:43:54  <peter1138> https://cdn.discordapp.com/attachments/1008473233844097104/1312413804029677609/image.png?ex=674c681a&is=674b169a&hm=8d8c9aac5abd1821e58ac899fe6974ddde2110d62e0c7a4431a156017c211847&
13:43:54  <peter1138> ^ Good
13:44:20  <peter1138> https://cdn.discordapp.com/attachments/1008473233844097104/1312413914440667146/image.png?ex=674c6834&is=674b16b4&hm=db9d34ac97b611ae8043d5efe27ba2845c0f83551b983a6e34d0a46a8fc9f903&
13:44:20  <peter1138> ^ Bad?
13:44:51  <peter1138> With Truetype fonts, centred text seems to not quite be centred. Presumably it's including the space.
13:45:35  <peter1138> Well, ICU/Harfbuzz layouter, I suppose 🙂
14:09:46  <peter1138> Is it time for a new andy yet?
14:16:53  <talltyler> 😦
14:17:14  <DorpsGek> [OpenTTD/OpenTTD] PeterN opened pull request #13134: Change: [UI] Improve visual padding of vehicle news items. https://github.com/OpenTTD/OpenTTD/pull/13134
14:19:29  <DorpsGek> [OpenTTD/nml] PeterN approved pull request #309: Change: Use extended Action1s https://github.com/OpenTTD/nml/pull/309#pullrequestreview-2470911707
14:22:30  <DorpsGek> [OpenTTD/nml] PeterN commented on pull request #344: Change: add vehicle 'refit' callback (cb 0x163) and cargo class filter prop (0x28 for trains etc) https://github.com/OpenTTD/nml/pull/344#pullrequestreview-2470912701
14:22:49  <DorpsGek> [OpenTTD/OpenTTD] 2TallTyler approved pull request #13129: Codechange: Make AyStarStatus an enum class. https://github.com/OpenTTD/OpenTTD/pull/13129#pullrequestreview-2470912814
14:22:55  <gwyd4016> peter1138: Anti aliasing? In your pixel game? It's might be more likely than you think
14:23:11  <peter1138> Uh...
14:23:36  <DorpsGek> [OpenTTD/OpenTTD] PeterN merged pull request #13129: Codechange: Make AyStarStatus an enum class. https://github.com/OpenTTD/OpenTTD/pull/13129
14:24:08  <DorpsGek> [OpenTTD/nml] andythenorth commented on pull request #344: Change: add vehicle 'refit' callback (cb 0x163) and cargo class filter prop (0x28 for trains etc) https://github.com/OpenTTD/nml/pull/344#pullrequestreview-2470913383
14:25:17  <DorpsGek> [OpenTTD/OpenTTD] 2TallTyler approved pull request #13134: Change: [UI] Improve visual padding of vehicle news items. https://github.com/OpenTTD/OpenTTD/pull/13134#pullrequestreview-2470914035
14:25:37  <DorpsGek> [OpenTTD/nml] andythenorth closed pull request #343: Change: cargo class bits 13 and 14 now define potable and non-potable… https://github.com/OpenTTD/nml/pull/343
14:25:40  <DorpsGek> [OpenTTD/nml] andythenorth updated pull request #343: Change: cargo class bits 13 and 14 now define potable and non-potable… https://github.com/OpenTTD/nml/pull/343
14:25:46  <DorpsGek> [OpenTTD/OpenTTD] PeterN commented on pull request #13134: Change: [UI] Improve visual padding of vehicle news items. https://github.com/OpenTTD/OpenTTD/pull/13134#issuecomment-2508978208
14:26:33  <peter1138> andythenorthviaGitHu: Are you sure?
14:27:06  <talltyler> When you force-push 0 commits it closes the PR, I think 🙂
14:34:19  <talltyler> What do we need to do to maintain backwards-compatibility with our current Andy? Maybe...this?
14:34:25  <DorpsGek> [OpenTTD/OpenTTD] 2TallTyler approved pull request #12979: Add #12975: Cargo class bits 13 and 14 now define potable and non-potable. https://github.com/OpenTTD/OpenTTD/pull/12979#pullrequestreview-2470917879
14:36:54  <DorpsGek> [OpenTTD/nml] andythenorth updated pull request #344: Change: add vehicle 'refit' callback (cb 0x163) and cargo class filter prop (0x28 for trains etc) https://github.com/OpenTTD/nml/pull/344
14:45:57  <DorpsGek> [OpenTTD/nml] glx22 merged pull request #309: Change: Use extended Action1s https://github.com/OpenTTD/nml/pull/309
14:47:44  <_glx_> hmm yeah would be nice to prepare for a new nml release
14:49:22  <_glx_> but first let's test the release workflow on my fork
14:49:28  *** kuka_lie has quit IRC
14:50:31  *** kuka_lie has joined #openttd
14:51:56  *** godbed_ has quit IRC
14:59:47  *** speeder has joined #openttd
15:01:17  <speeder> hello! can someone point me to what I would need if I attempt an "ancient start" gameplay? earliest date as possible the better. I need to know if any industry sets is working well for this. And also need to know if anyone found a solution to the problem where you end with 5000 (literally, hititng the patched limit) barges to connect one industry and it still closes because it doesn't get enough stuff on time.
15:01:30  <speeder> Also if possible I wanted to use some kind of citybuilder scripts.
15:03:22  <kuka_lie> manyally editing save files might work
15:06:26  <kuka_lie> them are in ~/.local/share/openttd/save
15:28:49  <peter1138> I now have some Stilton.
15:29:40  <DorpsGek> [OpenTTD/OpenTTD] PeterN merged pull request #13134: Change: [UI] Improve visual padding of vehicle news items. https://github.com/OpenTTD/OpenTTD/pull/13134
15:30:54  <_glx_> hmm https://wiki.openttd.org/en/Development/NewGRF/Specification%20Status is empty, but https://github.com/OpenTTD/wiki-data/blob/main/Page/en/Development/NewGRF/Specification%20Status.mediawiki is not
15:31:44  <peter1138> Edit and resave should fix it. Not sure why it breaks as... I've not looked.
15:32:15  <peter1138> Or something. It works if you are logged in.
15:32:52  <peter1138> Works now after editing and saving.
15:45:09  *** kuka_lie_ has joined #openttd
15:46:51  *** kuka_lie has quit IRC
15:48:06  <DorpsGek> [OpenTTD/wiki-data] glx22 opened pull request #41: Remove: Page/en/Development/NewGRF/Specification Status directory https://github.com/OpenTTD/wiki-data/pull/41
15:48:19  <peter1138> andythenorth: are you going to fix #343?
15:57:54  <DorpsGek> [OpenTTD/nml] andythenorth updated pull request #343: Change: cargo class bits 13 and 14 now define potable and non-potable… https://github.com/OpenTTD/nml/pull/343
15:57:57  <DorpsGek> [OpenTTD/nml] andythenorth reopened pull request #343: Change: cargo class bits 13 and 14 now define potable and non-potable… https://github.com/OpenTTD/nml/pull/343
15:58:00  <DorpsGek> [OpenTTD/nml] andythenorth commented on pull request #343: Change: cargo class bits 13 and 14 now define potable and non-potable… https://github.com/OpenTTD/nml/pull/343#issuecomment-2509015999
16:05:17  <xarick> How to deal with this? <https://github.com/OpenTTD/OpenTTD/blob/568bb1f5da7f8383e1a4bd07504df0186ea772c6/src/pathfinder/aystar.cpp#L43-L46>
16:10:44  <xarick> how is -1 even returned
16:17:35  <peter1138> When NPF used AyStar, that could return -1.
16:20:14  *** Wormnest has joined #openttd
16:28:45  *** XYZ_ has joined #openttd
16:31:34  *** XYZ has quit IRC
16:33:23  *** Smedles has quit IRC
16:33:37  *** Smedles has joined #openttd
16:52:49  *** gelignite has quit IRC
16:56:44  *** Wormnest has quit IRC
17:11:38  *** merni has joined #openttd
17:11:38  <merni> yes
17:12:32  <xarick> I think I'm making rivers uglier, let's see
17:16:37  <speeder> hello! how I avoid this when playing on 1700? https://happysmash27.me/Upload/Screenshots/OpenTTD/2024-06-28-235157_2558x1987_scrot.png
17:38:20  *** Wormnest has joined #openttd
17:55:16  <mnhebi> yeah early circuits were noticeably cheaper if you went with smaller memory limits. At a certain point it was cheaper to stack 8-bit memory circuits instead of making 16-bit or 32-bit ones.
18:46:06  <xarick> aystar.h mentions "user_path" that doesn't exist
18:47:12  <xarick> and a user_data[10] thought user_data can be whatever I want
18:47:40  <xarick> or is it really 10?
18:59:38  <xarick> kuhnovic: what do those 8 and 10 mean? <https://github.com/OpenTTD/OpenTTD/blob/master/src/pathfinder/aystar.h#L139>
19:00:30  <kuhnovic> Amount of bits for the open and closed node. It determines their capacity.
19:05:09  *** Flygon has joined #openttd
19:05:54  *** kuka_lie_ has quit IRC
19:19:09  *** kuka_lie has joined #openttd
19:35:00  <xarick> I see, seems unrelated
19:41:20  <xarick> what's the difference between static_cast and reinterpret_cast
19:41:31  <xarick> how do i know when to use one over the other
19:55:16  <peter1138> Step 1, don't be using either.
19:55:38  <peter1138> Step 2, almost always static_cast.
19:55:55  <peter1138> Step 3, if you think you need reinterpret_cast, redesign.
20:17:42  <peter1138> I already napped.
20:21:06  *** virtualrandomnumber has joined #openttd
20:29:16  *** virtualrandomnumber has quit IRC
20:31:33  *** speeder has quit IRC
20:31:55  *** speeder has joined #openttd
20:47:32  <DorpsGek> [OpenTTD/OpenTTD] NahashonM commented on pull request #13130: Fix #9056: [interface] missing scrollbar on infrastructure window. https://github.com/OpenTTD/OpenTTD/pull/13130#pullrequestreview-2471105363
20:51:01  <DorpsGek> [OpenTTD/OpenTTD] PeterN commented on pull request #13130: Fix #9056: [interface] missing scrollbar on infrastructure window. https://github.com/OpenTTD/OpenTTD/pull/13130#pullrequestreview-2471121054
20:52:39  <xarick> what's more expensive? IsTileFlat or DistanceManhattan?
20:52:51  <xarick> for my optimization purposes
20:54:23  <xarick> ```/* A river, or lake, can only be built on flat slopes. */
20:54:23  <xarick> IsTileFlat(lake_center, &height_lake) &&
20:54:23  <xarick> /* We want the lake to be built at the height of the river. */
20:54:23  <xarick> height_lake == begin_height &&
20:54:23  <xarick> /* We only want a lake if the river is long enough. */
20:54:24  <xarick> DistanceManhattan(spring, lake_center) > min_river_length) {```
21:00:40  *** kuka_lie has quit IRC
21:05:36  <peter1138> Why don't you look at what the functions do, and then if you need to benchmark them.
21:14:40  <DorpsGek> [OpenTTD/nml] andythenorth commented on pull request #344: Change: add vehicle 'refit' callback (cb 0x163) and cargo class filter prop (0x28 for trains etc) https://github.com/OpenTTD/nml/pull/344#issuecomment-2509387752
21:14:49  <DorpsGek> [OpenTTD/OpenTTD] NahashonM commented on pull request #13130: Fix #9056: [interface] missing scrollbar on infrastructure window. https://github.com/OpenTTD/OpenTTD/pull/13130#pullrequestreview-2471165577
21:46:56  <xarick> i hope I made rivers faster
21:47:05  <xarick> not just accurate
21:47:08  <xarick> let's see
21:48:02  <xarick> some tropic checks could be done before computing slopes
21:48:10  <xarick> to fail earlier
21:49:27  <xarick> I'm pretty sure I made FlowsDown faster
21:50:03  <xarick> some checks only require computing 1 slope to fail
21:50:24  <xarick> only compute the 2nd slope if the checks for the first slope pass
21:58:05  <DorpsGek> [OpenTTD/OpenTTD] PeterN opened pull request #13135: Codefix: NWidgetStacked::AdjustPaddingForZoom duplicates inherited method. https://github.com/OpenTTD/OpenTTD/pull/13135
22:12:26  <xarick> apparently i failed, i am getting no rivers now
22:12:38  <peter1138> That could make it faster.
22:12:39  <xarick> 🙂
22:21:25  <xarick> oh yeah, I failed in FlowsDown 🙂
22:48:35  <xarick> https://cdn.discordapp.com/attachments/1008473233844097104/1312550879206838362/image.png?ex=674ce7c3&is=674b9643&hm=2987fbdd3b43e077e36e1e1d789935590a1070aecdd39cba512cfbf598f9865f&
22:48:35  <xarick> yeah, gains confirmed!
22:50:32  <xarick> it doesn't generate the same rivers though, but oh well...
22:50:38  <xarick> i changed a few logic
22:51:09  <xarick> it should end up with more rivers and faster
22:51:58  <xarick> is it possible to count how many rivers were build successfully?
22:52:57  <xarick> the code in master can return true that it built a river, even when it doesn't
22:54:04  *** keikoz has quit IRC
22:55:14  <xarick> https://cdn.discordapp.com/attachments/1008473233844097104/1312552549148000297/image.png?ex=674ce951&is=674b97d1&hm=2d524a5c703723e191362a555b55e46d7db0ddaf0b23a47e59291ef7160fb4d9&
22:55:14  <xarick> fantastic
23:07:20  <DorpsGek> [OpenTTD/OpenTTD] glx22 approved pull request #13135: Codefix: NWidgetStacked::AdjustPaddingForZoom duplicates inherited method. https://github.com/OpenTTD/OpenTTD/pull/13135#pullrequestreview-2471270737
23:10:10  <xarick> I think I failed at lakes...
23:10:33  <xarick> https://cdn.discordapp.com/attachments/1008473233844097104/1312556407194779688/image.png?ex=674cece9&is=674b9b69&hm=5b5a7cd6d86ab05b8dc3d21f63ef09becef65aad5588ae9eda672dfed03a6601&
23:10:34  <xarick> seems half done
23:14:38  <xarick> maybe it's fine, there's the randomness factor too
23:15:21  <DorpsGek> [OpenTTD/OpenTTD] PeterN merged pull request #13135: Codefix: NWidgetStacked::AdjustPaddingForZoom duplicates inherited method. https://github.com/OpenTTD/OpenTTD/pull/13135
23:36:27  <DorpsGek> [OpenTTD/OpenTTD] PeterN opened pull request #13136: News window layouts https://github.com/OpenTTD/OpenTTD/pull/13136
23:52:39  <peter1138> PR titles eh?
23:55:48  *** Wolf01 has quit IRC

Powered by YARRSTE version: svn-trunk