Times are UTC Toggle Colours
00:06:25 *** Devroush [~dennis@178-119-81-33.access.telenet.be] has quit [] 00:06:46 *** KenjiE20 [~KenjiE20@92.8.73.122] has quit [Quit: WeeChat 0.3.4] 00:22:21 *** aber [~Adium@HSI-KBW-078-042-127-078.hsi3.kabel-badenwuerttemberg.de] has quit [Quit: Leaving.] 00:28:34 *** k-man_ [~jason@ppp167-253-181.static.internode.on.net] has quit [Read error: Connection reset by peer] 00:30:22 *** dfox [~dfox@ip-94-113-17-246.net.upcbroadband.cz] has joined #openttd 00:31:04 *** elmz [~elmz@184.213-167-126.customer.lyse.net] has quit [Read error: Connection reset by peer] 00:33:22 *** k-man [~jason@ppp167-253-181.static.internode.on.net] has joined #openttd 00:55:26 *** Hirundo [~Hirundo@101.haydn.openttdcoop.org] has quit [Ping timeout: 480 seconds] 00:55:51 *** V453000 [~V453000@101.haydn.openttdcoop.org] has quit [Ping timeout: 480 seconds] 00:57:56 *** ^Spike^ [~Spike@101.haydn.openttdcoop.org] has quit [Ping timeout: 480 seconds] 00:57:56 *** tneo [~tneo@101.haydn.openttdcoop.org] has quit [Ping timeout: 480 seconds] 00:58:51 *** Terkhen [~Terkhen@101.haydn.openttdcoop.org] has quit [Ping timeout: 480 seconds] 00:58:52 *** Ammler [~ammler@101.haydn.openttdcoop.org] has quit [Ping timeout: 480 seconds] 00:58:52 *** DJNekkid [~djnekkid@101.haydn.openttdcoop.org] has quit [Ping timeout: 480 seconds] 00:58:56 *** Osai [~Osai@101.haydn.openttdcoop.org] has quit [Ping timeout: 480 seconds] 00:58:57 *** avdg [~avdg@101.haydn.openttdcoop.org] has quit [Ping timeout: 480 seconds] 01:01:06 *** Yexo [~Yexo@101.haydn.openttdcoop.org] has quit [Ping timeout: 480 seconds] 01:01:51 *** XeryusTC [~XeryusTC@101.haydn.openttdcoop.org] has quit [Ping timeout: 480 seconds] 01:02:32 *** planetmaker [~planetmak@101.haydn.openttdcoop.org] has quit [Ping timeout: 480 seconds] 01:02:41 *** SmatZ [~smatz@101.haydn.openttdcoop.org] has quit [Ping timeout: 480 seconds] 01:07:19 *** DoubleYou [~jkuckartz@ppp118-209-86-17.lns20.mel4.internode.on.net] has joined #openttd 01:10:52 *** tneo [~tneo@101.haydn.openttdcoop.org] has joined #openttd 01:11:23 *** SmatZ [~smatz@101.haydn.openttdcoop.org] has joined #openttd 01:11:53 *** Hirundo [~Hirundo@101.haydn.openttdcoop.org] has joined #openttd 01:11:57 *** Ammler [~ammler@101.haydn.openttdcoop.org] has joined #openttd 01:12:53 *** ^Spike^ [~Spike@101.haydn.openttdcoop.org] has joined #openttd 01:13:22 *** V453000 [~V453000@101.haydn.openttdcoop.org] has joined #openttd 01:13:22 *** Osai [~Osai@101.haydn.openttdcoop.org] has joined #openttd 01:13:22 *** Terkhen [~Terkhen@101.haydn.openttdcoop.org] has joined #openttd 01:13:22 *** XeryusTC [~XeryusTC@101.haydn.openttdcoop.org] has joined #openttd 01:13:26 *** mode/#openttd [+o Terkhen] by ChanServ 01:13:53 *** avdg [~avdg@101.haydn.openttdcoop.org] has joined #openttd 01:13:53 *** Yexo [~Yexo@101.haydn.openttdcoop.org] has joined #openttd 01:13:56 *** mode/#openttd [+o Yexo] by ChanServ 01:14:10 *** DDR [~DDR@d142-179-79-208.bchsia.telus.net] has quit [Ping timeout: 480 seconds] 01:14:23 *** DJNekkid [~djnekkid@101.haydn.openttdcoop.org] has joined #openttd 01:14:53 *** planetmaker [~planetmak@101.haydn.openttdcoop.org] has joined #openttd 01:14:54 *** mode/#openttd [+o planetmaker] by ChanServ 01:20:33 *** pugi [~pugi@p4FCC53E7.dip.t-dialin.net] has quit [Quit: I reject your reality and substitute my own] 01:28:43 <Eddi|zuHause> hm... this industry has the other industry as customer, but produces 0 cargo for that customer 01:29:44 <Eddi|zuHause> ... what makes this worse is that's the only source for that cargo on the map... 01:38:30 *** Anson [~Anson@p4FC5D70D.dip.t-dialin.net] has joined #openttd 01:40:27 *** Biolunar_ [~mahdi@blfd-4d08fdbd.pool.mediaWays.net] has joined #openttd 01:47:36 *** Biolunar [~mahdi@blfd-4d08334f.pool.mediaWays.net] has quit [Ping timeout: 480 seconds] 01:59:59 *** romazoon [romazoon@82-108.2-85.cust.bluewin.ch] has quit [] 02:03:27 *** ecke [~ecke@188.75.130.59] has quit [Quit: more listen, more understand, more know] 02:26:20 *** TinoDid|znc [~TinoDidri@alpha.visl.sdu.dk] has joined #openttd 02:28:59 *** Rediz_ [~arstilj1@leka.hut.fi] has joined #openttd 02:29:51 *** dfox [~dfox@ip-94-113-17-246.net.upcbroadband.cz] has quit [Ping timeout: 480 seconds] 02:29:51 *** Rediz [~arstilj1@leka.hut.fi] has quit [Read error: Connection reset by peer] 02:30:10 *** TinoDidriksen [~TinoDidri@alpha.visl.sdu.dk] has quit [Ping timeout: 480 seconds] 02:30:10 *** TinoDid|znc is now known as TinoDidriksen 02:43:59 *** Anson [~Anson@p4FC5D70D.dip.t-dialin.net] has left #openttd [] 02:45:05 *** Anson [~Anson@p4FC5D70D.dip.t-dialin.net] has joined #openttd 02:48:34 *** a1270 [~a1270@72-24-233-98.cpe.cableone.net] has quit [Quit: Leaving] 02:49:47 *** glx [glx@2a01:e35:2f59:c7c0:31cd:d5a5:8d01:c431] has quit [Quit: bye] 03:12:42 *** a1270 [~a1270@72-24-233-98.cpe.cableone.net] has joined #openttd 03:25:27 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Quit: TschÃŒÃ] 03:35:15 *** a1270 [~a1270@72-24-233-98.cpe.cableone.net] has quit [Quit: Leaving] 03:37:13 *** a1270 [~a1270@72-24-233-98.cpe.cableone.net] has joined #openttd 03:43:57 *** Lakie [~Lakie@82.152.250.119] has quit [Quit: Sleep.] 04:56:01 *** Eddi|zuHause [~johekr@p54B75F4A.dip.t-dialin.net] has quit [Remote host closed the connection] 04:56:17 *** Eddi|zuHause [~johekr@p54B7718A.dip.t-dialin.net] has joined #openttd 05:08:05 *** DoubleYou [~jkuckartz@ppp118-209-86-17.lns20.mel4.internode.on.net] has quit [Ping timeout: 480 seconds] 05:09:58 *** DoubleYou [~jkuckartz@ppp118-209-96-177.lns20.mel4.internode.on.net] has joined #openttd 05:21:34 *** a1270 [~a1270@72-24-233-98.cpe.cableone.net] has quit [Quit: Leaving] 05:41:36 *** DayDreamer [~DayDreame@94.142.234.1] has joined #openttd 05:50:42 *** KouDy [~KouDy@ip-94-112-27-160.net.upcbroadband.cz] has joined #openttd 06:09:05 *** sla_ro|master [~slaco@95.76.27.160] has joined #openttd 06:10:48 *** sla_ro|master [~slaco@95.76.27.160] has quit [] 06:21:31 *** Pulec [~pulec@static-cl093181068250.unet.cz] has quit [] 06:21:37 *** sla_ro|master [~slaco@95.76.27.160] has joined #openttd 06:35:35 *** DoubleYou [~jkuckartz@ppp118-209-96-177.lns20.mel4.internode.on.net] has quit [Ping timeout: 480 seconds] 06:44:25 *** andythenorth [~Andy@host81-137-45-227.in-addr.btopenworld.com] has joined #openttd 06:44:44 * andythenorth proposes new name for BROS grf 06:44:46 <andythenorth> AWOL 06:48:43 *** andythenorth [~Andy@host81-137-45-227.in-addr.btopenworld.com] has quit [] 06:57:41 <k-man> is there communal coop games one can join? 06:57:57 <planetmaker> moin 06:58:15 <k-man> is there open graphics for sub-arctic? 06:59:01 <planetmaker> k-man: yes, look for openttdcoop in the server lists and irc channels. And yes 07:00:02 <k-man> when I try to make a subarctic game, it looks just like a temperate game - but the industries appear to be sub-arctig 07:00:20 <planetmaker> then you use an alpine grf 07:01:48 <k-man> alpine? do I need to download that? 07:14:07 <Terkhen> k-man: if you are playing subarctic, the terrain looks like temperate but it is using subarctic industries, you are probably using alpine or ogfx+ landscape (you already downloaded that newgrf and loaded it) 07:14:10 <Terkhen> good morning also :) 07:33:05 <k-man> Terkhen, morning 07:33:29 <k-man> oh 07:33:36 <k-man> so how do I make it look subarctic? 07:33:46 <Terkhen> depends on what newgrf you loaded 07:33:50 <k-man> I installed the open graphics set 07:33:59 <Terkhen> which one? 07:34:01 <k-man> and just now I installed the openttdcoop set 07:34:14 <k-man> err... I think just the main one on the openttd website 07:34:25 <k-man> I didn't realise there is so many version 07:34:26 <k-man> s 07:34:57 <Terkhen> k-man: that is a base graphics set, it does not change graphics 07:35:02 <Terkhen> a NewGRF does 07:35:05 <k-man> oh 07:35:10 <Terkhen> check your NewGRF settings 07:35:14 <k-man> ok 07:35:25 <Terkhen> and in "Active NewGRFs", you have loaded either Alpine Climate or OpenGFX+ Landscape 07:35:46 <Terkhen> I'll be back later 07:35:59 <k-man> active newgrafs is empty 07:37:01 <Terkhen> can you upload an screenshot that shows both landscape in your game and your active newgrfs list? Ctrl+S to take screenshots, upload them to imgbin or another similar web 07:37:12 *** Zuu [~Zuu@h-114-141.A98.priv.bahnhof.se] has joined #openttd 07:37:33 <k-man> Terkhen, I seem to have snow now in my arctic game 07:38:02 <k-man> I installed OpenGFX newTerrain v0.4 07:38:25 <Terkhen> that's a quite old test NewGRF for OpenGFX 07:38:35 <Terkhen> it is included in the openttdcoop pack just for loading old games 07:39:20 <k-man> ok 07:39:30 <k-man> which one should I install? 07:39:37 <k-man> s/one/ones? 07:40:11 <Mazur> Good morrow, one and all. 07:40:43 <k-man> morning Mazur 07:40:50 <k-man> although it is night here 07:41:10 <Mazur> Merkin? 07:42:26 <Zuu> k-man: you could use the OpenGFX+ NewGRFs. 07:42:46 <Zuu> If you are looking for small extensions to the base set. 07:43:10 *** Neon [~Neon@dslb-094-219-030-031.pools.arcor-ip.net] has joined #openttd 07:46:21 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has joined #openttd 07:54:47 <k-man> ok, thanks 07:55:47 <planetmaker> k-man: don't install ANY newgrf, if you want the default looks 07:55:56 <k-man> double size gui sounds good for large screens 07:56:02 <planetmaker> (it doesn't invalidate what Zuu said, though) 07:56:40 <k-man> ok 07:56:42 <planetmaker> s/install/activate/ 07:56:46 <k-man> I'm happy to fiddle 07:56:47 * Zuu tried the double size gui once for fun but it was way to big for my taste. 07:57:35 <k-man> but if I have no newgrafs installed, should I see subarctic graphis when I select a subarctic game? 07:57:51 <Zuu> But for low vision and/or inexact input devices it is good that it exists. 07:58:13 <Zuu> k-man: Yes why not? 07:58:59 <Zuu> The subarctic graphics varies by height of land, so if you have a very flat land, you'll not see all graphics. 07:59:31 <k-man> ah 07:59:33 <k-man> ok 07:59:41 <k-man> well mountainous land looks snowy now 07:59:42 <planetmaker> k-man: if you don't see sub-arctic graphics, you either have newgrfs active, or sub-arctic looks differently to what you remember 07:59:44 <k-man> so I guess its working 08:00:07 <k-man> planetmaker, I think it was as zuu said, at first I didn't have any mountains so there was no snow 08:00:24 <planetmaker> provide a screenshot, you know, and others might be able to tell... 08:00:36 <Zuu> I think you can lower the snowline if you want snow also on a rather flat map. 08:00:51 * planetmaker is amazed again and again at discussing graphical stuff without any screenshots, but using 1k+ words instead 08:00:53 <Zuu> (you set the snowline in the new game window) 08:01:54 <Rubidium> planetmaker: but 1k words are much smaller than a screenshot 08:02:00 <k-man> Zuu, oh do you? 08:02:23 <planetmaker> hehe @ Rubidium 08:02:25 <k-man> ah yeah, thanks for the pointer 08:03:42 <planetmaker> still, it should not look *the same* as temperate; it's differently coloured 08:08:46 *** Maarten_ [~dutchusa@99-73-209-18.lightspeed.irvnca.sbcglobal.net] has joined #openttd 08:14:30 *** Maarten [~dutchusa@99-73-209-18.lightspeed.irvnca.sbcglobal.net] has quit [Ping timeout: 480 seconds] 08:22:06 *** Juo [~Juo@cpc16-lewi15-2-0-cust395.2-4.cable.virginmedia.com] has joined #openttd 08:25:39 *** Kurimus [Kurimus@dsl-tkubrasgw1-fe21dc00-138.dhcp.inet.fi] has joined #openttd 08:32:22 *** LordAro [~kvirc@host86-149-31-152.range86-149.btcentralplus.com] has quit [Ping timeout: 480 seconds] 08:34:28 *** Progman [~progman@p57A1B986.dip.t-dialin.net] has joined #openttd 08:45:00 <planetmaker> he, my local traffic is way under-developed it seems... 08:45:46 <Terkhen> hello again :) 09:02:27 *** a1270 [~a1270@72-24-233-98.cpe.cableone.net] has joined #openttd 09:03:54 <planetmaker> hi Terkhen :-) 09:05:29 <planetmaker> hm, are there actually some nice city station bananas'ed? 09:05:58 *** Biolunar_ [~mahdi@blfd-4d08fdbd.pool.mediaWays.net] has quit [Quit: All your IRC are belong to us!] 09:11:14 *** |Jeroen| [~jeroen@d5152B25B.access.telenet.be] has joined #openttd 09:31:56 *** Mazur [~mazur@5ED2BEAE.cm-7-3c.dynamic.ziggo.nl] has quit [Remote host closed the connection] 09:46:42 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd 09:46:46 *** mode/#openttd [+o Alberth] by ChanServ 09:58:00 *** andythenorth [~Andy@host81-137-45-227.in-addr.btopenworld.com] has joined #openttd 10:05:05 *** Mazur [~mazur@5ED2BEAE.cm-7-3c.dynamic.ziggo.nl] has joined #openttd 10:06:05 *** andythenorth [~Andy@host81-137-45-227.in-addr.btopenworld.com] has quit [Ping timeout: 480 seconds] 10:14:21 *** Absurd-Mind [~peter@p54959D5D.dip0.t-ipconnect.de] has joined #openttd 10:16:00 *** douknoukem [~KEM@ALyon-158-1-107-36.w90-29.abo.wanadoo.fr] has joined #openttd 10:17:14 *** Devroush [~dennis@178-119-81-33.access.telenet.be] has joined #openttd 10:21:36 *** DOUK [~KEM@ALyon-158-1-107-36.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds] 10:22:25 *** pugi [~pugi@p4FCC53E7.dip.t-dialin.net] has joined #openttd 10:38:24 *** aber [~Adium@HSI-KBW-078-042-127-078.hsi3.kabel-badenwuerttemberg.de] has joined #openttd 10:50:22 *** KenjiE20 [~KenjiE20@92.8.73.122] has joined #openttd 10:51:50 <SmatZ> http://www.tt-forums.net/viewtopic.php?p=944279#p944279 :D 10:52:07 <SmatZ> digging up 1,5 years old thread with "I have never heard of this game so i don't really know what to say" :D 11:07:57 <planetmaker> yeah. brilliant 11:12:56 *** aber [~Adium@HSI-KBW-078-042-127-078.hsi3.kabel-badenwuerttemberg.de] has quit [Ping timeout: 480 seconds] 11:14:43 <peter1138> bah, standard game is boring 11:14:47 <peter1138> need cargodest :p 11:16:39 <Eddi|zuHause> hehe, i know that feeling :p 11:21:58 <Rubidium> but cargo with destinations, or cargo that gets distributed? 11:24:45 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd 11:27:45 *** flitz [~me@dslb-188-107-133-181.pools.arcor-ip.net] has joined #openttd 11:29:40 <flitz> quick question: is it possible to inherit from Vehicle and still create a new pool for the child class ? like: 11:30:04 <flitz> struct SomeClass : SomePool::PoolItem<&_some_pool>, Vehicle { 11:30:15 <planetmaker> from a game concept POV I prefer destinations over distribution 11:30:27 *** romazoon [romazoon@24-220.2-85.cust.bluewin.ch] has joined #openttd 11:31:19 <Rubidium> planetmaker: cargodist is easier though; little less micro management 11:31:36 <planetmaker> yes 11:31:39 <flitz> I ask because Vehicle already inherits from VehiclePool::PoolItem<&_vehicle_pool> and that gives a lot of ambiguities 11:31:52 <planetmaker> But we have easy already: no destinations or distribution 11:32:08 <Yexo> flitz: that cannot work 11:32:45 <planetmaker> and from what I gather from my test game: it requires you to look what to connect, yes. 11:32:50 <Yexo> as soon as SomeClass would be casted to a Vehicle all code would assume that SomeClass::index is an index in the vehicle pool, while in fact it's an index in the SomeClass pool 11:33:12 <planetmaker> But the destinations don't change (much), so it's more of a network design question 11:34:34 *** Wolf01 [~wolf01@host41-233-dynamic.14-87-r.retail.telecomitalia.it] has joined #openttd 11:35:02 *** DOUK [~KEM@ALyon-158-1-107-36.w90-29.abo.wanadoo.fr] has joined #openttd 11:35:25 <flitz> Yexo: thought so, don't know if you remember but it's still the TemplateVehicle problem 11:35:42 <Yexo> I remember ;) 11:36:10 <Wolf01> hello 11:36:22 <flitz> it feels like I need to reuse much stuff that is currently present for Vehicle and derivates, but rewriting everything is too much redundancy 11:37:25 <Yexo> why don't you put them in the vehicle pool? 11:38:07 <flitz> this is my last option :) 11:38:49 *** dfox [~dfox@ip-94-113-17-246.net.upcbroadband.cz] has joined #openttd 11:38:57 *** douknoukem [~KEM@ALyon-158-1-107-36.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds] 11:39:20 <flitz> Yexo: but templates should not be treated like Vehicles in many cases, for example where the value of a company is calculated or where groups are displayed 11:39:53 <flitz> it might be an idea to just modify the FOR_ALL_VEHICLES makro to skip TemplateVehicles alltogether 11:57:18 <Alberth> you need a consist concept 11:58:10 *** Adambean [AdamR@82.hosts.reece-eu.net] has joined #openttd 11:58:12 *** DayDreamer [~DayDreame@94.142.234.1] has quit [Read error: Connection reset by peer] 11:58:41 <Alberth> (which may be the same as your templated vehicles), and from those you create 'real' vehicles. 11:59:30 <Alberth> ie the current 'vehicle 12:00:00 <Alberth> ie the current 'vehicle concept' breaks if you add templates, so it need to be organized in another way 12:00:17 <flitz> right now I use: struct TemplateVehicle : TemplatePool::PoolItem<&_template_pool>, BaseVehicle { 12:00:41 <flitz> which behaves basically the same as Vehicles do regarding being a consist, adding engines, moving engines and so on 12:01:14 <Alberth> I was thinking along the lines of how currently groups exist as pool and vehicles point to them 12:01:25 <flitz> the replacement function right now iterates over a template-consist and adjusts a real vehicle-consist accordingly to match it 12:01:45 <Alberth> in the same way you could have consist and have real vehicles point to them? 12:01:46 <flitz> hm, so a pool of consists instead of vehicles ? 12:03:33 <Alberth> As you found out, the current structure is not going to work (I think). A redesign/restructure of what 'vehicle' is, seems one way to me 12:04:46 <Alberth> already the current 'vehicle' is messed up in the sense that much of the data has special cases like 'this is only valid for the first vehicle of a chain', which is a BIG sign the structure of it is wrong imho 12:06:10 <Alberth> unfortunately, so far I have not succeeded to introduce a nice new 'consist' concept (which would move a lot of the special cases away from vehicle). 12:08:09 <flitz> the only real consists would be trains, i.e. if you consider articulated vehicles as one entity 12:08:30 <flitz> or multiheaded ones 12:09:01 <Alberth> today, yes. Tomorrow, maybe have RV 'trains' too? 12:09:33 *** zachanima [~zach@2506ds3-od.0.fullrate.dk] has joined #openttd 12:09:50 *** zachanima [~zach@2506ds3-od.0.fullrate.dk] has quit [] 12:09:50 <CIA-1> OpenTTD: rubidium * r22384 /trunk/src/network/network_server.cpp: -Fix [FS#4585]: No client error packet was sent to the admin bots 12:10:12 <Terkhen> or ships with containers :) 12:10:26 <Alberth> air 'trains' seem not very useful, ship 'trains' would be something like a bunch of linked boats, something quite rare probably 12:10:34 <flitz> so, does it make sense continuing on a template replacement with the vehicle structure maybe being changed some time soon ? 12:10:42 <Alberth> Terkhen: a container ship is still one ship :) 12:11:25 <flitz> one ship pulling another could be a consist, other than that, it is rather a long ship I would think 12:11:58 <Alberth> rafts of floating wood is sort of the only case I can imagine 12:12:04 <Rubidium> pulling? nah.. pushing! 12:13:08 <Alberth> on rivers, you get such pushed boats perhaps 12:14:02 <Alberth> flitz: 'some time soon' can be anything from tomorrow until the next 6 years or more, so not much point in anticipating on that 12:14:58 <Alberth> unless you want to take it, in which case it may make sense to first restructure the vehicle data, before trying to hook up new stuff to it 12:15:49 <flitz> Alberth: because so far the template replacement works in the way I described, the point I got stuck recently though was with the callback functions which need to work on real vehicles and don't apply to my structure 12:16:49 <flitz> the most recent problem was to retrieve articulated parts for a vehicle according to its (new)grf-definition 12:17:15 <Alberth> flitz: sorry, I don't know that part of the code well enough to say anything sensible about it (which may explain my lack of success too) 12:18:14 <Alberth> euhm, there is some chain to get articulated parts of a train afaik 12:18:29 <flitz> some chain ? 12:19:09 <Alberth> at least while reading the vehicle split/merge code, after splitting both chains get checked for articulated vehicles that must also move 12:20:14 <Yexo> flitz: you can't get the articulated parts of a vehicle before it's constructed, at least not 100% reliable 12:20:23 <Yexo> the articulated parts are decided by a newgrf callback 12:21:23 <flitz> Yexo: yes, this was the point where I got stuck 12:22:01 <flitz> because copying the necessary code for my own structure is so much redundancy, it seems silly 12:22:39 *** glx [glx@2a01:e35:2f59:c7c0:61ca:4ce:a778:9503] has joined #openttd 12:22:42 *** mode/#openttd [+v glx] by ChanServ 12:25:36 <Alberth> static void InsertInConsist(Train *dst, Train *chain) <-- refuses to insert between articulated parts 12:26:27 <Alberth> 'chain' is a change by me, but the function name should be findable in train_cmd 12:27:05 <Alberth> ie code like !dst->Next()->IsArticulatedPart() 12:30:13 <flitz> for modifying train chains I'm using the CmdMoveRailVehicle() 12:32:50 <flitz> Aberth: for now I will just use real vehicles as templates, it's the easiest way out and a quick solution. Maybe we could come up with a nice sketch for a consist-based vehicle structure then 12:36:56 *** flitz_ [~me@dslb-188-097-226-097.pools.arcor-ip.net] has joined #openttd 12:37:17 <Alberth> I would indeed split those two problems 12:42:51 *** flitz [~me@dslb-188-107-133-181.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds] 12:53:34 *** amkoroew [~Heinz@p5B104D42.dip.t-dialin.net] has joined #openttd 12:53:44 *** douknoukem [~KEM@ALyon-158-1-107-36.w90-29.abo.wanadoo.fr] has joined #openttd 12:58:31 *** DOUK [~KEM@ALyon-158-1-107-36.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds] 12:59:36 *** amkoroew1 [~Heinz@p5B104A7B.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 13:02:17 *** flitz_ is now known as flitz 13:08:49 <Bjarte> dang, I can't connect to my server 13:08:57 <Bjarte> only getting thrown back to the main window 13:09:35 <Bjarte> I can connect to other server without hassle 13:10:09 *** einKarl [~einKarl@188-194-18-17-dynip.superkabel.de] has joined #openttd 13:10:29 *** einKarl [~einKarl@188-194-18-17-dynip.superkabel.de] has quit [Remote host closed the connection] 13:19:18 *** fonsinchen [~fonsinche@brln-4dba87b5.pool.mediaWays.net] has joined #openttd 13:19:28 <fonsinchen> good morning 13:26:02 <Terkhen> hi fonsinchen 13:31:15 <fonsinchen> Any opinions about that plan of mine to implement distribution of cargo on top of YACD? 13:31:55 <fonsinchen> I think it'll be rather simple, a patch of <20kb 13:32:34 *** aber [~Adium@HSI-KBW-078-042-127-078.hsi3.kabel-badenwuerttemberg.de] has joined #openttd 13:33:19 <flitz> so that there could be an advanced setting to chose between the two approaches ? 13:33:28 <fonsinchen> yes 13:34:59 <flitz> sounds like a good idea to me 13:35:58 <flitz> I think that the distributions-way is maybe even more realistic, but the other one should bring some new gameplay elements 13:36:14 <fonsinchen> realism is not the point, though. 13:36:29 <fonsinchen> laziness is 13:36:51 <flitz> in which way is distribution more lazy ? 13:37:21 <fonsinchen> you don't have to follow the predetermined destinations but can build your network however you like 13:37:30 <fonsinchen> So you'll go for the easier ways. 13:38:25 <flitz> yes, so the other way around was what I meant with new gameplay elements ;) 13:44:21 <flitz> I didn't follow the whole discussion, but I agree with the point that passengers don't really demand where they want to go but rather choose the most desirable among all available destinations 13:44:57 <Rubidium> most passengers don't; the passengers that would would be tourists 13:46:23 <Rubidium> after all if your work isn't near an available destination you wouldn't use "public transport" 13:46:27 <flitz> btw: I never really tried that: can you generate massive onw-way traffic from [large place] -> [tiny place] ? 13:46:32 <flitz> in cargodist I mean 13:47:10 <flitz> Rubidium: but on the other hand, people choose work only if they can reach it 13:48:09 <Rubidium> you're talking about reaching in general, not reaching by "public transport" 13:48:27 *** Anson [~Anson@p4FC5D70D.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 13:54:03 *** frosch123 [~frosch@frnk-590f6a07.pool.mediaWays.net] has joined #openttd 13:54:04 <flitz> true, there is also individual transport. but I think that you can also offer public transportation towards some point and by doing that actually increase the desire to go there 13:55:01 <planetmaker> but that's not the business travel 13:55:03 <fonsinchen> in cargodist you can generate asymmetric or symmetric traffic, depending on the advanced settings 13:55:28 <fonsinchen> if you choose asymmetric you might end up with "massive onw-way traffic from [large place] -> [tiny place]" 13:56:00 <fonsinchen> with symmetric that can only happen if [large place] is connected to very few other places. 13:56:42 <Rubidium> flitz: but IMO that would model "tourists" 13:56:51 <frosch123> afternoon everyone :) 13:59:00 <planetmaker> quak 13:59:03 <flitz> Rubdium: why ? everybody has to choose his working place based on reachability. and public transportation simply increases reachability. You think that so many people who drive to work by train every day would just jump into a car if there weren't any trains anymore ? at least partly they would choose new workplaces with a better connection 13:59:10 <flitz> hi, frosch 13:59:35 <planetmaker> flitz: and you think that's the important most criterion for 'where do I work'? 13:59:43 <planetmaker> rather not. That's what cars are for 13:59:44 *** ecke [~ecke@188.75.130.59] has joined #openttd 14:00:01 <planetmaker> or bikes 14:00:13 <flitz> not the most, but one important aspect 14:00:43 <Rubidium> flitz: given the willingness of people to go through 2 hours of traffic jams to and from home in cars, the reachability by public transport doesn't matter that much 14:00:56 <planetmaker> ^^ 14:01:01 <flitz> cars are really important nowadays, yes, but I don't have any staticts at hand how large of a percentage travels to work by car vs public transport 14:02:12 <planetmaker> between 20% and 80% 14:02:14 <planetmaker> http://www.bfs.admin.ch/bfs/portal/de/index/regionen/03/dos/mobilitaet/01.html 14:02:16 <flitz> Well, but every day regional trains are full of people going to work or coming from work, so the demand is quite there, isn't it ? I don't think that all of those people would be able to afford to travel by car if they where forced to 14:03:56 <planetmaker> in Germany it was in 2008 > 50% by car, ~15% by public transport, by bike foot and others the rest 14:04:11 <planetmaker> about 10% foot and bike respectively 14:04:21 <planetmaker> http://de.statista.com/statistik/daten/studie/70408/umfrage/pendler---fuer-arbeitsweg-benutzte-verkehrsmittel-2008/ 14:04:38 <planetmaker> which clearly indicates: public transport is of not major importance for work ;-) 14:04:43 <Rubidium> flitz: but the vast majority would be (or at least here in the NL they would be) 14:05:58 <flitz> weird, I would have estimated this number higher... ^^ 14:06:02 <Rubidium> I'm merely trying to say that predominantly commuter/business passengers are behaving like "cargodest", whereas "tourists" behave more like "cargodist" 14:06:55 <Rubidium> yes, there'll be commuters with cargodist behaviour and tourists with cargodest behaviour... but they are the minority in their "category" 14:07:45 <flitz> yep, I got your point but didn't think that the disparity is this large 14:08:07 <Alberth> one could also consider cargodest where you get paid a part of the transport money 14:18:08 *** Chris_Booth_ [~Chris_Boo@cpc7-newt30-2-0-cust37.newt.cable.virginmedia.com] has joined #openttd 14:24:21 *** Chris_Booth [~Chris_Boo@cpc7-newt30-2-0-cust37.newt.cable.virginmedia.com] has quit [Ping timeout: 480 seconds] 14:24:37 <CIA-1> OpenTTD: rubidium * r22385 /trunk/src/ (7 files in 2 dirs): -Fix [FS#4603]: strnatcmp is in string.cpp, so it ought to be declared in string_func.h. 14:50:41 *** Intexon [~Intexon@blk-222-147-135.eastlink.ca] has joined #openttd 14:52:13 *** flitz [~me@dslb-188-097-226-097.pools.arcor-ip.net] has quit [Quit: flitz] 14:54:30 *** fonsinchen [~fonsinche@brln-4dba87b5.pool.mediaWays.net] has quit [Ping timeout: 480 seconds] 14:56:48 *** Xaroth_ [~Xaroth@86.92.135.101] has joined #openttd 14:58:22 *** dfox [~dfox@ip-94-113-17-246.net.upcbroadband.cz] has quit [Ping timeout: 480 seconds] 14:58:41 *** Lakie [~Lakie@82.152.250.119] has joined #openttd 15:03:07 *** Xaroth [~Xaroth@86.92.135.101] has quit [Ping timeout: 480 seconds] 15:05:44 *** ZirconiumX [561b9caa@ircip4.mibbit.com] has joined #openttd 15:13:43 *** |Jeroen| [~jeroen@d5152B25B.access.telenet.be] has quit [Remote host closed the connection] 15:18:49 *** Progman [~progman@p57A1B986.dip.t-dialin.net] has quit [Remote host closed the connection] 15:20:59 *** supermop [~daniel_er@rrcs-72-43-171-87.nyc.biz.rr.com] has joined #openttd 15:24:25 *** pugi [~pugi@p4FCC53E7.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 15:24:27 *** HerzogDeXtEr [~Flex@88.130.191.179] has joined #openttd 15:24:44 *** pugi [~pugi@p4FCC1F29.dip.t-dialin.net] has joined #openttd 15:31:00 *** HerzogDeXtEr1 [~Flex@88.130.185.66] has quit [Ping timeout: 480 seconds] 15:43:32 *** Xaroth [~Xaroth@86.92.135.101] has joined #openttd 15:48:40 *** Intexon [~Intexon@blk-222-147-135.eastlink.ca] has quit [Ping timeout: 480 seconds] 15:49:41 *** Chillosophy [~Chillosop@ip91350749.adsl-surfen.hetnet.nl] has joined #openttd 15:49:46 *** Xaroth_ [~Xaroth@86.92.135.101] has quit [Ping timeout: 480 seconds] 15:51:02 *** pugi [~pugi@p4FCC1F29.dip.t-dialin.net] has quit [Quit: I reject your reality and substitute my own] 15:56:46 *** DayDreamer [~DayDreame@94.142.234.1] has joined #openttd 16:12:42 *** Progman [~progman@p57A1B986.dip.t-dialin.net] has joined #openttd 16:18:43 *** DayDreamer [~DayDreame@94.142.234.1] has quit [Read error: Connection reset by peer] 16:22:57 *** romazoon [romazoon@24-220.2-85.cust.bluewin.ch] has quit [] 16:33:38 *** Progman [~progman@p57A1B986.dip.t-dialin.net] has quit [Remote host closed the connection] 16:35:33 *** Progman [~progman@p57A1B986.dip.t-dialin.net] has joined #openttd 16:37:20 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Quit: TschÃŒÃ] 16:39:17 *** Biolunar [~mahdi@blfd-4d08fdbd.pool.mediaWays.net] has joined #openttd 16:40:31 <dihedral> oi 16:42:24 <Alberth> mostly all are not here 16:42:49 * ZirconiumX is definitely not here 16:43:59 <Rubidium> yeah, I'm not at Alberth's place ;) 16:45:05 * Alberth conforms that 16:46:15 *** TWerkhoven [~twerkhove@cpc14-linl7-2-0-cust28.sgyl.cable.virginmedia.com] has joined #openttd 16:54:12 <Zuu> How nice would it if changing wallpaper on a wall would be as easy as on a computer? :-) 16:55:48 <planetmaker> it is. Just cost way more $$$ :-P 16:55:57 <Zuu> and takes more time 16:56:02 <planetmaker> :-) 16:56:04 <Zuu> at least if you do it yourself. 16:56:14 <planetmaker> then yes 16:56:29 <Alberth> no, time flies when you're having fun! 16:56:57 <Zuu> Though, it has actually been fun to do the ground work and paint the wall white. :-) 16:59:20 *** ZirconiumX [561b9caa@ircip4.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client] 17:08:42 <CIA-1> OpenTTD: frosch * r22386 /trunk/src/ai/ai_gui.cpp: -Fix [FS#4602]: When the last AI company gets removed, the 'dead' state was not reset in the AI debug window. 17:15:26 *** Fuco[x] is now known as Fuco 17:28:18 *** supermop [~daniel_er@rrcs-72-43-171-87.nyc.biz.rr.com] has quit [Quit: supermop] 17:28:33 *** Dreamxtreme [~Dream@92.18.126.40] has quit [Quit: +++ OK ATH OK] 17:33:45 *** Adambean` [AdamR@82.hosts.reece-eu.net] has joined #openttd 17:36:07 *** DanMacK [~DanMacK@206.191.69.149] has joined #openttd 17:37:47 *** Adambean [AdamR@82.hosts.reece-eu.net] has quit [Ping timeout: 480 seconds] 17:41:29 <CIA-1> OpenTTD: rubidium * r22387 /trunk/src/network/network_client.cpp: 17:41:29 <CIA-1> OpenTTD: -Fix-ish [FS#4601]: Windows' recv seems to return "graceful closed" before 17:41:29 <CIA-1> OpenTTD: having passed the remaining buffer which causes OpenTTD to think all connections 17:41:29 <CIA-1> OpenTTD: are "incorrectly" terminated, i.e. without the "I'm leaving" packet from the 17:41:29 <CIA-1> OpenTTD: client. So let the client wait a tiny bit after sending the "I'm leaving" packet 17:41:30 <CIA-1> OpenTTD: and before gracefully closing the connection 17:41:39 *** Fuco [~dota.keys@server.dasnet.cz] has quit [Quit: leaving] 17:42:44 *** Fuco[x] [~dota.keys@server.dasnet.cz] has joined #openttd 17:43:22 *** tokai|noir [~tokai@port-92-195-120-254.dynamic.qsc.de] has joined #openttd 17:43:43 *** Fuco[x] is now known as Fuco 17:44:24 <CIA-1> OpenTTD: rubidium * r22388 /trunk/src/screenshot.cpp: -Fix: when a game uses a lot of NewGRFs the buffer for storing that information in the PNG is too small 17:46:51 *** Dreamxtreme [~Dream@92.18.126.40] has joined #openttd 17:47:35 *** romazoon [romazoon@24-220.2-85.cust.bluewin.ch] has joined #openttd 17:49:40 <romazoon> hi all, is there anyway to make the fields (around farms) bigger?? or maybe to be builded like trees ? 17:49:44 *** tokai|mdlx [~tokai@port-92-195-145-103.dynamic.qsc.de] has quit [Ping timeout: 480 seconds] 17:50:04 <Yexo> no 17:50:06 <Rubidium> modify the source 17:50:26 <Rubidium> hmm... no, that's said incorrectly 17:50:32 <Rubidium> may the source be with you ;) 17:50:33 *** DOUK [~KEM@ALyon-158-1-107-36.w90-29.abo.wanadoo.fr] has joined #openttd 17:50:47 *** KenjiE20 [~KenjiE20@92.8.73.122] has quit [Remote host closed the connection] 17:51:07 <romazoon> modify the source is out of my reach i m affraid... but thanks for the answer (i was hoping something exist allready) 17:51:36 *** KenjiE20 [~KenjiE20@92.8.73.122] has joined #openttd 17:51:49 <Rubidium> well, there have some people be speaking about making it NewGRF configurable, but that's probably further out of your reach 17:52:19 <romazoon> ok, lol 17:56:01 *** douknoukem [~KEM@ALyon-158-1-107-36.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds] 17:59:14 *** elmz [~elmz@184.213-167-126.customer.lyse.net] has joined #openttd 18:03:57 *** elmz [~elmz@184.213-167-126.customer.lyse.net] has quit [Read error: Connection reset by peer] 18:04:01 *** elmz [~elmz@184.213-167-126.customer.lyse.net] has joined #openttd 18:11:31 <xQR> cool Rubidium thx :) 18:13:51 *** Twerkhoven[L] [~twerkhove@cpc14-linl7-2-0-cust28.sgyl.cable.virginmedia.com] has joined #openttd 18:15:06 *** supermop [~daniel_er@rrcs-72-43-171-87.nyc.biz.rr.com] has joined #openttd 18:31:37 *** Absurd-Mind [~peter@p54959D5D.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 18:36:33 * DanMacK grumbles about TTDP base graphics 18:36:41 <DanMacK> -p 18:38:03 <Rubidium> then make a new set ;) 18:38:33 <DanMacK> it's the sizing issue I'm havign issues with 18:43:16 <DanMacK> overlapping in depot/build window or gaps on the map screen 18:43:21 <DanMacK> Joys of base graphics 18:48:39 *** DabuYu [~jkuckartz@128.250.79.189] has quit [] 18:51:00 *** Devroush|2 [~dennis@178-119-81-33.access.telenet.be] has joined #openttd 18:51:37 *** Devroush [~dennis@178-119-81-33.access.telenet.be] has quit [Ping timeout: 480 seconds] 19:38:37 *** agasdsadsasaaaaaaaa [~agasdsads@p57906B2A.dip.t-dialin.net] has joined #openttd 19:44:35 <CIA-1> OpenTTD: yexo * r22389 /trunk/src/newgrf.cpp: -Fix [FS#4600]: try to make sure there is an early house available in the current climate for every townzone, not just a single available house for all climates/townzones 19:45:49 <Yexo> Lakie: did andy ever discuss http://bugs.openttd.org/task/4591 with you? 19:46:09 <Yexo> is that (or something similar) doable for ttdpatch? 19:51:54 *** ecke [~ecke@188.75.130.59] has quit [Read error: Connection reset by peer] 19:53:08 <agasdsadsasaaaaaaaa> do you like linux? look here: www.snowlinux.de/ 19:53:18 *** agasdsadsasaaaaaaaa [~agasdsads@p57906B2A.dip.t-dialin.net] has quit [Read error: Connection reset by peer] 20:03:35 <Lakie> I wouldn't know? 20:04:05 <Lakie> 'tis something Csaboka would have more idea about than I, doable yes, effiecently dunno 20:08:00 <DanMacK> Is Csaba even around anymore? 20:08:06 <Lakie> No 20:08:19 <Lakie> Which makes life hard for those of us left to maintain his codes 20:08:21 <Lakie> :) 20:09:12 <DanMacK> lol 20:09:35 <DanMacK> Didn't he get married 20:11:38 <Lakie> I don't remember, its possible. 20:12:17 *** fonsinchen [~fonsinche@brln-4dba87b5.pool.mediaWays.net] has joined #openttd 20:23:46 *** douknoukem [~KEM@ALyon-158-1-124-69.w90-29.abo.wanadoo.fr] has joined #openttd 20:26:43 *** supermop [~daniel_er@rrcs-72-43-171-87.nyc.biz.rr.com] has quit [Quit: supermop] 20:28:33 *** supermop [~daniel_er@rrcs-72-43-171-87.nyc.biz.rr.com] has joined #openttd 20:29:36 *** DOUK [~KEM@ALyon-158-1-107-36.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds] 20:41:32 <CIA-1> OpenTTD: rubidium * r22390 /branches/1.1/ (5 files in 2 dirs): 20:41:32 <CIA-1> OpenTTD: [1.1] -Backport from trunk: 20:41:32 <CIA-1> OpenTTD: - Fix: When drawing the town authority window, check whether the availability of the actions changed, and force a complete redraw in that case (r22307) 20:41:32 <CIA-1> OpenTTD: - Fix: The 'freeform edges' setting could be enabled when there were buoys on the northern border [FS#4580] (r22297) 20:41:34 <CIA-1> OpenTTD: - Fix: Reset Window::scrolling_scrollbar when raising scrollbar buttons [FS#4571] (r22294) 20:41:34 <CIA-1> OpenTTD: - Fix: [NewGRF] the c and p parts of station vars 40, 41 and 49 were incorrect for large stations (r22286) 20:41:45 *** rhaeder [~quix0r@dslb-094-221-150-034.pools.arcor-ip.net] has quit [Quit: Leaving.] 20:42:56 *** Lakie [~Lakie@82.152.250.119] has quit [Remote host closed the connection] 20:43:05 <CIA-1> OpenTTD: rubidium * r22391 /branches/1.1/ (8 files in 3 dirs): 20:43:05 <CIA-1> OpenTTD: [1.1] -Backport from trunk: 20:43:05 <CIA-1> OpenTTD: - Fix: Vehicles skipped orders when inserting automatic orders failed (r22324) 20:43:05 <CIA-1> OpenTTD: - Fix: [NewGRF] When determining refittability use the cargo translation table of the GRF setting the refitmask instead of the GRF defining the action 3 (r22316) 20:43:05 <CIA-1> OpenTTD: - Fix: Make road vehicles, ships and aircraft skip orders if they are leaving a depot and heading to the same one again; just like trains (r22309) 20:43:06 <CIA-1> OpenTTD: - Fix: Waiting on a server could kick the client, or rather the client would kick itself due to an unexpected packet [FS#4574] (r22308) 20:43:43 *** Lakie [~Lakie@91.84.76.207] has joined #openttd 20:45:33 <planetmaker> Alberth: I attached a few suggestions on how to 'label' the rows in the transparency window 20:45:49 <Alberth> thanks 20:45:56 <planetmaker> But maybe a (short additional) text might help nevertheless 20:46:08 <planetmaker> 'label' as in graphics 20:46:21 <Rubidium> aren't those additional texts called tooltips? 20:46:39 <planetmaker> I rather meant not tooltip but permanent text 20:46:47 <planetmaker> actual text labels ;-) 20:47:11 <CIA-1> OpenTTD: rubidium * r22392 /branches/1.1/ (9 files in 3 dirs): (log message trimmed) 20:47:11 <CIA-1> OpenTTD: [1.1] -Backport from trunk: 20:47:11 <CIA-1> OpenTTD: - Fix: Crash when clicking a removed company in the vehicle list dropdowns [FS#4592] (r22373) 20:47:11 <CIA-1> OpenTTD: - Fix: Make sure saving has completely and utterly finished before starting a 20:47:11 <CIA-1> OpenTTD: new one. Otherwise you could start a save, which would be marked as done by the 20:47:12 <CIA-1> OpenTTD: previous save stopping and then yet another save could be started... and that 20:47:14 <CIA-1> OpenTTD: could create a deadlock [FS#4596] (r22371) 20:50:28 * Alberth is busy trying yacd :) 20:50:56 <CIA-1> OpenTTD: rubidium * r22393 /branches/1.1/ (17 files in 8 dirs): (log message trimmed) 20:50:56 <CIA-1> OpenTTD: [1.1] -Backport from trunk: 20:50:56 <CIA-1> OpenTTD: - Fix: Windows' recv seems to return "graceful closed" before having passed the 20:50:56 <CIA-1> OpenTTD: remaining buffer which causes OpenTTD to think all connections are "incorrectly" 20:50:56 <CIA-1> OpenTTD: terminated, i.e. without the "I'm leaving" packet from the client. So let the 20:50:58 <CIA-1> OpenTTD: client wait a tiny bit after sending the "I'm leaving" packet and before 20:51:00 <CIA-1> OpenTTD: gracefully closing the connection [FS#4601] (r22387) 20:51:25 *** DayDreamer [~DayDreame@94.142.234.1] has joined #openttd 20:51:37 *** DayDreamer [~DayDreame@94.142.234.1] has left #openttd [] 20:54:00 *** DDR [~DDR@d142-179-79-208.bchsia.telus.net] has joined #openttd 20:58:17 <CIA-1> OpenTTD: rubidium * r22394 /branches/1.1/ (8 files in 4 dirs): 20:58:17 <CIA-1> OpenTTD: [1.1] -Backport from trunk: 20:58:17 <CIA-1> OpenTTD: - Change: Show one digit of the fractional train length in the depot (r22336, r22305, r22304, r22303) 20:58:17 <CIA-1> OpenTTD: - Fix: Check the availability year of all houses, not just the NewGRF houses, when making sure that at least one is available onwards from year 0 [FS#4581] (r22389, r22300, r22299) 20:58:18 <CIA-1> OpenTTD: - Fix: When a game uses a lot of NewGRFs the buffer for storing that information in the PNG is too small (r22388) 21:01:20 *** fonsinchen [~fonsinche@brln-4dba87b5.pool.mediaWays.net] has quit [Ping timeout: 480 seconds] 21:03:30 <CIA-1> OpenTTD: rubidium * r22395 /branches/1.1/src/lang/ (30 files): [1.1] -Backport: loads of string changes 21:07:41 *** Juo [~Juo@cpc16-lewi15-2-0-cust395.2-4.cable.virginmedia.com] has quit [Quit: Juo] 21:08:47 *** Juo [~Juo@cpc16-lewi15-2-0-cust395.2-4.cable.virginmedia.com] has joined #openttd 21:14:45 *** sla_ro|master [~slaco@95.76.27.160] has quit [Quit: Mutant Co-Op - C&C Renegade] 21:15:09 <Zuu> Building connected systems with YACD really does make sense as you otherwise easily find out that you need to close your point-to-point connections as the destinations change. 21:15:45 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd [] 21:16:10 <Zuu> Also target industries seem to close down more often than usual. Either it's because of YACD or OpenGFX+ Industries. 21:23:04 <Zuu> hmm, quite a lot of source industries seem to close down aswell. 21:26:44 *** Juo [~Juo@cpc16-lewi15-2-0-cust395.2-4.cable.virginmedia.com] has quit [Quit: Juo] 21:28:16 *** Juo [~Juo@cpc16-lewi15-2-0-cust395.2-4.cable.virginmedia.com] has joined #openttd 21:28:54 *** ar3k [~ident@ebt214.neoplus.adsl.tpnet.pl] has joined #openttd 21:30:55 <michi_cc> Zuu: With YACD it's harder to have a high % transported value, and if OGFX+ uses that to decide on closure... 21:32:10 *** Twerkhoven[L] [~twerkhove@cpc14-linl7-2-0-cust28.sgyl.cable.virginmedia.com] has quit [Quit: He who can look into the future, has a brighter future to look into] 21:34:26 <Zuu> Hmm, but even if I provide all destinations that a source industry have and good service, the % transported can drop to 0%. 21:36:16 *** ar3kaw [~ident@eci189.neoplus.adsl.tpnet.pl] has quit [Ping timeout: 480 seconds] 21:51:47 <planetmaker> Zuu: as long as you service an industry - however badly - it should not close with OpenGFX+ Industries 21:51:57 <planetmaker> it might not yet work that way, though 21:52:14 <planetmaker> I noticed with an oil rig which closed on me 21:53:09 <Zuu> I've noticed that some months the service at a source industry drop to 0% even if there are trucks loading at an source industry. 21:53:27 <Zuu> (with YACD) 21:53:43 *** Intexon [~Intexon@blk-222-147-135.eastlink.ca] has joined #openttd 21:55:48 *** DDR_ [~DDR@d142-179-79-208.bchsia.telus.net] has joined #openttd 21:57:32 *** supermop [~daniel_er@rrcs-72-43-171-87.nyc.biz.rr.com] has left #openttd [] 21:57:37 <planetmaker> maybe the wrong truck was loading as cargo to the wrong destination was only generated? 21:59:09 * Zuu misses some nice features in VISUM of analyzing a network. 21:59:16 *** Absurd-Mind [~peter@p54959D5D.dip0.t-ipconnect.de] has joined #openttd 21:59:53 <Zuu> Would like a map over which stations that are served from a given station. 22:00:02 *** frosch [~frosch@frnk-590fcd20.pool.mediaWays.net] has joined #openttd 22:00:22 <Zuu> Also a filter feature of the vehicle list would be useful. Eg to filter out vehicles that have a Full Load order at that station. 22:00:53 *** rhaeder [~quix0r@dslb-094-221-150-034.pools.arcor-ip.net] has joined #openttd 22:01:21 *** DDR [~DDR@d142-179-79-208.bchsia.telus.net] has quit [Ping timeout: 480 seconds] 22:01:30 *** DDR_ is now known as DDR 22:03:01 <Zuu> Hmm, I should probably stop using non-stop orders so that I can use the auto-orders to figure out what RVs that use a particular road. 22:04:41 *** frosch123 [~frosch@frnk-590f6a07.pool.mediaWays.net] has quit [Ping timeout: 480 seconds] 22:14:11 *** Kurimus [Kurimus@dsl-tkubrasgw1-fe21dc00-138.dhcp.inet.fi] has quit [] 22:24:59 *** a1270 [~a1270@72-24-233-98.cpe.cableone.net] has quit [Quit: Leaving] 22:27:13 *** a1270 [~a1270@72-24-233-98.cpe.cableone.net] has joined #openttd 22:41:55 *** KouDy [~KouDy@ip-94-112-27-160.net.upcbroadband.cz] has quit [Quit: Leaving.] 22:44:38 <planetmaker> good night 22:48:10 *** aber [~Adium@HSI-KBW-078-042-127-078.hsi3.kabel-badenwuerttemberg.de] has quit [Quit: Leaving.] 22:51:20 *** Devroush|2 [~dennis@178-119-81-33.access.telenet.be] has quit [] 22:51:25 *** Biolunar [~mahdi@blfd-4d08fdbd.pool.mediaWays.net] has quit [Quit: All your IRC are belong to us!] 22:52:47 *** JVassie [~James@92.27.149.231] has quit [Ping timeout: 480 seconds] 22:57:05 *** roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds] 23:00:16 *** Adambean` [AdamR@82.hosts.reece-eu.net] has quit [Quit: Gone fishing] 23:03:05 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has quit [Remote host closed the connection] 23:06:28 *** Progman [~progman@p57A1B986.dip.t-dialin.net] has quit [Remote host closed the connection] 23:09:08 *** Chris_Booth [~Chris_Boo@cpc7-newt30-2-0-cust37.newt.cable.virginmedia.com] has joined #openttd 23:14:33 *** bryjen [~bryjen@76.92.85.169] has joined #openttd 23:15:22 *** Chris_Booth_ [~Chris_Boo@cpc7-newt30-2-0-cust37.newt.cable.virginmedia.com] has quit [Ping timeout: 480 seconds] 23:34:19 *** Lakie [~Lakie@91.84.76.207] has quit [Quit: Sleep.] 23:36:38 *** Neon [~Neon@dslb-094-219-030-031.pools.arcor-ip.net] has quit [Quit: Python is way too complicated... I prefer doing it quickly in C.] 23:41:21 <Wolf01> 'night 23:41:28 *** Wolf01 [~wolf01@host41-233-dynamic.14-87-r.retail.telecomitalia.it] has quit [Quit: Once again the world is quick to bury me.] 23:46:29 *** romazoon [romazoon@24-220.2-85.cust.bluewin.ch] has quit []