IRC logs for #openttd on OFTC at 2026-09-27
⏴ go to previous day
00:38:20 *** WormnestAndroid has quit IRC (Remote host closed the connection)
00:38:28 *** WormnestAndroid has joined #openttd
00:54:50 *** WormnestAndroid has quit IRC (Remote host closed the connection)
00:55:17 *** WormnestAndroid has joined #openttd
00:55:32 *** MinchinWeb[m] has quit IRC (Ping timeout: 480 seconds)
00:55:53 *** MinchinWeb[m] has joined #openttd
01:00:34 *** WormnestAndroid has quit IRC (Remote host closed the connection)
01:00:45 *** WormnestAndroid has joined #openttd
01:57:38 *** MinchinWeb[m] has quit IRC (Read error: Connection reset by peer)
01:57:54 *** MinchinWeb[m] has joined #openttd
02:38:20 *** aperezdc has quit IRC (Ping timeout: 480 seconds)
03:19:54 *** Phileman has joined #openttd
03:23:15 *** Philemon has quit IRC (Ping timeout: 480 seconds)
04:31:32 *** wallabra has quit IRC (Ping timeout: 480 seconds)
04:48:34 *** aperezdc has joined #openttd
05:15:19 *** wallabra has joined #openttd
06:24:02 *** WormnestAndroid has quit IRC (Ping timeout: 480 seconds)
06:25:05 *** WormnestAndroid has joined #openttd
08:28:38 *** gelignite has joined #openttd
09:35:09 *** Smedles has quit IRC (Ping timeout: 480 seconds)
09:39:41 *** Smedles has joined #openttd
09:59:09 <andythenorth> I've forgotten how to detect coast tiles 😛
10:02:08 <andythenorth> oh has to include water class 0
10:06:48 <andythenorth> hmm what is tile var 0x67
10:09:12 <andythenorth> nvm it's 0x60 for industry tiles, other vars for other features
10:09:40 <kaibaneddy> coast is water class 1 and not flat
10:10:48 <kaibaneddy> or is it water and water class 0?
10:11:49 <andythenorth> I think it depends if there's an industry on it already
10:12:07 <andythenorth> I have FIRS code that appears to work, but I don't know why 🤷♂️
10:16:16 <andythenorth> ``` switch(FEAT_INDUSTRYTILES, SELF, ${location_check.switch_entry_point}, nearby_tile_water_class(0,0)) {
10:16:16 <andythenorth> WATER_CLASS_SEA: ${location_check.switch_result};
10:16:16 <andythenorth> WATER_CLASS_NONE: ${location_check.switch_result};
10:16:16 <andythenorth> return CB_RESULT_LOCATION_DISALLOW;
10:16:23 <andythenorth> not sure why WATER_CLASS_NONE is used there
10:18:18 *** lunax has quit IRC (Quit: Change da world… my final message. Goodb ye)
10:19:46 <andythenorth> coast after bulldoze/terraform?
10:19:56 <andythenorth> it doesn't check the tile is a water tile
10:20:02 <kaibaneddy> // the shape of water
10:20:02 <kaibaneddy> 1412 * 18 02 09 11 85 60 00 00 \wx22ff 01 00 84 \wx2201 \wx22ff 01 84 // coast tile
10:20:02 <kaibaneddy> 1413 * 18 02 09 10 85 60 00 00 \wx22ff 01 00 84 \wx2200 \wx2200 01 84 // water tile
10:20:02 <kaibaneddy> 2201 - 22ff = any slope, water class 1
10:20:33 <kaibaneddy> andythenorth: maybe
10:20:33 <kaibaneddy> if the tile in front is a flat sea tile, then the bulldozed tile can be assumed to be(come) a coastline
10:21:03 <andythenorth> 0 doesn't mean land, it can also mean undefined
10:21:13 <andythenorth> dunno, I'm going to comment it out and wait for bug reports
10:21:36 <kaibaneddy> andythenorth: presumably if it's anything other than clear land, the industry placement will fail anyway?
10:21:51 <andythenorth> it has for the last 10 years
10:42:30 <andythenorth> so a sea tile with industry on it isn't a water tile for var 0x60 bit 1
10:42:38 <andythenorth> but it has a water class
10:44:50 <andythenorth> not sure there is a way to detect coast under an industry 🙂
10:47:27 <andythenorth> for stations I check for adjacent water tile, but that won't be reliable in an industry layout
10:56:45 <andythenorth> hmm, that also detects the coast direction and uses appropriate offsets to nearby_tile_water_class()
10:57:12 <andythenorth> and it checks nearby_tile_height(), assuming sea is only in height 0
11:07:59 <andythenorth> does L5 for water features appear to have a coast bit?
11:08:17 <andythenorth> wondering if the game can give me 'coast' or if I need to construct it from multiple checks
12:20:01 *** Flygon has quit IRC (Read error: Connection reset by peer)
14:39:47 *** MinchinWeb[m] has quit IRC (Ping timeout: 480 seconds)
14:41:03 *** MinchinWeb[m] has joined #openttd
14:44:36 *** MinchinWeb[m] has quit IRC (Read error: Connection reset by peer)
14:45:23 *** MinchinWeb[m] has joined #openttd
16:33:14 *** jinks has quit IRC (Remote host closed the connection)
16:33:14 *** jinks_ is now known as jinks
16:59:54 *** gelignite has joined #openttd
17:04:19 *** Smedles has quit IRC (Ping timeout: 480 seconds)
18:22:38 *** MinchinWeb[m] has quit IRC (Read error: Connection reset by peer)
18:22:45 *** MinchinWeb[m] has joined #openttd
19:23:56 *** MinchinWeb[m] has quit IRC (Read error: Connection reset by peer)
19:24:13 *** MinchinWeb[m] has joined #openttd
19:41:57 *** gelignite has quit IRC (Ping timeout: 480 seconds)
19:47:59 <_zephyris> Hmm, flag for whether water objects should block ships?
20:57:06 *** jfs_ has quit IRC (Ping timeout: 480 seconds)
21:06:32 *** MinchinWeb[m] has quit IRC (Ping timeout: 480 seconds)
21:07:25 *** MinchinWeb[m] has joined #openttd
21:09:05 *** Smedles has joined #openttd
21:16:01 *** mmtunligit has joined #openttd
21:16:01 <mmtunligit> _zephyris: biggest issue i forsee is sprite draw order
21:56:00 *** toktik is now known as Guest1107
21:59:17 *** Guest1107 has quit IRC (Remote host closed the connection)
22:23:39 *** MinchinWeb[m] has quit IRC (Read error: Connection reset by peer)
22:23:55 *** MinchinWeb[m] has joined #openttd
23:04:35 *** Philemon has joined #openttd
23:07:56 *** Phileman has quit IRC (Ping timeout: 480 seconds)
23:18:39 *** WormnestAndroid has quit IRC (Ping timeout: 480 seconds)
23:18:56 *** WormnestAndroid has joined #openttd
23:48:19 <emperorjake> Buoys already work fine, but some objects should go above the ship, such as the seagulls
23:48:49 <emperorjake> That said, I like using water objects to block and direct ships to where I want them
continue to next day ⏵