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