IRC logs for #openttd on OFTC at 2019-05-06
⏴ go to previous day
00:12:38 <_dp_> isn't that an integer division anyway? float va = p_a / r_a;
00:13:49 * _dp_ struggling to remember how c++ works
00:21:16 <DorpsGek_II> [OpenTTD/OpenTTD] ldpl commented on pull request #7573: Fix #7561: Remove assumption between power and cost https://git.io/fjnSe
00:23:21 <DorpsGek_II> [OpenTTD/OpenTTD] dorobouNeko commented on pull request #7573: Fix #7561: Remove assumption between power and cost https://git.io/fjnSJ
00:33:24 *** Gustavo6046 has joined #openttd
00:34:21 <andythenorth> duplicates are baffling :P
00:37:00 <DorpsGek_II> [OpenTTD/OpenTTD] dorobouNeko commented on pull request #7573: Fix #7561: Remove assumption between power and cost https://git.io/fjnS3
00:41:14 <andythenorth> oic, the duplicates are just references to the png
00:41:20 <andythenorth> that's not going to decrease then
00:42:32 *** Supercheese has joined #openttd
00:42:42 <andythenorth> maybe tomorrow I try diffing pngs before replacing :P
00:42:52 *** andythenorth has left #openttd
00:52:46 <DorpsGek_II> [OpenTTD/OpenTTD] ldpl commented on pull request #7573: Fix #7561: Remove assumption between power and cost https://git.io/fjnSW
00:54:01 <DorpsGek_II> [OpenTTD/OpenTTD] dorobouNeko updated pull request #7573: Fix #7561: Remove assumption between power and cost https://git.io/fjnyI
00:55:18 <DorpsGek_II> [OpenTTD/OpenTTD] dorobouNeko commented on pull request #7573: Fix #7561: Remove assumption between power and cost https://git.io/fjnS4
00:59:10 <DorpsGek_II> [OpenTTD/OpenTTD] dorobouNeko commented on pull request #7573: Fix #7561: Remove assumption between power and cost https://git.io/fjnSE
01:07:03 <DorpsGek_II> [OpenTTD/OpenTTD] dorobouNeko updated pull request #7573: Fix #7561: Remove assumption between power and cost https://git.io/fjnyI
01:09:26 <DorpsGek_II> [OpenTTD/OpenTTD] dorobouNeko commented on pull request #7573: Fix #7561: Remove assumption between power and cost https://git.io/fjnSo
01:11:25 *** Gustavo6046 has joined #openttd
04:08:01 <DorpsGek_II> [OpenTTD/OpenTTD] Eddi-z commented on pull request #7573: Fix #7561: Remove assumption between power and cost https://git.io/fjn9A
04:16:06 <DorpsGek_II> [OpenTTD/OpenTTD] dorobouNeko commented on pull request #7573: Fix #7561: Remove assumption between power and cost https://git.io/fjnHf
04:21:02 <DorpsGek_II> [OpenTTD/OpenTTD] Eddi-z commented on pull request #7573: Fix #7561: Remove assumption between power and cost https://git.io/fjnHU
04:23:11 <DorpsGek_II> [OpenTTD/OpenTTD] Eddi-z commented on pull request #7573: Fix #7561: Remove assumption between power and cost https://git.io/fjnHk
04:39:46 <DorpsGek_II> [OpenTTD/OpenTTD] dorobouNeko commented on pull request #7573: Fix #7561: Remove assumption between power and cost https://git.io/fjnHq
05:09:34 <DorpsGek_II> [OpenTTD/OpenTTD] dorobouNeko updated pull request #7573: Fix #7561: Remove assumption between power and cost https://git.io/fjnyI
05:10:31 <DorpsGek_II> [OpenTTD/OpenTTD] Eddi-z commented on pull request #7573: Fix #7561: Remove assumption between power and cost https://git.io/fjnHc
05:12:51 *** Supercheese has joined #openttd
05:14:46 <DorpsGek_II> [OpenTTD/OpenTTD] Eddi-z commented on pull request #7573: Fix #7561: Remove assumption between power and cost https://git.io/fjnHC
05:27:11 <DorpsGek_II> [OpenTTD/OpenTTD] dorobouNeko updated pull request #7573: Fix #7561: Remove assumption between power and cost https://git.io/fjnyI
05:31:50 <DorpsGek_II> [OpenTTD/OpenTTD] dorobouNeko commented on pull request #7573: Fix #7561: Remove assumption between power and cost https://git.io/fjnHu
05:37:33 <DorpsGek_II> [OpenTTD/OpenTTD] dorobouNeko updated pull request #7573: Fix #7561: Remove assumption between power and cost https://git.io/fjnyI
05:49:49 <DorpsGek_II> [OpenTTD/OpenTTD] dorobouNeko updated pull request #7573: Fix #7561: Remove assumption between power and cost https://git.io/fjnyI
06:54:51 <DorpsGek_II> [OpenTTD/OpenTTD] Eddi-z commented on pull request #7573: Fix #7561: Remove assumption between power and cost https://git.io/fjnHM
07:00:38 <DorpsGek_II> [OpenTTD/OpenTTD] dorobouNeko commented on pull request #7573: Fix #7561: Remove assumption between power and cost https://git.io/fjnH5
07:01:21 <DorpsGek_II> [OpenTTD/OpenTTD] Eddi-z commented on pull request #7573: Fix #7561: Remove assumption between power and cost https://git.io/fjnHF
07:02:52 <DorpsGek_II> [OpenTTD/OpenTTD] dorobouNeko commented on pull request #7573: Fix #7561: Remove assumption between power and cost https://git.io/fjnHN
07:06:22 <DorpsGek_II> [OpenTTD/OpenTTD] dorobouNeko updated pull request #7573: Fix #7561: Remove assumption between power and cost https://git.io/fjnyI
07:35:22 <DorpsGek_II> [OpenTTD/OpenTTD] YJSoft commented on pull request #7572: GDI engine for font glyph rendering as a replacement for FreeType (take 2) https://git.io/fjnQe
07:50:09 *** andythenorth has joined #openttd
07:52:11 <peter1138> Is it lunch time yet?
08:06:06 <peter1138> Ah well, I have a cup of tea instead then.
08:08:46 <andythenorth> I have not had coffee yet
08:15:12 <dwfreed> it would be a better comparison if the screenshots had the same bounding box :P
08:15:36 <dwfreed> I kind of like 2, simply because it's more noticeable
08:15:48 <dwfreed> 1 you really only notice at that high resolution
08:16:19 <peter1138> andythenorth, in between.
08:16:38 <peter1138> andythenorth, curtains in the edges, but not 3 pixels of them.
08:17:15 <peter1138> You have 3 pixels in the middle so 1.5 pixels on the edges makes sense.
08:17:54 <andythenorth> so it's quite common with symmetrical trains to get sprites that look like Space Invader enemies
08:17:59 <andythenorth> and 1 has that effect
08:18:29 * andythenorth proceeds to draw 1.5 pixels
08:19:19 <peter1138> If you were drawing at 2x, it would be 6 and 3...
08:19:33 <andythenorth> I shall remember that
08:26:59 <DorpsGek_II> [OpenTTD/OpenTTD] nielsmh commented on pull request #7573: Fix #7561: Remove assumption between power and cost https://git.io/fjnQn
08:31:10 * andythenorth times optimised nml compiles
08:33:46 <DorpsGek_II> [OpenTTD/OpenTTD] nielsmh commented on pull request #7572: GDI engine for font glyph rendering as a replacement for FreeType (take 2) https://git.io/fjnQC
08:36:09 <andythenorth> if I spend about a day on it, I can probably get 10-15s off each compile run
08:36:25 <andythenorth> they're about 60-65s currently, depending on cache state
08:37:13 <peter1138> Is 60-65s faster than it was?
08:37:17 <peter1138> (Did something change)
08:38:13 <andythenorth> it's about the same for Horse
08:38:27 <andythenorth> bit slower than last week, I added a few thousand more sprites
08:40:20 <andythenorth> removing all the cargo sprites knocks about 25s off
08:41:14 <andythenorth> the cargo sprites are comped into the spritesheets using python currently
08:41:32 <andythenorth> I could move them to layers
08:41:59 <andythenorth> then figure out the reduced set of unique cargo sprites needed to cover all wagon types and lengths
08:42:21 <andythenorth> then add another layer for the mask to draw bits of vehicle back over the cargo
08:44:11 <peter1138> Don't defer combining sprites to OpenTTD.
08:44:37 <peter1138> You're asking OpenTTD to do more work, all the time, to save a few seconds of compile-time.
08:44:55 <peter1138> Never optimize compile-time over runtime-time.
08:45:20 <andythenorth> this is exactly what layers were added to do :P
08:45:33 <andythenorth> it's not that I disagree btw
08:45:43 <peter1138> I don't know why they were added. I'm sure there was a specific reason.
08:46:02 <andythenorth> because it avoids people like me doing python based composition
08:46:05 <peter1138> Same with V453000 using callbacks all the time instead of static properties.
08:47:11 <peter1138> Although that's less of a issue.
08:47:11 <andythenorth> Horse would be much faster to compile if I split it into separate grfs
08:47:23 <peter1138> Just get a faster CPU :D
08:47:40 <andythenorth> I have seriously considered buying a PC tower for compiling
08:47:41 <peter1138> Didn't frosch say something about a parallelizing build at some point?
08:47:54 <peter1138> Wait, you're using a laptop? o_O
08:48:16 <andythenorth> get a PC tower, put it in the loft, compile over ethernet
08:48:32 <andythenorth> network IO might eat any speed gain though
08:48:49 <andythenorth> how fast do CPUs go single-threaded now?
08:50:19 * andythenorth can't understand the Dell site
08:51:06 <andythenorth> meh high core count, low clock, not what I want
08:54:04 <peter1138> Rewrite nmlc in C++ :p
08:55:38 * andythenorth looking for i9-9900 prices
09:00:28 <andythenorth> £1700 for an over-clocked i9 tower
09:01:43 <andythenorth> about 25% faster than my CPU
09:04:08 <peter1138> What's your CPU now?
09:05:00 <andythenorth> geekbench has it at 5140 single threaded
09:05:20 <andythenorth> i9 9900 is averaging 6216
09:09:33 <peter1138> The base clock is 33% higher to start with.
09:10:09 <peter1138> + better thermal properties, being not-a-laptop.
09:10:25 <peter1138> But still, £1700 to make Horse compile a few seconds faster is a bit much :D
09:11:01 <LordAro> i think it would be more worthwhile to speed £1700 on speeding up nml
09:11:30 <andythenorth> I had another idea about detecting when only the sprites have changed
09:11:59 <andythenorth> then switching to grfcodec
09:12:14 <andythenorth> nml can output nfo, and often that would be unchanged
09:12:49 <LordAro> not sure how feasible that is with makefiles
09:13:08 * andythenorth suspects there's a way
09:13:14 <andythenorth> grfcodec compile is 3s
09:14:53 <andythenorth> would be 2.46s if I put that i9 in the loft
09:15:33 <peter1138> Yeah, hot dusty lofts are the best places for computers.
09:16:41 <andythenorth> I could liquid cool it, and use it to keep my hot tub warm?
09:16:58 <andythenorth> big heat sink :P
11:07:20 *** chomwitt has joined #openttd
11:18:56 <_dp_> sure, it's fast single thread but amd totally tramples it on cores
11:19:12 <V453000> the single threaded performance is amazing
11:19:29 <V453000> great for Factorio & openttd computer torture
11:19:37 <V453000> for other things yeah :D
11:19:49 <V453000> but idk, a lot of the tasks I do still rely heavily on single threaded stuff
11:20:51 <V453000> like for example rendering in Blender - it's cute that all CPU benchmarks are on multi threaded when you render from the CPU, but you generally never want to do that, you want to render on the GPU. But the preparations before the data is sent to the GPU is from a large part single-threaded. :) And surprisingly that amount of time to synchronize is not insignificant
11:21:17 <V453000> but yeah the new AMDs are incredible as well in their own
11:21:25 *** yegjog[m] has left #openttd
11:22:06 <V453000> btw _dp_ I saw your zombies :D looked interesting but your humanity was quite wiped out
11:25:31 <peter1138> _dp_, laughable. Intel trounce AMD. More cores is great for servers, but don't make up for low single-core performance.
11:26:22 <_dp_> V453000, well, it restarts when they destroy everything
11:26:52 <_dp_> V453000, if you start early there you have some time to build up
11:27:18 <_dp_> V453000, but it's just an experiment at this point, not a complete gameplay
11:27:21 <reldred> I dunno peter1138, some of the new vidja james are getting a lot better at smashing cores
11:27:23 <V453000> yeah that's what I thought
11:27:45 <V453000> well generally buying a big good CPU for games is kind of pointless,no ? Just dump it all into a GPU and go nuts
11:27:47 <LordAro> some of them, not all
11:27:48 <dwfreed> I mean, look at factorio
11:27:56 <V453000> factorio is quite s pecific
11:28:04 <reldred> Yeah depends on the games
11:28:06 <LordAro> quite a lot of what games do isn't very parallelisable
11:28:12 <dwfreed> yeah, but more games are going to multithreading
11:28:40 <_dp_> peter1138, openttd is the only st thing I use :p
11:28:41 <LordAro> i'm thinking of the physics simulation for KSP
11:28:47 <reldred> I've started to find I'm getting CPU constrained in a lot of games now. Didn't always used to be that way, but I am still on AM3.
11:28:49 <LordAro> there's nothing that can be done about that
11:28:50 <V453000> for example I'm getting +100% (!) performance on factorio between 7820X with 3000MHz CL15 vs 9900K 4266MHz CL17
11:29:12 <LordAro> V453000: that is surprising
11:29:12 <_dp_> peter1138, but now I can have stitton of browsers open, up to 4 openttd sometimes and not care at all
11:29:14 <andythenorth> nml is single threaded :P
11:29:17 <dwfreed> LordAro: independent objects can be parallelized there
11:29:20 <V453000> and I don't undersand why
11:29:25 <andythenorth> nml is all that matters :P
11:29:25 <_dp_> peter1138, also clean-compile openttd in < 30 sec ;)
11:29:36 <LordAro> dwfreed: until they have to interact with each other
11:29:43 <V453000> I blame the HEDT vs gaming grade CPU/motherboard but WTF
11:29:54 <dwfreed> LordAro: then they stop being independent objects
11:30:08 <dwfreed> LordAro: but there's a fixed point in time in the simulation where that happens
11:30:15 <LordAro> yes, and that's the point that people start complaining about performance :p
11:33:44 <peter1138> Basically you want more MHz AND more cores :p
11:34:02 <LordAro> except AMD cores are generally clocked higher than Intel :p
11:34:11 <peter1138> AMD cores are generally shitter.
11:34:39 * peter1138 ponders using guids as primary keys.
11:35:04 <peter1138> Yeah, I meant within the same architecture.
11:36:19 <reldred> Yeah I was running stuff that required a lot of threads at the time I bought my 8 core am3.
11:36:42 <reldred> Not so much these days
11:36:43 <LordAro> yeah, we use threadripper at work for our build servers
11:37:09 * andythenorth ponders multi-threaded nml :P
11:38:27 <andythenorth> map-reduce on the parse step :P
11:38:47 <LordAro> has anyone actually done any profiling on nml?
11:39:16 <LordAro> trying to optimise something without knowing what's actually slow is a recipe for disaster
11:43:03 <andythenorth> LordAro: frosch has afaik
11:43:08 <andythenorth> basic timings are easy to get
11:43:25 <andythenorth> a chunk of that is my stuff, but the nml timings are obvious there
12:11:45 *** andythenorth has joined #openttd
12:48:35 * peter1138 ponders setting up Elite Dangerous again.
12:48:43 <peter1138> It lost all my binds in the last update :(
14:02:19 *** tu2116v has joined #openttd
14:17:40 <DorpsGek_II> [OpenTTD/OpenTTD] stale[bot] commented on pull request #7025: Add #6887: Option to show zone inside local authority boundary of towns https://git.io/fjnFx
15:08:57 *** supermop_work has joined #openttd
15:24:18 *** TinoDidriksen has joined #openttd
15:24:55 *** TinoDidriksen is now known as Guest1894
15:24:59 *** Guest1894 is now known as TinoDidriksen
15:35:06 *** gareppa has joined #openttd
16:29:20 *** Alberth has joined #openttd
16:29:20 *** ChanServ sets mode: +o Alberth
16:46:27 *** sla_ro|master has joined #openttd
17:09:34 *** Wormnest has joined #openttd
17:53:21 <moll> Hey! Are there any OpenTTD wiki admins here, too? I'd like to ask them to turn MediaWiki's API on for a wiki backup. It'd be so much faster and less load on the server to grab the wikitext through that way rather than via less machine-readable ways. :)
17:59:25 <LordAro> moll: there's an awful lot of things that we'd like to do to the wiki :)
17:59:43 <LordAro> but the guy who normally deals with these things has been away for a while
18:00:05 <LordAro> i wouldn't worry too much about our server load though, so feel free to scrape it the slow way
18:02:25 <moll> I'm in no hurry, so maybe I can wait until that fellow returns.
18:02:35 <moll> Who are we waiting for? ^_^
18:02:48 <DorpsGek> LordAro: Truebrain was last seen in #openttd 3 weeks, 0 days, 22 hours, 1 minute, and 42 seconds ago: <TrueBrain> if that is the excuse, I am done
18:03:13 <LordAro> we're, ah, hoping it's not permanent
18:05:58 <moll> Well, I hope the bus-factor of that wiki/server isn't one. :P
18:06:18 <LordAro> i don't think it's quite that bad :)
18:39:39 *** frosch123 has joined #openttd
18:45:40 *** TelepathicVampire has joined #openttd
18:45:56 *** andythenorth has joined #openttd
18:49:03 * Artea on UT'99 - Foregone Destruction
18:49:38 <TelepathicVampire> hey guys, im trying to compile 1.9.1 with visual studio 2017 (openttd_vs141) using the openttd useful libraries as explained in the compilation guide on the wiki. But i get a lot of link errors. Do i have to use nuget packages instead?
18:50:37 <nielsm> that's no longer correct
18:50:45 <nielsm> see the readme file for correct instructions
18:52:01 <TelepathicVampire> thanks, thats what i was looking for
18:59:11 *** HerzogDeXtEr has joined #openttd
19:09:38 *** andythenorth has joined #openttd
19:11:50 <TelepathicVampire> sorry, i'm not very experienced with those packages: i tried to find the best match for each library even though they sometimes don't include static keyword or even x86, they install fine but compiler says cannot find "png.h", "zlib.h" and so on
19:19:09 *** Laedek_ has joined #openttd
19:19:53 <LordAro> TelepathicVampire: i'm not super experienced with MSVC compilation, but i believe all the dependencies do need to be static
19:20:13 <LordAro> and match the architecture of whatever you're building as (probably should be x64)
19:20:21 <Alberth> wouldn't complain about .h then, would it?
19:20:42 <LordAro> depends how the include paths are set up, maybe?
19:21:20 <TelepathicVampire> i think my mistake was to assume i could use the nuget packages when the manual said to use vcpkg
19:21:24 <Alberth> possibly, it may be smart and ignore libraries if they don't fulfil all the requirements
19:22:09 <TelepathicVampire> sometimes i ignore explicit instructions for some reason^^
19:22:40 <andythenorth> so are we profiling nmlc then? o_O
19:23:58 *** Laedek__ has joined #openttd
19:25:08 <Alberth> I tried that once, and concluded it collects memory, and does too much optimization iirc
19:25:09 <Alberth> so it does something wrong somewhere :p
19:26:17 *** gelignite has joined #openttd
19:28:55 <Alberth> I have no idea how to fix that tbh
19:29:28 * andythenorth wonders how fast it _should_ be
19:29:35 <Alberth> would be nice if you could draw conclusions like "it never modifies an existing EXpression object
19:30:02 <Alberth> but that's not quite possible due to the dynamic nature of the language
19:30:23 <Alberth> except for generating images, I would say bloody fast
19:30:48 <Alberth> as far as I know, it doesn't do much computation at all
19:31:50 <Alberth> I also tried speeding up the parser by converting it to C++, but that had pretty much no impact, as time isn't spend there
19:32:10 <LordAro> profile before optimisation ;)
19:32:20 <andythenorth> 10s out of 50s is spent in parser for Horse
19:32:27 <andythenorth> I suspect it might vary by grf
19:32:40 <Alberth> was a nice experiment to do anyway :)
19:33:13 <Alberth> how much time for generating pixels?
19:33:38 *** Progman has joined #openttd
19:33:42 <Alberth> fr0sch rewrote that to c++, which helped a lot
19:37:42 <frosch123> the conversion to C only did factor 2
19:38:00 <frosch123> the major effect came from sorting the sprites before encoding and opening every source image only once
19:38:18 <frosch123> instead of opening/closing/reopening files as they appeared in the nml source
19:39:24 <andythenorth> maybe as a bandaid, I should stop invalidating the cache
19:39:27 <frosch123> LordAro: the main problem is that nml sources as generated by pyandynml and cppnml are huge
19:39:41 <andythenorth> can't be too hard to compare the pngs I need during generation
19:40:05 <Alberth> only one way to find out I guess :p
19:40:07 <frosch123> i think you can only speed up nml by adding higher level syntax, like functions/templates/whatever directly in nml
19:40:43 <LordAro> frosch123: how huge is huge?
19:41:44 <LordAro> it does seem like nml could do with some higher level syntax
19:41:44 <frosch123> 9945600 for firs.nml
19:41:59 <LordAro> given it seems people are only able to use it with a layer on top
19:42:02 <andythenorth> is the parser immune to parallelisation?
19:42:06 <Alberth> nml was good relative to nfo
19:42:41 <DorpsGek_II> [OpenTTD/OpenTTD] agentw4b opened issue #7574: Damaged Newgrf PIPE train sprites in Openttd 1.9.1 in combination with another train set (V 1.8.0 was not the problem) https://git.io/fjnji
19:42:41 <Alberth> nobody could think beyond nml
19:43:06 <LordAro> grfcodec & nml is equivalent to an assembler and c compiler, i guess
19:43:13 <LordAro> one is always going to be slower than the other
19:43:25 <frosch123> the funny thing is, nml is way better at being grfcodec :p
19:43:55 <frosch123> that is, the encoding part (the only thing that grfcodec does) is faster in nml
19:44:15 <frosch123> (about same speed for 8bpp, way faster for 32bpp)
19:44:16 * andythenorth wonders what to do next
19:44:46 <andythenorth> I could stop invalidating the cache
19:44:56 <andythenorth> that might save 5s
19:45:11 <andythenorth> I could switch to nfo, if the nml is unchanged (only pngs changed)
19:45:14 <andythenorth> that would save about 50s
19:45:24 <andythenorth> the biggest payoff seems to be switching to nfo
19:45:25 <Alberth> pyflame doesn't know about python 3.7 :(
19:45:44 <andythenorth> a lot of the time I am tweaking sprites, and code is unchanged
19:46:37 <Alberth> so can't even compile it
19:49:46 <Alberth> so they're stuck for not being able to press "merge" ;p
19:50:17 <LordAro> given there's been no activity since june
19:53:56 <andythenorth> looks like a fork waiting to happen :P
19:55:46 <DorpsGek_II> [OpenTTD/OpenTTD] agentw4b commented on issue #7574: Damaged Newgrf PIPE train sprites in Openttd 1.9.1 in combination with another train set https://git.io/fjnjx
19:56:02 <DorpsGek_II> [OpenTTD/OpenTTD] agentw4b closed issue #7574: Damaged Newgrf PIPE train sprites in Openttd 1.9.1 in combination with another train set https://git.io/fjnji
20:36:33 <peter1138> I must have imagined that #7516 was merged...
20:59:04 <DorpsGek_II> [OpenTTD/OpenTTD] dorobouNeko commented on pull request #7573: Fix #7561: Remove assumption between power and cost https://git.io/fjcej
21:11:21 *** tokai|noir has joined #openttd
21:11:21 *** ChanServ sets mode: +v tokai|noir
21:38:28 *** DorpsGek` has joined #openttd
21:41:29 *** KenjiE20 has joined #openttd
21:41:29 *** ^Spike^ has joined #openttd
21:41:29 *** Guest1978 has joined #openttd
21:41:29 *** XeryusTC has joined #openttd
21:41:29 *** Hirundo has joined #openttd
21:41:29 *** michi_cc has joined #openttd
21:41:29 *** SpComb^ has joined #openttd
21:41:29 *** berndj-blackout has joined #openttd
21:41:29 *** orudge` has joined #openttd
21:41:29 *** milek7_ has joined #openttd
21:41:29 *** Execthts has joined #openttd
21:41:29 *** gnu_jj_ has joined #openttd
21:41:29 *** m1cr0man has joined #openttd
21:41:29 *** tycoondemon2 has joined #openttd
21:41:29 *** sla_ro|master2 has joined #openttd
21:41:29 *** Lejving_ has joined #openttd
21:41:29 *** tokai|noir has joined #openttd
21:41:29 *** Progman has joined #openttd
21:41:29 *** gelignite has joined #openttd
21:41:29 *** Laedek__ has joined #openttd
21:41:29 *** andythenorth has joined #openttd
21:41:29 *** HerzogDeXtEr has joined #openttd
21:41:29 *** TelepathicVampire has joined #openttd
21:41:29 *** frosch123 has joined #openttd
21:41:29 *** supermop_work has joined #openttd
21:41:29 *** chomwitt has joined #openttd
21:41:29 *** Gustavo6046 has joined #openttd
21:41:29 *** Smedles has joined #openttd
21:41:29 *** quiznilo has joined #openttd
21:41:29 *** dihedral has joined #openttd
21:41:29 *** Sheogorath has joined #openttd
21:41:29 *** Speedy` has joined #openttd
21:41:29 *** Eddi|zuHause has joined #openttd
21:41:29 *** magnet.oftc.net sets mode: +vv michi_cc tokai|noir
21:41:29 *** daspork_ has joined #openttd
21:41:29 *** ToBeFree has joined #openttd
21:41:29 *** AKTheKnight has joined #openttd
21:41:29 *** patrickm[m] has joined #openttd
21:41:29 *** Alkel_U3 has joined #openttd
21:41:29 *** techmagus_ has joined #openttd
21:41:29 *** ZirconiumX has joined #openttd
21:41:29 *** Antheus has joined #openttd
21:41:29 *** labs[m] has joined #openttd
21:41:29 *** seatsea has joined #openttd
21:41:29 *** cesar[m] has joined #openttd
21:41:29 *** jact[m] has joined #openttd
21:41:29 *** grag[m] has joined #openttd
21:41:29 *** ciet[m] has joined #openttd
21:41:29 *** lagertonne has joined #openttd
21:41:29 *** nartir[m] has joined #openttd
21:41:29 *** FLHerne has joined #openttd
21:41:29 *** tyteen4a03 has joined #openttd
21:41:29 *** pothyurf[m] has joined #openttd
21:41:29 *** blim[m] has joined #openttd
21:41:29 *** ookfof[m] has joined #openttd
21:41:29 *** fiddeldibu[m] has joined #openttd
21:41:29 *** tops[m] has joined #openttd
21:41:29 *** yoltid[m] has joined #openttd
21:41:29 *** buggeas40d[m] has joined #openttd
21:41:29 *** lapav[m] has joined #openttd
21:41:29 *** remmalj[m] has joined #openttd
21:41:29 *** ad5twoknebor[m] has joined #openttd
21:41:29 *** ist5shreawf[m] has joined #openttd
21:41:29 *** glothit7ok[m] has joined #openttd
21:41:29 *** hylshols7qui[m] has joined #openttd
21:41:29 *** khavik[m] has joined #openttd
21:41:29 *** fonsinchen has joined #openttd
21:41:29 *** planetmaker has joined #openttd
21:41:29 *** Webster has joined #openttd
21:41:29 *** V453000 has joined #openttd
21:41:29 *** Terkhen has joined #openttd
21:41:29 *** Hazzard has joined #openttd
21:41:29 *** magnet.oftc.net sets mode: +oo planetmaker Terkhen
21:41:29 *** greeter has joined #openttd
21:41:29 *** innocenat_ has joined #openttd
21:41:29 *** ccfreak2k has joined #openttd
21:41:30 *** reldred has joined #openttd
21:41:30 *** Extrems has joined #openttd
21:41:30 *** mikegrb has joined #openttd
21:41:30 *** rubenwardy has joined #openttd
21:41:30 *** OsteHovel has joined #openttd
21:41:30 *** dwfreed has joined #openttd
21:41:30 *** argoneus has joined #openttd
21:41:30 *** DorpsGek_II has joined #openttd
21:41:30 *** luaduck has joined #openttd
21:41:30 *** peter1138 has joined #openttd
21:41:30 *** LordAro has joined #openttd
21:41:30 *** grossing has joined #openttd
21:41:30 *** magnet.oftc.net sets mode: +ovo peter1138 peter1138 LordAro
21:44:29 *** DorpsGek has joined #openttd
21:44:29 *** ChanServ sets mode: +o DorpsGek
21:46:52 <DorpsGek_II> [OpenTTD/OpenTTD] ldpl commented on pull request #7573: Fix #7561: Remove assumption between power and cost https://git.io/fjcfk
21:52:42 <DorpsGek_II> [OpenTTD/OpenTTD] dorobouNeko commented on pull request #7573: Fix #7561: Remove assumption between power and cost https://git.io/fjcf3
21:52:44 *** godva[m] has joined #openttd
21:56:58 <DorpsGek_II> [OpenTTD/OpenTTD] dorobouNeko updated pull request #7573: Fix #7561: Remove assumption between power and cost https://git.io/fjnyI
22:00:46 *** iarp[m] has joined #openttd
22:06:08 *** twom[m] has joined #openttd
22:09:31 *** arikover has joined #openttd
22:12:02 <Samu> CluelessPlus beats WormAI
22:42:38 *** Guest1978 is now known as TinoDidriksen
22:43:38 *** VoId23[m] has joined #openttd
22:50:48 <argoneus> good evening train friends
22:51:09 <argoneus> I'm wondering - any idea what the openttd music was made in? e.g. "plain simple relax song"
22:54:09 *** berndj-blackout is now known as berndj
23:01:09 <argoneus> I was wondering about the specific software
23:02:36 <FLHerne> Yeah, I was hoping he had a blog or a forum post or something
23:03:07 <DorpsGek_II> [OpenTTD/OpenTTD] michicc commented on pull request #7572: GDI engine for font glyph rendering as a replacement for FreeType (take 2) https://git.io/fjcJK
23:03:17 <DorpsGek_II> [OpenTTD/OpenTTD] michicc updated pull request #7572: GDI engine for font glyph rendering as a replacement for FreeType (take 2) https://git.io/fjngD
23:07:08 <DorpsGek_II> [OpenTTD/OpenTTD] PeterN requested changes for pull request #7573: Fix #7561: Remove assumption between power and cost https://git.io/fjcJy
23:09:01 <FLHerne> If you don't care which track, there's some discussion of other ones in that thread
23:09:34 <argoneus> any is fine, I'm just wondering if it's some old tracker software
23:10:56 <Eddi|zuHause> you don't need tracker software to write midi music
23:11:07 <FLHerne> Anvil, Sibelius, Guitar Pro (?)
23:11:47 <Eddi|zuHause> muse score is a current FOSS one
23:12:19 <Eddi|zuHause> (unlikely that that was around when openmsx was made)
23:25:12 *** Wormnest has joined #openttd
23:30:55 *** sla_ro|master2 has quit IRC
23:39:32 <DorpsGek_II> [OpenTTD/OpenTTD] dorobouNeko updated pull request #7573: Fix #7561: Remove assumption between power and cost https://git.io/fjnyI
23:40:53 <DorpsGek_II> [OpenTTD/OpenTTD] dorobouNeko commented on pull request #7573: Fix #7561: Remove assumption between power and cost https://git.io/fjcU3
23:49:24 <DorpsGek_II> [OpenTTD/OpenTTD] Eddi-z commented on pull request #7573: Fix #7561: Remove assumption between power and cost https://git.io/fjcUB
continue to next day ⏵
