Back to Home / #openttd / 2014 / 11 / Prev Day | Next Day
#openttd IRC Logs for 2014-11-16

---Logopened Sun Nov 16 00:00:59 2014
00:03-!-supermop [~supermop@d110-33-190-48.sun801.vic.optusnet.com.au] has quit [Ping timeout: 480 seconds]
00:04-!-Hazzard_ [~quassel@c-67-174-253-44.hsd1.ca.comcast.net] has joined #openttd
00:11-!-Hazzard [~quassel@c-67-174-253-44.hsd1.ca.comcast.net] has quit [Ping timeout: 480 seconds]
00:14-!-HerzogDeXtEr [~flex@88.130.181.36] has quit [Quit: Leaving.]
00:29-!-killertester [~igor@pppoe-77-75-13-174.ppp.kmv.ru] has quit [Quit: Leaving.]
00:34-!-MTs-iPad [~MTs-iPad@008-086-128-083.dynamic.caiway.nl] has joined #openttd
00:56-!-Eddi|zuHause [~johekr@p57BD532E.dip0.t-ipconnect.de] has quit []
00:56-!-Eddi|zuHause [~johekr@p5DC671F9.dip0.t-ipconnect.de] has joined #openttd
01:21-!-Hazzard_ [~quassel@c-67-174-253-44.hsd1.ca.comcast.net] has quit [Read error: Connection reset by peer]
02:23-!-DDR [~kvirc@S010600254bbe4e1c.vc.shawcable.net] has quit [Read error: Connection reset by peer]
02:30-!-Hazzard [~Hazzard@c-67-174-253-44.hsd1.ca.comcast.net] has joined #openttd
02:35-!-b_jonas [~x@russell2.math.bme.hu] has quit [Ping timeout: 480 seconds]
02:45-!-supermop [~supermop@d110-33-190-48.sun801.vic.optusnet.com.au] has joined #openttd
02:47-!-Alberth [~hat@2001:981:c6c5:1:be5f:f4ff:feac:e11] has joined #openttd
02:47-!-mode/#openttd [+o Alberth] by ChanServ
02:54-!-supermop [~supermop@d110-33-190-48.sun801.vic.optusnet.com.au] has quit [Ping timeout: 480 seconds]
02:59-!-b_jonas [~x@russell2.math.bme.hu] has joined #openttd
03:15-!-andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has joined #openttd
03:15<andythenorth>ha ha
03:15<andythenorth>daylength
03:15<andythenorth>http://blog.scssoft.com/2014/11/dashboards-at-night.html?showComment=1416068536030#c2583103345129480544
03:16-!-Pensacola [~quassel@h220149.upc-h.chello.nl] has joined #openttd
03:16-!-sla_ro|master [slamaster@95.76.27.245] has joined #openttd
03:26<@peter1138>Heh
03:26<@Alberth>hi hi
03:45<@planetmaker>moin moin
03:45<@Alberth>o/
03:49-!-sla_ro|master [slamaster@95.76.27.245] has quit []
03:53-!-sla_ro|master [slamaster@95.76.27.245] has joined #openttd
03:54-!-Hazzard [~Hazzard@c-67-174-253-44.hsd1.ca.comcast.net] has quit [Ping timeout: 480 seconds]
04:15-!-b_jonas [~x@russell2.math.bme.hu] has quit [Ping timeout: 480 seconds]
04:16-!-TomyLobo [~foo@ip5b417367.dynamic.kabel-deutschland.de] has joined #openttd
04:18-!-b_jonas [~x@russell2.math.bme.hu] has joined #openttd
04:44-!-Progman [~progman@p57A1BF76.dip0.t-ipconnect.de] has joined #openttd
04:44-!-SHOTbyGUN [shotbygun@213-186-253-83.bb.dnainternet.fi] has joined #openttd
04:48-!-sla_ro|master [slamaster@95.76.27.245] has quit [Ping timeout: 480 seconds]
04:49-!-Supercheese [~Superchee@cpe-76-178-136-186.natnow.res.rr.com] has quit [Quit: Valete omnes]
05:12-!-sla_ro|master [slamaster@95.76.27.245] has joined #openttd
05:13-!-MTs-iPad [~MTs-iPad@008-086-128-083.dynamic.caiway.nl] has quit [Read error: Connection reset by peer]
05:16-!-Suicyder [~Suicyder@86.92.59.88] has joined #openttd
05:19-!-MTs-iPad [~MTs-iPad@008-086-128-083.dynamic.caiway.nl] has joined #openttd
05:24-!-zeknurn [~sup@hd9483b0c.seveveb.dyn.perspektivbredband.net] has quit [Read error: Connection reset by peer]
05:57-!-Quatroking [~Quatrokin@ip226-139-211-87.adsl2.static.versatel.nl] has joined #openttd
06:00-!-Wolf01 [~wolf01@0001288e.user.oftc.net] has joined #openttd
06:00<Wolf01>hai
06:01<@Alberth>moin
06:02-!-supermop [~supermop@d110-33-190-48.sun801.vic.optusnet.com.au] has joined #openttd
06:03<supermop>yo
06:07<Taede>mornin
06:12-!-Jomann [~abchirk@p4FE231E9.dip0.t-ipconnect.de] has joined #openttd
06:15-!-ginko [~ginko@0001b68f.user.oftc.net] has joined #openttd
06:22-!-Progman [~progman@p57A1BF76.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
06:26<argoneus>ayy
06:33-!-zeknurn [~sup@hd9483b0c.seveveb.dyn.perspektivbredband.net] has joined #openttd
06:49-!-Xrufuian [~Xrufuian@cpe-142-136-204-41.socal.res.rr.com] has quit [Quit: Quit]
06:50-!-andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has quit [Quit: andythenorth]
07:07-!-frosch123 [~frosch@frnk-4d009c85.pool.mediaWays.net] has joined #openttd
07:13-!-Myhorta [~Myhorta@00018fad.user.oftc.net] has joined #openttd
07:33-!-Pensacola [~quassel@h220149.upc-h.chello.nl] has quit [Remote host closed the connection]
07:45-!-gelignite [~gelignite@i528C301F.versanet.de] has joined #openttd
07:46<Quatroking>https://www.youtube.com/watch?v=35k5Rq6eZzc
07:58-!-silverservert [~AndChat39@2001:980:ae9b:1:d8a6:667f:469e:4be0] has joined #openttd
07:59-!-Myhorta [~Myhorta@00018fad.user.oftc.net] has quit [Ping timeout: 480 seconds]
08:08<supermop>listening to broomhall music
08:14-!-HerzogDeXtEr [~flex@i59F6D57B.versanet.de] has joined #openttd
08:41-!-AndChat|390000 [~AndChat39@84.241.202.118] has joined #openttd
08:44-!-silverservert [~AndChat39@2001:980:ae9b:1:d8a6:667f:469e:4be0] has quit [Ping timeout: 480 seconds]
08:50-!-FLHerne [~flh@dsl-217-155-24-22.zen.co.uk] has joined #openttd
09:02-!-itsatacoshop247 [~itsatacos@2601:9:1180:b9c:f16d:3c7a:3ff5:b6bc] has quit [Ping timeout: 480 seconds]
09:20-!-silverservert [~AndChat39@openttd.xs4all.nl] has joined #openttd
09:23-!-supermop [~supermop@d110-33-190-48.sun801.vic.optusnet.com.au] has quit [Ping timeout: 480 seconds]
09:26-!-AndChat|390000 [~AndChat39@84.241.202.118] has quit [Ping timeout: 480 seconds]
09:43-!-andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has joined #openttd
09:44<andythenorth>it’s oh so quiet
09:56<LordAro>shh!
09:58<andythenorth>you're all alone
09:58<andythenorth>and so peaceful until
10:14<@Alberth>...
10:19<V453000>NO.
10:25<andythenorth>YES
10:25<silverservert>Maybe
10:25<andythenorth>a comedian :)
10:33-!-horazont [~unknown@2a01:4f8:d16:1305::3] has joined #openttd
10:34<horazont>trying to get auto-separation for timetable’d trams to work
10:34<horazont>is there a wiki page for that? all I found was http://www.tt-forums.net/viewtopic.php?f=32&t=67014 and https://bugs.openttd.org/task/1128
10:35<FLHerne>horazont: Ctrl-clicking 'set start date' sets the start dates of all vehicles sharing that timetable to e evenly-spaced around the duration
10:36<horazont>yes, but that only has odd effects, I assume I’m doing something wrong
10:36<FLHerne>So if you have three vehicles sharing the TT and it takes 60 days to complete, it sets start dates at 20-day intervals
10:36<horazont>my workflow is this right now:
10:36<horazont>1. make a tram, put orders, autofill timetable
10:36<horazont>2. send tram home, clone several trams with shared orders
10:37<horazont>3. ctrl-click set start date, set it to let the TT start a few days in the future
10:37<horazont>4. start all trams
10:37<horazont>result is that they are *all* running late immediately
10:37<horazont>shouldn’t they be running early?
10:38<horazont>hmm, no, the dates are indeed in the past
10:39<@Alberth>does it matter? Their due dates should be different, if you give them some slack, they'll get the their right point after some time
10:39<horazont>hm, just that trams can’t change order easily
10:40<horazont>ha, so the trick is to release them in order!
10:40<@Alberth>and passing each other may be a problem too
10:40<FLHerne>horazont: Having at least one large station, with plenty of stops and waiting time, is usually a good idea with trams
10:40<FLHerne>horazont: So that they can correct their order and/or wait time without blocking each other
10:42<horazont>mhm
10:47-!-Hazzard [~quassel@c-67-174-253-44.hsd1.ca.comcast.net] has joined #openttd
11:00-!-liq3 [~liq3@CPE-120-147-178-81.gdfw1.lon.bigpond.net.au] has quit []
11:06-!-Myhorta [~Myhorta@00018fad.user.oftc.net] has joined #openttd
11:12<andythenorth>if anybody would like to timetable my ships let me know :P
11:17<horazont>I don’t believe in ships. but before today, I’d also have said that I don’t belive in passenger transport, and now my whole empire is based on passenger transport. CargoDist really makes it more fun
11:20-!-abchirk_ [~abchirk@p4FE201D4.dip0.t-ipconnect.de] has joined #openttd
11:22-!-Jomann [~abchirk@p4FE231E9.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds]
11:25<FLHerne>horazont: CargoDist autotransferring, combined with autorefit, makes ships a lot more fun too :-)
11:26-!-Yotson_ [~Yotson@2001:980:6ac8:1:c41c:c45d:4093:a5a5] has joined #openttd
11:26-!-Yotson_ [~Yotson@2001:980:6ac8:1:c41c:c45d:4093:a5a5] has quit [Remote host closed the connection]
11:26-!-Myhorta [~Myhorta@00018fad.user.oftc.net] has quit [Remote host closed the connection]
11:29-!-Myhorta [~Myhorta@00018fad.user.oftc.net] has joined #openttd
11:33-!-tokai|mdlx [~tokai@port-92-195-126-231.dynamic.qsc.de] has joined #openttd
11:39-!-tokai [~tokai@00012860.user.oftc.net] has quit [Ping timeout: 480 seconds]
11:43-!-Myhorta [~Myhorta@00018fad.user.oftc.net] has quit [Ping timeout: 480 seconds]
11:51<horazont>are there any considerable advantages of pre-signals over path-signals? afaict, since path signals were introduced, there’s no reason to use anything else, is there?
11:52<Eddi|zuHause>no.
11:53-!-andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has quit [Read error: Connection reset by peer]
11:53-!-andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has joined #openttd
11:57-!-oskari89 [oskari89@83-102-63-32.bb.dnainternet.fi] has joined #openttd
12:00<FLHerne>horazont: Many servers prefer you to use plain block signals rather than path for plain-line sections
12:01<FLHerne>horazont: Because there's no difference in behaviour, and path-signals need a bit more processing
12:01<Eddi|zuHause>which is plain useless
12:01<V453000>that requirement is only because these servers want to make good players, the cpu is just an excuse or wrong reason
12:01<Eddi|zuHause>because no evidence was ever produced to support this processing claim
12:01<V453000>path signals will simply never lead you to proper solution
12:02<FLHerne>Eddi|zuHause: I'm sure I saw some numbers somewhere. Not very significant ones though
12:03<V453000>technical differences really dont matter FLHerne :) spamming 100 road vehicles or ships (which is very easy to do) will cause more harm
12:03<FLHerne>Also, there's that annoying thing where path signals 'lag' and stop trains briefly even when a clear path exists
12:04<FLHerne>'Some servers insist on it' is a useful fact though, even if the reasons are dubious
12:04<Wolf01>as we are talking about signals: on load balancers (those with a bridge/tunnel), is it better to use path signals or a bunch of pre-signals?
12:04<V453000>pre-signals, they choose better
12:05<V453000>path signals can often consider some paths not good enough etc
12:05<V453000>since firstred of exit signal gives like 10 000 penalty, that makes the choice a lot easier
12:05<horazont>hm
12:05<horazont>I’ll go for some sandboxing to mess with signals :)
12:09<Wolf01>I must rethink my cargo tracks, I can't use them for both point to point and CDist, the whole network screws up
12:09<Eddi|zuHause>yes, going at cargodist with a point-to-point mindset will almost certainly fail
12:09<V453000>or expand your network :)
12:10<V453000> why would that fail Eddi
12:10<V453000>it is the ultimate solution, no junctions, just stations
12:10<Wolf01>longer routes
12:10<Eddi|zuHause>V453000: that is already a different mindset
12:10<V453000>sure but it takes care of itself easily
12:10<V453000>no messing around, all of the distribution sorted out
12:11<V453000>isnt about mindset, it just shows the broken nature of cargodist if it motivates do do such a thing
12:11<V453000>logically, it does suggest it because stations solve all of the problems it brings
12:12<Wolf01>the problem is to deliver a lot of supplies to boost the production for the pont to point cargos, they need a ring shaped network
12:13<Wolf01>my current network don't allow to reach 2 pickup stations without first reaching the unload station/supplies station
12:13<Wolf01>and the main intersection is about at the center of the map
12:13<horazont>I was thinking that cargodist maybe only makes sense for symmetric goods
12:13<Eddi|zuHause>possible solution: stick a supplies wagon to all trains
12:14<horazont>it is certainly loooots of fun with passengers
12:14<Eddi|zuHause>then you can have the dropoff station take care of the distribution
12:14<Wolf01>yes, that is an idea, I already tried it with YETI
12:15<Eddi|zuHause>other possible solution: use trucks and planes for the supplies, completely decoupled from the train network
12:15<Wolf01>all the primary industry trains had some wagons for workers
12:16<Wolf01>planes are crashy :P
12:17<Eddi|zuHause>you can turn those off
12:17<andythenorth>with freight cargos, point-to-point is the most valid cdist strategy
12:19<FLHerne>I think having CDist 'cancel out' bidirectional demand for freightish stuff might make it behave better?
12:19<andythenorth>it behaves exactly as expected right now
12:19<andythenorth>I wouldn’t change it
12:19<FLHerne>Some bidirectional coal/ore traffic for blending occurs in RL, but moving stuff in both directions across the entire map is a bit odd
12:22<Eddi|zuHause>FLHerne: well, tweak the demand functions if you dare...
12:22<FLHerne>Aaargh
12:32<Eddi|zuHause>"Boeing has reported $26.4 billion in pre-tax profits to its shareholders, while claiming a total of $105 million in refunds from the IRS, an effective tax rate of -0.4 percent."
12:41-!-Myhorta [~Myhorta@00018fad.user.oftc.net] has joined #openttd
12:41-!-Myhorta [~Myhorta@00018fad.user.oftc.net] has quit [Read error: Connection reset by peer]
12:43<andythenorth>FLHerne: how are you getting bidirectional demand?
12:45<FLHerne>andythenorth: I mean if you have a secondary at each end of the map, and primaries spread out a bit, you have cargo going both ways up the middle
12:45<FLHerne>Because some of the stuff from each end goes all the way down the map to the other
12:45<FLHerne>Maybe I should turn up effect of distance a bit more
12:46<andythenorth>you’re doing that not cdist :)
12:46<andythenorth>cargo has no destinations
12:49<andythenorth>for freight, you only want to create directed graphs
12:50<andythenorth>and you want one secondary per graph typically
12:50<andythenorth>and don’t bridge the graphs
12:51<andythenorth>you want to create what I think some network theorists call cave worlds
13:00<@Alberth>non-cyclic directed graph will do :p
13:01-!-itsatacoshop247 [~itsatacos@2601:9:1180:b9c:f16d:3c7a:3ff5:b6bc] has joined #openttd
13:05-!-DDR [~kvirc@S010600254bbe4e1c.vc.shawcable.net] has joined #openttd
13:10<Eddi|zuHause>sure, you can make a cargodist graph directed by using "no loading" orders, but that kinda destroys any system that builds on an autorefit main line with feeders
13:11-!-itsatacoshop247 [~itsatacos@2601:9:1180:b9c:f16d:3c7a:3ff5:b6bc] has quit [Ping timeout: 480 seconds]
13:11<Eddi|zuHause>and that brings you back to "trains drive empty on the way back"
13:11-!-mordant [~mordant@adsl-76-235-163-67.dsl.klmzmi.sbcglobal.net] has joined #openttd
13:13-!-KWKdesign [~KWKdesign@pool-72-94-147-76.phlapa.fios.verizon.net] has joined #openttd
13:20-!-slonik [~KWKdesign@pool-72-94-147-76.phlapa.fios.verizon.net] has quit [Ping timeout: 480 seconds]
13:27<andythenorth>but that’s just how cdist works
13:28<andythenorth>you get odd results if you try to back load same cargos
13:28<andythenorth>refit to different cargo is fine
13:29<andythenorth>but that’s a different graph
13:55-!-xT2 [~ST2@118.107.136.95.rev.vodafone.pt] has joined #openttd
13:57-!-ST2 [~ST2@118.107.136.95.rev.vodafone.pt] has quit [Ping timeout: 480 seconds]
13:57-!-xT2 is now known as ST2
13:59<Eddi|zuHause>exactly. hence the suggestion to change the way cargodist works.
14:08<FLHerne>Also, some level of autorefit control beyond 'this specific cargo' and 'absolutely any cargo'
14:08<FLHerne>And some way to actually force a complete refit - even 'autorefit to A' will load cargo B if the vehicles come in carrying B
14:09-!-Pereba [~UserNick@177.17.90.57] has joined #openttd
14:10<andythenorth>Railroad Tycoon you specified a range of acceptable cargos for refit
14:10<andythenorth>FLHerne: you should be able to trick that by repeating the station, not sure
14:10<andythenorth>in fact, I think what you just described is a bug
14:10<andythenorth>which I think is fixed
14:11<andythenorth>if there is a station refit order to A, then it should be honoured as long as B is unloaded
14:11<FLHerne>andythenorth: The latter - you can't, without using two different stations
14:11<FLHerne>Oh, that's interesting
14:11<andythenorth>use unload
14:11<FLHerne>I should try recent trunk
14:11<andythenorth>if you can reproduce the behaviour in recent trunk, it’s a bug imo
14:12<andythenorth>I had a bunch of minor issues with refits and transfers, I reported them all to fonso, they all got fixed
14:12<andythenorth>the last game I played (few weeks ago), everything working perfectly
14:32<andythenorth>literally everything :P
14:32<andythenorth>I didn’t need to adjust consists, which is the main remaining irritation in ottd :P
14:34-!-Progman [~progman@p57A1BF76.dip0.t-ipconnect.de] has joined #openttd
14:35<argoneus>ayy
14:45<Quatroking>lmao
14:51-!-Alberth [~hat@2001:981:c6c5:1:be5f:f4ff:feac:e11] has left #openttd []
14:52-!-Jinassi [~Jinassi@0001ec72.user.oftc.net] has joined #openttd
15:15<Eddi|zuHause>saying "lmao" without context kinda defeats the point...
15:43-!-Jinassi [~Jinassi@0001ec72.user.oftc.net] has quit [Quit: irc2go]
16:20-!-sla_ro|master [slamaster@95.76.27.245] has quit []
16:25-!-frosch123 [~frosch@frnk-4d009c85.pool.mediaWays.net] has quit [Quit: be yourself, except: if you have the opportunity to be a unicorn, then be a unicorn]
16:29<Wolf01>changed a little the junctions and some tracks, now I deliver less supplies but to more stations in a single trip, they seem to be more happy about it
16:32-!-glx [~glx@000128ec.user.oftc.net] has joined #openttd
16:32-!-mode/#openttd [+v glx] by ChanServ
16:39<FUZxxl>Hello!
16:40<FUZxxl>Considering I have a y-shaped fanout that I want to load-balance on (i.e. it doesn't matter what track the trains choose).
16:40<FUZxxl>How do I place signals so that trains wait in front of the y until one of the sides is free?
16:41<FUZxxl>i.e. they should not try to enter one of the arms until the block behind it is free.
16:41<FUZxxl>Asides from using pre-signals, is there a way to do this with path-signals?
16:42-!-Myhorta [~Myhorta@00018fad.user.oftc.net] has joined #openttd
16:43<+glx>the basic rule for path signals is to place them only where it's safe for a train to wait
16:43<FUZxxl>ok.
16:44<+glx>so one before the y and the next one far enough so a train can wait on a branch without blocking the crossing
16:44<FUZxxl>ok.
16:44<FUZxxl>interesting approach.
16:44<FUZxxl>Let me try that.
16:45<FUZxxl>I'll report back when I can tell you if it works.
16:45-!-oskari89 [oskari89@83-102-63-32.bb.dnainternet.fi] has quit []
16:45<andythenorth>herp
16:46<andythenorth>still don’t understand the loans thing
16:46<andythenorth>borrow money
16:46<andythenorth>build pax
16:46<andythenorth>await riches
16:46<+glx>andythenorth: built coal is better :)
16:46<andythenorth>not in FIRS
16:46<andythenorth>dunno why
16:47<FUZxxl>I have recently started playing games where I restrict myself to passenger transportation (cargodist enabled). Lots of fun and requires a completely different railway design.
16:54*andythenorth finds metros help a lot
17:04-!-pxr [~Mychomize@46-236-110-230.customer.t3.se] has quit [Read error: Connection reset by peer]
17:04-!-pxr [~Mychomize@46-236-110-230.customer.t3.se] has joined #openttd
17:04-!-abchirk_ [~abchirk@p4FE201D4.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
17:09<andythenorth>bye
17:09-!-andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has quit [Quit: andythenorth]
17:09<Wolf01>'night
17:10-!-Wolf01 [~wolf01@0001288e.user.oftc.net] has quit [Quit: Once again the world is quick to bury me.]
17:11-!-TomyLobo [~foo@ip5b417367.dynamic.kabel-deutschland.de] has quit [Quit: Standby mode...]
17:12-!-Suicyder [~Suicyder@86.92.59.88] has quit [Quit: HydraIRC -> http://www.hydrairc.com <- Nine out of ten l33t h4x0rz prefer it]
17:14-!-FLHerne_ [~flh@dsl-217-155-24-22.zen.co.uk] has joined #openttd
17:15-!-FLHerne [~flh@dsl-217-155-24-22.zen.co.uk] has quit [Ping timeout: 480 seconds]
17:21-!-Progman [~progman@p57A1BF76.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
17:25-!-Myhorta [~Myhorta@00018fad.user.oftc.net] has quit [Ping timeout: 480 seconds]
17:32-!-mordant [~mordant@adsl-76-235-163-67.dsl.klmzmi.sbcglobal.net] has quit [Ping timeout: 480 seconds]
17:39-!-Myhorta [~Myhorta@00018fad.user.oftc.net] has joined #openttd
17:46-!-itsatacoshop247 [~itsatacos@2601:9:1180:b9c:f16d:3c7a:3ff5:b6bc] has joined #openttd
18:05-!-FLHerne_ [~flh@dsl-217-155-24-22.zen.co.uk] has quit [Quit: There's a real world out here!]
18:12-!-gelignite [~gelignite@i528C301F.versanet.de] has quit [Quit: http://bit.ly/nkczDT]
18:12-!-SHOTbyGUN [shotbygun@213-186-253-83.bb.dnainternet.fi] has quit [Read error: Connection reset by peer]
18:48-!-KenjiE20 [kenjie20@46.246.119.109] has quit [Remote host closed the connection]
18:49-!-KenjiE20 [kenjie20@irc.blinkenshell.org] has joined #openttd
18:56-!-Xrufuian [~Xrufuian@cpe-142-136-204-41.socal.res.rr.com] has joined #openttd
19:01-!-ginko_ [~ginko@0001b68f.user.oftc.net] has joined #openttd
19:06-!-Quatroking [~Quatrokin@ip226-139-211-87.adsl2.static.versatel.nl] has quit [Read error: Connection reset by peer]
19:08-!-ginko [~ginko@0001b68f.user.oftc.net] has quit [Ping timeout: 480 seconds]
19:27-!-ginko_ [~ginko@0001b68f.user.oftc.net] has quit [Ping timeout: 480 seconds]
20:00-!-Myhorta [~Myhorta@00018fad.user.oftc.net] has quit [Remote host closed the connection]
20:06-!-mordant [~mordant@adsl-76-235-163-67.dsl.klmzmi.sbcglobal.net] has joined #openttd
20:36-!-Extrems [borgs@modemcable204.141-177-173.mc.videotron.ca] has quit [Ping timeout: 480 seconds]
20:41-!-liq3 [~liq3@CPE-120-147-178-81.gdfw1.lon.bigpond.net.au] has joined #openttd
21:07-!-HerzogDeXtEr [~flex@i59F6D57B.versanet.de] has quit [Quit: Leaving.]
21:19-!-Supercheese [~Superchee@cpe-76-178-136-186.natnow.res.rr.com] has joined #openttd
21:49-!-Pereba [~UserNick@177.17.90.57] has quit [Quit: Bitcoins: 13wuPit32Ld43wzkAxzTJEmPrb2kJpkucr (www.adiirc.com)]
22:14-!-HerzogDeXtEr [~flex@i59F6D57B.versanet.de] has joined #openttd
22:33-!-silverservert [~AndChat39@openttd.xs4all.nl] has quit [Ping timeout: 480 seconds]
22:33-!-silverservert [~AndChat39@openttd.xs4all.nl] has joined #openttd
22:36-!-glx [~glx@000128ec.user.oftc.net] has quit [Quit: Bye]
22:41-!-mordant [~mordant@adsl-76-235-163-67.dsl.klmzmi.sbcglobal.net] has quit [Ping timeout: 480 seconds]
22:47-!-Hazzard_ [~quassel@c-67-174-253-44.hsd1.ca.comcast.net] has joined #openttd
22:54-!-Hazzard [~quassel@c-67-174-253-44.hsd1.ca.comcast.net] has quit [Ping timeout: 480 seconds]
23:32-!-Extrems [borgs@modemcable204.141-177-173.mc.videotron.ca] has joined #openttd
23:39-!-Pikka [~Octomom@d58-106-37-79.rdl801.qld.optusnet.com.au] has joined #openttd
---Logclosed Mon Nov 17 00:00:01 2014