Times are UTC Toggle Colours
00:07:09 *** sllide [~jari@ip565eb113.direct-adsl.nl] has quit [Ping timeout: 480 seconds] 00:07:29 *** LordAro [~kvirc@host86-156-237-50.range86-156.btcentralplus.com] has quit [Ping timeout: 480 seconds] 00:21:18 *** a1270 [~a1270@72-24-233-98.cpe.cableone.net] has quit [Remote host closed the connection] 00:25:30 *** a1270 [~a1270@72-24-233-98.cpe.cableone.net] has joined #openttd 01:02:41 *** Mazur [~mazur@53550C29.cm-6-6a.dynamic.ziggo.nl] has quit [Read error: Connection reset by peer] 01:13:42 *** staN [~Miranda@p5B176F39.dip.t-dialin.net] has quit [Read error: Connection reset by peer] 01:21:35 *** Mazur [~mazur@53550C29.cm-6-6a.dynamic.ziggo.nl] has joined #openttd 01:24:30 *** MrSieb [~01Mr@chello062178128065.5.13.vie.surfer.at] has quit [Read error: Connection reset by peer] 01:42:04 *** bryjen [~bryjen@76.92.80.131] has joined #openttd 01:53:34 *** Mazur [~mazur@53550C29.cm-6-6a.dynamic.ziggo.nl] has quit [Remote host closed the connection] 02:00:40 *** Mazur [~mazur@53550C29.cm-6-6a.dynamic.ziggo.nl] has joined #openttd 02:08:02 *** George|2 [~George@212.113.107.39] has joined #openttd 02:08:02 *** George is now known as Guest2163 02:08:02 *** George|2 is now known as George 02:11:58 *** Guest2163 [~George@212.113.107.39] has quit [Ping timeout: 480 seconds] 02:26:29 <SmatZ> Eddi|zuHause: what? 02:27:09 <Eddi|zuHause> SmatZ: xkcd 02:27:57 <Eddi|zuHause> http://www.tt-forums.net/viewtopic.php?p=941956#p941956 <- can anyone make sense of what he's talking about? 02:36:27 *** glx [glx@2a01:e35:2f59:c7c0:3c09:d2f5:92d9:8438] has quit [Quit: bye] 02:47:37 *** Chris_Booth [~Chris_Boo@cpc7-newt30-2-0-cust37.newt.cable.virginmedia.com] has quit [Read error: Connection reset by peer] 02:55:31 *** Cozzie [~Cozzie@220-244-173-65.static.tpgi.com.au] has quit [Ping timeout: 480 seconds] 03:05:06 *** Intexon [~Intexon@blk-222-147-135.eastlink.ca] has quit [Read error: Operation timed out] 03:15:44 <ccfreak2k> What specifically is not understood? 04:56:03 *** Eddi|zuHause [~johekr@p54B761D8.dip.t-dialin.net] has quit [Remote host closed the connection] 04:56:18 *** Eddi|zuHause [~johekr@p54B75756.dip.t-dialin.net] has joined #openttd 05:07:56 *** supermop [~daniel_er@cpe-67-243-25-39.nyc.res.rr.com] has quit [Quit: supermop] 05:28:04 <Yexo> Eddi|zuHause: OzTrans is correct, OpenTTD does not implement var 41 completely according to the spec 05:33:28 <planetmaker> moin 05:33:43 <planetmaker> Yexo: by intention or oversight? 05:50:51 *** andythenorth [~andy@46.208.69.103] has joined #openttd 05:55:41 <andythenorth> moornings 05:57:01 <planetmaker> moin andythenorth 05:58:43 <andythenorth> some FIRS ground tiles need some kind of road or road markings or something 05:59:14 <andythenorth> such as in front of the stockyard http://tt-foundry.com/sets/FIRS/schema/schema/industries?economy=point_7_release#meat_packer 05:59:37 <Terkhen> good morning 05:59:51 <planetmaker> moin Terkhen 06:02:47 *** bryjen [~bryjen@76.92.80.131] has quit [Quit: Leaving] 06:17:40 *** HerzogDeXtEr1 [~Flex@i59F6C5DF.versanet.de] has joined #openttd 06:22:43 *** Chrill [~Chrill@ip68-8-120-178.sd.sd.cox.net] has joined #openttd 06:23:49 *** DayDreamer [~DayDreame@94.142.234.1] has joined #openttd 06:23:56 *** HerzogDeXtEr [~Flex@88.130.163.188] has quit [Ping timeout: 480 seconds] 06:28:05 <andythenorth> drawing actual road onto industry tiles is a bad idea yes / no? 06:29:17 <planetmaker> it's not the best 06:29:52 <planetmaker> you'd have to taylor it for a particular road style. Which may vary between climates and newgrfs and base sets 06:30:07 <planetmaker> all of the three concurrently actually 06:47:30 *** andythenorth [~andy@46.208.69.103] has quit [Quit: andythenorth] 06:55:50 *** dn-phoenix [54d14924@ircip1.mibbit.com] has joined #openttd 06:56:43 <dn-phoenix> Hi. I was wondering how you make these drive-thru stations: http://wiki.openttd.org/Railway_station#Drive-thru_station -- when I try that, the two stations I make become two different stations... 06:57:24 <planetmaker> try ctrl+click 06:57:51 <planetmaker> or build one station and delete parts later 06:58:08 <dn-phoenix> Thanks. That did the trick. :-) That should probably be mentioned nearby. 06:58:18 <planetmaker> it is. In the tooltip 06:58:31 <MMavipc> tooltips take too long to appear 06:58:37 <MMavipc> i'm always waiting 06:58:39 <MMavipc> and waiting 06:58:41 <MMavipc> and waiting 06:58:43 <planetmaker> then chang the time to 1 s or right click 06:59:21 <dn-phoenix> Aha. See, I don't get tooltips either. Until now, with the right click. 06:59:43 <planetmaker> it was changed somewhen from right click to hover-over 06:59:58 <planetmaker> (the default behaviour; it can be reverted via adv. settings to right click) 07:01:37 <MMavipc> anyone want to get a small co-op game going? 07:05:38 <planetmaker> join the coop welcome server ;-) 07:05:53 <planetmaker> he, well, or the main server :-P 07:06:52 <MMavipc> ottd has a main server? 07:06:59 <planetmaker> openttdcoop 07:07:09 *** andythenorth [~andy@46.208.69.103] has joined #openttd 07:07:10 <MMavipc> ooh 07:07:14 <planetmaker> it has a public server (=main server) and a stable or welcome server 07:11:20 *** dn-phoenix [54d14924@ircip1.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client] 07:12:34 * andythenorth isn't sure how much greebles to add to ground tiles 07:12:44 <andythenorth> mostly default game doesn't have much 07:12:48 <andythenorth> except a few cases 07:15:59 <planetmaker> greeble? 07:17:00 <planetmaker> it's a word I nor my dictionaries know 07:18:20 <planetmaker> hm... found it 07:19:55 <planetmaker> IMHO the default has a lot of them. Just look at a plain grass or mud tile. It's all greeble and nothing else ;-) 07:21:29 *** sla_ro|master [~slaco@95.76.27.160] has joined #openttd 07:25:47 *** |Jeroen| [~jeroen@d5152B25B.access.telenet.be] has joined #openttd 07:38:35 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has joined #openttd 07:42:25 <peter1138> ottdcoop does small games now? 07:46:33 <planetmaker> what is "small"? 07:46:58 <planetmaker> We have a somewhat unwritten limit of < 1M tiles 07:47:12 <planetmaker> and very often not even that, rather 0.25M tiles or so 07:47:18 <planetmaker> or 0.5M 07:47:34 <peter1138> see, anything bigger than 256x256 is large 07:47:42 <planetmaker> :-) 07:48:06 <planetmaker> ok, then anything > 1M is huge. So we might do large games most often. But we've seen normal games then, too 07:48:12 *** Neon [~Neon@dslb-094-219-013-114.pools.arcor-ip.net] has joined #openttd 07:48:29 <peter1138> i liked that ad-hoc coop game i played with sacro once 07:48:36 *** MMavipc is now known as MMavipc|AFK 07:48:56 <planetmaker> somewhat our default size is 512^2 07:49:23 <planetmaker> it makes for sufficient space for all people and a decent network. With two people it may take much longer though to really build such map 07:49:46 <V453000> more than that size is just needless :) 07:49:47 <planetmaker> small maps make for a very nice challenge though in terms of getting profits up 07:50:05 <planetmaker> yep 07:50:09 <V453000> profits are the last thing that matters :) the game is faster on smaller maps overall 07:50:19 <V453000> people dont get bored, lazy or whatever 07:50:24 <peter1138> heh 07:50:31 <planetmaker> quite right :-) 07:50:39 <peter1138> a 128x128 map with 3 towns is hard to make a profit on :) 07:50:47 <planetmaker> also quite right :-) 07:50:58 <V453000> with correct vehicles ... 07:51:19 <V453000> although I remember having a savegame with 1 town 64x64, quite many vehicles and still no problem 07:51:35 <planetmaker> I *think* there are always two towns, if possible 07:51:39 <planetmaker> but I might be wrong 07:51:44 <peter1138> sure you can make a profit, but as there's no scope for ever-expansion, you have to rely on factories to provide huge output 07:51:49 <peter1138> er, industries 07:51:52 <V453000> planetmaker: scenario :) 07:51:59 <planetmaker> :-) 07:52:37 <V453000> but you can have 1 town through the "custom" in town amount 07:53:03 <planetmaker> indeed. I guess I literally never used "custom town amount" 07:53:18 <V453000> not very useful :) 07:54:04 <planetmaker> oh, it can, I think. For scenario making ;-) 07:54:27 <planetmaker> Or when you urgently want to use that town name newgrf which only has 88 town names on a HUGE map. 07:54:57 <planetmaker> (and which I heart has both Constantinople and Istanbul :-P ) 07:55:08 <V453000> :D 07:55:11 <V453000> thats awesome 07:55:13 *** KouDy [~KouDy@ip-89-176-220-130.net.upcbroadband.cz] has joined #openttd 07:55:38 * andythenorth plays smaller maps 07:56:04 <V453000> small is fun :) 07:56:07 <andythenorth> except with canadian set 07:56:17 * V453000 does never play with canadian set 07:56:18 <andythenorth> then you're really obliged to connect vancouver and newfoundland 07:56:30 * andythenorth is big fan of canadian set 07:56:30 <andythenorth> eh 07:58:02 <V453000> it is nice, but the wagon speed limits are just stupid 07:59:33 <Terkhen> I hate playing with wagon speed limits :/ 07:59:38 <planetmaker> so do I 08:00:03 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd 08:00:27 <planetmaker> and I dislike forced incompatibility between newgrfs 08:01:13 <V453000> canset is compatible afaik 08:01:22 <planetmaker> but then... for my games which I actually play (and not just newgrf-test) a newgrf which is not on bananas usually does not exist ;-) 08:01:23 <V453000> NARS isnt by default, but that is possible to disable with parameter 08:01:40 *** Chrill [~Chrill@ip68-8-120-178.sd.sd.cox.net] has quit [] 08:01:41 <planetmaker> 0.3 is indeed 08:13:30 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Quit: TschÃŒÃ] 08:24:52 *** andythenorth [~andy@46.208.69.103] has quit [Quit: andythenorth] 08:29:30 *** TWerkhoven [~turbulent@cpc14-linl7-2-0-cust28.sgyl.cable.virginmedia.com] has joined #openttd 08:46:37 *** Progman [~progman@p57A19BA7.dip.t-dialin.net] has joined #openttd 08:50:03 *** pugi [~pugi@p4FCC2F35.dip.t-dialin.net] has joined #openttd 08:53:04 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has quit [Remote host closed the connection] 08:55:48 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has joined #openttd 08:57:16 *** flitz [~me@dslb-188-107-125-056.pools.arcor-ip.net] has joined #openttd 09:10:31 *** TheMask96 [martijn@sirius.ne2000.nl] has quit [Ping timeout: 480 seconds] 09:12:15 *** ZirconiumX [521f58c1@ircip3.mibbit.com] has joined #openttd 09:14:16 *** Cozzie [~Cozzie@220-244-173-65.static.tpgi.com.au] has joined #openttd 09:16:35 *** TheMask96 [martijn@wrath.vhost.ne2000.nl] has joined #openttd 09:30:31 * ZirconiumX has a throbbing headache 09:35:20 *** fonsinchen [~fonsinche@brln-4d0ce6ed.pool.mediaWays.net] has joined #openttd 09:36:26 *** DayDreamer [~DayDreame@94.142.234.1] has quit [Read error: Connection reset by peer] 09:39:45 *** |Jeroen| [~jeroen@d5152B25B.access.telenet.be] has quit [Quit: oO] 09:42:07 *** Devroush [~dennis@178-119-81-33.access.telenet.be] has joined #openttd 10:05:21 *** ZirconiumX [521f58c1@ircip3.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client] 10:08:11 <dihedral> oi 10:09:20 *** frosch123 [~frosch@frnk-590f6872.pool.mediaWays.net] has joined #openttd 10:14:40 <Terkhen> hi dihedral 10:17:02 *** andythenorth [~andy@46.208.69.103] has joined #openttd 10:19:21 * andythenorth is impressed by canadian stations teaser 10:30:19 * frosch123 senses unfree vapourware 10:30:48 <Terkhen> heh 10:31:18 <andythenorth> he'll ship it 10:31:22 <andythenorth> he always ships in the end 10:31:42 * andythenorth gives OzTrans a free pass because he bitches at trunk devs, not me :P 10:32:34 <frosch123> aren't those the sets which do not work with anything else togehter? 10:32:41 <andythenorth> yes 10:32:50 * andythenorth doesn't care as long as they're good :) 10:32:53 <andythenorth> also it's fun how he's so grumbly about ottd :) 10:32:59 <frosch123> :p 10:33:12 <frosch123> he is also gumbly about ttdp 10:33:13 <andythenorth> complete absence of any gratitude is very amusing 10:33:56 <andythenorth> frosch123: did you see this fs? http://bugs.openttd.org/task/4591 10:34:13 <frosch123> yes, but i did not see yexo since then 10:34:17 <frosch123> i think it is fine 10:35:00 <andythenorth> great :) 10:35:26 *** Progman [~progman@p57A19BA7.dip.t-dialin.net] has quit [Quit: Progman] 10:36:40 *** Wolf01 [~wolf01@host41-233-dynamic.14-87-r.retail.telecomitalia.it] has joined #openttd 10:37:21 <Wolf01> hello 10:42:28 *** Progman [~progman@p57A1C5A2.dip.t-dialin.net] has joined #openttd 10:44:54 *** KouDy [~KouDy@ip-89-176-220-130.net.upcbroadband.cz] has quit [Quit: Leaving.] 11:00:40 <flitz> for people who know gui: what would I use instead of a 1-line-matrix ? a panel ? 11:01:51 <flitz> to draw sprites and text onto and to be able to select those sprites by clicking on them 11:05:58 <dihedral> planetmaker, loved your zip on a mac how to :-D 11:06:13 <fonsinchen> I wonder ... some weeks ago people were making a big fuss about FS#4540. Now I've provided a very simple patch to fix it and hardly anyone seems to be interested ... 11:06:37 <dihedral> @fs 4540 11:06:38 <DorpsGek> dihedral: http://bugs.openttd.org/task/4540 11:06:48 <dihedral> ... for the lazy :-P 11:08:54 *** KenjiE20 [~KenjiE20@92.8.64.30] has joined #openttd 11:10:13 <frosch123> flitz: take a look at object gui 11:10:59 <frosch123> NWID_MATRIX 11:15:06 <Guest2034> dihedral: https://github.com/yorickvP/node-ottdadmin <-- :) 11:15:30 *** DayDreamer [~DayDreame@94.142.234.1] has joined #openttd 11:15:45 <dihedral> i assume Guest2034 to be yorick? 11:15:52 <Guest2034> hrm 11:16:01 <Guest2034> yes 11:16:02 <flitz> frosch123: so I should use a one-line-matrix ? 11:16:11 *** Guest2034 is now known as yorick 11:16:20 <frosch123> yes 11:17:01 <frosch123> it can have any number of rows and columns 11:17:11 <dihedral> js eh? 11:18:23 <yorick> yep 11:20:05 <dihedral> keep it up :-) 11:22:26 *** DayDreamer [~DayDreame@94.142.234.1] has quit [Read error: Connection reset by peer] 11:24:46 *** DOUK [~KEM@ALyon-158-1-172-101.w86-209.abo.wanadoo.fr] has joined #openttd 11:28:29 <andythenorth> fonsinchen: seems like a nice idea 11:29:15 <fonsinchen> Well, it's not particularly nice but it's the simplest way to prevent the order spam in some obscure setups. 11:30:05 <fonsinchen> (hiding the auto orders from the GUI wouldn't work as you couldn't delete them then) 11:30:27 <flitz> thanks, frosch 11:30:44 *** Biolunar [~mahdi@blfd-5d8201ef.pool.mediaWays.net] has joined #openttd 11:31:59 *** douknoukem [~KEM@ALyon-158-1-172-101.w86-209.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds] 11:32:11 *** Intexon [~Intexon@blk-222-147-135.eastlink.ca] has joined #openttd 11:37:43 <yorick> dihedral: you designed the admin protocol? 11:39:18 <dihedral> with some help yes 11:39:45 <dihedral> what have you found / what do you need? 11:41:11 *** Adambean [AdamR@82.hosts.reece-eu.net] has joined #openttd 11:41:33 <yorick> no way to poll the bankruptcy/shareholders of a company, mostly 11:42:43 <fonsinchen> Wasn't there some way to determine if we're in GUI context? 11:43:52 <dihedral> you need to poll for bankruptcy? 11:44:46 <dihedral> actually you can poll for that data 11:45:06 <dihedral> ADMIN_UPDATE_COMPANY_INFO 11:45:17 <dihedral> _ECONOMY and _STATS 11:45:29 <dihedral> http://vcs.openttd.org/svn/browser/trunk/src/network/network_admin.cpp#L43 11:45:47 <yorick> dihedral: it's only in the company update 11:46:10 <dihedral> and that is a problem because...? 11:46:41 <yorick> it doesn't send company updates when you poll ADMIN_UPDATE_COMPANY_INFO 11:47:17 <dihedral> it's desigend to give you what you ask for 11:47:26 <dihedral> no need to send more information than required 11:47:59 <dihedral> the company info really is just the basic info 11:49:15 <dihedral> _INFO also does not give you a finanancial overview 11:50:16 <dihedral> if someone wants the additional details, they need to poll for them 11:51:18 <dihedral> but if that is the most important thing that you can think of - i'll take that as a compliment :-P 11:51:28 <yorick> dihedral: there is no way to poll for a ADMIN_UPDATE_COMPANY_INFO 11:51:53 <flitz> I just realized that to play cargodist, you don't even need to give orders to your vehicles 11:52:03 <flitz> just let them run wild in a city 11:52:10 <flitz> does anybody play that way ? 11:52:53 <dihedral> yorick, are you trying to poll for that data and are getting an error, or are you just saying that - do you have any more details?? c'mon - you know how to report issues 11:53:29 <dihedral> according to line 47 of network_admin.cpp it should be possible 11:56:46 <dihedral> i think i see what you are getting at 11:57:58 <yorick> polling for COMPANY_INFO will not send the COMPANY_UPDATE, just the COMPANY_INFO 11:58:27 <yorick> it will only send SERVER_COMPANY_UPDATE packets automatically 12:01:43 <dihedral> Rubidium, (or someone else) http://pub.dihedral.de/openttd/admin_network_send_more_company_info.diff 12:01:56 <dihedral> forget that 12:03:15 <dihedral> http://pub.dihedral.de/openttd/admin_network_send_more_company_info.diff - there, much better ^^ 12:03:38 <yorick> :) 12:05:12 <yorick> and this is still version 1? 12:05:30 <dihedral> it does not break the protocol 12:06:27 <dihedral> but that is a good point - iirc rubidium said the bots should themselves consider being compatible to new versions 12:06:28 <yorick> yay for packet length checks 12:06:50 <dihedral> i think i need to create a test for that stuff 12:07:47 <dihedral> yorick, the packet surely cannot be full up 12:08:02 <yorick> servers being compatible with older clients might be nice 12:08:47 <dihedral> clients as in openttd clients? 12:08:54 <dihedral> that would not make a bunch of sense in this game 12:08:59 <yorick> no, admin clients 12:09:03 <dihedral> that works 12:09:24 <dihedral> the protocol is not to be changed, and if something does it's the client that needs to know if its compatible or not 12:10:06 <dihedral> i.e. a simple logging bot will have no issue if something in the company info changes 12:17:29 <dihedral> flitz, how up to date is cargodist anyway? 12:19:11 <fonsinchen> dihedral: It's outdated by about one week and I'm just updating it. 12:19:41 <dihedral> oh really? 12:19:46 <flitz> dihedral: because of maybe missing trunk-features you mean ? 12:19:51 <dihedral> now i totally did not expect that fonsinchen :-) 12:20:10 *** sla_ro|master [~slaco@95.76.27.160] has quit [Quit: Connection reset by me] 12:20:18 <fonsinchen> The irony is lost on me ... as always. 12:22:27 * andythenorth can't decide 12:22:32 <andythenorth> flags or no flags at an industry 12:24:51 <andythenorth> http://tt-foundry.com/misc/dairy.png 12:24:52 <andythenorth> ?? 12:25:01 *** sla_ro|master [~slaco@95.76.27.160] has joined #openttd 12:26:21 <Eddi|zuHause> <flitz> for people who know gui: what would I use instead of a 1-line-matrix ? a panel ? <-- have you checked the refit gui? 12:26:56 <dihedral> fonsinchen, take it as a compliment ;-) 12:27:38 <flitz> Eddi: you mean from autoreplacement ? 12:27:55 <Eddi|zuHause> flitz: no, i mean refitting a train to other cargo 12:28:18 <Eddi|zuHause> flitz: it has a field where you can select parts of the train 12:28:22 <flitz> yes, I just realized 12:28:56 <flitz> good hint, I didn't look at that 12:44:40 *** Progman [~progman@p57A1C5A2.dip.t-dialin.net] has quit [Remote host closed the connection] 12:46:30 <Eddi|zuHause> hm... i think i have a bug: 12:46:54 <Eddi|zuHause> assume using Nutracks, and build a diagonal track with high cost 12:47:05 <Eddi|zuHause> now build a diagonal track with low cost on the same tile 12:47:21 <Eddi|zuHause> now remove that last rail bit again 12:47:46 <Eddi|zuHause> for the building, you pay the price of the low cost track, but for removing you get the high cost 12:47:57 <Eddi|zuHause> i.e. you get more for removing than for building 12:48:17 *** KritiK [~Maxim@89-178-7-187.broadband.corbina.ru] has joined #openttd 12:58:16 *** douknoukem [~KEM@ALyon-158-1-172-101.w86-209.abo.wanadoo.fr] has joined #openttd 13:04:44 *** DOUK [~KEM@ALyon-158-1-172-101.w86-209.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds] 13:12:44 <yorick> joining a server to which you do not have all the newgrfs requires 8 clicks currently 13:13:18 <yorick> that seems like a big obstacle 13:15:16 <dihedral> which might be why so many servers use new grfs? :-P 13:16:05 <yorick> dihedral: I had to explain, step-by-step, 3 people this week over the phone how to join a server :P 13:16:27 <dihedral> i would not want those people to join my server in that case 13:16:52 *** glx [glx@2a01:e35:2f59:c7c0:8dda:55b5:4aaa:1b3c] has joined #openttd 13:16:55 *** mode/#openttd [+v glx] by ChanServ 13:17:29 * dihedral takes voice from glx :-P 13:17:56 <yorick> dihedral: imagine starting openttd for the first time, you click multiplayer, you click a server, and then the join button is grayed out! 13:18:30 <yorick> and it says "newgrf mismatch" somewhere 13:18:55 <dihedral> yes? i've been there 13:19:18 <andythenorth> yorick: baffled me too 13:19:26 <andythenorth> suggest a better string / UI? 13:19:47 <yorick> then you have to click "newgrf settings", then "find missing content online", then "select all", then "download", then "ok", then "close", then you need to get rid of the newgrf window, then you can click join game 13:20:29 <yorick> andythenorth: NEWGRF MISMATCH in red, maybe, and instructions on how to fix that 13:21:30 <andythenorth> at least in red 13:21:40 <andythenorth> it's currently got very little to indicate an error state 13:21:47 <andythenorth> and the error is not near the control which fixes it 13:21:53 <andythenorth> bad gestalt 13:22:39 <andythenorth> also join game should be a larger button, as it's the main action there 13:22:48 * andythenorth should learn gui code 13:22:52 <andythenorth> but has enough projects already 13:23:10 <yorick> like "NEWGRF MISMATCH, click NewGRF Settings to see which newgrfs are missing" 13:23:22 <andythenorth> something like that yes 13:23:41 <andythenorth> "NewGRF Mismatch" would be better than all caps 13:23:44 <andythenorth> all caps is broken 13:23:52 <yorick> or even "Missing NewGRF(s)" 13:24:02 <andythenorth> better again 13:24:33 <andythenorth> how is 'newgrf settings' dialog helpful in that context? 13:24:39 <andythenorth> there's piss all I can do there 13:24:59 <andythenorth> I guess it gives me a list of missing grfs? 13:25:27 <yorick> it gives a list of every newgrf, with the missing ones listed with a red dot in front 13:25:41 <yorick> from there, you can click find missing content online 13:25:50 <yorick> (which could have been on the network window too) 13:26:03 <yorick> and then you have to click select all 13:26:26 <andythenorth> And in what way is it 'settings'? 13:26:31 <andythenorth> what settings can I set there? 13:26:44 <andythenorth> it's basically a lie yes / no? 13:26:56 <yorick> it's the same window as the newgrf settings window, but with all the controls grayed out 13:27:13 <yorick> (and/or missing) 13:28:59 <yorick> and after you downloaded it, you have to close the three windows 13:29:46 <andythenorth> yorick: the GUI is probably stuck where it is until some people with both time & inclination fix it ;) 13:30:02 <andythenorth> I have the inclination, but I'd have to put down other projects 13:30:07 <andythenorth> I think planetmaker had the same issue 13:47:47 *** andythenorth_ [~andy@cpc18-aztw25-2-0-cust185.aztw.cable.virginmedia.com] has joined #openttd 13:54:42 <andythenorth_> better? http://www.tt-forums.net/viewtopic.php?f=26&t=41607&p=942002#p942002 13:55:03 *** andythenorth [~andy@46.208.69.103] has quit [Ping timeout: 480 seconds] 13:55:54 *** Cozzie [~Cozzie@220-244-173-65.static.tpgi.com.au] has quit [Ping timeout: 480 seconds] 13:56:12 *** Cozzie [~Cozzie@220-244-173-65.static.tpgi.com.au] has joined #openttd 13:57:14 <frosch123> the flags are cc? 13:57:42 <frosch123> definitely better 13:58:41 <Ammler> nice 13:59:26 <flitz> more shadowy = more real look 14:00:08 <andythenorth_> flags are cc 14:00:42 <andythenorth_> thanks - encouragement is helpful :) 14:00:52 <andythenorth_> I could animate the flags, but...not now 14:01:37 <andythenorth_> would probably look better with some nice fences 14:04:16 *** Cozzie [~Cozzie@220-244-173-65.static.tpgi.com.au] has quit [Ping timeout: 480 seconds] 14:04:36 *** Cozzie [~Cozzie@220-244-173-65.static.tpgi.com.au] has joined #openttd 14:05:04 *** fonsinchen [~fonsinche@brln-4d0ce6ed.pool.mediaWays.net] has quit [Ping timeout: 480 seconds] 14:05:16 <frosch123> someone has an additional testgame for me, where real orders really mess up? 14:05:29 <frosch123> V453000: someone of you perhaps? 14:07:33 * andythenorth_ goes out for a bit 14:07:35 *** andythenorth_ [~andy@cpc18-aztw25-2-0-cust185.aztw.cable.virginmedia.com] has quit [Quit: andythenorth_] 14:16:46 *** Cozzie [~Cozzie@220-244-173-65.static.tpgi.com.au] has quit [Ping timeout: 480 seconds] 14:17:02 *** Cozzie [~Cozzie@220-244-173-65.static.tpgi.com.au] has joined #openttd 14:18:26 <flitz> a general gameplay musing: when connecting a lot of cities to a pax network, what would be a good way to reduce the tedium of setting up a feeder system for every little town connected ? 14:19:49 <frosch123> tedium? maybe reduce the number of towns in total, or do not play openttd 14:20:44 <flitz> I didn't want to say that the whole game becomes no fun ;) 14:21:11 <frosch123> build tram or bus lines for feeders 14:21:13 <flitz> just that this particular part of it becomes somewhat overwhelming as a savegame progresses 14:21:23 <flitz> thats what I usually do 14:21:36 <V453000> frosch123: what exactly do you need? 14:21:40 <flitz> setting up shared orders for one vehicle, a group and cloning 14:21:42 <Terkhen> you don't need to connect all towns 14:22:08 <frosch123> V453000: a game where a lot of automatic orders are spawned and removed again all the time 14:22:51 <frosch123> i.e. a more "real-life"-example than my arbitrary testcase :) 14:23:31 <flitz> terkhen: I don't have a number, but there is always a point where it takes too much effort to overview the existing network in terms of capacity and add some new stuff 14:23:36 <V453000> oh, okay :) a minute or two 14:24:10 <Terkhen> that's usually when I start a new game :) 14:25:04 <V453000> http://www.openttdcoop.org/files/publicserver_archive/PublicServerGame_199_Final.sav 14:25:12 <V453000> frosch123: here 14:25:20 <frosch123> thanks :) 14:25:23 <V453000> sure :) 14:27:20 <V453000> there is the mars newgrf loaded ... 14:27:41 <frosch123> hmm 1750 trains sharing orders without a single real order 14:27:55 <V453000> is that unfit? :) 14:28:04 <V453000> http://www.openttdcoop.org/files/publicserver_archive/PublicServerGame_200_Final.sav 14:28:06 <frosch123> i wonder whether that can actually happen with current trunk 14:28:15 <V453000> there are some with real orders but you will need to edit the order lists there 14:28:36 <V453000> trains have all 255 orders, just 2 orders, rest is filled with dummy orders to prevent autoorders from creating 14:28:49 <V453000> you can find such trains on islands 16 and 5 14:31:16 *** KouDy [~KouDy@ip-89-176-220-130.net.upcbroadband.cz] has joined #openttd 14:33:47 <frosch123> sometimes coops building style makes me think of the old ai :p 14:35:16 <V453000> :p 14:35:44 <frosch123> 90 degree turns where trains keep on reversing, dead ends and such :p 14:37:24 *** supermop_ [~daniel_er@rrcs-72-43-171-87.nyc.biz.rr.com] has joined #openttd 14:38:10 <V453000> :D 14:38:23 <supermop_> hello 14:38:28 *** supermop_ is now known as supermop 14:43:41 <Terkhen> hi supermop 14:44:00 <supermop> hi Terkhen 14:46:44 *** Intexon [~Intexon@blk-222-147-135.eastlink.ca] has quit [Ping timeout: 480 seconds] 14:49:45 <flitz> < is out, have a nice weekend all 14:49:55 *** flitz [~me@dslb-188-107-125-056.pools.arcor-ip.net] has quit [Quit: flitz] 14:52:12 *** Progman [~progman@p57A1C5A2.dip.t-dialin.net] has joined #openttd 14:53:24 *** pugi [~pugi@p4FCC2F35.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 14:57:00 *** pugi [~pugi@p4FCC3051.dip.t-dialin.net] has joined #openttd 15:27:07 *** tycoondemon2 [~ashnohoe@524B73C2.cm-4-4b.dynamic.ziggo.nl] has joined #openttd 15:31:00 *** fonsinchen [~fonsinche@brln-4d0ce6ed.pool.mediaWays.net] has joined #openttd 15:32:19 *** tycoondemon [~ashnohoe@524B73C2.cm-4-4b.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds] 15:37:51 *** Chillosophy [~Chillosop@ip91350749.adsl-surfen.hetnet.nl] has joined #openttd 15:42:39 *** Progman [~progman@p57A1C5A2.dip.t-dialin.net] has quit [Remote host closed the connection] 15:46:11 *** fonsinchen [~fonsinche@brln-4d0ce6ed.pool.mediaWays.net] has quit [Quit: Konversation terminated!] 15:46:25 *** fonsinchen [~fonsinche@brln-4d0ce6ed.pool.mediaWays.net] has joined #openttd 15:50:51 *** Cozzie [~Cozzie@220-244-173-65.static.tpgi.com.au] has quit [Ping timeout: 480 seconds] 15:53:03 *** DayDreamer [~DayDreame@94.142.234.1] has joined #openttd 15:57:37 *** Cozzie [~Cozzie@220-244-173-65.static.tpgi.com.au] has joined #openttd 16:01:54 *** DOUK [~KEM@ALyon-158-1-172-101.w86-209.abo.wanadoo.fr] has joined #openttd 16:07:48 *** andythenorth [~andy@cpc18-aztw25-2-0-cust185.aztw.cable.virginmedia.com] has joined #openttd 16:08:23 *** douknoukem [~KEM@ALyon-158-1-172-101.w86-209.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds] 16:16:13 *** perk11 [~perk11@81.17.157.195] has joined #openttd 16:26:36 <CIA-1> OpenTTD: frosch * r22326 /trunk/src/order_cmd.cpp: -Fix: Destinations of conditional orders were update incorrectly when deleting orders in front of the conditional orders, if the target order wwas the order just before of the conditional order. 16:41:15 <CIA-1> OpenTTD: frosch * r22327 /trunk/src/ (vehicle.cpp vehicle_base.h): -Add: Vehicle::GetGroundVehicleFlags() for accessing GroundVehicle<>::gv_flags through a Vehicle struct. 16:42:03 *** perk11 [~perk11@81.17.157.195] has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org] 16:43:18 *** perk11 [~perk11@81.17.157.195] has joined #openttd 16:45:50 <CIA-1> OpenTTD: frosch * r22328 /trunk/src/ (ground_vehicle.hpp train_cmd.cpp vehicle.cpp): -Add: a flag to GroundVehicles to disable insertion and removal of automatic orders until the next real order is reached. 16:55:38 *** Progman [~progman@p57A1C5A2.dip.t-dialin.net] has joined #openttd 16:56:46 <CIA-1> OpenTTD: frosch * r22329 /trunk/src/ (roadveh_cmd.cpp vehicle.cpp): -Change: When the current orders are interrupted for non-ordered service, disable modifications to automatic orders until the next real order is completed. (train part already slipped by in r22328) 17:00:40 *** perk11 [~perk11@81.17.157.195] has quit [Read error: Connection reset by peer] 17:01:43 *** perk11 [~perk11@81.17.157.195] has joined #openttd 17:02:47 <CIA-1> OpenTTD: frosch * r22330 /trunk/src/order_cmd.cpp: 17:02:47 <CIA-1> OpenTTD: -Change: When a conditional order triggers and causes skipping to a particular 17:02:47 <CIA-1> OpenTTD: order, disable modifications to automatic orders. till reaching the next real 17:02:47 <CIA-1> OpenTTD: order, as we do not know whether to change the targets of conditional orders 17:02:47 <CIA-1> OpenTTD: when inserting automatic orders. (So, when the vehicle skips to an order and 17:02:48 <CIA-1> OpenTTD: later inserts an automatic order, the conditional order will still point to the 17:02:50 <CIA-1> OpenTTD: same order, so the automatic order will be inserted again the next time.) 17:07:08 <fonsinchen> frosch123: Any more changes to orders or is that it for now? 17:07:14 <CIA-1> OpenTTD: frosch * r22331 /trunk/src/ (order_cmd.cpp vehicle.cpp): 17:07:14 <CIA-1> OpenTTD: -Change: When inserting an (automatic) order A in front of an order B, disable 17:07:14 <CIA-1> OpenTTD: modifications of automatic orders for all vehicles currently heading for B as we 17:07:14 <CIA-1> OpenTTD: do not know whether they will reach A or B first. (except for the vehicle 17:07:14 <CIA-1> OpenTTD: causing the insertion of the automatic order itself) 17:08:14 <frosch123> fonsinchen: likely 2 more 17:09:18 <fonsinchen> OK, I'll wait with updating. Seems like you have a better fix for FS#4540 ... :) 17:18:18 <CIA-1> OpenTTD: frosch * r22332 /trunk/src/vehicle.cpp: -Fix: When inserting automatic orders, do not create consecutive duplicate orders. 17:19:16 <fonsinchen> I don't think this is a good idea 17:19:29 <fonsinchen> sometimes a vehicle stops twice at thte same place. 17:19:37 <fonsinchen> on purpose. 17:20:22 <CIA-1> OpenTTD: frosch * r22333 /trunk/src/vehicle.cpp: -Change: Prefer deleting automatic orders instead of inserting new ones. 17:20:22 <frosch123> vehicles will not load anyway 17:20:26 <frosch123> will they even stop? 17:20:39 <fonsinchen> they will stop and they will load, just not unload 17:20:43 <frosch123> anyway, done for today. 17:21:09 <fonsinchen> I had a lot of those things in the cargodist thread where ppl would send some vehicle to a depot and back to the same station. 17:22:06 <frosch123> well, but will it break anything if that order is not inserted? 17:22:37 <fonsinchen> not really, but of course someone will complain. 17:22:55 <fonsinchen> cargodist handles it any way, I think 17:23:03 * fonsinchen goes and checks 17:23:15 <frosch123> if the depot is also in the order list, it will still insert the order after r22332 17:23:30 <frosch123> if there is no depot order inbetween, i do not see a point to complain about 17:23:39 <fonsinchen> but of course you can arrange the depot to be not in the order list ... 17:23:39 <frosch123> two identical orders after each other make no sense 17:25:06 <frosch123> wrt. cargodist: i guess the only thing which needs checking/worrying is that cur_auto_order_index does not always point to the automatic order that was just reached, but may also point at the next one 17:27:30 *** Lakie [~Lakie@91.84.251.149] has joined #openttd 17:27:50 <fonsinchen> it seems to work 17:28:15 *** andythenorth_ [~andy@cpc18-aztw25-2-0-cust185.aztw.cable.virginmedia.com] has joined #openttd 17:29:18 <fonsinchen> and you're right. It doesn't even stop on the second visit. It will only stop if there's an explicit order and then the auto order won't take effect. 17:30:04 <frosch123> let's see what the nightly users will come up with 17:30:37 <frosch123> and whether they manage to trigger one of the new IsGroundVehicle assertions :p 17:35:34 *** andythenorth [~andy@cpc18-aztw25-2-0-cust185.aztw.cable.virginmedia.com] has quit [Ping timeout: 480 seconds] 17:37:11 <Eddi|zuHause> crazy idea: a newgrf-variable that gives the distance of the two order entries furthest apart, to base running cost on (some engines are better for short distance, others are better for long distances) 17:40:03 *** andythenorth_ [~andy@cpc18-aztw25-2-0-cust185.aztw.cable.virginmedia.com] has quit [Quit: andythenorth_] 17:40:37 <frosch123> better add a variable "days since last load/unload" and make it affect the running cost quadratically. 17:40:55 <frosch123> that will work better with conditional orders, go-via-orders and other stuff 17:41:02 <frosch123> also, maybe there is already such a variable 17:42:11 <Eddi|zuHause> but "days" != "distance" 17:42:54 <Eddi|zuHause> and i meant the "total length" of the order list, not the distance between two consecutive stops 17:43:46 <Eddi|zuHause> although, distance between next order and last stop may be useful, too. this data should be available already 17:44:26 <frosch123> sounds quite fragile and exploitable 17:44:38 <frosch123> maybe define "service in depot" as "refuel" 17:44:49 <frosch123> "days since last service" is already available 17:45:36 <frosch123> hmm, though only between 1920 and 2100 or so 17:45:57 *** douknoukem [~KEM@ALyon-158-1-172-101.w86-209.abo.wanadoo.fr] has joined #openttd 17:46:13 *** LordAro [~kvirc@host86-156-237-50.range86-156.btcentralplus.com] has joined #openttd 17:46:27 <LordAro> afternoon all 17:49:25 <CIA-1> OpenTTD: translators * r22334 /trunk/src/lang/slovenian.txt: 17:49:25 <CIA-1> OpenTTD: -Update from WebTranslator v3.0: 17:49:25 <CIA-1> OpenTTD: slovenian - 72 changes by klemenkosir 17:52:39 *** DOUK [~KEM@ALyon-158-1-172-101.w86-209.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds] 17:57:43 *** andythenorth [~andy@46.208.69.103] has joined #openttd 18:00:41 * LordAro ponders on how to read a readme.txt... ifstream? 18:01:16 *** perk11 [~perk11@81.17.157.195] has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org] 18:01:52 <yorick> fopen(), read() or ifstream 18:04:42 <LordAro> and what variable should be used to store the file? 'char file[10000]' or 'string file'? 18:07:00 *** andythenorth [~andy@46.208.69.103] has quit [Remote host closed the connection] 18:07:41 *** andythenorth [~andy@cpc18-aztw25-2-0-cust185.aztw.cable.virginmedia.com] has joined #openttd 18:07:46 <andythenorth> efening 18:09:48 <Lakie> Hi Andy, nice improvements on your FIRS graphics btw 18:10:04 <andythenorth> fanks 18:10:08 <Lakie> Is it me or are they all a shade or two darker after being altered? 18:10:21 <andythenorth> the brick ones are darker 18:10:32 <andythenorth> most TTD brick buildings are quite dark (not all) 18:10:43 <Lakie> I see, ok 18:10:47 <andythenorth> and I add more shading 18:10:56 <andythenorth> with the lighting in the correct direction, previously it was...wrong 18:11:00 <Lakie> And removed some over-noise? 18:11:21 <andythenorth> yes 18:11:31 <andythenorth> although added some noise in other places too 18:11:55 <andythenorth> hmm 18:12:16 * andythenorth thinks FIRS release cycle might slow down a lot soon 18:12:31 <andythenorth> I'm hitting a wall on nfo features that don't exist 18:12:40 <Lakie> hehe 18:14:42 <supermop> Eddi, I always thought a neater way to do that would be to have vehicles give a certain coefficient to the payment rate decay curve 18:16:37 <supermop> so passenger payment for x tiles over 1 day in a metro is no different than x tiles over one day in a sleeper, but the curve falls off more sharply in the metro than the IC 18:17:35 <supermop> so out at 100 days, the passengers in the metro are pissed, and pay basically nothing, while those in a long distance sleeper are happy and pay a nice fair 18:17:37 <supermop> fare 18:20:19 <supermop> could say that you can refit a hopper to passengers and the coefficient is like 1/1000, 18:20:34 <supermop> and a cruise ship would be like 2000/1 18:21:30 <supermop> as i think i would prefere a cruise ship to sitting in a hopper for a long journey by at least a factor of 2 million 18:22:12 <supermop> and then to be really complex, 18:22:32 <andythenorth> supermop: it's the principle of checking some vehicle prop when calculating payment? 18:22:48 <andythenorth> it was discussed before wrt to restaurant cars, etc 18:23:13 <supermop> for a metro car, code it with an invisible articulated part, so the part with seats is 1/2, but the part where you stand is 1/10 18:23:34 <supermop> hmm 18:23:58 <supermop> i was thinking it would be useful for refrigerated stuff 18:24:27 <andythenorth> indeed 18:24:34 <supermop> as an uncooled truck would be negligibly worse over short trips, but all the food would spoil on a long trip 18:25:51 <supermop> i was thinking a while back that a similar thing would be cool for waiting at stations 18:26:33 <supermop> build some shelter and people dont mind waiting as much 18:27:15 <supermop> you would then have to calculate the time cargo waits at a station as a 'trip' as well 18:27:55 <supermop> so that it has a variable effect to the final payment based on tiles present 18:28:45 <supermop> various platforms might also have their own loading speeds as well 18:29:34 <supermop> so a tipple loads quickly, but if you need a bunch of guys with shovels to load the coal into a retrofitted DMU, that is going to take very long 18:30:08 <supermop> I am hungry 18:30:38 *** tokai|mdlx [~tokai@port-92-195-12-114.dynamic.qsc.de] has joined #openttd 18:31:37 *** perk11 [~perk11@81.17.157.195] has joined #openttd 18:35:20 *** tokai|noir [~tokai@port-92-195-90-4.dynamic.qsc.de] has quit [Read error: Operation timed out] 18:38:22 <andythenorth> ho 18:38:32 <andythenorth> most default industries weren't snow aware 18:41:39 *** fonsinchen [~fonsinche@brln-4d0ce6ed.pool.mediaWays.net] has quit [Ping timeout: 480 seconds] 18:42:30 <supermop> are they lunch-aware? 18:49:03 *** Cozzie [~Cozzie@220-244-173-65.static.tpgi.com.au] has quit [] 18:50:16 * LordAro gives up with OTTD deving and goes and plays AssaultCube 18:53:44 * andythenorth wonders if some buildings will look stupid if lawn isn't snow covered 18:53:59 <Eddi|zuHause> yes 18:54:23 <andythenorth> default game does it.... 18:54:29 <andythenorth> should stations also be snow-covered? 18:55:30 *** sllide [~jari@ip565eb113.direct-adsl.nl] has joined #openttd 18:55:49 <andythenorth> Yexo: ^ ? 18:55:56 <andythenorth> might be nice, might be weird... 18:56:04 <andythenorth> I'm happy to draw sprites and experiment 18:57:22 *** Twerkhoven[L] [~twerkhove@cpc14-linl7-2-0-cust28.sgyl.cable.virginmedia.com] has joined #openttd 19:07:52 *** DanMacK [~DanMacK@206.191.69.149] has joined #openttd 19:17:57 <andythenorth> hey DanMacK 19:19:02 *** Taede [~twerkhove@cpc14-linl7-2-0-cust28.sgyl.cable.virginmedia.com] has joined #openttd 19:19:29 *** Twerkhoven[L] [~twerkhove@cpc14-linl7-2-0-cust28.sgyl.cable.virginmedia.com] has quit [Ping timeout: 480 seconds] 19:21:22 *** Taede is now known as TWerkhoven[L] 19:22:40 * andythenorth is totally bored by snow sprites 19:23:23 <TWerkhoven[L]> even snowmen? 19:23:46 <DanMacK> Ney 19:23:50 <DanMacK> *Hey 19:25:23 <andythenorth> DanMacK: save me from FIRS snow :P 19:25:25 <andythenorth> it's so dull 19:26:38 <DanMacK> I thought it was soothing :P 19:27:04 <supermop> i am now nolonger lunch aware 19:27:34 <andythenorth> DanMacK: not for this building: http://tt-foundry.com/sets/FIRS/schema/industries?economy=point_7_release#dairy 19:28:00 <andythenorth> do I paint snow on the lawn? on the stones around the lawn? on the path up to the steps? meh 19:28:14 <andythenorth> the default sprites give limited inspiration here 19:28:32 <andythenorth> and it could just end up as a white building on a white tile with a white roof :P 19:28:40 * andythenorth does grumble 19:42:03 *** andythenorth [~andy@cpc18-aztw25-2-0-cust185.aztw.cable.virginmedia.com] has quit [Quit: andythenorth] 19:43:11 *** albaandy [~Miranda@5ad96a30.bb.sky.com] has joined #openttd 19:45:53 <albaandy> guys, i have a 2 track one way train track with cross over sections every so often, i have the signals setup before the cross over and then after it, what signal do I use on the first one that allows the train to pass ONLY if the there is a open track ahead? I used the second semaphone but it wasnt that 19:51:14 *** andythenorth [~andy@46.208.69.103] has joined #openttd 19:52:15 *** Adambean [AdamR@82.hosts.reece-eu.net] has quit [Quit: Gone fishing] 19:56:03 * andythenorth wonders what train sets are good 19:56:16 <andythenorth> I've played NARS and UKRS to death 19:56:22 <andythenorth> Canset isn't FIRS compatible 19:56:22 <DanMacK> NARS2, UKRS... 19:56:37 <andythenorth> US Set isn't FIRS friendly 19:57:56 *** andythenorth_ [~andy@cpc18-aztw25-2-0-cust185.aztw.cable.virginmedia.com] has joined #openttd 19:59:20 <andythenorth_> does DB set work with FIRS? 19:59:27 <andythenorth_> Eddi|zuHause: any idea? ^ 19:59:44 <Eddi|zuHause> andythenorth_: barely 20:00:19 <Eddi|zuHause> andythenorth_: the dbxl_firs.grf has a few missing refit abilities. and the graphics are totally wrong 20:00:23 <andythenorth_> h 20:00:25 <andythenorth_> o 20:00:31 <andythenorth_> maybe I go to sleep instead :P 20:00:35 * andythenorth_ is feeling sulky 20:05:16 *** andythenorth [~andy@46.208.69.103] has quit [Ping timeout: 480 seconds] 20:15:59 *** perk11 [~perk11@81.17.157.195] has quit [Ping timeout: 480 seconds] 20:17:25 *** MMavipc|AFK is now known as MMavipc 20:19:49 *** DayDreamer [~DayDreame@94.142.234.1] has quit [Read error: Connection reset by peer] 20:21:26 *** andythenorth_ [~andy@cpc18-aztw25-2-0-cust185.aztw.cable.virginmedia.com] has quit [Quit: andythenorth_] 20:31:38 *** lasershock [~lasershoc@hd9483b29.seveveb.dyn.perspektivbredband.net] has quit [Quit: - nbs-irc 2.39 - www.nbs-irc.net -] 20:34:05 *** X-2 [~X-2@5ED662EB.cm-7-7b.dynamic.ziggo.nl] has quit [Quit: pzzzzzzzzzzz] 20:34:21 *** X-2 [~X-2@5ED662EB.cm-7-7b.dynamic.ziggo.nl] has joined #openttd 20:35:26 *** Progman [~progman@p57A1C5A2.dip.t-dialin.net] has quit [Remote host closed the connection] 20:36:09 <LordAro> night all 20:39:42 *** lasershock [~lasershoc@hd9483b29.seveveb.dyn.perspektivbredband.net] has joined #openttd 20:42:51 *** 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] 20:43:16 *** Intexon [~Intexon@blk-222-147-135.eastlink.ca] has joined #openttd 20:45:31 <Yexo> <andythenorth> [20:54:29] should stations also be snow-covered? <- imo yes 20:46:07 <Yexo> oh, andy was already gone :p 20:48:31 *** dfox [~dfox@ip-94-113-89-201.net.upcbroadband.cz] has joined #openttd 21:15:03 *** Sacro [~ben@150.237.48.99] has quit [Read error: No route to host] 21:17:13 *** Sacro [~ben@150.237.48.99] has joined #openttd 21:18:57 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd 21:22:29 *** Sacro [~ben@150.237.48.99] has quit [Remote host closed the connection] 21:42:27 *** asddssdsd [~asddssdsd@p5797650E.dip.t-dialin.net] has joined #openttd 21:44:16 <asddssdsd> you can test www.snowlinux.de 21:44:38 *** asddssdsd [~asddssdsd@p5797650E.dip.t-dialin.net] has quit [] 21:46:27 *** Lakie [~Lakie@91.84.251.149] has quit [Quit: Sleep.] 21:47:22 *** sla_ro|master [~slaco@95.76.27.160] has quit [Quit: Connection reset by me] 21:48:04 *** Sacro [~ben@150.237.48.99] has joined #openttd 21:51:47 *** DanMacK [~DanMacK@206.191.69.149] has quit [Quit: Bye for now!] 22:06:38 *** KouDy [~KouDy@ip-89-176-220-130.net.upcbroadband.cz] has quit [Quit: Leaving.] 22:15:08 *** TWerkhoven [~turbulent@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] 22:19:03 *** Neon [~Neon@dslb-094-219-013-114.pools.arcor-ip.net] has quit [Quit: Python is way too complicated... I prefer doing it quickly in C.] 22:20:29 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has quit [Remote host closed the connection] 22:20:53 *** sllide [~jari@ip565eb113.direct-adsl.nl] has quit [Ping timeout: 480 seconds] 22:21:21 <Terkhen> good night 22:33:25 *** MMavipc [~crapmail@ip72-197-227-147.sd.sd.cox.net] has quit [] 22:38:39 <Eddi|zuHause> ok... "land info" (industry-tile var 60, house var 62) is broken for more height levels... 22:38:52 <Eddi|zuHause> needs more bits 22:39:34 <Eddi|zuHause> ... as well as "snow line height" (var 20) 22:56:41 *** albaandy [~Miranda@5ad96a30.bb.sky.com] has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org] 23:02:42 *** frosch123 [~frosch@frnk-590f6872.pool.mediaWays.net] has quit [Remote host closed the connection] 23:03:12 *** Biolunar [~mahdi@blfd-5d8201ef.pool.mediaWays.net] has quit [Quit: All your IRC are belong to us!] 23:03:21 *** supermop [~daniel_er@rrcs-72-43-171-87.nyc.biz.rr.com] has left #openttd [] 23:13:17 *** ar3k [~ident@ebv121.neoplus.adsl.tpnet.pl] has joined #openttd 23:17:16 *** Progman [~progman@p57A1C5A2.dip.t-dialin.net] has joined #openttd 23:18:46 *** ar3kaw [~ident@ebl83.neoplus.adsl.tpnet.pl] has quit [Ping timeout: 480 seconds] 23:26:34 *** Devroush [~dennis@178-119-81-33.access.telenet.be] has quit [] 23:30:33 *** KritiK [~Maxim@89-178-7-187.broadband.corbina.ru] has quit [Quit: Leaving] 23:43:15 *** LordAro|2 [~kvirc@host81-154-219-61.range81-154.btcentralplus.com] has joined #openttd 23:48:49 *** LordAro [~kvirc@host86-156-237-50.range86-156.btcentralplus.com] has quit [Ping timeout: 480 seconds] 23:52:29 *** KenjiE20 [~KenjiE20@92.8.64.30] has quit [Quit: WeeChat 0.3.4] 23:53:44 *** LordAro [~kvirc@host86-137-15-15.range86-137.btcentralplus.com] has joined #openttd 23:58:29 *** LordAro|2 [~kvirc@host81-154-219-61.range81-154.btcentralplus.com] has quit [Ping timeout: 480 seconds]