Times are UTC Toggle Colours
00:04:13 *** Xrufuian [~Xrufuian@cpe-142-136-204-41.socal.res.rr.com] has joined #openttd 00:12:00 *** FLHerne [~flh@dsl-217-155-24-22.zen.co.uk] has quit [Quit: There's a real world out here!] 01:46:24 *** Quatroking [~Quatrokin@ip226-139-211-87.adsl2.static.versatel.nl] has quit [Read error: Connection reset by peer] 03:06:31 *** glx [~glx@000128ec.user.oftc.net] has quit [Quit: Bye] 03:43:07 *** HerzogDeXtEr [~flex@88.130.186.149] has joined #openttd 03:50:14 *** Pereba [~UserNick@177.159.33.139] has quit [Quit: adisubliminal messagirc] 03:51:23 *** Flygon__ [~Flygon@147.18.214.218.sta.commander.net.au] has joined #openttd 03:51:23 *** Flygon_ [~Flygon@147.18.214.218.sta.commander.net.au] has quit [Read error: Connection reset by peer] 03:59:12 *** Hazzard_ [~quassel@c-67-174-253-44.hsd1.ca.comcast.net] has joined #openttd 04:01:23 *** Supercheese [~Superchee@76.178.136.186] has joined #openttd 04:05:59 *** Hazzard [~quassel@c-67-174-253-44.hsd1.ca.comcast.net] has quit [Ping timeout: 480 seconds] 04:06:08 *** Hazzard_ is now known as Hazzard 04:10:45 *** SHOTbyGUN [shotbygun@213-186-253-83.bb.dnainternet.fi] has quit [Read error: Connection reset by peer] 04:17:00 *** APTX [~APTX@aptx.org] has quit [Quit: No Ping reply in 180 seconds.] 04:19:11 *** APTX [~APTX@aptx.org] has joined #openttd 05:43:15 *** Hazzard [~quassel@c-67-174-253-44.hsd1.ca.comcast.net] has quit [Read error: Connection reset by peer] 05:56:02 *** Eddi|zuHause [~johekr@p57BD49E5.dip0.t-ipconnect.de] has quit [] 05:56:19 *** Eddi|zuHause [~johekr@p5DC676B5.dip0.t-ipconnect.de] has joined #openttd 06:10:32 *** iamtakingiteasy [~Wooga@eientei.org] has quit [Read error: Connection reset by peer] 06:29:35 *** HerzogDeXtEr1 [~flex@i59F6B927.versanet.de] has joined #openttd 06:30:17 *** pixar [~Mychomize@46-236-110-230.customer.t3.se] has quit [Read error: Operation timed out] 06:36:12 *** HerzogDeXtEr [~flex@88.130.186.149] has quit [Ping timeout: 480 seconds] 07:00:05 *** andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has joined #openttd 07:10:15 *** andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has quit [Quit: andythenorth] 07:15:41 *** andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has joined #openttd 07:19:33 *** SHOTbyGUN [shotbygun@213-186-253-83.bb.dnainternet.fi] has joined #openttd 07:22:03 *** TomyLobo [~foo@ip5b417367.dynamic.kabel-deutschland.de] has joined #openttd 07:24:00 *** Yotson [~Yotson@2001:980:6ac8:1:9c9c:fdb0:427c:6fa] has joined #openttd 07:32:22 *** andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has left #openttd [] 07:32:32 *** andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has joined #openttd 07:32:38 <andythenorth> @seen pikka 07:32:38 <DorpsGek> andythenorth: pikka was last seen in #openttd 5 days, 18 hours, 57 minutes, and 16 seconds ago: <Pikka> it's pretty much six of one and half a dozen of the other. 07:32:44 *** andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has left #openttd [] 07:34:20 <Supercheese> Well. 07:34:28 *** TomyLobo [~foo@ip5b417367.dynamic.kabel-deutschland.de] has quit [Quit: Standby mode...] 07:40:43 <V453000> dying 07:40:55 <V453000> $community broken 07:49:09 *** Jomann [~abchirk@p4FE224D4.dip0.t-ipconnect.de] has joined #openttd 08:15:54 *** Progman [~progman@p57A186EF.dip0.t-ipconnect.de] has joined #openttd 08:38:13 *** DDR [~kvirc@S010600254bbe4e1c.vc.shawcable.net] has quit [Read error: Connection reset by peer] 08:38:35 *** DDR [~kvirc@S010600254bbe4e1c.vc.shawcable.net] has joined #openttd 09:02:25 *** FLHerne [~flh@dsl-217-155-24-22.zen.co.uk] has joined #openttd 09:13:10 *** Quatroking [~Quatrokin@ip226-139-211-87.adsl2.static.versatel.nl] has joined #openttd 09:14:25 <Quatroking> ayy lmao 09:14:45 <Quatroking> so apparently, rip the md-11 09:14:59 <Quatroking> klm made the last regular commercial flight with it yesterday 09:17:07 <Quatroking> quick question: how can I sabotage a competitor's truck line? 09:17:22 <Quatroking> don't worry, he's an AI 09:23:20 <b_jonas> Quatroking: there's multiple ways. the easiest is to build shortcut roads and then capture their trucks when they go there, 09:23:42 <b_jonas> or you can send your own trucks to the same road and stop them there to cause a traffic jam, 09:23:51 <b_jonas> or you can block the road with a train but that's expensive 09:25:27 *** tokai|mdlx [~tokai@port-92-195-108-236.dynamic.qsc.de] has joined #openttd 09:26:09 <Quatroking> I'll try blocking the road with a truck 09:31:49 *** Supercheese [~Superchee@76.178.136.186] has quit [Quit: Valete omnes] 09:31:51 *** tokai|noir [~tokai@00012860.user.oftc.net] has quit [Ping timeout: 480 seconds] 09:31:55 <Quatroking> that didn't really work too well, they kept driving around it 09:32:05 <Quatroking> blocked the road with a train engine instead, that worked 09:32:31 <Quatroking> that oughta stop them stealing all my engineering supplies 09:36:51 <b_jonas> Quatroking: block it with two trucks, one on each side of the road 09:37:04 <Quatroking> tried that, didn't work 09:37:29 <b_jonas> well, then build shortcut roads 09:37:50 <b_jonas> it's easier if you know in advance that you're planning to do that, and build roads pre-emptively wherever the ai is trying, 09:38:16 <b_jonas> but eventually you find out that there's just no point, and you'll play without an AI instead if you don't want them to work 09:38:58 <Quatroking> I don't mind AI as long as they don't pull crap like profiteering off industry I'm working with 10:00:44 <peter1138> Easiest to block with a level crossing, indeed. 10:01:31 *** Quatroking [~Quatrokin@ip226-139-211-87.adsl2.static.versatel.nl] has quit [Ping timeout: 480 seconds] 10:18:47 *** fjb is now known as Guest3222 10:18:48 *** fjb [~frank@000158aa.user.oftc.net] has joined #openttd 10:21:27 <Eddi|zuHause> or... you could just have higher ratings... 10:26:13 *** Guest3222 [~frank@000158aa.user.oftc.net] has quit [Ping timeout: 480 seconds] 10:42:32 *** FLHerne [~flh@dsl-217-155-24-22.zen.co.uk] has quit [Ping timeout: 480 seconds] 10:59:51 *** FLHerne [~flh@85.255.232.176] has joined #openttd 11:00:30 <argoneus> good morning train friends 11:00:43 *** Jiinxs [~Jiinxs@ti0038a400-1924.bb.online.no] has joined #openttd 11:02:54 *** FLHerne [~flh@85.255.232.176] has quit [] 11:08:25 *** Celestar [~Celestar@mnch-5d85b217.pool.mediaWays.net] has joined #openttd 11:11:22 *** TheMask96 [martijn@sloth.vhost.ne2000.nl] has quit [Ping timeout: 480 seconds] 11:15:54 *** TheMask96 [martijn@lust.vhost.ne2000.nl] has joined #openttd 11:26:21 *** Klanticus [~quassel@179.154.136.30] has joined #openttd 11:32:42 *** Xrufuian [~Xrufuian@cpe-142-136-204-41.socal.res.rr.com] has quit [Quit: Quit.] 12:02:15 *** MTsPonyZzZ [~MTsPony@008-086-128-083.dynamic.caiway.nl] has joined #openttd 12:02:25 *** Eddi|zuHause2 [~johekr@p5DC676B5.dip0.t-ipconnect.de] has joined #openttd 12:03:24 *** Eddi|zuHause [~johekr@p5DC676B5.dip0.t-ipconnect.de] has quit [Remote host closed the connection] 12:07:41 *** MTsPony [~MTsPony@008-086-128-083.dynamic.caiway.nl] has quit [Ping timeout: 480 seconds] 12:15:05 <peter1138> Bah, rhythmbox won't sync my music because it thinks there isn't enough space... despite the fact it is going to transcode from flac to mp3 :S 12:32:51 *** Eddi|zuHause2 is now known as Eddi|zuHause 12:34:25 *** alluke [~oftc-webi@cs78237171.pp.htv.fi] has joined #openttd 12:34:53 <alluke> cmon ecs why cant you stay at 800% 12:38:25 <peter1138> 800% of what? 12:39:22 *** TheMask96 [martijn@lust.vhost.ne2000.nl] has quit [Ping timeout: 480 seconds] 12:39:55 <alluke> production 12:40:08 <alluke> always decreases back to 100 12:40:28 <peter1138> I wonder why. 12:40:35 <alluke> me too 12:40:57 <alluke> i have 2 million liter ships loading continuously 12:41:11 <peter1138> Maybe be, logically, 100% production would be full. 12:41:11 *** TheMask96 [martijn@pride.vhost.ne2000.nl] has joined #openttd 12:41:22 <peter1138> Maybe be? What am I typing? 12:42:02 <peter1138> What's special about 800% production that it isn't 100% of a higher production, ? 12:42:09 <alluke> sorry i meant 100 12:42:14 <alluke> and it keeps dropping to 50 12:43:56 <alluke> and even lower 12:43:59 <alluke> back to default 12:44:26 <alluke> https://dl.dropboxusercontent.com/u/1004368/N%C3%A4ytt%C3%B6kuva%202014-10-27%20kohteessa%2014.43.35.png 12:46:47 *** sla_ro|master [slamaster@95.76.27.245] has joined #openttd 13:03:50 *** liq3 [~liq3@CPE-120-147-178-81.gdfw1.lon.bigpond.net.au] has quit [] 13:27:07 *** supermop [~supermop@d110-33-191-31.sun801.vic.optusnet.com.au] has quit [Ping timeout: 480 seconds] 13:32:05 <Eddi|zuHause> uhm, i had an idea: suppose i use windows only every "jubilee years", it would suffice if i had an unlicensed "30 day trial". but, it should be a pre-installed one, so i don't have to wait several hours for it to install, and it doesn't have a lot of ways to screw up things like bootloaders... 13:32:26 <Eddi|zuHause> where would be the easiest place to get that? 13:32:55 <planetmaker> Eddi|zuHause, does a VM suffice? 13:33:11 <Eddi|zuHause> has to support 3D acceleration and stuff 13:33:40 <planetmaker> vmware should support that. Thus get a test VM: https://www.modern.ie/de-de 13:34:18 <blathijs> Jubilee years? 13:34:40 <Eddi|zuHause> blathijs: bad translation of the german phrase "Jubeljahre" 13:34:43 <planetmaker> direct translation :) 13:34:52 <planetmaker> "once in a blue moon" 13:35:56 <Eddi|zuHause> yeah, that's what leo says 13:36:20 <Eddi|zuHause> so, then, where would i get vmware for linux from? 13:36:43 <planetmaker> your package manager? 13:36:57 <Eddi|zuHause> i don't see it 13:37:20 <argoneus> I'm intrigued by zuHause every time 13:37:27 <argoneus> it sounds cool 13:37:34 <planetmaker> bad distribution ;) 13:37:38 <argoneus> such is life in dutchland 13:38:04 <planetmaker> did i say vmware? I actually meant virtualbox. But yeah 13:41:07 *** FLHerne [~flh@dsl-217-155-24-22.zen.co.uk] has joined #openttd 13:41:12 <Eddi|zuHause> yes. virtualbox gives results 13:41:51 <planetmaker> the things offered on modern.ie are (probably among others) also virtualbox VMs. 13:43:02 <Eddi|zuHause> "um gÀnsemarschartige Windows XP-Downloads durchzufÃŒhren." wtf are they trying to say? :p 13:44:45 <planetmaker> probably only a goose or duck can tell ;) 13:46:53 <Eddi|zuHause> man, internet is so slow... 1GB takes 10 minutes! 13:48:20 <argoneus> that is actually kinda slow 13:48:34 <Eddi|zuHause> that's DSL 16000 13:48:44 * argoneus has 15 MB/s download 13:48:57 <Eddi|zuHause> i used to have DSL 384 13:49:14 <argoneus> I used to download 30 kB/s 13:50:00 <Eddi|zuHause> yes, DSL 384 is about 42kB/s 13:50:25 <Eddi|zuHause> now i'm around 1.8MB/s 13:50:52 <argoneus> for some reason my country has really cheap internet 13:50:53 <Eddi|zuHause> and before that i had ISDN for a very long time 13:51:03 <Eddi|zuHause> with 8kB/s 13:51:07 <argoneus> I pay ~20 euro a month for 120/12 13:51:13 <argoneus> Mbps 13:51:33 <argoneus> from my understanding 13:51:40 <argoneus> in belgium/nl/etc it's much more expensive? 13:51:42 <Eddi|zuHause> that's because your country is so much more technologically and economically advanced... 13:51:46 <argoneus> OH WAIT 13:51:59 <argoneus> :P 14:09:11 <V453000> BEER BEER BEER 14:10:19 *** JacobD88 [~Thunderbi@cpc20-stap11-2-0-cust392.12-2.cable.virginm.net] has joined #openttd 14:12:22 *** aycliffe [~oftc-webi@146.66.56.217] has joined #openttd 14:13:04 <aycliffe> Goood morning all ;) 14:14:51 *** aycliffe [~oftc-webi@146.66.56.217] has quit [] 14:14:57 <peter1138> Quite. 14:15:34 <V453000> fuck yes 14:17:10 *** FLHerne_ [~flh@dsl-217-155-24-22.zen.co.uk] has joined #openttd 14:23:07 *** FLHerne [~flh@dsl-217-155-24-22.zen.co.uk] has quit [Ping timeout: 480 seconds] 14:23:07 *** Quatroking_ [~Quatrokin@ip226-139-211-87.adsl2.static.versatel.nl] has joined #openttd 14:26:33 *** Klanticus_ [~quassel@179.154.136.30] has joined #openttd 14:29:59 *** Klanticus [~quassel@179.154.136.30] has quit [Ping timeout: 480 seconds] 14:33:48 <alluke> beer on monday? 14:33:54 <peter1138> Why not? 14:34:11 <alluke> just asking 14:38:49 <alluke> https://dl.dropboxusercontent.com/u/1004368/N%C3%A4ytt%C3%B6kuva%202014-10-27%20kohteessa%2016.38.14.png 14:38:56 <alluke> piece of fucking shit oil rigs 14:39:12 <alluke> why dont you stay at 100% 14:39:21 <SpComb> burn them down 14:39:43 <b_jonas> use trains instead of ships 14:39:59 <alluke> i will when i can build rainway into sea 14:48:32 <peter1138> Why so many industries :S 14:55:35 *** DDR [~kvirc@S010600254bbe4e1c.vc.shawcable.net] has quit [Read error: Connection reset by peer] 14:55:50 <V453000> 3? XD 14:58:31 <peter1138> More the density :p 15:08:37 *** Celestar [~Celestar@mnch-5d85b217.pool.mediaWays.net] has left #openttd [] 15:10:55 *** theholyduck [~theholydu@172.245.30.36] has quit [Remote host closed the connection] 15:10:55 *** Keyboard_Warrior is now known as theholyduck 15:16:20 *** alluke [~oftc-webi@cs78237171.pp.htv.fi] has quit [Quit: Page closed] 15:17:19 *** alluke [~oftc-webi@cs78237171.pp.htv.fi] has joined #openttd 15:23:33 *** Quatroking_ is now known as Quatroking 15:31:09 <Quatroking> what are the rules of this channel anyways 15:44:15 *** TomyLobo [~foo@ip5b417367.dynamic.kabel-deutschland.de] has joined #openttd 15:47:38 <Eddi|zuHause> uhm, how do shared folders in virtual box work? i set one up, but i don't find it in the VM 15:48:01 <Eddi|zuHause> also, it constantly claims USB is not working 15:48:55 <peter1138> Is it a Windows guest? 15:48:59 <Eddi|zuHause> yes 15:49:06 <peter1138> I had that working... once. 15:49:08 <peter1138> Never again. 15:49:18 <peter1138> I just used SMB instead. 15:50:19 <Eddi|zuHause> hm, i don't think i've set up SMB... 15:51:36 <SpComb> virtualbox shared folders are SMB/CIFS shares 15:51:47 <SpComb> \vboxsrv\foo 15:51:53 <Eddi|zuHause> oh, there it appeared 16:19:49 <Eddi|zuHause> hm, so the VM seems to work, but the game still doesn't... 16:49:36 *** frosch123 [~frosch@frnk-4d012b01.pool.mediaWays.net] has joined #openttd 16:50:23 *** TheMask96 [martijn@pride.vhost.ne2000.nl] has quit [Ping timeout: 480 seconds] 16:52:11 *** zeknurn [~sup@hd9483b0c.seveveb.dyn.perspektivbredband.net] has quit [Read error: Connection reset by peer] 16:52:52 *** zeknurn [~sup@hd9483b0c.seveveb.dyn.perspektivbredband.net] has joined #openttd 16:56:11 *** TheMask96 [martijn@envy.vhost.ne2000.nl] has joined #openttd 17:06:53 *** Alberth [~hat@2001:981:c6c5:1:be5f:f4ff:feac:e11] has joined #openttd 17:06:56 *** mode/#openttd [+o Alberth] by ChanServ 17:07:22 <Alberth> moin 17:12:02 *** Celestar [~Celestar@ip-109-43-1-28.web.vodafone.de] has joined #openttd 17:16:45 *** SHOTbyGUN [shotbygun@213-186-253-83.bb.dnainternet.fi] has quit [Read error: Connection reset by peer] 17:17:14 *** alluke [~oftc-webi@cs78237171.pp.htv.fi] has quit [Quit: Page closed] 17:28:04 *** Celestar [~Celestar@ip-109-43-1-28.web.vodafone.de] has quit [Ping timeout: 480 seconds] 17:31:04 *** oskari89 [oskari89@83-102-63-32.bb.dnainternet.fi] has joined #openttd 17:39:09 <NGC3982> Evening. 17:39:18 <Alberth> o/ 17:39:20 <NGC3982> Is "Moin" > "Morning"? 17:39:28 <peter1138> No. 17:39:46 <Alberth> @moin 17:40:14 <Alberth> NGC3982: wikipedia knows what it means 17:40:23 <blathijs> http://en.wikipedia.org/wiki/Moin 17:40:35 <Alberth> that one indeed :) 17:40:39 <NGC3982> Ah, nice. 17:47:25 <DorpsGek> Commit by translators :: r27047 /trunk/src/lang (3 files) (2014-10-27 17:47:15 UTC) 17:47:26 <DorpsGek> -Update from WebTranslator v3.0: 17:47:27 <DorpsGek> norwegian_nynorsk - 58 changes by eloekset 17:47:28 <DorpsGek> spanish - 2 changes by SilverSurferZzZ 17:47:29 <DorpsGek> turkish - 10 changes by wakeup 17:51:43 *** glx [~glx@000128ec.user.oftc.net] has joined #openttd 17:51:46 *** mode/#openttd [+v glx] by ChanServ 17:52:48 <frosch123> @moin 17:52:57 <frosch123> DorpsGek seriously should learn that :) 17:55:01 <planetmaker> :) 17:57:50 <Sacro> \o/ 18:07:12 *** Klanticus [~quassel@179.154.136.30] has joined #openttd 18:08:06 *** oskari892 [oskari89@83-102-63-32.bb.dnainternet.fi] has joined #openttd 18:10:22 *** Klanticus_ [~quassel@179.154.136.30] has quit [Ping timeout: 480 seconds] 18:14:58 *** Pensacola [~quassel@h220149.upc-h.chello.nl] has joined #openttd 18:15:37 *** oskari89 [oskari89@83-102-63-32.bb.dnainternet.fi] has quit [Ping timeout: 480 seconds] 18:21:48 <argoneus> hiii o/ 18:22:26 *** JacobD88 [~Thunderbi@cpc20-stap11-2-0-cust392.12-2.cable.virginm.net] has quit [Quit: JacobD88] 18:22:30 <NGC3982> Alien Isolation might be the best modern game i've played 18:23:18 <argoneus> NGC3982: go away 18:23:32 <NGC3982> Oh, you hate that game too? 18:23:49 <argoneus> NGC3982: http://youtube.com/watch?v=5P-ul37yLG4 18:23:49 *** gelignite [~gelignite@i528C3504.versanet.de] has joined #openttd 18:23:51 <argoneus> don't trigger me 18:24:24 <NGC3982> Oh god yes 18:24:46 <NGC3982> Haha, the mouse shake. 18:24:58 *** Klanticus [~quassel@179.154.136.30] has quit [Read error: Operation timed out] 18:25:02 <argoneus> I was kinda stressed out 18:25:34 <NGC3982> Yes, that shit made my pants change color. 18:25:43 <argoneus> the video or that part? 18:26:14 <NGC3982> The part. Lot's of scenes was way worse 18:26:28 <NGC3982> But still, the entire game was very scary, but very ..good scary? 18:26:30 <argoneus> I haven't even finished it yet 18:26:36 <argoneus> this is the sequel 18:26:44 <argoneus> http://youtube.com/watch?v=myzbwnInY6k 18:27:04 <NGC3982> :( 18:27:22 <argoneus> I still don't understand how he saw me 18:27:32 <NGC3982> You moved 18:27:40 <argoneus> wait 18:27:45 <argoneus> you can't even turn the camera inside? 18:27:51 <NGC3982> Nope 18:27:55 <argoneus> oh fuck 18:27:57 <NGC3982> Mouse movement is detectable 18:28:04 <argoneus> I was like 18:28:05 <argoneus> NOPE NOPE 18:28:08 <NGC3982> :D 18:28:26 <NGC3982> I really hate horror games 18:28:28 <argoneus> it kind of lost its magic after though 18:28:29 <argoneus> I was like 18:28:34 <argoneus> "I'll just sprint through this part" 18:28:39 <NGC3982> But this was actually the first one that i wanted to finish 18:28:39 <argoneus> so I sprinted there, took the keycard, sprinted back 18:28:42 <argoneus> he didn't catch me :( 18:28:46 <NGC3982> :D 18:29:05 <argoneus> I usually sprint past the androids too 18:29:08 <argoneus> those guys can't run 18:29:30 <NGC3982> They freak my shit out. 18:30:00 <argoneus> you are scared of the androids? 18:30:16 <NGC3982> Yes, oh yes. 18:30:45 <argoneus> they aren't really that scary for me 18:30:48 <argoneus> because you are faster than them 18:31:00 <argoneus> but the alien is insanely quick 18:31:00 <NGC3982> I guess it is the consistency that get's me 18:32:35 <argoneus> NGC3982: I am now at the part where the doctor gets eaten and you go down by elevator and need to find the trauma gear or something 18:32:41 <argoneus> does it get scarier from here on? 18:33:35 <NGC3982> Can't remember. The ending is much more strategic than scary. 18:33:44 <argoneus> ending? 18:33:46 <argoneus> am I near the end? :O 18:34:00 <NGC3982> Nope, not even near. 18:34:01 <NGC3982> :D 18:34:07 <argoneus> ;___; 18:34:33 *** HerzogDeXtEr1 [~flex@i59F6B927.versanet.de] has quit [Quit: Leaving.] 18:40:13 *** Supercheese [~Superchee@76.178.136.186] has joined #openttd 18:50:36 *** Klanticus [~quassel@179.154.136.30] has joined #openttd 18:54:33 *** Pensacola [~quassel@h220149.upc-h.chello.nl] has quit [Remote host closed the connection] 18:59:32 *** Klanticus [~quassel@179.154.136.30] has quit [Remote host closed the connection] 19:08:06 *** oskari89 [oskari89@83-102-63-32.bb.dnainternet.fi] has joined #openttd 19:14:58 *** oskari892 [oskari89@83-102-63-32.bb.dnainternet.fi] has quit [Ping timeout: 480 seconds] 19:20:03 *** Supercheese [~Superchee@76.178.136.186] has quit [Quit: Valete omnes] 19:24:12 *** andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has joined #openttd 19:24:23 <planetmaker> hm.... http://www.ams.org/notices/201410/rnoti-p1249.pdf 19:24:50 <andythenorth> o/ 19:31:18 *** Wolf01 [~wolf01@host156-13-dynamic.20-79-r.retail.telecomitalia.it] has joined #openttd 19:31:24 <Wolf01> hi hi 19:31:51 <argoneus> \o 19:34:05 *** Pereba [~UserNick@177.98.145.225] has joined #openttd 19:36:31 <Alberth> o/ 19:38:27 <andythenorth> cat est ou? 19:40:38 <Wolf01> the what? 19:40:50 <Alberth> you still haven't figured out where the animal is? 19:42:29 <andythenorth> nah 19:42:32 <andythenorth> endless quest 19:42:34 <andythenorth> neverending story 19:43:53 <Wolf01> the best way to find it is to shake the dry food box 19:44:44 <Wolf01> or you might consider to get a huntsman spider as a pet the next time 19:51:30 *** CosmicRay [~jgoerzen@0000fdc9.user.oftc.net] has joined #openttd 19:52:45 <CosmicRay> Hi folks. I have a quite large OpenTTD map running with some rather complex transport links. I'd like to figure out which ones are most heavily-loaded. When I played RT3, it had a nice map that would show which rail segments were in used the most by coloring them green to red 19:52:53 <CosmicRay> Is there anything like this in OpenTTD in any way? I can't find it 19:53:10 <CosmicRay> basically the algorithm should be simple - just see how often a tile is occupied over a certain amount of time 19:54:48 <Alberth> not for vehicles, but you can see capacity of cargo links, if you use cargo dist 19:55:59 <Alberth> Heavily loaded is not a problem, not flowing is the problem you want to check 19:56:05 <CosmicRay> indeed 19:56:19 <CosmicRay> well I also want to see under-utilized so I can perhaps remove them and free the tiles for other things 19:56:19 <Alberth> best way is to let the game run for a while, and observe how vehicles move (or not) 19:56:28 <CosmicRay> yeah been trying that ;-) 19:56:36 <CosmicRay> I'm not using cargodist yet 19:56:45 <CosmicRay> haven't quite wrapped my head around what the heck it does yet ;-) 19:58:06 <Alberth> basically, it distributes the cargo if you give it room to do that 19:58:36 <Alberth> say you have a pax service from A to B and from A to C (and vice versa) 19:58:55 <Alberth> pax from A then get distributed between B and C 19:59:42 <Alberth> also, since pax from B can go to A, and from there to C, pax from B get distributed between A and C, where the latter travel 'through' A 19:59:55 <Alberth> for C, the same happens 20:00:27 <Alberth> (they get distributed to A and B, where the latter travel 'through' A) 20:00:45 <Alberth> so it's gets quite busy at A :) 20:01:34 <Alberth> for one-way flow it's easier, eg a coal mine providing to 2 power plants 20:01:57 <Alberth> coal gets distributed to both plants at the mine 20:02:36 <Alberth> that means a train visiting one power plant will only get a part of the mine output 20:04:33 <Alberth> for checking non-usage, I often look at the minimap, and see whether trains use all tracks 20:06:30 <andythenorth> been wondering 20:06:47 <andythenorth> whether itâs better to use âtransfer and leave emptyâ or âunload and leave emptyâ with cdist 20:06:52 <andythenorth> or whether thatâs irrelevant 20:07:53 <Alberth> I think it doesn't matter, just visiting a station is enough, unless you really want to block return cargo 20:08:12 <Wolf01> I don't know if cargo disappear with both when left at stations 20:08:13 *** oskari892 [oskari89@83-102-63-32.bb.dnainternet.fi] has joined #openttd 20:08:21 <andythenorth> you have to block return cargo 20:08:27 <andythenorth> to avoid unintended link creation 20:08:51 <andythenorth> also not using unload (or transfer) causes wanted links to not be established 20:08:58 <andythenorth> so vehicles just cycle back with the load 20:09:29 <andythenorth> doesnât affect pax or mail 20:09:40 <andythenorth> but particularly bad with cargos like supplies 20:09:44 <Alberth> false, in my experience, it just takes a while for cdist to pick up the new cargo transport 20:10:07 <Alberth> but it does create the new link 20:10:23 <andythenorth> really? with transfers? 20:10:30 <andythenorth> or feeders rather 20:10:45 <Alberth> just "unload, and load if accepted" 20:11:07 <andythenorth> on an A->B->C route 20:11:14 <andythenorth> if vehicle is waiting at B on full load 20:11:17 <andythenorth> and vehicle arrives from A 20:11:20 <andythenorth> there is no link to C 20:11:25 <andythenorth> so vehicle from A doesnât unload 20:11:44 <andythenorth> so vehicle at B never leaves for C 20:11:52 <andythenorth> so link is never established⊠:D 20:12:22 <Alberth> I can see you may need to add no-loading to prevent taking cargo back from other sources though 20:12:43 *** oskari89 [oskari89@83-102-63-32.bb.dnainternet.fi] has quit [Read error: Operation timed out] 20:12:46 <Alberth> Hmm, never tried that scenario, I think 20:13:21 <andythenorth> yeah when you have a source like A providing supplies to B and C 20:13:26 <Alberth> at least, not recently 20:13:27 <andythenorth> and C is also supplied by Z 20:13:33 <andythenorth> then Z-A needs to be prevented 20:14:23 <Alberth> if you want to forbid Z - A - B :) 20:15:11 <fonsinchen> andythenorth: You have the special chance to name the next bug in most-annoying-for-mac-users order. 20:15:20 <andythenorth> :o 20:15:36 <andythenorth> hmm 20:15:55 *** oskari892 [oskari89@83-102-63-32.bb.dnainternet.fi] has quit [] 20:15:56 <andythenorth> unreproducibly, the cursor sometimes locks to âdrag mapâ 20:16:12 <andythenorth> also screen resolution switching doesnât work for me, but I think itâs a Mavericks issue 20:16:16 <andythenorth> and it doesnât affect my game 20:16:31 <andythenorth> I have no other mac-related issues playing ottd 20:16:51 <andythenorth> ffwd is currently bizarre, but that doesnât matter 20:17:58 * andythenorth looks in flyspray 20:19:44 <fonsinchen> The bug has to be in FS. If you find a bug that's not there feel free to add it. 20:20:07 <Alberth> :) 20:21:08 <andythenorth> hmm 20:21:14 <andythenorth> Iâm sure this can be closed http://bugs.openttd.org/task/5797?string=%5BOS+X%5D&project=1&type%5B0%5D=&sev%5B0%5D=&pri%5B0%5D=&due%5B0%5D=&reported%5B0%5D=&cat%5B0%5D=&status%5B0%5D=open&percent%5B0%5D=&opened=&dev=&closed=&duedatefrom=&duedateto=&changedfrom=&changedto=&openedfrom=&openedto=&closedfrom=&closedto= 20:21:25 <andythenorth> I can compile on Mavericks âworks for meâ :P 20:21:29 <andythenorth> also I updated the wiki 20:21:48 <andythenorth> http://wiki.openttd.org/Compiling_on_Mac_OS_X#Configuring_on_Mavericks 20:22:43 <andythenorth> I canât see any others that are interesting in flyspray :) 20:23:59 <fonsinchen> I think michi_cc should close FS#5797 if it is fixed. It seems he has been active there. I can't really tell what it's about. 20:25:11 <andythenorth> +1 20:38:05 <michi_cc> FS#5797 is about figuring out where inside configure and especially *when* to add LDFLAGS="-stdlib=libstdc++" 20:39:49 <michi_cc> It seems to be needed if gcc is really clang, but is it needed for all clang versions, even older ones? 20:45:29 <andythenorth> I am going to upgrade to Yosemite soon (10.10) so that will likely add more changes :P 20:54:35 *** Alberth [~hat@2001:981:c6c5:1:be5f:f4ff:feac:e11] has quit [Quit: Leaving.] 20:56:12 *** Yotson [~Yotson@2001:980:6ac8:1:9c9c:fdb0:427c:6fa] has quit [Quit: .] 21:08:58 <andythenorth> fonsinchen: so does cdist make any distinction between âunloadâ and âtransferâ for feeders? 21:09:32 <fonsinchen> yes, if you manually specify either of them it will not route conflictingly 21:10:16 <fonsinchen> So, if you do transfer it knows it cannot deliver to the station in question. If you do unload it knows it cannot transfer 21:10:25 <andythenorth> interesting 21:10:43 <andythenorth> I am using unload instead of transfer in my game 21:10:49 <andythenorth> the results are as expected afaict 21:10:57 <andythenorth> thereâs no reason, just a habit I got into 21:11:13 <fonsinchen> How can you have a feeder with unload? 21:11:29 <fonsinchen> Or does it do unload at the pickup end? 21:11:50 <andythenorth> truck from A (full load) -> B (unload and leave empty) 21:12:01 <andythenorth> ship B (full load) -> C (accepted) 21:12:10 <andythenorth> seems to work, transfer credits are being applied etc 21:12:43 * andythenorth checks 21:12:43 <fonsinchen> so B doesn't accept the cargo then? 21:13:14 <fonsinchen> I think it's not smart enough to predict that the unload order is bogus. 21:13:31 <andythenorth> B doesnât accept the cargo 21:13:33 <Wolf01> with cdist I prefer transfer because it hides losses, so less messages about trains with negative income 21:13:49 <andythenorth> the cargo waiting at B has no destination until the ship arrives 21:13:51 <andythenorth> then the ship loads it 21:14:11 <fonsinchen> Yes, that's to be expected. Cargodist assumes that you mean unload if you specify it. 21:14:55 <andythenorth> maybe I go back to transfer 21:15:02 <andythenorth> just an odd habit I got into 21:17:00 *** sla_ro|master [slamaster@95.76.27.245] has quit [] 21:18:19 *** dandan_ [~dandan@HSI-KBW-082-212-013-022.hsi.kabelbw.de] has joined #openttd 21:18:35 <dandan_> Good evening 21:20:06 <frosch123> hola 21:20:44 <dandan_> I have a question: Why does autoreplace not work for articulated vehicles carrying more than one type of cargo? 21:21:18 <dandan_> There is (at least) one such vehicle in Iron Horse and several in the SBB Set and it seems autoreplace cannot handle them 21:21:37 <frosch123> because it is non-obvious what should happen 21:22:39 <dandan_> Well, I can see that if you try to replace a different kind of vehicle by such a vehicle. But it does not even work for two vehicles of that kind. 21:23:01 <frosch123> you mean autorenew? 21:23:12 <dandan_> No, I mean autoreplace 21:23:35 <dandan_> Suppose you have two types of vehicles, both articulated, both with passengers and mail 21:23:42 <frosch123> most likely it has problems figuring out the refitting 21:23:43 <dandan_> And you want to autoreplace one with the other 21:23:54 <frosch123> the gui only allows whole vehicles to be refitted 21:24:10 <frosch123> so once different arituclated parts have different refittability it already gets tricky at best 21:24:38 <andythenorth> mixed articulated vehicles are a PITA 21:24:40 <frosch123> one part carrying goods and mail, and the other goods and food 21:24:44 <andythenorth> and best avoided imho 21:24:48 <frosch123> i would just call it a BAD FEATURE :p 21:24:58 <andythenorth> sorry I didnât reply to your PM dandan_ :) 21:25:04 <andythenorth> I couldnât remember what the issue was 21:25:06 <dandan_> no worries 21:25:31 <dandan_> well, best avoided is always an easy solution 21:26:08 <dandan_> But I guess there is nothing I can do from the NewGRF side 21:26:16 <dandan_> That's my main question really 21:26:17 <andythenorth> not easily 21:26:18 <frosch123> anyway, autoreplace just skips those vehicles, because i couldn't be bothered to check all possible scenarios of different, shared on non-shared refittability 21:27:15 <frosch123> if (IsArticulatedVehicleCarryingDifferentCargoes(v, &cargo_type)) return CT_INVALID; // We cannot refit to mixed cargoes in an automated way 21:27:40 <dandan_> I know nothing about how autoreplace works internally - I don't really see why articulared vehicles should be that different from ordinary train consists as far as autoreplace is concerned 21:28:15 <frosch123> dandan_: reffitting is based on whole vehicles, that's all 21:28:46 <frosch123> once your composition does differ from "one vehicle, one cargo", things start to fail 21:28:50 <frosch123> most obvious in the refit gui 21:29:13 <frosch123> but to the same extent in autoreplace, in ais, everything that cannot read a readme 21:29:48 <dandan_> Well, the refit GUI kind of pretends you have two vehicles, except you cannot select them separately. That's how it should be IMO. I see no fault with the refit GUI in that respect. 21:30:45 <frosch123> dandan_: just imagine one part is refittable to mail + goods, and the other to goods+food 21:31:08 <frosch123> refitting to "goods" changes both parts, refitting to the other changes only one part 21:31:26 <frosch123> to refit such vehicle to mail+goods, you first have to refit to goods, and then to mail 21:31:38 <frosch123> doing it the revers fails, since refit to goods would cancel the mail again 21:32:01 <dandan_> I understand the GUI problem for that case. But autoreplace will handle a train with two separate vehicles, one refittable to mail+goods, the other to goods+food just fine. 21:32:05 *** Myhorta [~Myhorta@00018fad.user.oftc.net] has joined #openttd 21:32:24 <frosch123> no, autoreplace does exactly the thnig a human could also do 21:32:42 <frosch123> just that it says "if refitting depends on the order it is done it, it is bollocks" 21:33:31 <frosch123> again: refitting is done for whole vehicles, always; if newgrf think they can turn it into a per-articulated part, things will break 21:34:00 <dandan_> Yes, that is what makes the difference, I understand now. 21:35:03 <dandan_> I guess my passenger/mail driving trailers will be excluded from autoreplace. Too bad, but they are just gimmicks anyway from a gameplay point of view. 21:35:14 <dandan_> Thanks for the explanation anyway. 21:40:52 *** Celestar [~Celestar@p4FD6E23D.dip0.t-ipconnect.de] has joined #openttd 21:48:59 <andythenorth> hmm 21:49:03 <andythenorth> planes ignoring refit orders 21:49:21 <andythenorth> yeah just ignored 21:49:22 <andythenorth> bah 21:50:22 <andythenorth> first order refit goods 21:50:26 <andythenorth> second order refit pax 21:50:36 <andythenorth> first refit is ignored 21:50:48 <andythenorth> remove pax refit on second order, first order refit works 21:53:52 <peter1138> @seen pikka 21:53:53 <DorpsGek> peter1138: pikka was last seen in #openttd 6 days, 9 hours, 18 minutes, and 31 seconds ago: <Pikka> it's pretty much six of one and half a dozen of the other. 21:54:15 <frosch123> pikka has many names 21:54:21 <frosch123> @seen pik* 21:54:21 <DorpsGek> frosch123: pik* could be Pikka (6 days, 9 hours, 18 minutes, and 59 seconds ago), Pikkaphone (1 week, 2 days, 10 hours, 29 minutes, and 15 seconds ago), Pikkaphone2 (2 weeks, 6 days, 15 hours, 2 minutes, and 51 seconds ago), Pikkaphablet (11 weeks, 1 day, 12 hours, 41 minutes, and 33 seconds ago), pikkas (1 year, 36 weeks, 1 day, 23 hours, 7 minutes, and 30 seconds ago), pikka2 (1 year, 42 weeks, 2 days, 19 (1 more message) 21:54:24 <frosch123> @seen pok* 21:54:24 <DorpsGek> frosch123: pok* could be Pokka (2 weeks, 5 days, 14 hours, 51 minutes, and 40 seconds ago) or pokkka (1 year, 40 weeks, 1 day, 5 hours, 13 minutes, and 9 seconds ago) 21:56:06 *** MTsPonyZzZ [~MTsPony@008-086-128-083.dynamic.caiway.nl] has quit [] 21:56:18 *** MTsPony [~MTsPony@008-086-128-083.dynamic.caiway.nl] has joined #openttd 21:56:27 <andythenorth> who will win? 21:56:29 <andythenorth> me or SV? 21:59:10 <andythenorth> or bed? 21:59:10 <andythenorth> bed 21:59:13 <andythenorth> bye 21:59:14 *** andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has quit [Quit: andythenorth] 22:03:06 *** gelignite [~gelignite@i528C3504.versanet.de] has quit [Quit: http://bit.ly/nkczDT] 22:17:06 <MTsPony> Anyone else noticed top of buildings appear/disappear at random latest trunk? 22:17:56 <frosch123> tall building? 22:18:01 <MTsPony> yep 22:18:13 <frosch123> for very tall building that has always been happening 22:18:28 <MTsPony> Really. I woulve noticed that if that were true 22:18:30 <frosch123> but if it now also happens for less tall ones, it may be caused by more height levels 22:18:46 <MTsPony> Just simply TTRS in example, 22:19:03 <frosch123> yes, ttrs is one of the classic cases of too tall buildings 22:19:10 <MTsPony> Never noticed it in our current build, 26694 22:20:11 <MTsPony> I would definately have noticed this flickering lol. 22:20:17 <frosch123> 116 pixels at normal zoom levels or something is the max height 22:20:21 <frosch123> iirc some of ttrs are 200 or so 22:22:41 <MTsPony> well. I have two games open right now, both TTRS, it happens with the latest nightly, and not with 26694. 22:22:52 <MTsPony> :p 22:23:09 <frosch123> post a savegame to fs then :) 22:23:20 <MTsPony> done :) save + cfg + screenshot. 22:24:27 *** Celestar [~Celestar@p4FD6E23D.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 22:29:08 <Sylf> I can vouch for that too - tall buildings (especially the blue one) in TTRS have been flickering forever 22:29:58 <Sylf> I see it more often in r27018 and it may be due to more height levels. But as a random player, I've been seeing it for years. 22:32:27 <MTsPony> That can be true, but if i can not see it happening at all in one of the not so old builds, thats really strange though? 22:33:03 <MTsPony> I mean, Ive personally never experienced it at all, I see those kind of things with a blink of an eye, it instantly catched my eye, because im not used to seeing those buildings flicker at all, 22:33:24 <MTsPony> hasnt happened on build 26694 or 26335 out of my head, at all. 22:33:25 <Wolf01> TTRS buildings, especially that round tall one, flickers also at sea level 22:34:48 <MTsPony> you would be surprised if i showed you live action of TTRS buildings not flickering :p 22:35:47 <Sylf> I wouldn't be so shocked. 22:35:57 <Sylf> I've see cases where they don't flicker as well 22:47:07 *** Supercheese [~Superchee@76.178.136.186] has joined #openttd 22:52:46 <argoneus> o/ 22:55:21 <Eddi|zuHause> <frosch123> if (IsArticulatedVehicleCarryingDifferentCargoes(v, &cargo_type)) return CT_INVALID; // We cannot refit to mixed cargoes in an automated way <-- what happens there if the passenger part is fixed, and the mail part is refittable to valuables and express cargos? 22:55:23 *** Progman [~progman@p57A186EF.dip0.t-ipconnect.de] has quit [Remote host closed the connection] 22:55:43 <Eddi|zuHause> the final result does not depend on the refit order 22:56:18 <frosch123> it's one of those cases where i did not bother coding more details 22:56:30 <frosch123> you can make it work in more cases for sure :) 22:56:54 <Eddi|zuHause> i guess we will see more pax+mail vehicles in the near future 22:57:00 <Eddi|zuHause> CETS also has some 22:57:04 <Eddi|zuHause> DBSet will get some 22:58:52 <Eddi|zuHause> when the wagons are 3-part anyway, it's a logical extension 23:00:20 <dandan_> I agree with Eddi, but I am off to bed now ;-) 23:03:44 <Wolf01> bed time too 23:03:47 <Wolf01> 'night 23:03:53 *** Wolf01 [~wolf01@0001288e.user.oftc.net] has quit [Quit: Once again the world is quick to bury me.] 23:04:09 <dandan_> good night 23:04:12 *** dandan_ [~dandan@HSI-KBW-082-212-013-022.hsi.kabelbw.de] has quit [] 23:06:23 <Eddi|zuHause> <fonsinchen> Yes, that's to be expected. Cargodist assumes that you mean unload if you specify it. <-- that seems like a change in semantics to me. "unload" originally means "get this out of the vehicle, if the station does not accept it, store cargo for transfers", not "force delivering to this station" 23:07:14 <fonsinchen> The assumption only holds for planning the routing 23:07:54 *** liq3 [~liq3@CPE-120-147-178-81.gdfw1.lon.bigpond.net.au] has joined #openttd 23:07:58 <fonsinchen> When the vehicle actually arrives at the station it will see that the route (deliver to station) is invalid and route "via any station" instead 23:08:31 <Eddi|zuHause> yes, so the routing is probably wrong 23:08:52 <Eddi|zuHause> it should consider transfers with unload orders 23:09:46 <Eddi|zuHause> for example you could make orders like "unload, autorefit, load" 23:10:14 <Eddi|zuHause> nobody would expect cargo do be force-delivered to this exact station 23:13:44 *** TomyLobo [~foo@ip5b417367.dynamic.kabel-deutschland.de] has quit [Quit: Standby mode...] 23:23:01 *** supermop [~supermop@d110-33-191-31.sun801.vic.optusnet.com.au] has joined #openttd 23:29:45 *** Jomann [~abchirk@p4FE224D4.dip0.t-ipconnect.de] has quit [Remote host closed the connection] 23:33:30 <supermop> anyone other than pikka used 32bpp color masks yet? 23:34:17 <Sylf> color masks are for company colors etc? 23:34:58 <frosch123> not sure how far nuts has progressed there 23:35:21 <Sylf> I was thinking about 32bpp version of GRVTS 23:36:11 <fonsinchen> Eddi|zuHause: unload is considered to be intended as "deliver to station", in contrast to "deliver if accepted". 23:36:59 <Eddi|zuHause> fonsinchen: but that's not the actual behaviour of "unload", so you can't use that as assumption for the routing 23:37:07 <frosch123> fonsinchen: does unload/transfer make a difference on vehicle profit? or is it now always like transfer? 23:37:07 <fonsinchen> OK, it could check station acceptance every time it plans the routing, but really? Seems overkill to me. 23:37:16 <supermop> as i understand, the sprite is just grey/white with shading then you mask solid color over it? 23:37:25 <fonsinchen> It has nothing to do with profit. 23:37:47 <fonsinchen> The point is the decision if it will deliver or transfer is different 23:38:11 <supermop> couldn't it also mask brick or plaster texture over it? to model the relief of the same facade but in two different materials? 23:38:22 <Eddi|zuHause> fonsinchen: it doesn't need to check the station acceptance, it should just not allow cargo staying in the vehicle, whether it then is delivered or transferred is still open 23:38:37 <fonsinchen> It cannot let that open 23:38:49 <fonsinchen> And it doesn't plan for cargo in the vehicle 23:38:56 <supermop> i know it would look worse that rendering the brick etc, but could give some more variation to houses without vastly increasing number of sprites 23:38:56 <fonsinchen> It assumes the cargo is delivered 23:39:12 <frosch123> supermop: it's meant for company colours, not for sprite composition 23:39:19 <fonsinchen> The whole point about the planning is that it tries to figure out where the cargo goes in advance 23:39:37 <frosch123> supermop: oh, houses... you can compose houses from multiple sprites 23:39:42 *** MTsPony [~MTsPony@008-086-128-083.dynamic.caiway.nl] has quit [] 23:39:56 <frosch123> it's called child sprites 23:40:16 <frosch123> has nothing to do with masks 23:40:36 <Eddi|zuHause> fonsinchen: yes, but treating "unload" as "cannot transfer" is just too restrictive 23:41:44 <fonsinchen> The original idea was that you shouldn't have order modifiers when using cargodist at all. Cargodist wants to handle that for you. But, OK, I'll see if I can handle that corner case. 23:42:11 *** MTsPony [~MTsPony@008-086-128-083.dynamic.caiway.nl] has joined #openttd 23:48:24 <Eddi|zuHause> "Apple Yosemite automatically uploads unsaved documents to the cloud" 23:48:56 <frosch123> isn't everything unsaved? 23:49:04 <frosch123> once you move the cursor key or something 23:49:16 <fonsinchen> Eddi|zuHause: How did we actually get the idea that it makes a difference between transfer and unload when planning. It doesn't really do so. The only thing that counts is "leave empty" 23:49:47 <Eddi|zuHause> frosch123: pretty much 23:49:59 <Eddi|zuHause> fonsinchen: dunno, i just picked up your statement 23:51:43 *** Flygon_ [~Flygon@147.18.214.218.sta.commander.net.au] has joined #openttd 23:51:44 <fonsinchen> Order::CanLeaveWithCargo() <- that's all the magic behind it 23:52:09 <Eddi|zuHause> fonsinchen: maybe transfer and unload should be changed to have no difference at all if cargodist is enabled 23:52:24 <fonsinchen> Why? 23:52:35 <Eddi|zuHause> to simplify stuff 23:52:50 <Eddi|zuHause> so the planning better matches what actually happens on arrival 23:53:06 <fonsinchen> If there is a bug somewhere, please go to FS and add a savegame. Then I'll start working on it. 23:53:12 <fonsinchen> Everything else is just BS 23:53:23 <Eddi|zuHause> i have not actually played in quite a while 23:53:24 <fonsinchen> good night. 23:53:33 <Eddi|zuHause> so i can't say there are actual bugs 23:57:17 *** Flygon__ [~Flygon@147.18.214.218.sta.commander.net.au] has quit [Ping timeout: 480 seconds] 23:58:20 *** MTsPony [~MTsPony@008-086-128-083.dynamic.caiway.nl] has quit []