Config
Log for #openttd on 27th October 2014:
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 []

Powered by YARRSTE version: svn-trunk