IRC logs for #openttd on OFTC at 2020-02-11
⏴ go to previous day
00:34:00 *** gelignite has joined #openttd
00:54:04 *** WormnestAndroid has quit IRC
00:54:07 *** WormnestAndroid has joined #openttd
01:02:17 *** tyteen4a03 has joined #openttd
01:02:34 *** glx is now known as Guest16108
02:32:32 *** OsteHovel has joined #openttd
02:37:29 *** luaduck has joined #openttd
02:43:55 *** Wormnest has joined #openttd
04:54:17 *** snail_UES_ has joined #openttd
05:44:16 *** tokai|noir has joined #openttd
05:44:16 *** ChanServ sets mode: +v tokai|noir
06:04:07 *** WormnestAndroid has quit IRC
06:05:32 *** WormnestAndroid has joined #openttd
08:00:52 <DorpsGek_III> [OpenTTD/OpenTTD] Eddi-z commented on pull request #7000: Some NewGRF variables concerning railtypes https://git.io/JvC3g
09:17:41 *** andythenorth has joined #openttd
09:57:19 <DorpsGek_III> [OpenTTD/OpenTTD] JMcKiern commented on pull request #7981: Feature #7735: Implement protocol handling https://git.io/JvCZg
10:46:25 *** andythenorth has joined #openttd
11:27:03 *** andythenorth has joined #openttd
13:02:40 <LordAro> "...reported to me that OpenTTD colors are off on OpenBSD/macppc (32-bit powerpc)."
13:02:51 <LordAro> surely there's not more than one user
13:15:26 *** andythenorth has left #openttd
13:16:52 <DorpsGek_III> [OpenTTD/OpenTTD] julianaito commented on pull request #7996: OpenBSD: fix endianness detection https://git.io/JvClz
13:28:50 <planetmaker> might be a LE / BE issue with colours
13:29:26 <planetmaker> oh... links say so even :D
13:35:52 <FLHerne> LordAro: It's not so long since I had PPC hardware
13:36:06 <FLHerne> (well, I still have a couple, but not operating)
13:37:46 <FLHerne> > I'm planning to run OTTD on my PowerBook 1400, it's compiling at the moment. The problem is that with only 64MB of RAM and a 133MHz CPU, performance is likely to be an issue.
13:37:55 <FLHerne> ^ was one of my first tt-forums posts :D
13:38:31 <FLHerne> I had to disable savegame compression or something though
13:40:42 <planetmaker> After I approved, I wondered whether the commit message should read Fix: "[OpenBSD] Check for little/big endian"
13:41:03 <planetmaker> eh... quote before Fix
14:02:09 <LordAro> planetmaker: possibly, not a huge concern
14:02:27 <LordAro> and i didn't notice your message before i clicked merge :p
14:07:05 <planetmaker> definitely not a huge concern
14:19:53 *** snail_UES_ has joined #openttd
16:17:37 *** Speedy` has joined #openttd
16:37:50 *** rubenwardy has joined #openttd
16:56:44 *** Wormnest has joined #openttd
17:51:39 *** sla_ro|master has joined #openttd
18:09:37 *** gelignite has joined #openttd
18:29:43 *** Progman has joined #openttd
19:44:34 *** andythenorth has joined #openttd
19:55:23 <andythenorth> anyone got any ideas what nml should do for PatchFlag 80?
20:01:18 <Eddi|zuHause> <nielsm> the right thing would be to add some kind of newgrf feature labels you can query for <-- that exists, kinda, in the form of ttdpatch flags?
20:01:46 <Eddi|zuHause> but that sounds like it'll explode in complexity
20:02:09 <Eddi|zuHause> so nobody will use it, and nobody will maintain it
20:02:50 <andythenorth> the patch flags handling is already confusing in nml
20:03:58 <Eddi|zuHause> you can't check ttdpatch flags as a var
20:04:31 <Eddi|zuHause> iirc you need a specially crafted action 6/7/9/D or something
20:05:28 <andythenorth> its not something I understand at all
20:05:47 <andythenorth> being one of the most prolific newgrf authors does not qualify me to be the nml maintainer at all :|
20:07:15 *** frosch123 has joined #openttd
20:11:50 *** Montana_ has joined #openttd
20:15:45 <andythenorth> Eddi|zuHause: so I think that var in the docs is just a legacy artefact
20:16:43 <Eddi|zuHause> andythenorth: it certainly deserves a comment
20:18:38 <Montana_> hi, i just have compiled the release candidate and i received some warning. I suppose you are aware, but just in case...
20:19:02 <Montana_> console_cmds.cpp:532:131: warning: format â%dâ expects argument of type âintâ, but argument 3 has type âsize_t {aka long unsigned int}â [-Wformat=] IConsolePrintF(CC_ERROR, "ERROR: Maximum kick message length is 254 characters. You entered %d characters.", kick_message_length);
20:19:16 <Eddi|zuHause> Montana_: don't assume awareness
20:19:35 <Eddi|zuHause> Montana_: knowing compiler/platform might help
20:20:19 <Eddi|zuHause> that's neither a compiler nor a platform
20:21:48 <LordAro> Montana_: known problem, you can safely ignore
20:22:06 <LordAro> already been fixed in trunk, will be fized for rc2
20:23:46 <andythenorth> what are the patch flags intended for?
20:25:05 <Eddi|zuHause> andythenorth: a mixture of "is this feature implemented yet" and "is this setting enabled"
20:26:12 <Montana_> By the way, one more thing. I applied for translator yesterday, sending an email to translator@openttd.org requesting permision for a language, but access is still denied. What else must i do for applying for translator?
20:26:33 <Eddi|zuHause> like the dbsetxl 0.82 ("current") checks whether wagonspeedlimits is enabled, and adds more freight wagons with different speed limits.
20:28:11 <andythenorth> is it a requirement to provide all patch flags in nml?
20:28:37 <Eddi|zuHause> rule number one of compiler construction: "don't question the specs"
20:29:02 <Eddi|zuHause> if the specs say it exists, you must implement it.
20:31:01 <andythenorth> afaict it was re-implemented several times in 2010/2011
20:32:08 <andythenorth> so is the issue 'flag 80 is not provided' or 'nml hasn't implemented all ttd patch flags'
20:33:17 <andythenorth> the implementation looks trivial afaict
20:33:28 <andythenorth> the documentation is far harder
20:34:26 <Eddi|zuHause> i'm going to assume the current nmlc implementation essentially skipped all the ones that are hardcoded in openttd?
20:35:12 <andythenorth> seems a fair assumption
20:35:17 <andythenorth> 2010 is a long time ago and yexo is long gone
20:36:55 <andythenorth> but those no longer exist in nml master afaict
20:37:38 <Eddi|zuHause> they probably got removed with the ttdpatch_flags "variable" that couldn't really be used as a variable anyway
20:38:05 <Eddi|zuHause> and not all of them were added with the "new" method because of namespace pollution?
20:38:20 <andythenorth> it would make sense
20:41:07 <LordAro> Montana_: more waiting :)
20:57:12 <andythenorth> ( in combination with l198)
20:57:53 <andythenorth> how is that supposed to work?
21:00:24 <Eddi|zuHause> another one of those "we duplicated it just for show, it's actually the same thing"'?
21:03:07 <andythenorth> it looks very wrong
21:12:29 <andythenorth> time for an OpenTTD break, all I've done is fuck things up
21:12:30 *** andythenorth has left #openttd
21:19:49 <Wolf01> So... book of demons looks great
22:19:14 *** mindlesstux[m] has left #openttd
22:20:50 *** gelignite_ has joined #openttd
23:46:22 *** Wormnest has joined #openttd
continue to next day ⏵