Times are UTC Toggle Colours
00:32:13 *** Wormnest has quit IRC 00:34:32 *** Progman has quit IRC 01:32:41 *** wodencafe has quit IRC 01:36:30 *** wodencafe has joined #openttd 02:12:56 *** Gustavo6046 has joined #openttd 03:18:27 *** glx has quit IRC 04:16:36 *** snail_UES_ has quit IRC 06:45:41 *** dvim has joined #openttd 07:08:18 *** andythenorth has joined #openttd 07:25:51 *** andythenorth has quit IRC 07:34:38 *** andythenorth has joined #openttd 07:48:43 <andythenorth> o/ 07:50:53 <Xaroth> o7 08:01:04 <andythenorth> tank game salutes :P 08:13:58 *** Progman has joined #openttd 09:04:37 <peter1138> Hmm, well, this is awkward. 09:04:41 <peter1138> And strange. 09:10:02 <andythenorth> orly? 09:10:07 <andythenorth> 'you ok hun?' 09:10:08 <andythenorth> :P 09:12:56 <peter1138> I need to put weight on :p 09:24:00 <andythenorth> you've overshot? 09:37:05 <peter1138> Somewhat. 09:40:26 <andythenorth> doughnuts 09:40:36 <andythenorth> unless it's a medical thing :P 09:40:38 * andythenorth bbl 09:40:39 *** andythenorth has quit IRC 10:05:32 *** andythenorth has joined #openttd 10:23:47 *** andythenorth has left #openttd 10:30:36 <DorpsGek_II> [OpenTTD/OpenTTD] nielsmh commented on issue #3848: Orders: different STR_ORDER_GO_TO for each transport type https://git.io/fxj9a 10:59:47 *** matt21347 has joined #openttd 11:13:55 <DorpsGek_II> [OpenTTD/OpenTTD] nielsmh commented on issue #5326: NETWORK_REVISION_LENGTH causing "String too long for destination buffer" git branch with length > 8 https://git.io/fxj7D 11:22:56 *** dvim has quit IRC 11:30:31 <LordAro> http://www.drregex.com/2018/11/how-to-match-b-c-where-abc-beast-reborn.html i feel the need to share this 11:46:19 <DorpsGek_II> [OpenTTD/OpenTTD] nielsmh commented on issue #6219: Commuter - Helicopter is in flight bug https://git.io/fxjdQ 11:51:55 <DorpsGek_II> [OpenTTD/OpenTTD] nielsmh commented on issue #6434: Localization of company and president name https://git.io/fxjFL 12:20:13 <DorpsGek_II> [OpenTTD/OpenTTD] nielsmh commented on issue #6427: [Windows] RTL bug OpenTTD 1.6.0-RC1 https://git.io/fxjNM 12:56:39 *** snail_UES_ has joined #openttd 13:20:41 *** snail_UES_ has quit IRC 14:43:00 *** nielsm has joined #openttd 14:43:30 <nielsm> 'morning 15:46:05 *** lugo has joined #openttd 16:42:33 <LordAro> nielsm: busy day at work, i see :p 16:44:58 <nielsm> very 17:06:31 <DorpsGek_II> [OpenTTD/OpenTTD] Greg-21 opened pull request #6963: Several improvements in known-bugs file https://git.io/fpeE9 17:07:12 <DorpsGek_II> [OpenTTD/OpenTTD] Greg-21 opened pull request #6964: Unificate several files with those from release 1.8 branch https://git.io/fpeEN 17:24:19 <DorpsGek_II> [OpenTTD/OpenTTD] nielsmh commented on pull request #6963: Several improvements in known-bugs file https://git.io/fpezH 17:39:19 *** frosch123 has joined #openttd 17:52:41 <nielsm> https://github.com/OpenTTD/OpenTTD/issues/5326 <-- maybe only include the revision hash and not branch in the game version packet on network? 17:54:22 <planetmaker> I *think* that would require then separation of version identification between title bar and network version. It's actually not a new issue and not exclusive to git... 2012. Yet the short SVN version numbers made it much less likely to trigger 17:55:03 <nielsm> two people playing diffrent versions of the same branch would probably not be detected before it just desyncs 17:55:06 <nielsm> I guess 17:56:02 <planetmaker> However yes, I like your solution, to always use the HASH for network compatibility 18:00:00 <frosch123> the hash is used 18:00:04 <frosch123> just truncated 18:00:28 <frosch123> and adding the branch name makes it way easier for people to distinguish official, jgrpp, ... 18:00:57 <nielsm> is this for human consumption or version compatibility check? 18:01:04 <nielsm> I understand it as the latter 18:01:16 <frosch123> i think it is also shown in the multiplayer gui 18:01:22 <frosch123> so, both 18:06:04 <nielsm> the date in _openttd_revision is commit date, right? 18:06:10 <frosch123> https://www.openttd.org/en/servers <- except for coop, everyone uses tags though 18:06:23 <frosch123> yes 18:06:40 <frosch123> commit date, so monotone incremental 18:07:28 <nielsm> date + dash eats 9 of 15 bytes, leaving 6 for branch or commit hash 18:08:16 <nielsm> and branch names easily consume 6 characters 18:08:24 <nielsm> so you only get date as differentiator 18:08:41 <frosch123> hmm, fair point 18:08:53 <nielsm> and not insignificant risk of clash between similarly named branches 18:12:56 <planetmaker> currently, yes, there is no distinction between network version and the one used for human consumption 18:14:07 <planetmaker> maybe we should introduce such distinction 18:14:53 <planetmaker> (or maybe just create a version string of whatever length - and use the last 25 bytes as networ version (instead of first 25)) 18:15:21 <planetmaker> that makes sure we have the HASH included at all times 18:16:18 *** Wolf01 has joined #openttd 18:16:28 <Wolf01> o/ 18:16:29 <nielsm> ah good, the network game info packet is versioned 18:16:38 <nielsm> so it can in fact be upgraded without total breakage 18:17:03 <nielsm> (old clients not understanding new version packets is fine since they can't connect anyway) 18:18:17 <nielsm> hmm, server_revision is sent as a string, meaning it must be 0-terminated 18:18:27 <nielsm> meaning it only fits 14 characters in the buffer 18:18:44 <nielsm> but also meaning that it's possible to just extend the buffer in the struct 18:19:22 <Wolf01> Yay, I'm now connected at 3 Mbit 18:19:35 <nielsm> now to download some linux isos? 18:19:40 <frosch123> if you change it, it may be useful to add the branch as separate field 18:19:42 <planetmaker> Not sure you can "just extend the buffer in the struct" when it comes to network packets. They have a maximum size for some reasons. IIRC 18:20:19 <nielsm> well yes the SEND_MTU = 1460 bytes for a UDP packet 18:20:33 <planetmaker> what about just using the last N characters of the existing version string? 18:20:46 <planetmaker> not much change needed for that 18:21:07 <planetmaker> a bit hackish, I grant that :) 18:21:08 <frosch123> planetmaker: don't remove reasons for nielsm to implement multi-package udp announcements 18:21:24 <nielsm> :P 18:21:26 <planetmaker> lalala :) 18:21:34 <nielsm> okay 20 bytes consumed per newgrf used 18:21:56 <planetmaker> newGRF is a reason to implement what frosch just said :) 18:21:56 <nielsm> there's stricter version check of newgrfs than the core game engine 18:22:07 <Wolf01> <nielsm> now to download some linux isos? <- I'm downloading destiny 2 18:22:30 <Wolf01> It's 80GB... eta 5 days 18:22:52 <planetmaker> nielsm, yes... because version mismatch between OpenTTD itself hardly was an issue. NewGRF mismatch often was. A BIG PITA. But it got much better now that OpenTTD checks rather rigorously 18:23:22 <nielsm> Wolf01, that would take me about 2 hours :/ 18:23:27 <planetmaker> @calc 80000000000/(100000000/8)/3600 18:23:27 <DorpsGek> planetmaker: 1.77777777778 18:23:38 <planetmaker> ^^ for me, too 18:26:14 <Wolf01> Monsters :'( 18:27:21 <nielsm> hmm, 198 bytes (max) used by a game info packet with zero newgrfs 18:27:38 <nielsm> @calc (1460 - 198) / 20 18:27:38 <DorpsGek> nielsm: 63.1 18:27:48 <nielsm> so yeah that's 63 newgrfs allowed 18:28:31 <nielsm> drop one to make it 62 newgrfs and the server revision can be extended to 35 bytes 18:28:40 <nielsm> which should definitely be enough 18:29:16 <nielsm> is this number of max newgrfs encoded anywhere in the source? 18:29:19 <planetmaker> yop, exactly. 18:30:18 <DorpsGek_II> [OpenTTD/OpenTTD] LordAro commented on pull request #6964: Unificate several files with those from release 1.8 branch https://git.io/fpeoi 18:31:33 <frosch123> static const uint NETWORK_MAX_GRF_COUNT = 62; 18:31:44 <planetmaker> hm... in network 18:32:15 <nielsm> hm bbl, food 18:33:57 <planetmaker> sounds like a good idea. BBL, too 18:52:10 *** andythenorth has joined #openttd 18:55:36 <andythenorth> o/ 18:55:45 *** yellyFish has joined #openttd 19:06:48 <DorpsGek_II> [OpenTTD/OpenTTD] nielsmh commented on issue #5326: NETWORK_REVISION_LENGTH causing "String too long for destination buffer" git branch with length > 8 https://git.io/fpePx 19:09:54 *** Wormnest has joined #openttd 19:14:26 <andythenorth> so after much much thinking 19:14:37 <andythenorth> about vehicle capacities 19:14:40 <andythenorth> the ones I chose 19:14:43 <andythenorth> match the original base set :P 19:14:54 <andythenorth> such and very 19:15:12 <TrueBrain> andythenorth: https://github.com/TrueBrain/www.openttd.org 19:15:13 <TrueBrain> your turn 19:15:27 <andythenorth> is that on staging? o_O 19:15:32 <TrueBrain> no, it is empty 19:15:44 <andythenorth> "Hello World" 19:15:49 <TrueBrain> install it with something like ... 'apt install ruby && gem install bundler && bundle install && jekyll serve' 19:15:50 * andythenorth clones 19:15:57 <TrueBrain> it has no templates nothing 19:16:02 <TrueBrain> it is really as bare as it can be 19:16:17 <andythenorth> I have to read Jekyll CVEs first :( 19:16:20 <andythenorth> but yes 19:16:54 <TrueBrain> CVEs? 19:17:01 <frosch123> hmm, you can have dots in repository names... 19:17:35 <andythenorth> policy is not to install anything without checking for obvious vulns first 19:17:46 <andythenorth> except when it's 1 billion upstream deps :P 19:18:23 <andythenorth> http://talk.jekyllrb.com/t/recent-vulnerabilities-in-jekyll-and-jekyll-dependencies/2219 19:20:57 <TrueBrain> frosch123: surprised me too :D 19:21:11 <TrueBrain> andythenorth: that is what I like about Jekyll .. in production we run nginx + HTML .. fuck any CVE :P 19:21:25 <andythenorth> yair 19:21:33 <andythenorth> just don't want my endpoint getting owned :P 19:21:49 <andythenorth> hmm I don't have permission to install to the system ruby 19:21:53 <andythenorth> maybe I can install my own 19:22:24 <TrueBrain> add --user-install 19:22:35 <TrueBrain> andythenorth: I added you with push rights; feel free to push directly in that branch 19:22:40 <TrueBrain> as often as you like 19:22:42 <andythenorth> I'm currently copy-pasting instructions from the internet 19:22:44 <andythenorth> what could go wrong? 19:22:48 <TrueBrain> before we move it to OpenTTD, I am going to squash it anyway 19:22:52 <andythenorth> at least it doesn't include 'sudo' 19:22:57 <TrueBrain> curl ... | sudo bash, right? 19:22:57 <andythenorth> also noted, thanks 19:23:08 <andythenorth> curl myurlisdefinitelyfine 19:23:26 <andythenorth> oh there's some kind of rubyenv thing 19:23:29 <andythenorth> like virtualenv 19:23:33 <TrueBrain> I am not first going to try to get this on a staging system of some kinds 19:23:44 <TrueBrain> gem install --user-install .... works fine :) 19:24:57 <andythenorth> fails for me, I'm following jekyll instructions instead 19:25:05 <andythenorth> 'probably fine' https://jekyllrb.com/docs/installation/macos/ 19:25:48 <TrueBrain> *shrug* 19:28:02 <andythenorth> now we watch ruby build :P 19:28:11 <andythenorth> ok, so I learnt something 19:28:18 <andythenorth> it's not just python that has these problems :P 19:29:02 <TrueBrain> nope 19:29:19 <andythenorth> obvs. JS has them, but that's not a serious tool 19:30:08 <TrueBrain> is there a pyup for Ruby .. 19:30:10 <TrueBrain> mmmm 19:33:33 <andythenorth> jekyll is getting busy with clang now 19:33:37 <andythenorth> probably fine 19:33:44 <andythenorth> "This could take a while..." 19:34:20 <TrueBrain> yeah .... it insist on coming with 'jekyll serve', which requires em_websocket (??) which needs httpparser, which needs a compiler 19:34:23 <TrueBrain> it is .... special 19:34:30 <andythenorth> most things are 19:39:26 <TrueBrain> still annoyed we need Jekyll for the small dynamic part .. but still dont know a way around :P 19:39:36 <TrueBrain> we can leave placeholders and do nginx trickery I guess 19:40:25 <LordAro> why ruby/jekyll instead of python/some-python-static-site-generator? 19:40:55 <TrueBrain> what do you have against ruby or jekyll? 19:41:04 <TrueBrain> is any flavor of the month better than the next? 19:41:07 <LordAro> nothing, but existing stuff is python 19:41:15 <TrueBrain> and Jekyll is non-existing? 19:42:06 <TrueBrain> you are weird :P 19:42:49 <TrueBrain> anyway, Jekyll is just the tool; so it shouldnt matter really 19:43:22 <TrueBrain> and github-pages is really populair, so I guess there is something there 19:43:36 <TrueBrain> the framework itself is pretty nice tbh; clean, simpel, to the point 19:43:46 <TrueBrain> that a Ruby app runs it .. meh .. 19:44:29 <TrueBrain> stupid github keeps Ruby populair I guess :D 19:52:10 <frosch123> stupid mediawiki keeps php popular? 19:52:31 <TrueBrain> and script kiddies, dont forget about those! :P 19:54:04 <TrueBrain> still wonder if we should not just sed over the files every 5 minutes to update the banner, instead of running Jekyll every 5 minutes or something :P 19:54:15 <TrueBrain> not sure .. having only a very small part dynamic is annoying :( 19:56:18 <LordAro> wouldn't be the worst thing in the world... 19:57:26 * andythenorth reads up 19:57:47 <andythenorth> yeah jekyll in prod, or just have the output committed in the repo and publish those from a path? 19:58:10 <TrueBrain> no, the Jekyll source files will always be in the repo 19:58:15 <frosch123> the template engines have very similar syntax. so it is easy to replace jekyll with other engines later 19:58:18 <frosch123> as needed 19:58:18 *** glx has joined #openttd 19:58:18 *** ChanServ sets mode: +v glx 19:58:24 <TrueBrain> the choices are: run Jekyll build on startup, or once during build and sed the dynamic parts in 19:58:30 <TrueBrain> frosch123: yup 19:58:33 *** matt21347 has quit IRC 19:58:36 <andythenorth> frosch123: that was my thinking, they're all jinja-ish or whatever 19:58:41 <andythenorth> everything is for % {{}} 19:58:41 <TrueBrain> but given GitHub Pages suggest Jekyll .. we will be fine :P 19:59:00 <andythenorth> maybe we can adopt that syntax for nml 2 19:59:02 <andythenorth> :P 19:59:03 *** heffer has quit IRC 19:59:13 <andythenorth> oh I had some horrible ideas for nml 19:59:15 <andythenorth> but maybe not now 19:59:49 <glx> probably never then ;) 20:00:31 <andythenorth> I wondered about scoping all the blocks by hacking an ID into the declaration 20:00:37 <Wolf01> Say a number between 1 and 894 (and hope it's installed :P) 20:00:45 <andythenorth> and then using that to see if makes any difference to parser / lexer performance 20:00:57 <andythenorth> by only recompiling what's changed 20:01:05 <andythenorth> the idea makes more sense if I explain it better 20:01:10 <andythenorth> :P 20:01:41 <andythenorth> oh jekyll has been busy failing to install while I wait 20:01:43 <andythenorth> how nice 20:01:48 <TrueBrain> meh, will have to think about how to get this to staging; either way, andythenorth (and others if they like ofc :D) can already start porting the website :P 20:01:49 <glx> 894 is a lot Wolf01 20:01:54 <Wolf01> I know 20:02:07 <glx> I have only 334 20:02:27 <Wolf01> Bundles ruined me 20:02:55 <Wolf01> I still have like 15 games not redeemed 20:03:07 <glx> duplicates ? 20:03:15 <Wolf01> Some of them yes 20:03:28 <andythenorth> ugh yair, jekyll is broken 20:03:31 <andythenorth> I love open source 20:03:36 <TrueBrain> it is? :o 20:03:36 <Wolf01> Others, just bored of inserting codes in steam 20:03:50 <TrueBrain> you can run the docker, but how it is currently is not meant for development :D 20:03:51 <andythenorth> .rbenv/versions/2.5.1/lib/ruby/gems/2.5.0/gems/bundler-1.17.1/lib/bundler/spec_set.rb:91:in `block in materialize': Could not find concurrent-ruby-1.0.5 in any of the sources (Bundler::GemNotFound) 20:04:06 <andythenorth> I could play the random install crap game 20:04:19 <andythenorth> this is all reassuringly pythonic :P 20:04:25 <TrueBrain> I have to install json and bignumbers before it worked :P 20:04:30 <TrueBrain> but concurrent-ruby I havent seen 20:04:37 <andythenorth> neither has the gem installer 20:04:40 <andythenorth> it can't find any version 20:04:53 <TrueBrain> what you can do, is forget about 'bundle install' 20:05:00 <TrueBrain> and just run: gem install jekyll 20:05:08 <andythenorth> yeah I did that already :) 20:05:14 <TrueBrain> possibly the Gemfile.lock is Linux only or something 20:05:16 <TrueBrain> no clue :P 20:05:25 <TrueBrain> if you have jekyll installed, just run: jekyll serve 20:05:28 <TrueBrain> and forget about the rest :P 20:05:42 <andythenorth> yeah that's how I get the concurrent error :) 20:05:50 <TrueBrain> lolz 20:06:16 <andythenorth> if it's like python, I probably need a different bundler version 20:06:29 <TrueBrain> lolz; that mostly is the case for Python yes :D 20:06:31 <andythenorth> I'm assuming bundler is setuptools, with all the related 'it doesn't really work' shit 20:06:44 <andythenorth> gem is presumably pip 20:06:47 <TrueBrain> I run Ruby 2.5.0 and Bundler 1.17.1 20:07:11 <andythenorth> I have ruby 2.5.1 and bundler 1.17.1 20:07:16 <TrueBrain> so that should be fine, I would guess 20:07:39 <andythenorth> gem --version? 20:07:42 <andythenorth> 2.7.6 here 20:07:54 <TrueBrain> same 20:08:49 <TrueBrain> gem install concurrent-ruby doesnt work? 20:08:56 <TrueBrain> internet suggests that should "just work" 20:09:20 <andythenorth> works fine, gives me 1.1.1 20:09:26 <andythenorth> but this recipe wants 1.0.5 20:09:26 <TrueBrain> lol 20:09:55 <TrueBrain> 1.0.5 is VERY old :P 20:09:59 <TrueBrain> (like, Feb 2017) 20:10:40 <TrueBrain> "gem install concurrent-ruby -v 1.0.5" fails, I assume? 20:12:40 <andythenorth> works great 20:12:42 <andythenorth> next error 20:12:47 <TrueBrain> lolz 20:13:04 <andythenorth> gem install jekyll -v 3.8.4 20:13:06 <andythenorth> next error 20:13:30 <andythenorth> gem install jekyll-feed -v 0.11.0 20:13:36 <andythenorth> next error 20:13:40 <TrueBrain> dependencies should take care of this :P 20:13:43 <TrueBrain> try: bundle install, btw 20:13:43 <andythenorth> I started looking for a manifest to edit 20:13:45 <TrueBrain> in the repo 20:13:54 <TrueBrain> Gemfile.lock contains all the dependencies 20:14:55 <andythenorth> ok bundle install worked 20:15:05 <andythenorth> I think I should bin this rbenv and start from scratch tho 20:16:23 <andythenorth> that's the nice thing about these packaged envs 20:16:28 <andythenorth> instead of blitzing the system install 20:16:39 <TrueBrain> yup 20:17:01 <andythenorth> so many years of pain due to messing with system python etc 20:18:24 <andythenorth> ok back in 15 mins or so, after ruby finishes running my fans 20:18:29 <TrueBrain> lol 20:25:26 <andythenorth> TrueBrain: it works again, but still wasn't a clean install :P 20:26:41 <TrueBrain> owh well 20:26:44 <TrueBrain> as long as you can get to work 20:26:47 <TrueBrain> I am fine with it :) 20:26:58 <andythenorth> I like a repro :) 20:27:07 <andythenorth> too many years of 'it works, never touch it again' 20:27:34 <andythenorth> gem install jekyll gives 3.8.5 or so 20:27:41 <andythenorth> bundle install gives 3.8.4 or so 20:27:44 <TrueBrain> most likely if we build the website once, we never run Jekyll ourself again :P 20:27:45 <andythenorth> afaict 20:29:31 <andythenorth> can anyone explain physics to me? 20:29:51 <TrueBrain> no 20:30:06 <andythenorth> me neither 20:30:13 <andythenorth> where is eddi? 20:30:22 <andythenorth> oh he can't get in the channel anymore 20:30:24 <andythenorth> we lost eddi :( 20:30:27 <frosch123> gravity? did you drop your notebook? 20:30:38 <TrueBrain> poor eddi 20:30:41 <TrueBrain> I AM ON SLACK 20:30:42 <TrueBrain> :P 20:31:05 <andythenorth> you got a bridge? 20:31:22 <TrueBrain> to nowhere, sure 20:31:26 <andythenorth> frosch123: weight of object vs internal volume 20:31:40 <andythenorth> claim is that narrow gauge wagons have less dead weight per unit cargo capacity 20:31:44 <andythenorth> I don't follow that 20:31:46 <Wolf01> If it's full it weights more 20:32:02 <TrueBrain> Wolf01: unless they are anti-gravity particles, of course 20:32:14 <Wolf01> Yeah, or air 20:32:27 <TrueBrain> or anything lighter than air 20:32:38 <TrueBrain> YOUR LOGIC IS FLAWED 20:32:41 <andythenorth> volume increases as a cube? 20:32:57 <andythenorth> weight of sides, floor, roof, less so? 20:33:15 <TrueBrain> volume can also increase like a cylinder 20:33:21 <TrueBrain> or like a pyramid 20:33:23 <TrueBrain> depends on the form, really 20:33:46 <andythenorth> what about a gem? 20:33:52 <TrueBrain> hmmm .. gemssssss 20:33:58 <andythenorth> ok 20:33:59 <TrueBrain> right, it seems I am not going to be useful anymore this evening 20:33:59 <andythenorth> so 20:34:04 <andythenorth> gem install bundler first? 20:34:12 <TrueBrain> gem install bundler && bundle install 20:34:16 <TrueBrain> should be sufficient 20:34:23 <TrueBrain> (that is what the Dockerfile does anyway :P) 20:34:41 * andythenorth trying 20:35:33 <orudge> [15:17:22] <nielsm> https://github.com/nielsmh/OpenTTD/tree/sampled-music <-- now that looks not dissimilar to my ancient music patch that allowed Vorbis and MP3 playback 20:37:25 <andythenorth> -bash: .rbenv/shims/jekyll: No such file or directory 20:37:35 <andythenorth> after bundle install 20:37:37 <LordAro> andythenorth: stop breaking everything 20:37:42 <andythenorth> but if I gem install jekyll 20:37:47 <andythenorth> then uninstall it 20:37:51 <andythenorth> it works 20:37:55 <TrueBrain> so if that works for you, use it 20:38:00 <TrueBrain> dont overthink this part too much 20:38:01 <andythenorth> so presumably it's just missing a shim or path or something 20:38:03 <TrueBrain> you are special on your OSX :P 20:38:12 <andythenorth> 'macOS' 20:38:13 <andythenorth> :( 20:38:26 <TrueBrain> dont waste too much of your brain cycles on getting this perfect :) 20:38:34 <andythenorth> I am just using plain ruby here though, this is not Apple ruby 20:39:01 <nielsm> orudge yes :) I have a working (I think) patch for fluidsynth music driver on my linux laptop that changes it to output via the mixer too 20:39:37 <andythenorth> ok so 20:39:39 <andythenorth> bundle install 20:39:46 <andythenorth> followed by gem install -v 3.8.4 20:39:58 <nielsm> and I think being able to use fluidsynth on any supported platform that way would be awesome 20:40:03 <orudge> nielsm: Nice 20:40:06 <orudge> Yes, that would be handy 20:40:23 <nielsm> also want to add in the opl2/3 synth from dosbox and use it for the adlib.cat music 20:41:06 <nielsm> (just need to reverse the adlib.com driver for that... ugh) 20:41:58 <frosch123> andythenorth: smaller things are more firm in general i guess 20:42:09 <TrueBrain> that's what she said? 20:42:09 <frosch123> like ants can carry stuff 20:44:06 <TrueBrain> right, I am off. andythenorth, I expect results tomorrow :P 20:44:07 <frosch123> if the wagon weights less, you need less wagon to support itself 20:44:07 <TrueBrain> nn! 20:45:38 <andythenorth> TrueBrain: bye 20:47:30 <andythenorth> "the advantages claimed for narrow gauge proved untrue" 20:47:34 <andythenorth> I read my sources a bit more :P 20:47:46 <andythenorth> this is a nice train though https://en.wikipedia.org/wiki/Borjomi%E2%80%93Bakuriani_railway_%22Kukushka%22#/media/File:Kukushka-borjomi-bakuriani-railway.jpg 21:07:06 <nielsm> long 21:23:13 *** nielsm has quit IRC 21:42:54 *** frosch123 has quit IRC 21:47:17 *** lugo has quit IRC 21:55:50 *** ToffeeYogurtPots has joined #openttd 21:59:27 *** andythenorth has left #openttd 22:01:42 *** Wormnest has quit IRC 22:19:36 *** Xaroth has quit IRC 22:21:27 *** Xaroth has joined #openttd 22:31:08 <DorpsGek_II> [OpenTTD/OpenTTD] Greg-21 updated pull request #6964: Unificate several files with those from release 1.8 branch https://git.io/fpeEN 22:48:13 *** Xaroth has quit IRC 22:49:19 <DorpsGek_II> [OpenTTD/OpenTTD] Greg-21 commented on pull request #6964: Unificate several files with those from release 1.8 branch https://git.io/fpvUG 22:49:48 *** Xaroth has joined #openttd 22:52:09 *** TheMaster has joined #openttd 22:55:33 <DorpsGek_II> [OpenTTD/OpenTTD] Greg-21 commented on pull request #6963: Several improvements in known-bugs file https://git.io/fpvUP 22:56:26 <DorpsGek_II> [OpenTTD/OpenTTD] LordAro approved pull request #6964: Unificate several files with those from release 1.8 branch https://git.io/fpvU9 22:56:58 *** Unit193 has quit IRC 22:57:19 *** TheMaster is now known as Unit193 23:01:18 <DorpsGek_II> [OpenTTD/OpenTTD] LordAro commented on pull request #6963: Several improvements in known-bugs file https://git.io/fpvTI 23:04:24 <DorpsGek_II> [OpenTTD/OpenTTD] James103 commented on issue #6903: selected rail type should be included in game saves https://git.io/fpvTc 23:07:19 *** Wolf01 has quit IRC 23:15:10 <DorpsGek_II> [OpenTTD/OpenTTD] Greg-21 commented on pull request #6963: Several improvements in known-bugs file https://git.io/fpvkq 23:16:03 <DorpsGek_II> [OpenTTD/OpenTTD] Greg-21 commented on pull request #6963: Several improvements in known-bugs file https://git.io/fpvkC 23:38:45 <DorpsGek_II> [OpenTTD/OpenTTD] planetmaker merged pull request #6964: Unificate several files with those from release 1.8 branch https://git.io/fpeEN