IRC logs for #openttd on OFTC at 2019-04-21
⏴ go to previous day
00:35:30 *** ChanServ sets mode: +v tokai
00:56:22 *** Gustavo6046 has joined #openttd
00:59:42 *** Gustavo6046 has joined #openttd
01:06:04 *** seatsea has joined #openttd
01:33:06 <nielsm> now the 256 byte category on at revision
02:01:20 * Artea invites niel and peter to his OTTD server :P
02:02:02 <nielsm> if it wasn't for demoparty I'd be in bed now
02:03:44 <Artea> finally I'm playing MU Online
02:14:59 <peter1138> Hmm, 1.37 deg C and 8.06 deg C.
02:15:05 <peter1138> Well, that doesn't seem right :S
02:31:42 <DorpsGek_II> [OpenTTD/OpenTTD] glx22 commented on pull request #7516: Memory measurement and limits for Squirrel https://git.io/fjOQG
02:43:47 <DorpsGek_II> [OpenTTD/OpenTTD] nielsmh commented on pull request #7516: Memory measurement and limits for Squirrel https://git.io/fjOQW
02:55:27 <nielsm> phew, over for tonight
03:09:21 *** Supercheese has joined #openttd
03:25:11 <DorpsGek_II> [OpenTTD/OpenTTD] glx22 commented on pull request #7516: Memory measurement and limits for Squirrel https://git.io/fjOQS
07:39:35 *** Supercheese has joined #openttd
08:06:22 *** Progman has joined #openttd
08:08:39 *** tycoondemon has joined #openttd
08:27:42 *** tycoondemon has joined #openttd
09:09:59 *** andythenorth has joined #openttd
09:24:15 *** sla_ro|master has joined #openttd
09:30:31 <peter1138> Stop worrying about that (non-)split :p
09:31:32 <andythenorth> just naming stuff
09:31:43 <andythenorth> TrackTypeMixinTram is obvious
09:32:02 <andythenorth> TrackTypeMixinTruckBusCoach might fail if I do a tractor
09:32:07 <andythenorth> kittens will die
09:32:28 <andythenorth> TrackTypeMixinCake and TrackTypeMixinJFDI are also pretty obvious
09:33:21 <andythenorth> anyway, long names, easy to replace later with find-replace
09:36:13 <andythenorth> TrackTypeMixinRUDE
09:55:26 <nielsm> andythenorth: I think it's a legal distinction to isolate what a driver's license allows you to operate, and which vehicles are allowed on which types of roads
09:55:50 <andythenorth> TrackTypeMixinRoadTaxed
09:56:03 <andythenorth> TrackTypeMixinDrivingLicenseNeeded
09:56:46 * andythenorth back to deleting old code
09:56:49 <nielsm> heh well in DK only trains pulling passengers must have VAT paid of the rolling stock, trains moving goods do not need to have VAT paid
09:56:57 <nielsm> so there is something there as well :P
09:57:01 <andythenorth> 'if roadveh_flag_tram: stuff else: other stuff'
09:57:09 <andythenorth> much of that in old code
09:57:14 <andythenorth> it's like trams were just a flag, and not a thing
09:58:07 <peter1138> Yes, they are just a flag, yes.
09:59:20 <andythenorth> I am pretending they are a thing
09:59:43 <andythenorth> in my artificially crafted extra Python layers, resulting in bloated installations
10:01:30 <andythenorth> is it lunch yet?
10:12:45 <andythenorth> I had neglected breakfast
10:39:33 <DorpsGek_II> [OpenTTD/OpenTTD] nielsmh updated pull request #7516: Memory measurement and limits for Squirrel https://git.io/fjYfW
10:40:47 *** chomwitt has joined #openttd
10:46:22 *** andythenorth is now known as Guest706
10:46:23 *** andythenorth has joined #openttd
11:01:28 *** nielsm is now known as Guest707
11:06:03 <Artea> even with disaster in reduced one
11:06:32 <Artea> now to find the path of crashed airplane :(
11:17:45 <andythenorth> I'm pushing in a branch, so I don't actually expect a build
11:17:51 <andythenorth> but it seems to be more broken than that
11:32:34 *** grag[m] has joined #openttd
11:35:48 *** jact[m] has joined #openttd
11:39:07 *** HerzogDeXtEr has joined #openttd
12:18:21 <andythenorth> RTT label changes and missing tram flags
12:19:17 <andythenorth> oh it repros on load savegame :)
12:19:22 <andythenorth> that's the end of that savegame then
12:19:55 <Wolf01> Don't break grfs, problem solved :D
12:21:38 <andythenorth> looks like I broke a tram type too
12:30:16 *** cesar[m] has joined #openttd
12:59:46 *** Sheogorath has joined #openttd
13:04:29 *** seatsea has joined #openttd
13:12:16 <andythenorth> should I be doing something clever with NotRoadTypes?
13:12:28 <andythenorth> like roads that only fast vehicles are allowed on, or something?
13:32:44 * andythenorth should get a strave
13:32:51 <andythenorth> it would be null though :D
13:33:10 <peter1138> You'd be able to stalk me and LordAro more easily.
13:33:45 <andythenorth> I could get one that can track moving from my table to the fridge
13:36:09 *** gelignite has joined #openttd
13:40:06 *** Sheogorath has joined #openttd
13:54:43 *** Sheogorath has joined #openttd
14:05:37 <LordAro> peter1138: that speed
14:06:01 <LordAro> rather one-upped me from wednesday, didn't you?
14:06:11 *** Sheogorath has joined #openttd
14:14:06 <peter1138> Also, who said there could be a head-wind coming back? :(
14:15:55 <LordAro> didn't seem to slow you down much
14:23:51 <peter1138> It was very close to being under 20 :p
14:24:22 *** Sheogorath has joined #openttd
14:28:47 *** Sheogorath has joined #openttd
14:34:50 <LordAro> peter1138: still, nicely done, especially on your own
14:35:06 <LordAro> i wouldn't have managed my 19mph on my own :p
14:35:21 <LordAro> and i had a lot less climbing
14:39:25 <peter1138> Can I change Railtype -> RailType?
14:51:09 *** Sheogorath has joined #openttd
15:00:21 <LordAro> peter1138: not for NRT, i bet :p
15:01:39 <peter1138> Hmm, I can do RoadtypeInfo -> RoadTypeInfo in NRT though.
15:01:52 <peter1138> As it introduces RoadtypeInfo anyway :p
15:02:02 <peter1138> The inconsistent casing is bugging me.
15:02:14 <peter1138> RoadtypeInfo *rti = GetRoadTypeInfo()
15:20:27 <peter1138> Ah yes, I was working on some weird its.
15:53:44 <Corns_> I come bearing progress of my patch
16:04:04 <peter1138> Ok, I got a nice Hoegaarden.
16:20:55 <peter1138> Can I make it so that date is not a variable for built roads?
16:36:09 <peter1138> Bah, ate chocolate and a Magnum icecream.
16:41:39 *** arikover has joined #openttd
17:01:05 *** Wormnest has joined #openttd
17:04:46 <Wolf01> Do you want to be able to build freeways in 1800?
17:05:07 <peter1138> I want roads to not change graphics based on date.
17:08:09 <Corns> you could maybe implement a new road type and then limit their yearly availability?
17:08:19 <Corns> then have towns choose to build the newest road types
17:09:13 <peter1138> Wolf01, I mean the date variable exposed via varaction. It can be used to change graphics based on date, but shouldn't be used for that.
17:13:56 *** frosch123 has joined #openttd
17:27:24 <andythenorth> peter1138: why shouldn't it be used for that? :)
17:27:33 <andythenorth> is it weird, or is it performance?
17:28:26 <peter1138> If you want a different appearance, use a different road type.
17:30:21 <arikover> In what cases should the date variable be used, then?
17:30:54 <LordAro> should be consistent with whatever you can do with railtypes, imo
17:31:02 <LordAro> however "correct" that may be
17:31:55 <peter1138> While there are no callbacks, it it probably not useful for anything.
17:32:35 <andythenorth> with more types, the argument for date-based changes is harder to make
17:33:07 <Corns> i mean in most cases, IRL towns upgrade their roads at their own pace
17:33:28 <Corns> as in, the appearance of roads pretty much change simulatenously
17:34:06 <Corns> eg. 1800s vs 1900s, "most" roads will transition from dirt/rock to tarmac
17:35:10 <andythenorth> peter1138: does this extend to other things, like town zone?
17:35:45 <peter1138> Corns, you'd think.
17:35:57 <peter1138> With date-based graphics, they all upgrade together, at once.
17:36:06 <peter1138> But it relies on... the screen being repainted.
17:36:33 <andythenorth> so laggy repaint?
17:36:56 <Corns> which newGRFs make use of this feature btw
17:37:00 <Corns> i wanna see it in action
17:39:30 <Corns> also, repainting visible roads on visible viewports doesn't seem like too big of a deal
17:39:37 <Corns> given that it happens like, once every 50 years
17:40:34 <andythenorth> peter1138: railtypes seems to have date var only for build date of depots
17:40:51 <andythenorth> is there general access to the global date var though?
17:40:52 <peter1138> andythenorth, and what for?
17:41:02 <andythenorth> I don't know what for
17:41:07 <peter1138> Well, build date, okay, that doesn't change.
17:41:10 <peter1138> global date, probably.
17:41:43 <peter1138> Corns, varactions don't work like that.
17:41:48 <andythenorth> I am 52:48 on this, but I would rather date var wasn't available
17:41:58 <andythenorth> laggy repaints are bad
17:44:16 <peter1138> Oh, maybe it was not unspooled :p
17:45:17 <peter1138> Ok it doesn't use var 0x43 for it. Hmm.
17:51:56 <peter1138> Hmm, not sure how to prevent it :/
17:52:26 *** Gustavo6056 has joined #openttd
17:55:29 *** Supercheese has joined #openttd
17:56:19 *** Gustavo6056 is now known as Gustavo6046
18:02:52 *** sla_ro|master has joined #openttd
18:07:17 <andythenorth> just don't use that grf/ o_O
18:07:31 <andythenorth> dunno, grf authors gonna do weird stuff
18:07:47 <andythenorth> it's only a problem imho when stuff breaks
18:07:53 <andythenorth> or authors rely on janky shit
18:16:20 <andythenorth> referring to the actual mini-train as 'feldbahn' is wrong?
18:17:33 <Samu> I need a defined set of rules for my tournament. This
18:18:27 <Samu> anyway, as I was saying, this one on one I've been doing is becoming a mess
18:22:28 <Samu> single elimination, double elimination, round robin?
18:31:54 <Samu> can't make round robin, need 40 participants, got 48 :(
18:57:23 <Samu> The total number of games in a 48 Team Round Robin Tournament is 1128.
18:58:26 <Samu> Round Robin is the fairest tournament apparently
18:59:36 <peter1138> I wonder how to handle what road/tram types should be available in the scenario editor.
19:01:02 <Samu> Round Robin sounds so cool just for saying it
19:01:37 <Samu> I need a base openttd.cfg for the tournament
19:07:21 <peter1138> sensors/28aa18101b130279/temp -15.13
19:07:26 <peter1138> That's a bit warm :/
19:11:42 <Corns> Is there a variable I can check to see if the mouse isn't hovering over a tile?
19:12:11 <Corns> aside from GetTileBelowCursor + MapSize()
19:14:55 <Corns> oh i see gettilebelowcursor() returns {-1, -1} if it doesn't select a tile
19:15:26 <andythenorth> peter1138: what's that the temperature of?
19:16:22 <andythenorth> presumably you mean road / tram in SE, without grfs?
19:16:27 <andythenorth> or do I miss something?
19:24:41 <andythenorth> if there are newgrfs in the SE, availability is just whatever the newgrfs determine?
19:43:46 <peter1138> 7c0400001 | 10 = ffffffffc0400011
19:43:52 <peter1138> Why am I seeing that? o_O
19:47:17 <andythenorth> not in the freezer?
19:47:21 <peter1138> The result should be 7c0400011, of course.
19:48:26 <Corns> could be doing twos complement for whatever reason
19:52:33 <peter1138> Ok, why has this stopped working?
19:59:32 <peter1138> warning: format \u2018%llx\u2019 expects argument of type \u2018long long unsigned int\u2019, but argument 2 has type \u2018long unsigned int\u2019
20:00:06 <peter1138> Uhm, why does it think RoadTypes is long unsigned int, not long long unsigned int? :s
20:00:20 <glx> oh it complemented shorter arg
20:00:38 <peter1138> Both args are uint64
20:01:15 <peter1138> I don't know what I've done. It was certainly working about 30 minutes ago.
20:02:20 <frosch123> if it starts with 7, it's not even negative, even when conisdered as signed int
20:02:50 <frosch123> someone needs to add a 8 first
20:07:55 <peter1138> Replacing `enum RoadTypes : uint64` with `typedef uint64 RoadTypes` fixes it.
20:10:38 <peter1138> inline mask_t operator | (mask_t m1, mask_t m2) {return (mask_t)((int)m1 | m2);} \
20:10:53 <peter1138> DECLARE_ENUM_AS_BIT_SET is not safe on uint64...
20:11:15 <peter1138> So railtypes have the same issue when > 32 are used. Nice!
20:11:56 <peter1138> And anything else 64 bit, I suppose.
20:14:09 <peter1138> I see what happened. It was working before because I didn't have > 32 road types loaded.
20:14:28 <peter1138> > 64 does work, it's just messed up a little :p
20:15:21 *** labs[m] has joined #openttd
20:17:09 <LordAro> did someone say there was an issue with replacing the TinyEnumT ?
20:17:51 <LordAro> (not strictly related)
20:27:57 <peter1138> m3henry tried but didn't get far.
20:31:20 * peter1138 adds DECLARE_ENUM_AS_64BIT_SET :p
20:32:40 <peter1138> It's okay, it doesn't work anyway.
20:43:01 <Samu> omg i didn't save game number 3, :(
20:53:40 <Samu> aroai wins, but took longer this time
20:55:59 <LordAro> Samu: what is your win condition?
20:59:13 <DorpsGek_II> [OpenTTD/OpenTTD] PeterN opened pull request #7532: Fix bf8d7df736: DECLARE_ENUM_AS_BIT_SET does not work for 64 bit types, leading to spurious results. https://git.io/fj3vt
21:07:07 <LordAro> peter1138: can't fix DECLARE_... ?
21:10:16 *** Supercheese has joined #openttd
21:28:26 <peter1138> Well I tried but it still didn't work.
21:28:33 *** gareppa has joined #openttd
21:32:52 <Samu> 46 more rounds to go lol
21:33:07 <Samu> at this pace, i can finish the tournament in less than a month
21:34:08 <Samu> left side winner vs right side loser
21:34:23 <Samu> and the days needed to reach £10M CV
21:48:14 * peter1138 tries with int64 instead of uint64
21:48:21 <peter1138> (In DECLARE_ENUM...)
21:49:13 <glx> and std::underlying_type<mask_t>::type doesn't work ?
21:49:31 <peter1138> Not tried that, not sure where that would go...
21:50:08 <glx> it should use uint64 for Railtypes, if I understand the doc
21:51:34 <glx> in DECLARE_ENUM... replacing (ini)
21:53:12 <glx> because int is clearly not enough for 64bit ;)
21:53:43 <peter1138> Well, I tried int64 earlier and it didn't work, but I must've got something else messed up because it does now.
21:54:00 <glx> but using the underlying type should be the best option
22:03:20 <DorpsGek_II> [OpenTTD/OpenTTD] PeterN opened pull request #7533: Fix: Replace int with std::underlying_type in DECLARE_ENUM_AS_BIT_SET. https://git.io/fj3vN
22:03:41 <peter1138> Let's see what the CI makes of it :p
22:06:54 <glx> hmm DECLARE_POSTFIX_INCREMENT may have issues too for 64bit enums
22:08:19 <peter1138> RailTypes is the only one and doesn't use that.
22:16:14 <peter1138> I guess that's better.
22:16:44 <DorpsGek_II> [OpenTTD/OpenTTD] PeterN closed pull request #7532: Fix bf8d7df736: DECLARE_ENUM_AS_BIT_SET does not work for 64 bit types, leading to spurious results. https://git.io/fj3vt
22:16:45 <DorpsGek_II> [OpenTTD/OpenTTD] PeterN commented on pull request #7532: Fix bf8d7df736: DECLARE_ENUM_AS_BIT_SET does not work for 64 bit types, leading to spurious results. https://git.io/fj3fI
22:25:40 *** Saqeram[m] has left #openttd
22:32:46 <Samu> default parameters are not suitable for forests in arctic tileset
22:32:49 <DorpsGek_II> [OpenTTD/OpenTTD] michicc approved pull request #7533: Fix: Replace int with std::underlying_type in DECLARE_ENUM_AS_BIT_SET. https://git.io/fj3fO
22:33:54 <Samu> do every match in temperate tileset?
22:34:12 <Samu> do 47 different configs?
22:34:53 <DorpsGek_II> [OpenTTD/OpenTTD] LordAro commented on pull request #7533: Fix: Replace int with std::underlying_type in DECLARE_ENUM_AS_BIT_SET. https://git.io/fj3f3
22:36:04 <Samu> seems like a waste, to do 1128 matches on the same openttd.cfg
22:38:08 <LordAro> Samu: seems like the config can be altered to set a particular AI easily enough
22:38:17 <LordAro> if you're cleverz you could script the whole thing
22:39:18 <Samu> i mean the map settings, landscape and such
22:39:49 <Samu> how much shall I test toyland
22:40:11 <LordAro> yeah, so use a "base" config that you then alter to set particular AI
22:40:36 <LordAro> you're already testing far more than anyone else has, i think
22:42:56 <Samu> there are 47 rounds, i was initially thinking 12 rounds for each tileset, except toyland, with 11
22:43:21 <Samu> but the default map parameters aren't particularly good
22:43:28 <Samu> forests aren't created, no ice on arctic
22:45:31 <Samu> could be 15 for the 3 main tilesets, and 2 for toyland
22:46:42 <peter1138> LordAro, I can do it but I can't test it :p
22:47:23 <glx> peter1138: if DECLARE_ENUM works with the change I guess DECLARE_POSTFIX will
22:47:48 <peter1138> Yeah, just need to renaming the parameter from "type" becuase... well, ::type...
22:49:41 <DorpsGek_II> [OpenTTD/OpenTTD] PeterN dismissed a review for pull request #7533: Fix: Replace int with std::underlying_type in DECLARE_ENUM_AS_BIT_SET. https://git.io/fj3fO
22:49:42 <DorpsGek_II> [OpenTTD/OpenTTD] PeterN updated pull request #7533: Fix: Replace int with std::underlying_type in DECLARE_ENUM_AS_BIT_SET. https://git.io/fj3vN
22:53:21 <Samu> will go on with 47 different configs
22:54:15 <Samu> and will stick to what I wanted initially, 12, 12, 12, 11 for each tileset
22:58:31 <_dp_> I found an issue with client questions :(
22:58:43 <_dp_> NetworkClientInfo index is not synced between clients
22:59:35 <_dp_> not sure how to fix it though as there are not enough free bits for client_id in CmdGoalQuestion :(
23:00:57 <_dp_> peter1138, CmdGoalQuestion takes client index atm instead of id and index is not synced
23:02:27 <_dp_> I've no idea how to get index to desync but apparently that happens sometimes
23:05:33 <Samu> AroAI beats NoCAB... that's unexpected, considering it's arctic
23:06:28 <glx> each client has a different client index
23:08:49 <Samu> town generator has a tendency to pick near-shores places, where in arctic means towns can grow
23:11:42 <_dp_> hmm... technically 10 bits is enough for all combinations of 3 buttons and that makes it possible to put them in p1 and client id in p2 but that's a very tight bit packing
23:20:23 <_dp_> so... how about adding ... p3?
23:21:27 <_dp_> though sometimes it feels that even p103 won't be too excessive
23:28:19 <peter1138> Oh, it was approved already and then I dismissed it :/
23:28:50 <DorpsGek_II> [OpenTTD/OpenTTD] glx22 approved pull request #7533: Fix: Replace int with std::underlying_type in DECLARE_ENUM_AS_BIT_SET and DECLARE_POSTFIX_INCREMENT. https://git.io/fj3JK
23:31:15 <DorpsGek_II> [OpenTTD/OpenTTD] PeterN merged pull request #7533: Fix: Replace int with std::underlying_type in DECLARE_ENUM_AS_BIT_SET and DECLARE_POSTFIX_INCREMENT. https://git.io/fj3vN
23:33:03 <peter1138> And *that* is how 7c0400001 | 10 = ffffffffc0400011
23:34:14 <Eddi|zuHause> making 32bit operation and then sign-extending to 64bit?
23:40:11 <glx> truncate 64bit to 32bit first
23:42:44 <peter1138> So back to 6pm... :p
23:43:31 *** arikover has joined #openttd
continue to next day ⏵