Times are UTC Toggle Colours
00:03:14 *** KenjiE20 [~KenjiE20@92.22.66.123] has quit [Quit: WeeChat 0.3.3] 00:04:07 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Quit: TschÃŒÃ] 00:07:59 *** zodttd [~me@user-0c90n12.cable.mindspring.com] has joined #openttd 00:13:20 *** KritiK [~Maxim@89-178-88-75.broadband.corbina.ru] has quit [Quit: Leaving] 00:13:34 *** Keiya [~Keiya@pool-96-230-229-184.mdsnwi.dsl-w.verizon.net] has joined #openttd 00:36:24 *** Lakie [~Lakie@91.84.251.149] has quit [Quit: Sleep.] 00:44:57 *** goblin [~goblin@krlh-5f72daa0.pool.mediaWays.net] has quit [Quit: gn8] 00:57:53 *** Fuco [~dota.keys@fuco.sks3.muni.cz] has quit [Ping timeout: 480 seconds] 01:03:38 *** zodttd [~me@user-0c90n12.cable.mindspring.com] has quit [Remote host closed the connection] 01:15:02 *** xiong [~xiong@netblock-68-183-253-179.dslextreme.com] has quit [Ping timeout: 480 seconds] 01:21:06 *** Devroush [~dennis@94-225-67-91.access.telenet.be] has quit [] 01:27:18 *** lugo [~lugo@mgdb-4db8fad3.pool.mediaWays.net] has quit [Quit: Lost terminal] 01:27:58 *** davis [~b@p5B289F6E.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 01:34:32 *** [twisti] [~twisti@dynamic-unidsl-85-197-16-221.westend.de] has quit [] 01:40:19 *** Keiya_ [~Keiya@pool-96-230-229-184.mdsnwi.dsl-w.verizon.net] has joined #openttd 01:47:39 *** Keiya [~Keiya@pool-96-230-229-184.mdsnwi.dsl-w.verizon.net] has quit [Ping timeout: 480 seconds] 01:50:34 *** Biolunar_ [~mahdi@blfd-4db18855.pool.mediaWays.net] has joined #openttd 01:54:57 *** Pulec [~pulec@static-cl093181068250.unet.cz] has quit [] 01:56:33 *** avdg [~avdg@94-227-100-192.access.telenet.be] has quit [Quit: Leaving.] 01:57:52 *** Biolunar [~quassel@blfd-4db0ea92.pool.mediaWays.net] has quit [Ping timeout: 480 seconds] 02:12:20 *** JVassie_ [~James@92.27.149.231] has quit [Ping timeout: 480 seconds] 02:23:15 *** zachanima [~zach@2506ds3-od.0.fullrate.dk] has joined #openttd 02:42:42 *** Keiya [~Keiya@pool-96-230-229-184.mdsnwi.dsl-w.verizon.net] has joined #openttd 02:50:12 *** Keiya_ [~Keiya@pool-96-230-229-184.mdsnwi.dsl-w.verizon.net] has quit [Ping timeout: 480 seconds] 02:53:12 *** glx [glx@2a01:e35:2f59:c7c0:b515:4600:419e:26b] has quit [Quit: bye] 03:08:43 *** Biolunar_ [~mahdi@blfd-4db18855.pool.mediaWays.net] has quit [Remote host closed the connection] 03:47:07 *** nicfer [~nicfer@190.50.34.17] has joined #openttd 03:49:15 *** Keiya_ [~Keiya@pool-96-230-229-184.mdsnwi.dsl-w.verizon.net] has joined #openttd 03:56:27 *** Keiya [~Keiya@pool-96-230-229-184.mdsnwi.dsl-w.verizon.net] has quit [Ping timeout: 480 seconds] 04:34:16 *** a1270 [~a1270@72-24-233-98.cpe.cableone.net] has joined #openttd 04:45:51 *** Keiya [~Keiya@pool-96-230-229-184.mdsnwi.dsl-w.verizon.net] has joined #openttd 04:53:12 *** Keiya_ [~Keiya@pool-96-230-229-184.mdsnwi.dsl-w.verizon.net] has quit [Ping timeout: 480 seconds] 04:53:48 *** Eddi|zuHause [~johekr@p54B734A5.dip.t-dialin.net] has quit [Remote host closed the connection] 04:54:04 *** Eddi|zuHause [~johekr@p54B73BAB.dip.t-dialin.net] has joined #openttd 05:11:51 *** pugi [~pugi@p4FCC46F5.dip.t-dialin.net] has joined #openttd 05:30:59 *** nicfer [~nicfer@190.50.34.17] has quit [Read error: Connection reset by peer] 06:14:02 *** pugi [~pugi@p4FCC46F5.dip.t-dialin.net] has quit [Quit: I reject your reality and substitute my own] 06:24:16 *** Keiya_ [~Keiya@pool-96-230-229-184.mdsnwi.dsl-w.verizon.net] has joined #openttd 06:26:02 *** andythenorth_ [~andy@cpc9-aztw25-2-0-cust133.aztw.cable.virginmedia.com] has joined #openttd 06:26:23 *** ^Spike^ [~spike@d200003.upc-d.chello.nl] has joined #openttd 06:31:46 *** Keiya [~Keiya@pool-96-230-229-184.mdsnwi.dsl-w.verizon.net] has quit [Ping timeout: 480 seconds] 06:35:26 *** Kurimus [Kurimus@dsl-tkubrasgw1-fe83de00-38.dhcp.inet.fi] has joined #openttd 07:41:29 *** KouDy [~KouDy@ip-89-176-220-140.net.upcbroadband.cz] has joined #openttd 07:44:15 *** porky [~porky@pool-74-107-154-240.ptldor.fios.verizon.net] has joined #openttd 07:52:11 <KouDy> morning 07:53:59 <Terkhen> good morning 07:56:20 <porky> oh crap, it's morning. i'll be back tomorrow... er, later today 07:57:56 *** duckblaster [~duckblast@202-65-53-111.xdsl.net.oyster.net.ck] has joined #openttd 07:59:24 *** Progman [~progman@p57A1CB89.dip.t-dialin.net] has joined #openttd 08:00:07 <andythenorth_> morning 08:10:41 *** Zuu [~Zuu@2.67.156.49] has joined #openttd 08:12:07 *** Zuu_ [~Zuu@2.67.217.195] has joined #openttd 08:17:26 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd 08:18:47 *** Zuu [~Zuu@2.67.156.49] has quit [Ping timeout: 480 seconds] 08:27:23 <planetmaker> hehe "Real life already has enough goals for you, why do you need a game that adds more?" <-- nice one 08:29:19 <Alberth> won't be understood, I am afraid :) 08:29:21 <andythenorth_> otherwise how do we know when we're winning? 08:29:23 <andythenorth_> :P 08:29:29 <andythenorth_> hmm 08:29:37 <andythenorth_> need some brain help 08:30:03 <Alberth> mine still needs to be booted properly :) 08:30:07 <andythenorth_> I'm setting up RV offsets for different length adjustments 08:30:20 <andythenorth_> I don't know where in the bounding box I should be trying to put the sprite 08:30:32 <andythenorth_> as the bounding box size doesn't change with the length adjust 08:31:03 <andythenorth_> where is the location point for the length adjust? front / centre / rear? 08:36:17 <Zuu_> Hmm, having no clue really, will trial and error + Ctrl+B give you an indication? 08:36:25 *** Zuu_ is now known as Zuu 08:37:29 <Rubidium> front of the bounding box I'd say 08:37:59 <Rubidium> as the next (articulated) part is added at X from the front of the bounding box 08:38:57 <Rubidium> causing fun stuff, like the position of a part being outside of the actual part when it's [1-3]/8 long 08:39:45 <andythenorth_> that'll do nicely 08:46:55 *** davis [~b@p5B289F6E.dip.t-dialin.net] has joined #openttd 08:52:55 *** xiong [~xiong@netblock-72-25-106-108.dslextreme.com] has joined #openttd 08:59:03 *** Kurimus [Kurimus@dsl-tkubrasgw1-fe83de00-38.dhcp.inet.fi] has quit [] 09:00:24 *** theholyduck [~holyduck@82.147.59.59] has joined #openttd 09:06:20 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has joined #openttd 09:17:11 *** Fast2 [~Fast2@p57AF89D1.dip0.t-ipconnect.de] has joined #openttd 09:20:17 *** jpx_ [jpx_@a91-156-251-33.elisa-laajakaista.fi] has quit [Ping timeout: 480 seconds] 09:20:24 *** jpx_ [jpx_@a91-156-251-33.elisa-laajakaista.fi] has joined #openttd 09:22:30 *** duckblaster [~duckblast@202-65-53-111.xdsl.net.oyster.net.ck] has quit [Ping timeout: 480 seconds] 09:41:13 *** Zuu [~Zuu@2.67.217.195] has quit [Ping timeout: 480 seconds] 09:47:58 *** JVassie_ [~James@92.27.149.231] has joined #openttd 10:04:28 *** X-2 [~X-2@5ED67292.cm-7-7b.dynamic.ziggo.nl] has quit [Remote host closed the connection] 10:17:29 *** frosch123 [~frosch@frnk-590fce0e.pool.mediaWays.net] has joined #openttd 10:19:55 *** Devroush [~dennis@94-225-67-91.access.telenet.be] has joined #openttd 10:33:27 *** X-2 [~X-2@5ED67292.cm-7-7b.dynamic.ziggo.nl] has joined #openttd 10:33:46 *** KenjiE20 [~KenjiE20@92.22.66.123] has joined #openttd 10:38:30 *** Zuu [~Zuu@2.64.37.15] has joined #openttd 10:43:09 *** Biolunar [~mahdi@blfd-4db18855.pool.mediaWays.net] has joined #openttd 10:47:46 *** dfox [~dfox@ip-89-176-209-74.net.upcbroadband.cz] has joined #openttd 11:05:37 <xiong> ! 11:06:50 <xiong> A draw-on layer would solve a great many problems. It might not be easy to implement because it wouldn't tie in with any existing code -- in fact, the lack of tie-in is key to the idea. 11:08:28 <xiong> But just putting a layer on top with some very simple drawing tools means the player can make his own notes right on the map. All kinds of minor shortcomings can be dealt with this way, instead of trying to fix each one or meet each user's expectations. 11:08:54 <Alberth> and you think you are the first with this idea? try a search on the forums 11:09:11 <xiong> Just came to me. 11:09:36 <xiong> It's very hard to come up with a completely new idea; I don't hope for that much. 11:10:00 <Alberth> it does not have to be new, it has to be feasible 11:10:23 <xiong> In fact, I have often said that there is no such thing (meaning almost never) as a "good idea". Or to put it another way, good ideas are free. 11:10:42 <xiong> I agree with you. More to the point, an idea has to be implemented to be useful. 11:10:53 *** dihedral [~dih@znc.noaddedsugar.net] has joined #openttd 11:11:01 <xiong> It might be feasible but if it isn't feased, it's still useless. 11:11:03 <Alberth> you better stay away :) 11:11:09 <Alberth> dihedral: ^ 11:11:19 <dihedral> grrr 11:11:25 *** dihedral [~dih@znc.noaddedsugar.net] has left #openttd [Leaving] 11:11:36 <xiong> What was that? 11:11:46 <Alberth> he came, he saw, and he left 11:11:46 *** goblin [~goblin@krlh-5f727fdb.pool.mediaWays.net] has joined #openttd 11:11:57 <xiong> Just as well. 11:12:36 <xiong> So, Alberth, if you've read about draw-on already, tell me the 30-second summary of the debate. 11:12:44 <planetmaker> hm, you must have been talking to people on my ignore list ;-) 11:12:56 <xiong> ? 11:13:26 *** |Jeroen| [~jeroen@d5152B6A8.access.telenet.be] has joined #openttd 11:13:27 <frosch123> planetmaker: you ignore dihedral? :p 11:13:33 <Alberth> planetmaker: perhaps I went mental, and started talking to myself 11:13:35 <planetmaker> no ;-) 11:13:45 <planetmaker> and I hope not ;-) 11:13:58 <Alberth> xiong: not interesting enough 11:14:06 * xiong looks 11:14:34 *** Pulec [~pulec@static-cl093181068250.unet.cz] has joined #openttd 11:20:30 <xiong> I see some discussion: (http://www.tt-forums.net/viewtopic.php?t=42784). Not much interest in it but nobody nixed it. RF says no progress but it's not been rejected. I won't beat it to death here but I might work up some demos and post to forum. 11:26:52 *** Keiya_ [~Keiya@pool-96-230-229-184.mdsnwi.dsl-w.verizon.net] has quit [Ping timeout: 480 seconds] 11:27:59 <CIA-2> OpenTTD: planetmaker * r21023 /trunk/known-bugs.txt: -Doc [FS#4003]: Possible crashes when running OpenTTD in a guest system under Parallels Desktop 11:29:38 *** lugo [~lugo@mgdb-4db8d6db.pool.mediaWays.net] has joined #openttd 11:31:22 *** Lurimax [~quassel@68.59.202.84.customer.cdi.no] has joined #openttd 11:32:58 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has quit [Remote host closed the connection] 11:36:26 *** KritiK [~Maxim@95-25-80-191.broadband.corbina.ru] has joined #openttd 11:38:01 *** dfox [~dfox@ip-89-176-209-74.net.upcbroadband.cz] has quit [Ping timeout: 480 seconds] 11:39:05 <xiong> Well, before I get into other stuff, I'd like opinions on this: (http://wiki.openttd.org/User:Xiong/Catchment_areas_of_disjoint_stations). If it's technically correct, I'll move it to mainspace. 11:48:43 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd 11:50:38 <SmatZ> xiong: changing that would break existing games 11:50:52 <SmatZ> and having a setting for that looks too complicated 11:51:42 <xiong> SmatZ, Changing anything might break existing games. Not sure what you mean by 'setting'. 11:52:09 <SmatZ> xiong: switch to enable old/"new" catchment computation 11:52:26 <xiong> Eh? Don't think I proposed that. 11:52:28 <Zuu> eg. like "original" or "improved" loading :-) 11:52:42 <SmatZ> yup :) 11:53:04 <xiong> ? 11:53:08 <SmatZ> xiong: ok, sorry :) 11:53:18 <SmatZ> I didn't read the article yet... 11:53:20 <Zuu> Which is silly, because sometimes the original loading bahviour is the prefered. 11:53:42 <xiong> Are you looking at the wiki page I just linked? I thought it was an outright description of the existing game, not any sort of feature request. 11:53:50 <SmatZ> xiong: yes, sorry :) 11:54:00 <SmatZ> I thought it's an idea how to make the current system better :) 11:54:03 <SmatZ> I am reading it now 11:54:05 <xiong> SmatZ, You gave me such a shock. 11:54:17 <xiong> No, the idea is the drawing layer. 11:54:36 <xiong> That *would* be hard on existing savegames. But then, there are always new games. 12:00:36 <SmatZ> xiong: sorry, I read it just quickly, but I think you mentioned all the important points 12:00:50 <SmatZ> "The Glass Works is missing the tile that would otherwise overlap the catchment; but that's okay, since the Glass Works' bounding box does overlap." 12:00:56 <SmatZ> especially this one detail :) 12:01:04 <xiong> Excellent. Thank you, SmatZ++ 12:01:14 <xiong> The devil is in the details. 12:01:19 <SmatZ> thank you for writing that :) 12:02:08 <xiong> Well, you can thank a couple of Old Heads who explained it to me. Took me some time to catch on. It's completely unexpected and not mentioned anywhere in existing docs that I've seen. 12:02:47 <SmatZ> :) 12:02:49 *** Adambean [AdamR@82.hosts.reece-eu.net] has joined #openttd 12:03:01 <Zuu> It's a nice article 12:03:25 <xiong> Thank you, Zuu. 12:04:23 <SmatZ> xiong: there's one thing about the acceptance, sometimes it's not enough to have 1 tile of the industry that accepts given cargo 12:04:41 <planetmaker> nor for providing cargos 12:04:44 <SmatZ> some tiles just don't accept any cargo 12:04:45 <xiong> I've still got some redlinks to undefined terms. Getting those in was harder than writing the article. 12:05:00 <xiong> Wait, what? 12:05:04 <SmatZ> planetmaker: how do you mean? 12:05:18 <xiong> Some town buildings do not accept a full cargo; I haven't yet dealt with town. 12:05:20 <SmatZ> xiong: you see the tile acceptance by the "Query land info" tool 12:05:26 <Zuu> You need 8/8 for acceptance/production right? And some tiles could provide eg 2/8. 12:05:29 <planetmaker> SmatZ: not every industry tile produce... I guess wrong ;-) 12:05:32 <xiong> But my understanding is that an industry is a unit, period. 12:05:34 <SmatZ> you see "accepts: pass (1/2), mail (1/4)" 12:05:45 <planetmaker> xiong: you need to adjust your understanding 12:06:01 * xiong looks 12:06:15 <planetmaker> every tile can have individual acceptance 12:06:22 <SmatZ> planetmaker: the catchment area is based on the industry rectangle 12:06:37 <andythenorth_> FIRS is a bad example, because I set all tiles to 8/8 to make life easier 12:06:42 <andythenorth_> some industry sets don't do that 12:06:53 <xiong> Ah. Well, I'm using FIRS. 12:06:57 <planetmaker> yeah. For output doesn't matter the tiles - just the industry 12:07:21 <SmatZ> [14:07:45] <SmatZ> you see "accepts: pass (1/2), mail (1/4)" <== and sum of those acceptances of all tiles in the catchment area has to be >= 1 so the cargo is accepted 12:07:25 <xiong> So, you're saying that with FIRS, I will never see an industry tile that doesn't accept. --? 12:07:42 <Zuu> True 12:07:50 <xiong> SmatZ, Those are town buildings. They do work differently. 12:08:14 <SmatZ> xiong: the same applies to industry tiles 12:08:19 <xiong> I haven't covered that in the article yet. That's what the 'stub' section is for. I'm reluctant to work up another set of shots for it. 12:08:19 <andythenorth_> xiong: if you see an industry tile that doesn't accept, it's a FIRS bug and you should report it ;) 12:08:29 <SmatZ> pass and mail is cargo as well as wood and coal 12:08:55 <xiong> Well, you guys fight it out. I've covered my ass by declaring right up top of page that I'm assuming FIRS. 12:09:37 <SmatZ> :) 12:10:01 <xiong> When I fill in the 'Town catchment' section, I may drop in a word about non-FIRS industries. 12:10:42 <xiong> It's very hard to set up a similar working savegame for town buildings -- or I think so. You can't place them with such precision and freedom. 12:11:39 <xiong> It was hard enough getting the right variation of Glass Works to build. At first, I wanted a Junk Yard, because the acceptance doesn't overlap. But that's considered a town industry, so difficult to place. 12:12:41 *** glx [glx@2a01:e35:2f59:c7c0:f000:d8c2:6a85:2fff] has joined #openttd 12:12:44 *** mode/#openttd [+v glx] by ChanServ 12:17:32 <Alberth> build an industry manually? 12:18:11 <andythenorth_> scenario editor 12:24:52 *** Fuco [~dota.keys@fuco.sks3.muni.cz] has joined #openttd 12:41:31 *** llugo [~lugo@mgdb-4db8d6db.pool.mediaWays.net] has joined #openttd 12:42:06 *** llugo [~lugo@mgdb-4db8d6db.pool.mediaWays.net] has quit [Read error: Connection reset by peer] 12:43:25 *** JVassie [~James@92.27.149.231] has joined #openttd 12:43:57 <xiong> Quick poll: What do you do for a living, or to occupy the majority of your time (outside of OTTD)? 12:47:37 <andythenorth_> work 12:48:13 *** Zuu [~Zuu@2.64.37.15] has quit [Ping timeout: 480 seconds] 12:49:28 *** JVassie_ [~James@92.27.149.231] has quit [Ping timeout: 480 seconds] 12:56:57 *** Lakie [~Lakie@91.84.251.149] has joined #openttd 12:58:35 <andythenorth_> how would I make FISH work in ttdpatch? 12:58:59 <planetmaker> andythenorth_: only (re-)use the 11(?) ship IDs 12:59:27 <andythenorth_> and release a separate grf? 13:00:13 <planetmaker> you could do that, if you care enough to support two versions 13:00:49 <andythenorth_> nah 13:00:58 *** mindlesstux [~mindlesst@2001:470:8:303:201:6cff:fed4:85ec] has joined #openttd 13:01:00 * andythenorth_ goes back to DIY 13:01:43 *** Zuu [~Zuu@2.67.83.41] has joined #openttd 13:05:25 *** dihedral [~dih@znc.noaddedsugar.net] has joined #openttd 13:11:19 <planetmaker> andythenorth_: the only viable alternative I see is some refactoring: 13:11:29 <planetmaker> choose 11 ships, assign them the default IDs 13:11:38 <planetmaker> Disable all other IDs when TTDPatch is detected. 13:11:48 <Rubidium> nah, that's the lame way out 13:11:51 <planetmaker> Under those circumstances it'd work for both platforms 13:11:56 <planetmaker> of course it is :-P 13:12:08 <planetmaker> Re-define other vehicles? 13:12:29 <Rubidium> just refactor TTDPatch up to the moment has a vehicle pool and support multiple vehicle sets 13:13:30 <planetmaker> haha :-) 13:13:41 <planetmaker> we should shove that Lakie's way ;-) 13:14:10 <Rubidium> no, we first need psd and xcf support for grfcodec 13:14:12 <Lakie> Feel free to do so Rubidium 13:14:33 *** Wolf01 [~wolf01@host205-208-dynamic.58-82-r.retail.telecomitalia.it] has joined #openttd 13:14:37 <Lakie> I imagine engine pool would be far more complex in most asm... 13:15:03 <Wolf01> hello 13:16:58 *** Lakie` [~Lakie@91.84.251.149] has joined #openttd 13:20:35 <planetmaker> moin Lakie :-) 13:20:43 <planetmaker> Awesome work with the png support 13:20:44 <Lakie`> Afternnon planetmaker, 13:20:51 <Lakie`> Its not perfect but works 13:21:37 * Lakie` thinks it'd work better if it knew the full mage size ahead of writing personally, but thats unlikely to be ever done so this method suffices 13:22:25 <Lakie`> The added delay is only noticable if you decompile things like tgr1 and ogbx1 13:22:40 *** Lakie [~Lakie@91.84.251.149] has quit [Ping timeout: 480 seconds] 13:22:46 *** Lakie` is now known as Lakie 13:24:04 <andythenorth_> maybe png support is the final extra push BROS needs :P 13:24:11 <Lakie> Heh 13:24:14 <Lakie> Maybe 13:24:23 <planetmaker> haha 13:24:40 <Markk> I'm hosting a dedicated server, can I be a moderator so I don't have to use rcon all the time? 13:25:04 <planetmaker> no 13:25:05 <Markk> And is it possible to reset another companys password via rcon? 13:25:12 <andythenorth_> somehow png support just makes everything easier :) 13:25:18 <planetmaker> you can just move yourself to the company and then reset it 13:25:21 <andythenorth_> I don't know why or how, it's not like pcx was a major hassle :o 13:25:29 <Markk> planetmaker: Okay 13:25:32 <Markk> planetmaker: How? 13:25:43 <planetmaker> rcon move clientID companyNo 13:25:54 <Markk> ah, thanks :) 13:26:29 <planetmaker> you avoid the rcon issue, if you use ap+ as wrapper though. Or issue your commands from the console of the server 13:27:53 <Markk> Okey 13:28:11 <Markk> I looked into ap+, but didn't have the time to use it. :P 13:28:36 <planetmaker> well. Just use the console you have via ssh 13:29:34 <xiong> I theorize that it is not possible, in the long term, to provide good pax service. The transport you lay on, the more the town grows. Also, the higher the station rating, the more pax come to wait at that station, which then lowers the rating. 13:30:47 <xiong> The only way to get a consistently high rating must be to suppress growth, to hem in the town. That might only work after the town finishes building as tall as it likes. 13:31:42 *** Lakie` [~Lakie@91.84.251.149] has joined #openttd 13:31:55 <xiong> In previous games, I didn't know enough to get anything to work. Now, from 1850-70, I have got a town grown to over 25 K pop and they are all hopping mad. 13:32:20 *** Lakie` [~Lakie@91.84.251.149] has quit [] 13:32:26 <xiong> Local authority agrees I'm doing an 'Outstanding' job but the pax are furious. 13:33:16 <andythenorth_> but you're rich yes? 13:37:39 *** Lakie [~Lakie@91.84.251.149] has quit [Ping timeout: 480 seconds] 13:38:06 <xiong> andythenorth_, Doing better; I got the bank off my neck. 13:38:22 <xiong> Approaching M. 13:38:37 <xiong> s/town/city/ 13:38:53 <xiong> It may be possible to outbuild a town. I don't think so, for cities. 13:38:55 * Hirundo suggests #openttd-twitter 13:39:28 * andythenorth_ suggests we make the game tweet 13:39:33 <andythenorth_> whenever there's a news item 13:39:54 * xiong suggests $openttd-hardcore 13:40:00 <xiong> er. 13:40:06 * xiong suggests #openttd-hardcore 13:41:10 <Eddi|zuHause> think of the kids! not before 23:00! 13:41:28 <dihedral> Markk, which version of OpenTTD? 13:41:30 <xiong> The point of my comment isn't to share my crappy little map with the world. Rather, I'd like someone to contradict me, preferably without introducing monorails. 13:41:39 <Markk> 1.0.4 13:42:34 <xiong> Eddi|zuHause, Always, somewhere, it's before 23:00. It's always prime time now. 13:42:35 <dihedral> wait for 1.1 then you do not need ap+ 13:43:30 *** theholyduck [~holyduck@82.147.59.59] has quit [Ping timeout: 480 seconds] 13:47:04 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Quit: TschÃŒÃ] 13:50:17 <planetmaker> hehe 14:05:09 *** Lakie [~Lakie@91.84.251.149] has joined #openttd 14:05:55 *** Lakie [~Lakie@91.84.251.149] has left #openttd [] 14:08:15 *** Lakie [~Lakie@91.84.251.149] has joined #openttd 14:08:52 *** Pulec|XNB [~pulec@static-cl093181068250.unet.cz] has joined #openttd 14:10:02 *** Pulec [~pulec@static-cl093181068250.unet.cz] has quit [Ping timeout: 480 seconds] 14:18:12 *** dfox [~dfox@ip-89-176-209-74.net.upcbroadband.cz] has joined #openttd 14:18:23 *** pugi [~pugi@p4FCC53C5.dip.t-dialin.net] has joined #openttd 14:24:33 *** Kurimus [Kurimus@dsl-tkubrasgw1-fe83de00-38.dhcp.inet.fi] has joined #openttd 14:29:23 *** |Jeroen| [~jeroen@d5152B6A8.access.telenet.be] has quit [Quit: oO] 14:36:13 *** Pulec|XNB [~pulec@static-cl093181068250.unet.cz] has quit [] 14:36:46 *** rellig [~rellig@vs1191017.vserver.de] has quit [Remote host closed the connection] 14:37:47 *** rellig [~rellig@vs1191017.vserver.de] has joined #openttd 14:48:24 *** Pulec [~pulec@static-cl093181068250.unet.cz] has joined #openttd 14:56:15 *** goblin [~goblin@krlh-5f727fdb.pool.mediaWays.net] has quit [Quit: leaving] 14:56:27 *** avdg [~avdg@94-227-100-192.access.telenet.be] has joined #openttd 15:00:40 <CIA-2> OpenTTD: rubidium * r21024 /trunk/src/network/network_server.cpp: -Fix: erroneous tab 15:09:59 *** a1270 [~a1270@72-24-233-98.cpe.cableone.net] has quit [Remote host closed the connection] 15:16:06 *** a1270 [~a1270@72-24-233-98.cpe.cableone.net] has joined #openttd 15:20:56 <CIA-2> OpenTTD: rubidium * r21025 /trunk/src/network/core/tcp_game.h: -Codechange: document PacketGameType's enums and reshuffle them slightly to make the whole more readable and easier to understand 15:21:26 *** norbert79 [~Norbi@178-164-218-131.pool.digikabel.hu] has joined #openttd 15:22:06 *** norbert79 is now known as Guest458 15:30:12 *** dfox [~dfox@ip-89-176-209-74.net.upcbroadband.cz] has quit [Read error: Connection reset by peer] 15:31:11 *** dfox [~dfox@ip-89-176-209-74.net.upcbroadband.cz] has joined #openttd 15:33:50 *** EDU [4da261cf@ircip3.mibbit.com] has joined #openttd 15:34:16 <EDU> Hello need some help installing openttd on ubunte server 15:34:24 <EDU> ubuntu 15:37:27 *** Mortomes [~mortomes@i15108.upc-i.chello.nl] has quit [Ping timeout: 480 seconds] 15:40:07 <avdg> whats the problem then? 15:41:07 *** Zuu [~Zuu@2.67.83.41] has quit [Ping timeout: 480 seconds] 15:43:00 *** Guest458 is now known as norbert79 15:43:24 *** EDU [4da261cf@ircip3.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client] 15:44:29 <Rubidium> avdg: I'd guess unstable connections :) 15:45:09 <avdg> :p how can you be that sure if you don't know the problem 15:46:42 <avdg> bweh, I don't care, no questions, no answers 15:47:09 <Rubidium> because he left after ~9 minutes. 8 minutes is the IRC ping timeout, so maybe it's the mibbit timeout as well. Furthermore him not reacting might imply he already timed out 15:47:16 <Rubidium> ergo... unstable connection 15:47:35 <CIA-2> OpenTTD: rubidium * r21026 /trunk/ (53 files in 2 dirs): -Codechange: move from pcx to png extra grf sprites as they are easier to handle/view. They also take less space in a checkout. Furthermore this requires a recent GRFCodec nightly with PNG support enabled. 15:47:51 <avdg> hmm, I didn't know that 15:48:46 <avdg> but I don't think its his connection (keyword install) 15:49:25 <Alberth> avdg: that's what the '480 seconds' means :) 15:55:43 <xiong> I have not seen, though I have searched for, a setting to disallow these back-door offers of exclusive use of prototype vehicles. I decline all such offers, as they seem always to be unreliable until public introduction. 15:55:43 *** elmz [~elmz@184.213-167-126.customer.lyse.net] has quit [Read error: Connection reset by peer] 15:55:46 *** elmz [~elmz@184.213-167-126.customer.lyse.net] has joined #openttd 15:56:26 *** nicfer [~nicfer@190.50.26.30] has joined #openttd 15:56:27 <norbert79> xiong: Accepting them makes it even more reliable at introduction though 15:56:33 <norbert79> xiong: If you feel using them 15:58:42 <xiong> Hm. Tough tradeoff. But I don't seem to have to pay a fee to be a beta tester, do I? 15:59:29 <xiong> What if I say 'yes' but never buy any vehicles? Or only buy 1? Do I still get improved reliability after public introduction for all my purchases of that model? 16:00:22 <xiong> Or do you just mean that any beta vehicle I buy itself becomes more reliable later -- only the specific number vehicle? 16:18:15 <norbert79> generic experience: You accept an offer, you use the vehicle, bring it to regular servicing, it gets better and better, and when introdcued, that level of reliability is being used 16:20:23 *** Mortomes [~mortomes@ip565bdd29.direct-adsl.nl] has joined #openttd 16:23:12 *** goblin [~goblin@krlh-5f727fdb.pool.mediaWays.net] has joined #openttd 16:24:27 *** bubersson [~bubersson@stechovice.eurosignal.cz] has joined #openttd 16:35:20 *** ecke [~ecke@188.75.128.2] has joined #openttd 16:38:21 <CIA-2> OpenTTD: rubidium * r21027 /trunk/src/network/ (network_client.cpp network_client.h): -Change/Fix: under some circumstances the file handle of the downloaded savegame wouldn't be closed, and validity of the handled wasn't checked in all cases 16:48:42 *** JVassie_ [~James@92.27.149.231] has joined #openttd 16:54:29 *** JVassie [~James@92.27.149.231] has quit [Ping timeout: 480 seconds] 17:04:54 <Alberth> xiong: saying yes and doing no does get punished iirc 17:05:21 <Alberth> xiong: the advantage of the offer is longer use, iirc 17:05:53 <planetmaker> if you accept and don't use the vehicle, you won't get further offers for some time 17:06:07 *** ecke [~ecke@188.75.128.2] has quit [Quit: more listen, more understand, more know] 17:06:24 <planetmaker> accepting means you get access to the vehicle one year earlier than others 17:08:54 <xiong> planetmaker, I got the one-year-early part. I also noticed the unreliability of that first year. 17:09:25 <xiong> I might rather not get such offers at all. They're distracting. 17:09:55 *** Chillosophy [~fu@82-170-139-109.ip.telfort.nl] has joined #openttd 17:10:26 *** ecke [~ecke@188.75.128.2] has joined #openttd 17:11:03 <xiong> 'Fraid I'm not greedy for the cutting edge; if I were, I probably wouldn't start in 1850, which sounds just about right to me. It's only within the last 10 years or so that I finally decided that the Volvo 240 was a reliable wagon. 17:16:19 *** Devroush [~dennis@94-225-67-91.access.telenet.be] has quit [Ping timeout: 480 seconds] 17:24:11 *** Purno [~mark_lepp@5ED4F805.cm-7-5d.dynamic.ziggo.nl] has joined #openttd 17:27:25 *** Lurimax [~quassel@68.59.202.84.customer.cdi.no] has quit [Ping timeout: 480 seconds] 17:35:19 *** bubersson [~bubersson@stechovice.eurosignal.cz] has left #openttd [] 17:42:54 *** fjb is now known as Guest470 17:42:56 *** fjb [~frank@p5DDFC25A.dip.t-dialin.net] has joined #openttd 17:43:17 <CIA-2> OpenTTD: translators * r21028 /trunk/src/lang/ (arabic_egypt.txt brazilian_portuguese.txt hebrew.txt): 17:43:17 <CIA-2> OpenTTD: -Update from WebTranslator v3.0: 17:43:17 <CIA-2> OpenTTD: arabic_egypt - 12 changes by kasakg 17:43:17 <CIA-2> OpenTTD: hebrew - 11 changes by rril 17:43:17 <CIA-2> OpenTTD: brazilian_portuguese - 51 changes by bmnds 17:45:31 *** porky [~porky@pool-74-107-154-240.ptldor.fios.verizon.net] has quit [Quit: Bye for now!] 17:50:07 *** Guest470 [~frank@p5DDFE0E7.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 17:58:02 *** pugi [~pugi@p4FCC53C5.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 18:00:41 *** zodttd [~me@user-0c90n12.cable.mindspring.com] has joined #openttd 18:06:30 <dihedral> pcx -> png ... uhhh the wrath of the grf authors (at least some very specials ones) will be on you ^^ 18:06:55 *** Lurimax [~quassel@68.59.202.84.customer.cdi.no] has joined #openttd 18:07:42 <norbert79> png rules 18:08:05 <norbert79> at least for raster graphics 18:08:23 <Alberth> you have to switch one day, apparently, today is that day 18:09:02 <norbert79> and afaik PNG is being handled also by DOS based graph9ical tools too 18:10:04 <norbert79> ook, see guys later 18:10:08 *** norbert79 [~Norbi@178-164-218-131.pool.digikabel.hu] has quit [Quit: Leaving.] 18:10:29 <Alberth> note that it is just the graphics in openttd.grf that have changed, grfcodec still supports pcx 18:11:33 *** pugi [~pugi@p4FCC56D3.dip.t-dialin.net] has joined #openttd 18:14:34 *** Mortomes [~mortomes@ip565bdd29.direct-adsl.nl] has quit [Ping timeout: 480 seconds] 18:20:57 *** Lurimax [~quassel@68.59.202.84.customer.cdi.no] has quit [Ping timeout: 480 seconds] 18:23:39 *** Mortomes [~mortomes@i15108.upc-i.chello.nl] has joined #openttd 18:26:48 *** Purno [~mark_lepp@5ED4F805.cm-7-5d.dynamic.ziggo.nl] has left #openttd [] 18:31:18 *** Devroush [~dennis@ip-213-49-110-240.dsl.scarlet.be] has joined #openttd 18:39:08 *** xiong [~xiong@netblock-72-25-106-108.dslextreme.com] has quit [Ping timeout: 480 seconds] 18:39:51 *** Mortomes [~mortomes@i15108.upc-i.chello.nl] has quit [Ping timeout: 480 seconds] 18:40:32 *** Mortomes [~mortomes@i15108.upc-i.chello.nl] has joined #openttd 18:41:51 *** X-2 [~X-2@5ED67292.cm-7-7b.dynamic.ziggo.nl] has quit [Remote host closed the connection] 18:44:35 *** X-2 [~X-2@5ED67292.cm-7-7b.dynamic.ziggo.nl] has joined #openttd 18:51:22 *** theholyduck [~holyduck@82.147.59.59] has joined #openttd 18:52:12 *** volta [nobody@141.48.223.1] has joined #openttd 18:52:25 <volta> hi folks 18:53:10 <volta> question: how to get more than 2 airports per city? 18:53:59 <dihedral> have a look into noise level at towns in the advanced settings 18:54:12 <dihedral> by default towns do not allow more 18:54:21 <Alberth> isn't that covered at the wiki? 18:54:32 <dihedral> should be ^^ 18:54:40 <dihedral> at least i provided key words 18:54:44 <volta> haven't found anything in the wiki 18:55:19 <dihedral> 'noise' is the keyword ;-) 18:55:25 <volta> if i turn on noise levels it's something like 50/153 18:56:12 <dihedral> that means you have another 103 noise level thingy units to waste on airports 18:57:21 <volta> ahh i see 18:58:18 <volta> so without noise levels only 2 airports are allowed 18:59:02 <volta> would be nice to be able to change this number in the advanced settings 18:59:25 <dihedral> you can, with the noise level 18:59:40 <Eddi|zuHause> whle compiling an older version of openttd, i get the error: 18:59:41 <Eddi|zuHause> src/fileio.cpp: In function âvoid ChangeWorkingDirectory(const char*)â: 18:59:43 <Eddi|zuHause> src/fileio.cpp:773:36: error: invalid conversion from âconst char*â to âchar*â 18:59:51 <volta> as i said: if noise levels are off 18:59:51 <Eddi|zuHause> what am i missing/doing wrong? 19:00:19 <SmatZ> Eddi|zuHause: nothing, use older gcc 19:00:31 *** Lurimax [~quassel@68.59.202.84.customer.cdi.no] has joined #openttd 19:00:33 <SmatZ> or edit the sources and cast it to const char * 19:01:09 <dihedral> volta, as i said - that is the way to change the amount of airports allowed in a town 19:01:24 <dihedral> it's either controlled by the noise level or it's 2 per town max. 19:01:37 <Eddi|zuHause> and sometimes i get "/usr/lib64/gcc/x86_64-suse-linux/4.5/../../../../x86_64-suse-linux/bin/ld: i386 architecture of input file `string.o' is incompatible with i386:x86-64 output" while compiling strgen, i have a feeling something is not properly rebuilt after reconfigure 19:02:08 <dihedral> volta, the reason for that is that smaller towns have a lower max noise level 19:02:16 <volta> of course 19:02:22 <dihedral> towns accept way more noise than little villages 19:02:43 <SmatZ> Eddi|zuHause: make clean :) nothing is rebuilt if you change CC/CXX 19:03:03 <Alberth> Eddi|zuHause: looks like you have an old 32bit result lingering around 19:03:19 <SmatZ> (I think that's a general problem of make) 19:03:23 <SmatZ> actually make sucks 19:03:29 <SmatZ> I wonder why it is used so much 19:03:32 <Eddi|zuHause> SmatZ, Alberth: the weird thing is, this also appears now on my trunk compile, even though i successfully compiled that before 19:03:33 *** rhaeder [~quix0r@188.109.252.230] has joined #openttd 19:04:00 <SmatZ> Eddi|zuHause: do you use the same directory for 32bit and 64bit compiling? 19:04:14 <Eddi|zuHause> i switched systems and copied everything over 19:04:17 <SmatZ> that 32bit binary isn't distributed with openttd sources :) 19:04:32 <Alberth> SmatZ: it works in a sufficient number of cases sufficiently well 19:04:35 <SmatZ> just make clean... 19:05:24 <Eddi|zuHause> yeah, make clean helps, but it's more like the wood-hammer solution :) 19:05:28 <SmatZ> Alberth: indeed, just the idea of comparing timestamps, need to manually create dependencies, .PHONY, ... 19:05:34 <SmatZ> the whole system looks hacky to me 19:06:05 <Alberth> it got extended enough times :) 19:06:14 <SmatZ> yup, that is a problem :) 19:06:22 <SmatZ> (just my opinion) 19:06:44 <Alberth> you forgot lack of a nice parallel build :) 19:06:55 <SmatZ> true :) 19:08:21 <Alberth> timestamp comparing is nicely universal, except current computers are too fast or current file systems are not storing stamps precisely enough 19:08:36 <planetmaker> oh, compiling i386 and x86_64 in the same dir leads to 'nice' linking behaviour 19:08:38 <Eddi|zuHause> @commit 16442 19:08:41 <DorpsGek> Eddi|zuHause: Commit by smatz :: r16442 /trunk/src (16 files in 2 dirs) (2009-05-26 22:45:48 UTC) 19:08:42 <DorpsGek> Eddi|zuHause: -Codechange: use new Vehicle accessors at more places 19:08:44 <planetmaker> been there, seen that ;-) 19:08:47 <Eddi|zuHause> @commit 16422 19:08:47 <DorpsGek> Eddi|zuHause: Commit by rubidium :: r16422 /trunk (12 files in 5 dirs) (2009-05-24 21:09:00 UTC) 19:08:48 <DorpsGek> Eddi|zuHause: -Codechange: use const_cast for removing const and warn when const is (accidentally?) removed using C-style casts. 19:09:01 <Eddi|zuHause> that i meant... looks like a fairly large commit 19:10:09 <planetmaker> http://www.tt-forums.net/download/file.php?id=136367 <-- something broke there... 19:10:22 <Alberth> yeah, building anything before that revision with current compilers is a bit troublesome 19:17:25 <Eddi|zuHause> hmz... and doesn't apply cleanly 19:21:53 <Eddi|zuHause> hmz^2... and it's because _someone_ renamed "colormap" to "colourmap" ... 19:22:32 <SpComb> har har 19:22:38 <SpComb> perhaps orudge? 19:22:53 <orudge> nay 19:25:58 <Alberth> patch the patch 19:29:02 <Eddi|zuHause> hm... i don't think this works at all... after patching i have more errors than before, and the one i wanted to fix still exists... 19:34:00 *** Zuu [~Zuu@2.68.80.148] has joined #openttd 19:34:00 <Alberth> just fixing that one line manually is not enough? 19:35:26 *** volta [nobody@141.48.223.1] has quit [] 19:35:39 <Eddi|zuHause> src/newgrf_text.cpp:166:8: error: non-placement deallocation function âstatic void GRFText::operator delete(void*, size_t)â 19:35:40 <Eddi|zuHause> src/newgrf_text.cpp:148:53: error: selected for placement delete 19:36:17 <Eddi|zuHause> i fixed the previous error, missed a failed hunk during patching 19:36:56 <Eddi|zuHause> but this one, i don't even know what this means... 19:39:01 <Alberth> that's an interesting one :) 19:41:20 <Eddi|zuHause> this is an old cargodist checkout, 20235:d49f415f91f8 based on svn r14661 19:41:28 <Alberth> someone digged up all weird creation and release methods, it seems :( 19:41:45 <Eddi|zuHause> cargodest, not dist 19:42:18 <Eddi|zuHause> i guess this probably isn't worth it 19:42:23 <glx> totally outdated :) 19:42:40 <Alberth> downgrading the compiler is easier :) 19:43:02 <glx> you may try to sync the branch with trunk too 19:43:24 <dihedral> hehe 19:47:20 *** xiong [~xiong@netblock-72-25-106-108.dslextreme.com] has joined #openttd 19:51:19 <dihedral> go back home! 19:58:51 *** Kurimus [Kurimus@dsl-tkubrasgw1-fe83de00-38.dhcp.inet.fi] has quit [] 20:01:23 *** a1270 [~a1270@72-24-233-98.cpe.cableone.net] has quit [Quit: Leaving] 20:03:25 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd [] 20:05:08 *** andythenorth_ [~andy@cpc9-aztw25-2-0-cust133.aztw.cable.virginmedia.com] has quit [Quit: andythenorth_] 20:14:54 <SmatZ> Eddi|zuHause: ./configure CXXFLAGS="-fpermissive" should solve the other problem 20:25:22 <Wolf01> 'night 20:25:25 *** Wolf01 [~wolf01@host205-208-dynamic.58-82-r.retail.telecomitalia.it] has quit [Quit: Once again the world is quick to bury me.] 20:32:01 *** Lurimax [~quassel@68.59.202.84.customer.cdi.no] has quit [Ping timeout: 480 seconds] 20:33:17 *** frosch123 [~frosch@frnk-590fce0e.pool.mediaWays.net] has quit [Remote host closed the connection] 20:35:12 *** X-2 [~X-2@5ED67292.cm-7-7b.dynamic.ziggo.nl] has quit [Remote host closed the connection] 20:35:49 *** X-2 [~X-2@5ED67292.cm-7-7b.dynamic.ziggo.nl] has joined #openttd 20:55:45 <Eddi|zuHause> is there a newgrf variable that can check whether the vehicle before or after in the chain is hidden (in a tunnel)? 20:57:26 <planetmaker> "If you have problem with opening links, then compiling is simply not possible for you." <--- lool :-) 20:57:29 *** elmz [~elmz@184.213-167-126.customer.lyse.net] has quit [Ping timeout: 480 seconds] 20:57:29 * planetmaker hugs Zuu 20:57:45 <Zuu> :-) 20:57:53 <planetmaker> so true. so true 20:58:43 <Terkhen> :) 20:58:45 <Zuu> I was thinking if I was going to fast forward by enumerating all three points or if I should maybe wait and give one point at a time until (s)he decides that it's not worth the time. 20:58:47 <Rubidium> Eddi|zuHause: I reckon there is 20:59:45 <planetmaker> better fast forward. It gets annoying usually quite fast 21:00:14 <Rubidium> Eddi|zuHause: B2? 21:00:21 <Zuu> Yep, there is funnier things than annoyed users :-) 21:00:45 <planetmaker> :-) 21:00:46 <Rubidium> though that includes being hidden in a depot 21:01:05 <Eddi|zuHause> Rubidium: that'd be fine, i guess 21:01:36 <Eddi|zuHause> i'll check it out 21:19:13 <TrueBrain> ITS SO FLUFFYYYYYYY 21:36:34 <fjb> Hm... hungry hangar, eating airplanes. 21:36:41 *** Fast2 [~Fast2@p57AF89D1.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 21:45:21 <TrueBrain> ITS SO FLUFFY, IM GONNA DIE!!! 21:45:45 <__ln__> thank you for your contribution to the SNR 21:45:49 <Eddi|zuHause> HE'S BEYOND INSANE! 21:46:04 * Terkhen is beyond sleepy 21:46:05 <Terkhen> good night 21:46:07 <TrueBrain> night 21:46:09 <TrueBrain> sleep well 21:46:18 <TrueBrain> Eddi|zuHause: well, better beyond then behind 21:46:21 <TrueBrain> than 21:47:52 <CIA-2> OpenTTD: rubidium * r21033 /trunk/src/network/ (network_client.cpp network_client.h): -Codechange: be more strict with the packets a client accepts at a given moment 21:48:57 <CIA-2> OpenTTD: terkhen * r21034 /trunk/src/genworld_gui.cpp: -Fix: Add missing default values for the custom town number and custom water level world generation options. 21:48:57 <CIA-2> OpenTTD: rubidium * r21035 /trunk/src/waypoint_gui.cpp: -Fix [FS#4181] (r21020): crash when opening the buoy's viewport. Based on a patch by Krille. 21:49:47 <Zuu> Krille has been mentioned a lot lately. 21:50:15 <__ln__> He has? ... Maybe he should be banned or something. 21:50:58 <__ln__> Relax, I'm not serious. 21:53:10 <Zuu> :-) 21:54:35 *** ar3k [~ident@87-239-75-101.internetia.net.pl] has quit [Quit: âI-n-v-i-s-i-o-nâ 3.2 (July '10)] 21:59:53 *** KouDy [~KouDy@ip-89-176-220-140.net.upcbroadband.cz] has quit [Quit: Leaving.] 22:04:32 *** Adambean [AdamR@82.hosts.reece-eu.net] has quit [Quit: Gone fishing] 22:04:32 *** avdg [~avdg@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 22:05:04 *** avdg [~avdg@94-227-100-192.access.telenet.be] has joined #openttd 22:13:08 *** Keyboard_Warrior [~holyduck@82.147.59.59] has joined #openttd 22:13:11 *** X-2 [~X-2@5ED67292.cm-7-7b.dynamic.ziggo.nl] has quit [Remote host closed the connection] 22:15:14 *** xiong [~xiong@netblock-72-25-106-108.dslextreme.com] has quit [Ping timeout: 480 seconds] 22:15:36 *** [hta]specx [~opera@78-69.bbned.dsl.internl.net] has joined #openttd 22:16:03 *** [hta]specx [~opera@78-69.bbned.dsl.internl.net] has left #openttd [] 22:20:03 *** theholyduck [~holyduck@82.147.59.59] has quit [Ping timeout: 480 seconds] 22:21:53 *** lasershock [lasershock@hd9483b29.seveveb.dyn.perspektivbredband.net] has quit [Read error: Connection reset by peer] 22:24:52 *** goblin [~goblin@krlh-5f727fdb.pool.mediaWays.net] has quit [Quit: leaving] 22:25:09 *** davis [~b@p5B289F6E.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 22:25:55 *** lasershock [lasershock@hd9483b29.seveveb.dyn.perspektivbredband.net] has joined #openttd 22:29:09 *** Zuu [~Zuu@2.68.80.148] has quit [Ping timeout: 480 seconds] 22:35:11 *** xiong [~xiong@netblock-72-25-106-108.dslextreme.com] has joined #openttd 22:39:12 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd 22:47:49 *** HerzogDeXtEr [~Flex@89.246.175.93] has joined #openttd 22:52:03 *** HerzogDeXtEr1 [~Flex@89.246.165.95] has quit [Read error: Connection reset by peer] 22:59:09 *** xiong [~xiong@netblock-72-25-106-108.dslextreme.com] has quit [Ping timeout: 480 seconds] 23:09:47 *** Devroush [~dennis@ip-213-49-110-240.dsl.scarlet.be] has quit [] 23:11:01 *** Keyboard_Warrior [~holyduck@82.147.59.59] has quit [Quit: Forlater kanalen] 23:11:16 *** dfox [~dfox@ip-89-176-209-74.net.upcbroadband.cz] has quit [Ping timeout: 480 seconds] 23:32:40 *** Chillosophy [~fu@82-170-139-109.ip.telfort.nl] has quit [] 23:47:08 *** JVassie_ [~James@92.27.149.231] has quit [Ping timeout: 480 seconds] 23:55:47 *** KenjiE20 [~KenjiE20@92.22.66.123] has quit [Quit: WeeChat 0.3.3] 23:56:02 *** KritiK [~Maxim@95-25-80-191.broadband.corbina.ru] has quit [Quit: Leaving] 23:57:23 *** ^Spike^ [~spike@d200003.upc-d.chello.nl] has quit [Ping timeout: 480 seconds]