IRC logs for #openttd on OFTC at 2020-11-25
⏴ go to previous day
00:40:30 *** WormnestAndroid has quit IRC
00:40:55 *** WormnestAndroid has joined #openttd
06:48:46 *** sla_ro|master has joined #openttd
07:17:29 *** tokai|noir has joined #openttd
07:17:29 *** ChanServ sets mode: +v tokai|noir
07:47:07 *** WormnestAndroid has quit IRC
07:47:20 *** WormnestAndroid has joined #openttd
08:08:09 *** andythenorth has joined #openttd
08:36:22 *** longtomjr has joined #openttd
09:53:10 <Eddi|zuHause> 'alias "cd.."="cd .." <-- that's a default setting in my distro
09:54:13 <Eddi|zuHause> also, that one doesn't fit there, as it's not a typo but a backwards compatibility thing. because DOS allowed this
09:59:53 * orudge notices TrueBrain is being busy :D
10:00:18 <TrueBrain> so many passwords to reset :P
10:00:25 <TrueBrain> it is funny how they all act different on the activity
10:07:43 <TrueBrain> ugh, I am happy if we switched mailserver .. assuming the greylisting is smarter on zernebok
10:07:51 <TrueBrain> it sometimes takes FOR EVER for validation emails to arrive
10:09:10 <TrueBrain> lol @ OVH .. it sends an email to change your password .. that is also interesting
10:12:32 <TrueBrain> okay, that was by far the weirdest one yet .. not even "enter password twice"
10:20:16 <TrueBrain> lol ... - Password too long (needs to be less than 31 characters)
10:20:48 <TrueBrain> and ironicly, 31 characters does work
10:21:36 <TrueBrain> seems "less than" has a different meaning in French :)
10:32:44 <TrueBrain> okay, I think that is it :)
10:34:14 <TrueBrain> the only one I would like to reset is info@ .. let me see people who do access at all have access to 1password already :)
10:38:03 <TrueBrain> funny, fonsinchen and Rb also still have the info@ configured :) That leaves me with 1 user that accesses it, of which I do not know the IP .. hmmm :)
10:39:01 <TrueBrain> well, that must be orudge :) DEDUCTION dear Watson :)
10:40:07 <TrueBrain> orudge: if I reset the password on the new mailserver, does that affect your ability to imap sync it?
10:41:45 <orudge> TrueBrain: as long as I can find out what the passwords are, but if they're in 1pass, should be fine
10:42:05 <TrueBrain> okay, in that case I will reset the account on the new server only :D
10:43:07 <TrueBrain> it is under Socials
10:46:42 <TrueBrain> right, that brings OpenTTD to 2020 in password security too \o/
10:46:51 <orudge> Only taken about 15 years ;)
10:46:53 <TrueBrain> and the bus-factor got reduced :P
11:00:10 <orudge> TrueBrain: do we still need the openttd-cdn.org domain?
11:00:52 <TrueBrain> no, we do not. It does require me to reprovision some certificates, but that will be fine I guess
11:01:31 <orudge> It's good until next September
11:01:39 <orudge> but I can cancel the renewal if we don't need it after that
11:03:32 <TrueBrain> certs are valid till May 2021, so I will fix it before that time :)
11:03:56 <TrueBrain> right, so after mail, all that remains on the old VM is supybot ... for some reason I am dreading migrating it :P
11:31:29 <TrueBrain> MySQL 5.7.21 stopped .... things you don't want to see in 2020. Well, the "stopped" part is nice
11:38:54 <LordAro> it's not *that* out of date...
11:38:58 <LordAro> even still in support
11:40:18 <TrueBrain> I am shocked I upgraded in 2018, it seems :P
11:40:55 <TrueBrain> and LordAro , in case you missed your pings: if you PM me a private email address I can forward lordaro@ to, I can give you access to the 1password .. if you like, ofc
11:41:28 <LordAro> ah yes, i'll get round to that at some point...
11:41:33 <TrueBrain> euh, well, after we switched mails, lol .. oops, small print :P
11:41:40 <TrueBrain> cool :) Just wanted to make sure you got the message :P
11:42:23 <TrueBrain> now the question: how long am I going to wait for a reply of the 3 remaining (ex-)developers? hmmm
12:42:00 *** matt21347 has joined #openttd
13:14:34 *** WormnestAndroid has quit IRC
13:15:10 *** WormnestAndroid has joined #openttd
13:23:10 *** WormnestAndroid has quit IRC
13:24:00 *** WormnestAndroid has joined #openttd
13:34:05 *** arikover has joined #openttd
14:49:49 <andythenorth> every train sprite has to be provided twice, and is triggering the duplicate detector frosch gave me
14:49:57 <andythenorth> this seems less than optimal
14:51:38 <FLHerne> Why does it have to be?
14:57:49 <Eddi|zuHause> it's probably one of those deep fractal issues where you have to zoom out several layers before you can even begin fixing stuff
14:57:50 <andythenorth> to be accurate, every symmetric, non-8/8 sprite has to be provided twice
14:58:00 <andythenorth> it's a known issue
14:58:06 <andythenorth> I'm not sure it's a ticketed issue
14:58:33 <Eddi|zuHause> same sprite, different offsets, yes
14:59:06 <Eddi|zuHause> on the source code side, you can fix that with templates
14:59:18 <Eddi|zuHause> in the resulting grf, they will still be duplicated
14:59:20 <andythenorth> yes it is documented
15:00:30 <andythenorth> Iron Horse has 53740 duplicates reported
15:00:35 <andythenorth> I'm not sure what % of total that is
15:01:54 <andythenorth> @calc 53740 / 105554
15:01:54 <DorpsGek> andythenorth: 0.509123292343
15:01:59 <andythenorth> yeah about half is dupes
15:02:24 <andythenorth> some of the dupes are due to poor choices by me
15:02:39 <andythenorth> the majority are handling offsets for vehicles < 8/8
15:03:16 <andythenorth> I don't know if removing them would have any measurable impact on filesize or compile time
15:03:24 <andythenorth> but 20MB seems awfully large for a train grf
15:03:32 <andythenorth> and 25s compile time is very long
15:04:29 <Eddi|zuHause> well, it's 50% of realsprites, which is certainly a lot. no mention of ratio between realsprites and pseudosprites, so difficult to tell overall effect
15:04:49 <andythenorth> this is realsprites
15:04:54 <andythenorth> based on counting paths to images
15:06:19 <andythenorth> I did a crude test by cutting the realsprite template from 8 to 4
15:06:29 <andythenorth> [this has 'interesting' effects in game]
15:06:43 <andythenorth> grf size drops from 20.4MB to 14.9MB
15:06:52 <Eddi|zuHause> well, even if you reimplement the offsets to be centered/symmetrical, you need a new backwards compatibility layer
15:07:26 <Eddi|zuHause> could be a grfv9 thing
15:08:19 <andythenorth> the effect on compile time is negligible
15:08:28 <andythenorth> 1s reduction on 24s run time
15:08:44 <andythenorth> but the grf filesize looks about 25% saving?
15:08:49 <Eddi|zuHause> that sounds about right
15:09:29 <andythenorth> I'm concerned about grf use of bandwidth
15:09:34 <Eddi|zuHause> realsprites is mostly a 1:1 read/write operation, no complicated calculations needed
15:09:54 <andythenorth> every time I ship 20MB of grf, shipping 14MB would be better
15:10:32 <andythenorth> I guess in a world where web pages are often 1MB
15:10:37 <Eddi|zuHause> there's a layer of PNG decoding, which has a don't care on sprite size, and depends only on file size
15:10:39 <andythenorth> it's not worth being concerned about
15:11:47 <andythenorth> I guess my worry is scalability
15:11:56 <andythenorth> adding 2 more rosters gives a 50-80MB grf
15:12:08 <andythenorth> where it could be a 45-60MB grf
15:12:09 *** y2kboy23_ has joined #openttd
15:12:53 <Eddi|zuHause> my computer science brain screams "that's both linear scaling, nothing to worry about"
15:13:13 <andythenorth> an alternative is to publish each roster as a grf
15:13:18 <andythenorth> which the compile can achieve
15:13:26 <andythenorth> maintenance and so forth would be consolidated to one repo
15:13:31 <andythenorth> compile time would be improved
15:13:43 <andythenorth> but then how does Reddit find which Iron Horse grf to install?
15:14:34 <Eddi|zuHause> ironhorse-oceania.grf ironhorse-eurasia.grf
15:15:05 <Eddi|zuHause> ironhorse-eastasia.grf
15:15:17 <andythenorth> also the joke is good
15:15:37 <Eddi|zuHause> yes, i spent a total of 20 seconds coming up with that :p
15:16:45 <FLHerne> andythenorth: I think people are much more likely to discover the other rosters as separate grfs
15:16:54 <FLHerne> They'll be visible in the download list
15:17:12 <FLHerne> (witness how many people don't realize FIRS has more than one economy)
15:17:37 * andythenorth considers removing everything but Steeltown from FIRS
15:17:38 <FLHerne> Also, you're not wasting clients' and BaNaNaS' bandwidth downloading rosters they don't want
15:18:08 <andythenorth> the other objection is that I might be tempted to make different parameters for different grfs :P
15:18:17 <andythenorth> which lacks discipline about design choices
15:18:26 <Eddi|zuHause> FLHerne: when have you last looked at the fraction of bandwidth from "just download everything on bananas" people?
15:18:43 <andythenorth> hmm, there would be some shenanigans around versions
15:18:51 <andythenorth> I would really not split the repo and codebase
15:19:05 <andythenorth> so the revisions would all march in lockstep
15:19:49 <andythenorth> I could have a core repo, and add it to each roster as a remote?
15:20:05 <Eddi|zuHause> you'd have to release all grfs combined when making a new tag, which has some ... corner cases
15:20:27 <andythenorth> min. compatible version could be handled ok
15:22:01 <andythenorth> oof can grfs have dependencies, like the AI libs?
15:29:59 <Eddi|zuHause> you can probably set them in bananas
15:35:56 <TrueBrain> the day andythenorth finds out that you can have GRFs depend on each other :P Funny, we can even learn andythenorth new tricks :D
15:41:39 <andythenorth> TrueBrain I know almost nothing about grfs
15:41:49 <Eddi|zuHause> TrueBrain: i'm not convinced that is actually a good thing :p
15:41:58 <andythenorth> fortunately we have irc :P
15:42:11 <TrueBrain> stackoverflow ftw .. wait .. is there a NewGRF section on stackoverflow?
15:42:40 <andythenorth> I could put all the trains in a core grf, disabled
15:42:49 <andythenorth> then release grfs that depend on core
15:42:52 <andythenorth> and turn trains on/off
15:43:28 <Eddi|zuHause> how does solve the "you need to download 50MB of trains you don't use" part?
15:44:01 <andythenorth> don't 'people' just download everything anyway?
15:44:09 <andythenorth> and no it doesn't solve it
15:45:26 <Timberwolf> Speaking of sprite duplication, is there a way to have a station layout which combines e.g. a platform sprite that has 5 load states and a roof (or other object) which only has 1 load state?
15:47:22 <Eddi|zuHause> isn't that a thing sprite composition should be able to do?
15:47:54 <Timberwolf> Interesting, I didn't consider composition.
15:50:34 <Timberwolf> Is it supported for stations? I can only find it referenced in Action2/Vehicles.
15:51:37 <Eddi|zuHause> i honestly don't know... station spec was always a bit ... weird
16:12:40 <Eddi|zuHause> last time i brought this up, frosch ranted at me about features that stations have that objects can't do, like repeating by drag&drop
16:57:50 *** y2kboy23 has joined #openttd
17:00:33 <TrueBrain> should we use IPFS for BaNaNaS? :P
17:02:25 <TrueBrain> lol .. AWS can be fun:
17:02:36 <TrueBrain> 8:56 AM PST: Kinesis is experiencing increased API errors in the US-EAST-1 Region. This is also causing issues with (long list of services). This issue has also affected our ability to post updates to the Service Health Dashboard.
17:03:58 <TrueBrain> FLHerne: why stop at Pi? :D
17:06:39 * andythenorth has train questions
17:07:53 *** Progman has joined #openttd
17:08:09 <LordAro> andythenorth: trains go choo
17:08:15 <LordAro> and occasionally choo choo
17:08:26 <andythenorth> FLHerne containers as boxes (seacans) in most cases, or show flatracks with cargo sprites, for appropriate cargos (like steel coils)?
17:08:45 <andythenorth> I already did bulktainers and so on
17:19:37 <FLHerne> andythenorth: I think custom containers would be neat
17:20:20 <andythenorth> I have the sprites
17:20:25 <andythenorth> I just need to write a compositor
17:20:38 <FLHerne> Never enough tooling :p
17:23:20 <FLHerne> andythenorth: Are you going to do the little BR guard containers so that each wagon can carry 6 pax?
17:26:54 <Eddi|zuHause> FLHerne: that github link is great, except for when he forgets to mention that storing the position somewhere eats into the "100% compression"
17:28:48 <FLHerne> I think it has a compression ratio considerably < 1 for almost any data
17:30:19 <Eddi|zuHause> or... almost no data
17:31:11 <Eddi|zuHause> for any compression algorithm, the fraction of data that can be significantly compressed tends towards 0
17:31:39 <FLHerne> I'm not sure what you're trying to say
17:32:01 <Eddi|zuHause> the trick to compression algorithms is to find sets of data that overlap heavily with the data that reasonably will be used as input
17:34:41 <FLHerne> In this case, not only is most data not similar to early digits of π, the way it processes input byte-wise means it even sucks for data that *is* like π
17:35:23 <FLHerne> So it's useless for practically any conceivable input
17:35:32 <Eddi|zuHause> maybe i'm the one that is confused, what you meant by "compression ratio < 1"
17:36:29 <FLHerne> < 1 is "better off not doing it" levels
17:37:02 <Eddi|zuHause> maybe you meant <0
17:38:28 <Eddi|zuHause> i was starting from the claim of "100% compression", which would imply 1-compressed/uncompressed
17:41:10 <FLHerne> Oh, that's a slightly odd way to put it
17:42:20 <Eddi|zuHause> that's like the 2nd paragraph of the page you linked
17:42:24 <FLHerne> Then yes, it achieves <0% compression for all plausible inputs if you count the metadata
17:45:19 <Eddi|zuHause> someone probably studied that properly, instead of making wild guesses :)
17:48:55 <FLHerne> "compression ratio considerably < 1" is a correct statement, just a different way of phrasing it from the weird one they used
17:55:59 <Eddi|zuHause> no, i mean that you have no proof for that statement
18:00:35 <FLHerne> I read about it when it came out, so I know that someone studied it properly ;-)
18:37:33 *** Wormnest has joined #openttd
18:48:07 *** nielsm is now known as Guest6857
18:51:55 <DorpsGek_III> - Update: Translations from eints (by translators)
18:53:11 *** Progman has joined #openttd
19:07:14 *** otetede has joined #openttd
19:12:53 *** frosch123 has joined #openttd
19:23:25 *** gelignite has joined #openttd
19:23:51 <frosch123> TrueBrain: oh no, we got hacked!
19:24:31 <andythenorth> oh it's like the theme of my day recurring
19:24:59 <frosch123> search hacked by duckduckgo - whenever i try to search the wiki i get redirected to duckduckgo.
19:25:24 *** HerzogDeXtEr has joined #openttd
19:27:00 <Wolf01> Ha! So it isn't like that by design XD
19:28:09 <TrueBrain> Do I want to know what you are smoking frosch123?
19:29:14 <TrueBrain> owh, info@ ... I could have guessed :P
19:29:48 <TrueBrain> to share with the group
19:30:37 <Eddi|zuHause> these evil hackers nowadays. they stop at NOTHIGN!
19:30:47 <andythenorth> that would be trivially addressed
19:30:59 <frosch123> TrueBrain: i am sure the same hacker that installed duckduckgo also did reset all passwords
19:31:02 <andythenorth> Search: [input] [Go] (uses DuckDuckGo)
19:31:09 <andythenorth> all the passwords also got reset?
19:31:11 <Eddi|zuHause> they must be gathering at illegal darknet sites like this "Internet Relay Chat"
19:31:14 <andythenorth> definitely escalate that
19:31:17 <andythenorth> it's a sign of breach
19:32:20 <andythenorth> Iron [something]?
19:32:30 <TrueBrain> I send that dude a nice reply :)
19:32:33 <TrueBrain> full of xmas cheers!
19:32:44 <andythenorth> I should get a reddit account
19:32:50 <andythenorth> predict how well that would go?
19:32:59 <TrueBrain> I really appreciate the dude emailing us btw, that is really awesome (no sarcasm; that is awesome)
19:33:55 <TrueBrain> seriously, how cute is that .. mailing someone the search is hacked :D
19:34:02 <TrueBrain> this made my day :)
19:43:53 <TrueBrain> I cannot believe someone emailed that :) ITS SO FLUFFY
19:55:50 *** ChanServ sets mode: +v tokai
20:10:15 <andythenorth> all containers go one way in Horse
20:10:23 <andythenorth> empty trains don't show any
20:10:27 <andythenorth> I guess they scrap them :P
20:13:13 <Timberwolf> Make it like Factorio barrelled liquids. Industries accepting containers will stop production if the empty containers aren't taken away.
20:14:09 <andythenorth> deliver them to other places
20:17:54 <frosch123> funnily, in an ottd economy empty containers are like a secondary cargo. so they would pay more to make players transport them
20:18:56 <Wolf01> Make the price negative, so you pay to transport them
20:27:43 <arikover> Empty containers are in fact transparent in ottd.
20:28:00 <andythenorth> problem solved :D
20:30:01 <Timberwolf> I think they should stay single use, so the sink industry is "container incenerator" and, post 2030, "container vapourising plant"
21:03:07 <TrueBrain> I got a reply from the "you are hacked" dude :) "it is still external and no external search engine can be as good as an internal one".
21:03:40 <TrueBrain> "not invented here" syndrome is BAAAACCCCKKKK
21:05:29 <andythenorth> hang on I can fix it
21:05:54 <andythenorth> "the site owner can't control the indexing, algorithm, or SERPs presentation of an external search engine"
21:06:11 <andythenorth> on the other hand, how much time do you want to spend on ngrams?
21:06:18 <andythenorth> or non-euclidean vector spaces?
21:06:18 <TrueBrain> well, I guess I spend the next few weeks writing my own search engine
21:06:22 <TrueBrain> maybe it can be better than google?
21:06:30 <andythenorth> they're quite fun
21:06:42 <andythenorth> we wrote one once
21:06:53 <andythenorth> to search YouTube
21:06:59 <TrueBrain> everyone write their own search engine exactly once :)
21:07:05 <DorpsGek> what about me? who cares about me?
21:07:14 <TrueBrain> NOBODY! Literally, NOBODY
21:07:18 <TrueBrain> I almost turned you off today
21:07:22 <TrueBrain> just .. because I didn't care about you
21:07:48 <frosch123> it spies on everyone
21:08:28 <TrueBrain> I am going to be called into HR now am I not? :s
21:09:05 <andythenorth> by default it falls to Senior Leadership Team
21:09:16 <frosch123> i did not receive any paycheck the last 12 years, i want to talk to controlling
21:09:27 <andythenorth> frosch123 make an appointment
21:09:32 <andythenorth> use the calendar system
21:10:16 <andythenorth> also, should I try and fix the 53k duplicate realsprites in Iron Horse or not (50% of realsprites are dups)
21:11:16 <frosch123> yes, delete the reverse vehicle feature
21:11:35 <andythenorth> you mean the Livery API?
21:11:38 * _dp_ actually worked on search engine that was somewhat better than google
21:12:06 <frosch123> how do you measure betterness?
21:13:41 <_dp_> it did much better language processing
21:14:00 <_dp_> even nowadays google barely does any afaict
21:14:15 <TrueBrain> it is not difficult I think to do it better on some places
21:14:21 <TrueBrain> pretty sure it is difficult to do it better on all :D
21:14:38 <TrueBrain> but yeah, I am waiting for someone to write a better google
21:14:41 <TrueBrain> it is about time it happens
21:14:59 <TrueBrain> well, clearly not :)
21:15:05 <TrueBrain> so _dp_ , did you make it into a SaaS? :D
21:15:20 <andythenorth> what's the other one, the language processing one
21:17:05 <frosch123> it shares a lot of letters with dp, he contributes 40% of them
21:18:17 <andythenorth> I haven't tried it
21:18:40 <frosch123> it's mostly mathematica aas, isn't it?
21:19:41 <andythenorth> it was all hype some years ago
21:19:50 <andythenorth> it seems very niche
21:21:55 <milek7> it is really necessary to download from it in parallel
21:22:17 <frosch123> is it using smb? :p
21:24:31 <andythenorth> how about an Action D or something in which grf declares transform to apply to reversed sprites?
21:24:40 <andythenorth> because more complexity is obviously the solution?
21:25:14 <frosch123> i had a multi-vehicle-sprite draft spec that centered sprites in all orientations
21:25:56 <andythenorth> that would be too sensible
21:25:57 <frosch123> mostly meant for long wagons, it also works for a single vehicle
21:26:14 <frosch123> i still did not figure out gist
21:26:28 <frosch123> i think a normal repo is easier to use
21:30:24 <andythenorth> hmm, can we adjust the palette?
21:30:32 <andythenorth> I need a set of 'shiny' colours
21:30:35 <andythenorth> for aluminium cargo
21:30:47 <frosch123> you need ottd 1.2 for that
21:30:50 <milek7> or maybe not, and it's just my server clogged up
21:31:20 <frosch123> what's that second R?
21:31:28 <frosch123> we have RGBAM though
21:32:36 <andythenorth> it requires your device to have a camera or colour sensor
21:32:55 <andythenorth> then shiny pixels can reflect your face back at you
21:33:34 <andythenorth> I guess the reflections should be of the game world though?
21:33:42 <andythenorth> the sun and clouds and stuff?
21:33:51 * andythenorth considers animating fake sky into aluminium ingots
21:34:02 <frosch123> ah factorio just got that with the release two days ago
21:34:16 <andythenorth> always showing us where we should go next :)
21:34:28 <andythenorth> we shipped conveyors already?
21:35:36 <frosch123> aw, they even have a "cdn." domain
21:36:42 <andythenorth> I mostly don't like factorio style, only V's stuff
21:36:50 <andythenorth> but that lit style is great
21:38:01 <andythenorth> FLHerne is that new? I feel like I've read it before :)
21:38:50 <andythenorth> it's well written
21:39:44 <FLHerne> I don't think I've seen it before
21:41:31 <frosch123> my old company bought another company with that problem
21:41:51 <frosch123> the devs were constantly talking: we rewrote everything to modern in 3 years
21:42:02 <frosch123> and the support people constantly said: nothing works
21:42:25 <frosch123> then the money was gone, and they were bought
22:17:29 <andythenorth> some cargos have more than one sprite they could use
22:17:36 <andythenorth> what if we could let the player choose the type?
22:18:06 <frosch123> sounds cool, let's call them cargo subtypes
22:18:19 <andythenorth> no that conflates with the livery API
22:18:31 <andythenorth> Vehicle Sprite Choices?
22:19:02 <andythenorth> nah, it needs good bacronym
22:19:23 <frosch123> can we add a settings for individual pixels? maximum customizable
22:19:29 <andythenorth> I already have those
22:19:40 <andythenorth> you have to use external plug-ins though
22:20:17 <andythenorth> the Photoshop add-on to OpenTTD is surprisingly popular
22:20:22 <andythenorth> people are using it for other things
22:27:30 <FLHerne> andythenorth: That's obviously the use-case for cargo subtypes
22:27:37 <FLHerne> Liveries using it is kind of a hack :p
22:36:03 <orudge> Just compiled OpenTTD in what must have been less than a minute on the M1. This thing does appear to be fast!
22:36:29 <andythenorth> but does it blend?
22:38:22 * andythenorth wonders if all OpenTTD mac performance issues are resolved
22:38:53 <frosch123> compiling and graphics are probably very different metrics
22:39:21 <frosch123> orudge: what does the fps window say?
22:42:00 <andythenorth> i9 mac compiles OpenTTD in about 1m15s
22:42:08 <andythenorth> using 17 threads
22:42:22 <andythenorth> pegs the CPU to mx
22:44:50 <frosch123> why is it that slow?
22:45:04 <frosch123> my 10 year old i5 with 4 cores takes 1m49s
22:45:29 <andythenorth> mac intel laptops under-perform horribly
22:45:34 <andythenorth> they're really poor
22:45:49 <frosch123> in theory you should be 8 times faster than me
22:46:05 <frosch123> 4 times the threads, twice the clock
22:46:38 <dwfreed> not everything can be parallelized, and clock speed itself is a terrible metric anymore
22:46:44 <andythenorth> 4 times the sticker price
22:46:49 <frosch123> give it some seconds for the linking, so 15s should be the goal?
22:46:49 <andythenorth> 4 times the marketing hype
22:47:00 <andythenorth> 4 times the thermal throttling
22:47:11 <andythenorth> 4 times the buying cheap under-specced intel parts
22:47:14 <dwfreed> macs have terrible cooling
22:47:27 <dwfreed> intel procs have terrible thermals
22:47:35 <andythenorth> the small macs do fine for what they are
22:47:57 <andythenorth> but I bought the big one, which has a horrible CPU stuffed into a tiny enclosure
22:48:59 *** jottyfan has joined #openttd
22:54:55 *** jottyfan has joined #openttd
22:54:55 <andythenorth> to be fair, it is overall the best computer I have ever owned
22:55:01 <andythenorth> but not for performance reasons :P
23:05:23 *** jottyfan has joined #openttd
23:15:44 <orudge> 44 seconds to build. Haven't checked fps yet but will give it a
23:15:51 <orudge> shot tomorrow I expect
23:24:32 <LordAro> 44 seconds to build is fast
23:40:35 <LordAro> curious, my msys build has decided to pick up xaudio
23:40:47 <LordAro> but then fails due to missing XAUDIO2_DLL_A
23:40:59 <LordAro> glx: don't suppose you've seen this before?
23:41:49 <LordAro> oh hang on, msys terminal, not mingw terminal
23:41:54 <glx> it's not supposed to find xaudio IIRC
23:42:10 <LordAro> there's an xaudio2.h file, it's just... different to what's expected
23:43:36 <LordAro> /mingw64/x86_64-w64-mingw32/include/xaudio2.h
23:47:10 <LordAro> nope, mingw still picking this thing up
23:47:29 <LordAro> i'll amend the test script to make sure XAUDIO2_DLL_A exists
23:47:46 <LordAro> dunno why i've not seen this before, i've not updated in ages
23:49:38 <glx> indeed xaudio detection fails in my msys2/mingw
23:49:52 <glx> -- Performing Test XAUDIO2_FOUND -- Performing Test XAUDIO2_FOUND - Failed
23:50:05 <LordAro> wonder how i've managed to acquire that file
23:50:09 <LordAro> must have installed something...
23:52:02 <LordAro> /mingw64/x86_64-w64-mingw32/include/xaudio2.h is owned by mingw-w64-x86_64-headers-git 8.0.0.6001.98dad1fe-1
23:52:09 <LordAro> that's a fairly basic package...
continue to next day ⏵
