Times are UTC Toggle Colours
00:07:29 *** liq3 [~liq3@CPE-120-147-178-81.gdfw1.vic.bigpond.net.au] has joined #openttd 00:23:01 *** Jiinxs [~Jiinxs@ti0038a400-0515.bb.online.no] has quit [] 00:23:48 *** fjb is now known as Guest1094 00:23:49 *** fjb [~frank@000158aa.user.oftc.net] has joined #openttd 00:30:48 *** Guest1094 [~frank@000158aa.user.oftc.net] has quit [Ping timeout: 480 seconds] 00:53:19 *** Djohaal [~Djohaal@177.40.5.115] has joined #openttd 01:04:48 *** DabuYu [DabuYu@128.250.79.238] has quit [Ping timeout: 480 seconds] 01:09:25 *** DabuYu [DabuYu@128.250.79.238] has joined #openttd 01:13:11 *** Djohaal [~Djohaal@177.40.5.115] has quit [Read error: Connection reset by peer] 01:25:18 *** InvokeStatic [~Invoke@c-24-11-157-247.hsd1.mi.comcast.net] has joined #openttd 01:25:18 *** InvokeStatic_ [~Invoke@c-24-11-157-247.hsd1.mi.comcast.net] has quit [Read error: Connection reset by peer] 01:28:34 *** InvokeStatic_ [~Invoke@c-24-11-157-247.hsd1.mi.comcast.net] has joined #openttd 01:28:34 *** InvokeStatic [~Invoke@c-24-11-157-247.hsd1.mi.comcast.net] has quit [Read error: Connection reset by peer] 01:41:58 *** DabuYu [DabuYu@128.250.79.238] has quit [Ping timeout: 480 seconds] 01:50:09 *** DabuYu [DabuYu@128.250.79.238] has joined #openttd 02:00:04 *** MJP [~mjp@hq.z77.fr] has quit [Ping timeout: 480 seconds] 02:18:37 *** DabuYu [DabuYu@128.250.79.238] has quit [Ping timeout: 480 seconds] 02:22:06 *** glx [~glx@000128ec.user.oftc.net] has quit [Quit: Bye] 02:32:22 *** abchirk_ [~abchirk@p57A0AB57.dip0.t-ipconnect.de] has joined #openttd 02:38:59 *** DabuYu [DabuYu@128.250.79.238] has joined #openttd 02:39:38 *** Jomann [~abchirk@p57A0849B.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 02:46:42 *** Celestar [~Celestar@p5DE4535C.dip0.t-ipconnect.de] has joined #openttd 03:07:29 *** DabuYu [DabuYu@128.250.79.238] has quit [Ping timeout: 480 seconds] 03:10:49 *** DabuYu [DabuYu@128.250.79.238] has joined #openttd 03:25:17 *** Celestar [~Celestar@p5DE4535C.dip0.t-ipconnect.de] has quit [Quit: Leaving.] 04:11:14 *** Hazzard_ [~quassel@c-67-174-253-44.hsd1.ca.comcast.net] has joined #openttd 04:17:37 *** Hazzard [~quassel@c-67-174-253-44.hsd1.ca.comcast.net] has quit [Ping timeout: 480 seconds] 04:45:18 <Rubidium> argoneus: somewhere in the order of 1500 bytes is the maximum packet size openttd will send 04:45:51 <Rubidium> also recv might get only a partial packet (or multiple packets) 04:46:33 <Rubidium> since the underlying network layer is free to merge the "openttd packets" (or split them up) 04:47:43 *** DabuYu [DabuYu@128.250.79.238] has quit [Ping timeout: 480 seconds] 04:56:01 *** Eddi|zuHause [~johekr@p57BD48CB.dip0.t-ipconnect.de] has quit [] 04:56:20 *** Eddi|zuHause [~johekr@p5DC66BC3.dip0.t-ipconnect.de] has joined #openttd 05:08:59 *** DabuYu [DabuYu@128.250.79.238] has joined #openttd 05:41:04 *** Hazzard_ [~quassel@c-67-174-253-44.hsd1.ca.comcast.net] has quit [Read error: Connection reset by peer] 06:01:36 *** andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has joined #openttd 06:02:08 <andythenorth> I never knew tree growth was such a big deal 06:03:47 <Supercheese> It apparently greatly affects savegame size 06:06:48 <Rubidium> if it greatly affects your savegame size, then your map isn't finished by a long shot and you probably took a too large map size ;) 06:10:06 *** DabuYu [DabuYu@128.250.79.238] has quit [Ping timeout: 480 seconds] 06:10:33 <Rubidium> also... how is the Latin translation going? 06:13:28 *** Kurimus [~stabbity@dsl-tkubrasgw2-54f816-197.dhcp.inet.fi] has quit [Ping timeout: 480 seconds] 06:13:39 *** Kurimus [~stabbity@dsl-tkubrasgw2-54f816-197.dhcp.inet.fi] has joined #openttd 06:16:46 *** DabuYu [DabuYu@128.250.79.238] has joined #openttd 06:18:45 <andythenorth> my trees are always transparent 06:18:55 <andythenorth> I should just start maps with trees off :P 06:18:58 *** sla_ro|master [slamaster@95.76.27.245] has joined #openttd 06:19:26 <Rubidium> andythenorth: without trees and with the tree growth disabled ;) 06:19:35 <andythenorth> as the conclusion of the thread is that none of the current map gen settings are not good enough 06:19:44 <andythenorth> I would just remove the option from the map gen window 06:20:05 <andythenorth> the root cause of the problem is that the players donât like the options 06:20:07 <andythenorth> so remove the options :P 06:26:06 <andythenorth> this is why andythenorth never gets commit rights 06:45:13 *** DabuYu [DabuYu@128.250.79.238] has quit [Ping timeout: 480 seconds] 06:56:54 <Supercheese> Latin translation is nearly finished 06:57:20 <Supercheese> I'm just having issues trying to translate signals... block signals, path signals 06:57:37 <Supercheese> I wonder if some 19th century railroad texts exist in Latin 06:57:45 <Supercheese> something with sufficient terminology 07:00:04 *** Speedy` [~speedy@the.wrong.domain.name] has joined #openttd 07:00:21 *** Speedy` is now known as Speedy 07:03:22 *** DabuYu [DabuYu@128.250.79.238] has joined #openttd 07:03:26 *** Alberth [~hat@2001:981:c6c5:1:be5f:f4ff:feac:e11] has joined #openttd 07:03:29 *** mode/#openttd [+o Alberth] by ChanServ 07:04:24 <Supercheese> the Latin wikipedia sadly is lacking in signaling terms 07:04:38 <Supercheese> as are all my school textbooks 07:06:23 <Rubidium> http://la.wikipedia.org/wiki/Semaphorum ? 07:07:38 <Supercheese> Yes, but then what is a "block signal 07:07:40 <Supercheese> " 07:07:51 <Supercheese> vs. other signals 07:08:15 <Supercheese> and then how to distinguish between semaphores (semaphora) and other signals (semaphora)... 07:08:27 <Supercheese> other/electric 07:08:44 <Rubidium> mechanical vs electrical? 07:08:44 <Supercheese> semaphora electrica, well could just be electrically-operated semaphores... 07:09:09 <Supercheese> and long-winded 07:09:41 <Supercheese> also I have been lucky enough to find prior references for translating modern terms for nearly everything except railroad signalling 07:10:04 <Supercheese> even monorail had a latin translation, surprisingly 07:10:56 <sla_ro|master> is there a latin translation for openttd? 07:10:58 <Rubidium> too bad Poland stopped using Latin in the 18th century 07:11:14 <Supercheese> sla_ro|master: There is on my hard drive, and will be available for proofreading shortly 07:11:27 <sla_ro|master> ah, well, not goin' to use it, but that's cool and weird :P 07:11:51 <sla_ro|master> well I speak a latin language who is supported by openttd 07:11:58 <sla_ro|master> so I don't need latin itself 07:16:18 *** DDR [~kvirc@S010600254bbe4e1c.vc.shawcable.net] has quit [Read error: Connection reset by peer] 07:16:23 <Rubidium> http://en.wikipedia.org/wiki/Nuntii_Latini <- to bad I couldn't see anything about mentioning signalling failures or so (and the amount of news items per week makes it unlikely that they even exist) 07:16:43 <Supercheese> Yeah their broadcasts do not have comprehensive transcripts 07:16:55 <Supercheese> however, I could trawl their archives for some 07:16:58 <planetmaker> moin 07:17:39 <Rubidium> the question is whether they might know the wording 07:18:22 <Supercheese> I could ask my professor, I suppose, although we've no trains anywhere around here ... 07:18:43 *** KouDy [~koudy@188.75.190.58] has quit [Ping timeout: 480 seconds] 07:20:22 <Supercheese> oh also cargo distribution stuff... ugh last hurdle 07:20:30 <Rubidium> mechanical signals (on wikipedia at least) refer to the semaphores, the others are light signals 07:20:57 <Supercheese> Yeah I'll just have to tack on adjectives 07:21:27 <Supercheese> bleeeeh stupid CargoDist helptexts 07:21:34 <Supercheese> I don't even use cargodist 07:22:34 <Supercheese> they are also the longest strings in OTTD 07:23:27 <planetmaker> the short ones were already used up ;) 07:23:47 <Supercheese> STR_CONFIG_SETTING_SHORT_PATH_SATURATION_HELPTEXT weighs in at 703 characters 07:25:06 <Alberth> unless you make an in-game manual, there is no other good place, probably 07:25:50 * Supercheese debates translating them all as "Noli id uti" :P 07:26:08 <planetmaker> :P 07:28:55 <Supercheese> or I suppose "eo uti" 07:29:15 <Supercheese> dictionary is sending mixed signals 07:31:06 <Rubidium> use that for "combo signals" ;) 07:31:16 <Supercheese> oh definitely 07:31:33 <Supercheese> "Hoc adhibendum non est" 07:31:51 *** DabuYu [DabuYu@128.250.79.238] has quit [Ping timeout: 480 seconds] 07:32:01 *** Haube [~michi@ip25048c11.dynamic.kabel-deutschland.de] has joined #openttd 07:35:33 *** Pensacola [~quassel@h220149.upc-h.chello.nl] has joined #openttd 07:37:35 <peter1138> And semaphore signals can have lights too... 07:39:01 <Supercheese> It's a bit of a sticky wicket 07:39:28 <Supercheese> some chap decided that signal and semaphore would be the same word in Latin 07:40:24 <peter1138> That's the problem with a dead language, it doesn't evolve. 07:43:51 *** DabuYu [DabuYu@128.250.79.238] has joined #openttd 07:47:13 <Supercheese> Wait did the Harry Potter railway ever mention signals? 07:47:28 <Supercheese> The first two books have official Latin translations 07:47:41 <V453000> why do you translate to latin anyway 07:47:43 <V453000> sounds useless 07:47:46 <Supercheese> and Ancient Greek too, I believe 07:47:50 <Alberth> I wondered about that too :) 07:48:03 <Alberth> maybe they missed Klingon? 07:48:09 <peter1138> There was that pig-latin translation once... 07:49:45 <__ln__> Supercheese: since it's not on webtranslator, do you have a backup copy of the translation somewhere? it would be a great pity if all work was lost due to hard disk failure. 07:49:46 <Haube> Egyptian Hieroglyphs would be nice too, but then i would want to carry stones around ;) 07:50:05 <Supercheese> __ln__: Yes it is also synched to my Google drive 07:50:22 <Supercheese> after you last mentioned I should have a backup, in fact :) 07:51:39 <__ln__> good, yes, i remember asking that earlier too :) 07:52:47 *** moffi [~moffi@dsdf-4d0a49d2.pool.mediaWays.net] has joined #openttd 07:53:58 <Supercheese> I dunno, I think it'd be a lot cooler if we called it "hamaxostichus" instead of boring old "train" 07:54:07 <Supercheese> it's a fun word 08:08:35 <Supercheese> "Loading {1:STRING} as static NewGRF with {STRING} could cause desyncs" Oh goodness 08:11:25 <Supercheese> actually that wasn't so bad 08:11:39 <__ln__> what's NewGRF in latin? 08:11:43 <Supercheese> NewGRF :P 08:11:57 <Supercheese> like with every other language 08:12:00 *** Yotson [~Yotson@2001:980:6ac8:1:95fa:dab6:c6ec:9f37] has joined #openttd 08:12:17 * Supercheese wonders if any of them actually change it 08:12:58 <Supercheese> even Cyrillic languages keep it 08:13:30 <Supercheese> and Japanese 08:13:46 <__ln__> even latvian 08:15:27 <Rubidium> not something like novum ludum opem tabularium ? 08:15:33 <__ln__> ha, in hebrew it's not NewGRF in all messages at least. 08:15:47 <Supercheese> well, they've even flipped text direction 08:16:12 <Supercheese> and it seems to be still NewGRF 08:16:28 <Supercheese> 159 matches to that 08:17:13 <Supercheese> wait, I had match case off 08:17:45 <Supercheese> 35, yeah it has fewer 08:18:05 <Supercheese> perhaps there are untranslated strings though 08:22:30 *** Wolf01 [~wolf01@0001288e.user.oftc.net] has joined #openttd 08:22:57 <Wolf01> hi hi 08:29:55 <Wolf01> mmmh 08:30:07 <planetmaker> hi hi 08:30:10 <Wolf01> reg query finds the key, reg delete no 08:36:22 <Alberth> o/ 08:41:40 <Supercheese> Hmm, can genders be passed through twice? 08:42:16 <Supercheese> e.g. STR_QUANTITY_GRAIN has "{WEIGHT_LONG} frumenti" 08:42:33 <Supercheese> and the weight string is grabbed as "{G=n}{COMMA}{NBSP}chiliogramma{P "" ta}" 08:43:00 <Supercheese> will the neutral gender be passed through to STR_QUANTITY_GRAIN, and it will inherit the gender? 08:43:15 <Rubidium> I'm not sure 08:43:49 <Rubidium> and maybe though the caller might need to do {G 0:1 ...} or something, but I guess you need to experiment with that 08:44:45 <Supercheese> Yes, although I don't know how I'll get town growth strings to cooperate 08:44:50 <Supercheese> guess I need a game script 08:45:29 <Supercheese> or bin the whole thing and use verbs instead of adjectives 08:46:48 <Rubidium> don't towns in deserts / snowy areas already use those strings? 08:47:51 <Supercheese> not the specific-quantity-of-stuff strings 08:48:03 * Supercheese will just use verbs anyway 08:48:44 <Supercheese> I'm not really sure what uses the "demands X amount of stuff" town growth strings 08:48:53 * Supercheese digs source 08:49:16 <planetmaker> game scripts 08:49:22 <Supercheese> as I thought 08:51:14 <peter1138> Bah, it's hard to diagnose the engine preview window :p 08:58:12 <Supercheese> There still is no notification for new wagons... 08:58:33 <Supercheese> although there is Ye Olde Patche for That⢠08:59:41 <V453000> is there any way to make the sprite aligner work with EZ? 08:59:46 <Supercheese> and to be fair, introduction of the first monorail would cause a spam of monorail wagon notices... 08:59:48 <V453000> like move sprites by 1 pixel not 4 09:00:39 <V453000> I dont need it for code offset, just for sprite editing ... so the 1 offset value being 4 pixels isnt helping :D 09:01:55 *** Myhorta [~Myhorta@00018fad.user.oftc.net] has joined #openttd 09:02:16 * Supercheese should sleep 09:02:18 <DorpsGek> Commit by peter1138 :: r26933 trunk/src/engine_gui.cpp (2014-09-28 09:02:11 UTC) 09:02:19 <DorpsGek> -Codechange: Resize engine preview window to fit vehicle sprite. 09:02:29 <Supercheese> valete amici 09:02:41 *** Supercheese [~Superchee@76.178.136.186] has quit [Quit: Valete omnes] 09:07:33 <planetmaker> V453000, no. Sprites for all zoom levels follow the same alignment. Thus you align in the 1x zoom and it must fit the others 09:08:07 <V453000> hm 09:08:43 <V453000> well yeah but the sprites can be sub-4px misaligned :P 09:09:00 <planetmaker> no, it can't. As it's just 2x or 4x zoomed-in 09:09:21 <planetmaker> thus a 1px alignment is then zoomed-in,too, and proportionally enlarged 09:09:35 <V453000> that isnt a question of coding, that is a question of how you create the sprites 09:10:23 <Eddi|zuHause> Bad_Brett certainly made his vehicles move on sub-4px-level 09:10:45 <V453000> am concerned about landscape atm 09:10:47 <V453000> (is hell) 09:11:52 <peter1138> planetmaker, well the code takes 4x zoomed in as ZOOM_LVL_NORMAL, so "1x" sprites are actually ZOOM_LVL_OUT_4X 09:11:55 <planetmaker> Eddi|zuHause, wasn't that patched source which made that possible? 09:12:33 <Alberth> yep 09:12:33 <Eddi|zuHause> planetmaker: only reading the vehicle position needed some unimplemented variable 09:12:46 <Eddi|zuHause> everything else is "stock" 09:15:18 <peter1138> Let's just increase that 16 to 64 ;) 09:15:51 <peter1138> Or more, because even 16 isn't quite enough at old-1x 09:18:02 <Eddi|zuHause> peter1138: each of these 16 steps has already 256 substeps 09:18:13 *** DabuYu [DabuYu@128.250.79.238] has quit [Ping timeout: 480 seconds] 09:19:26 <Eddi|zuHause> (or maybe 192 on diagonals) 09:20:30 <peter1138> Eddi|zuHause, they're not visual though 09:21:58 <DorpsGek> Commit by peter1138 :: r26934 trunk/src/engine_gui.cpp (2014-09-28 09:21:51 UTC) 09:21:59 <DorpsGek> -Fix (r26933): Don't statically initialise non-static variables. 09:22:03 <Eddi|zuHause> yes. but that missing variable allowed the newgrf to offer that visualisation 09:22:23 <peter1138> yes, but that means the newgrf has to put in a lot of hard work to do it. 09:22:31 <peter1138> if the game just did it itself... much simpler 09:22:34 *** moffi2 [~moffi@dsdf-4db5eb94.pool.mediaWays.net] has joined #openttd 09:26:22 <Eddi|zuHause> but you can't just multiply existing stuff, or you potentially break things that rely on motion counter 09:26:31 *** moffi [~moffi@dsdf-4d0a49d2.pool.mediaWays.net] has quit [Ping timeout: 480 seconds] 09:26:46 *** DabuYu [DabuYu@128.250.79.238] has joined #openttd 09:27:19 <peter1138> You can divide to get the motion counter 09:29:18 <Eddi|zuHause> peter1138: but then you need two motion counters. an old and a new one 09:29:47 <peter1138> welcome to backwards compatibility 09:30:23 <Eddi|zuHause> peter1138: also, while making such a fundamental change, better fix diagonal motion and length distortion 09:30:55 *** HerzogDeXtEr [~flex@i59F6DB76.versanet.de] has joined #openttd 09:31:22 <peter1138> that's one of the reasons to change it :p 09:32:44 <Eddi|zuHause> but then you break every NewGRF that uses 32px vehicles. 09:33:25 <Eddi|zuHause> which is every NewGRF in the last 8 years... 09:34:36 <andythenorth> \o/ 09:34:54 <andythenorth> no more BAD FEATURES 09:35:20 <Eddi|zuHause> andythenorth: is that like "world peace"? 09:35:29 <andythenorth> yup 09:35:33 <andythenorth> and roadtypes 09:37:14 <V453000> hm, "how to make landscape" :d 09:41:31 *** Pikkaphone [~yaaic@58.108.147.18] has joined #openttd 09:41:35 <andythenorth> oh look 09:41:47 <andythenorth> then there was trouble 09:41:48 <Pikkaphone> where? 09:42:09 <andythenorth> yes 09:42:11 <Pikkaphone> trouble is as trouble does 09:42:41 <Pikkaphone> any more hogs yet? 09:42:56 <andythenorth> loads 09:43:04 <andythenorth> if a âstandardâ truck is 30t 09:43:13 <andythenorth> how big should a mining or logging truck be for same era? 09:43:18 <andythenorth> this is brit-ish-ish 09:43:29 <Pikkaphone> 50? 09:43:35 <andythenorth> you have the jackpot 09:43:39 <andythenorth> that was my guess too 09:43:45 <Pikkaphone> huzzah 09:43:51 <andythenorth> family fortunes 09:43:54 *** b_jonas_ is now known as b_jonas 09:43:58 <Rubidium> long, short or metric t? 09:44:01 <andythenorth> yes 09:44:36 <andythenorth> when I am looking at realisms, I pick the type of ton/tonner that suits the number I want 09:44:50 <andythenorth> usually the one that gives the highest number :P 09:44:55 <andythenorth> -r 09:46:14 <Pikkaphone> but why look at realisms? 09:48:15 <andythenorth> canât help it 09:48:19 <andythenorth> compulsive 09:48:21 <andythenorth> low imagination 09:48:42 <Pikkaphone> nuclear powered hover hogs? 09:49:08 <andythenorth> only with cabeese 09:49:12 <Pikkaphone> horse drawn, naturally 09:50:36 <Pikkaphone> and animated rivets 09:52:14 <andythenorth> I was thinking about horse-drawn cabeese 09:53:48 <andythenorth> I think that would be mornington crescent 09:54:14 <Pikkaphone> yes 09:56:30 *** Pikkaphone2 [~yaaic@203-206-161-219.perm.iinet.net.au] has joined #openttd 09:56:40 <Pikkaphone2> whoosh 09:59:21 <Eddi|zuHause> what? 09:59:40 <Eddi|zuHause> are you two still speaking english? 10:02:00 <Pikkaphone2> http://en.m.wikipedia.org/wiki/Mornington_Crescent_(game) 10:02:07 <Pikkaphone2> if that helps 10:02:17 <Pikkaphone2> which it probably doesn't 10:02:18 *** Pikkaphone [~yaaic@58.108.147.18] has quit [Ping timeout: 480 seconds] 10:04:30 <andythenorth> Pikkaphone2: so how big is this? https://c2.staticflickr.com/4/3713/9169045063_52940483b2_z.jpg 10:04:33 <andythenorth> in tons or tonnes? 10:05:38 *** TorCoolguy_ [~ray@72.31.21.45] has joined #openttd 10:05:38 *** TorCoolguy [~ray@72.31.21.45] has quit [Read error: Connection reset by peer] 10:05:38 *** TorCoolguy_ is now known as TorCoolguy 10:06:00 <Pikkaphone2> 75? 90? 10:06:04 <andythenorth> 75 10:06:09 <andythenorth> another prize 10:06:12 <andythenorth> weâre doing well 10:06:19 <Pikkaphone2> is it slow? 10:06:24 <andythenorth> dunno 10:06:25 <Eddi|zuHause> that sounds awfully large 10:06:38 <andythenorth> awfully 10:06:44 <Eddi|zuHause> especially for the low number of axles 10:06:49 <Pikkaphone2> 3 train cars 10:06:54 <andythenorth> 4 tram cars 10:07:04 <Pikkaphone2> I measure everything in train cars now 10:07:43 <andythenorth> metric or imperial? 10:07:48 <Eddi|zuHause> a train car has four axles with 20t each, so 80t, about 20t of which are its own weight 10:07:55 <Eddi|zuHause> so 1 train car is 60t coal 10:08:18 <andythenorth> Eddi|zuHause: I think youâre confusing metric and imperial train cars 10:08:30 <Eddi|zuHause> rounding errors 10:09:00 <Pikkaphone2> also too many realisms 10:09:49 <Pikkaphone2> a TTD traincar carries 25-30t 10:10:00 <Pikkaphone2> nuff said 10:10:03 <andythenorth> do you have any cheese? 10:10:16 <Pikkaphone2> only on pizza 10:10:21 <Pikkaphone2> bbl 10:10:26 *** Pikkaphone2 [~yaaic@203-206-161-219.perm.iinet.net.au] has quit [Quit: Yaaic - Yet another Android IRC client - http://www.yaaic.org] 10:11:06 <andythenorth> bye pikkaphone2 10:11:15 <andythenorth> although I preferred the original tbh 10:11:38 <Eddi|zuHause> and the pikkaphone6 bends? 10:11:42 <andythenorth> ha 10:11:50 *** Myhorta[1] [~Myhorta@2001:8a0:ed44:5b01:f947:9adb:1806:b97a] has joined #openttd 10:12:08 <Eddi|zuHause> http://i.imgur.com/xsf6zsj.png 10:12:13 <andythenorth> wonder if my phone bends 10:12:58 <Rubidium> don't worry, it does 10:13:02 <Rubidium> it also does blend 10:13:05 <andythenorth> it flexes 10:13:36 <Eddi|zuHause> with muscles and all? 10:13:38 <andythenorth> is inelastic deformation bending? 10:14:06 <Eddi|zuHause> no 10:14:21 <Eddi|zuHause> there is elastic bending, and there's inelastic deformation that is not bending 10:14:35 <andythenorth> pretty certain that my phone 10:14:49 <andythenorth> will flex until the inelastic deformation limit is reached 10:14:55 <andythenorth> then it will increase the component count 10:15:12 <Alberth> puzzle time! 10:16:03 *** Myhorta [~Myhorta@00018fad.user.oftc.net] has quit [Ping timeout: 480 seconds] 10:16:03 <andythenorth> I donât see the problem tbh 10:16:19 <andythenorth> we have loads of metal-bodied mac laptops that are bent 10:16:30 <andythenorth> people put them in their pockets, forget, sit down... 10:16:49 <Alberth> they are too small :p 10:16:54 <andythenorth> bending is a feature 10:17:49 <andythenorth> also bbl 10:17:50 *** andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has quit [Quit: andythenorth] 10:20:20 <Eddi|zuHause> i don't see the problem either. 10:20:39 <Eddi|zuHause> i have no smartphone, and no mac laptop either 10:39:41 *** frosch123 [~frosch@frnk-4d01d1f1.pool.mediaWays.net] has joined #openttd 10:41:56 *** FLHerne [~flh@dsl-217-155-24-22.zen.co.uk] has joined #openttd 10:49:38 <argoneus> Rubidium: ah, thanks! is this something you know or is this documented somewhere? 10:52:42 *** arroyoc [~Thunderbi@169.pool85-57-219.dynamic.orange.es] has joined #openttd 10:53:53 *** arroyoc [~Thunderbi@169.pool85-57-219.dynamic.orange.es] has quit [] 10:55:56 <Rubidium> argoneus: http://vcs.openttd.org/svn/browser/trunk/src/network/core/tcp_admin.h + http://vcs.openttd.org/svn/browser/trunk/src/network/core/packet.h#L55 + http://vcs.openttd.org/svn/browser/trunk/src/network/core/config.h#L35 10:56:23 *** MJP [~mjp@hq.z77.fr] has joined #openttd 10:59:50 <argoneus> Rubidium: ah, I see 11:00:06 <argoneus> SEND_MTU = 1460 // the maximum number of bytes we can pack in a single packet 11:00:37 <Rubidium> but as said before, assume the worst (network corruption or evil wise) 11:00:56 <argoneus> thing is I have no clue if ottd appends some sort of delimiter to each message or not 11:01:08 <argoneus> I was trying to find the code that actually sends packets and couldn't find it 11:02:33 <Rubidium> it doesn't 11:02:58 <Rubidium> it has a header though 11:04:16 <Rubidium> see packet.h and packet.cpp 11:12:09 <argoneus> Rubidium: from what I am seeing, it just asserts that the data isn't larger than 1460 bytes, no? 11:12:40 <argoneus> so it should always send no more than that, and the tcp protocol guarantees I get correct data, no? 11:12:49 <Rubidium> when sending data out, yet... but not when receiving 11:13:05 <argoneus> or does tcp only make sure you receive -something-/ 11:13:58 <Rubidium> there is some error checking, but there is no guarantee 11:17:32 <argoneus> Rubidium: I still don't get it :( in packet.cpp at l179, it just kicks you off if you send too much data 11:18:39 <Eddi|zuHause> argoneus: always assume the other side didn't implement the protocol correctly 11:19:02 <Eddi|zuHause> argoneus: your program must accept any random set of data, and filter out the valid ones from that 11:19:35 <argoneus> but it just checks "is packet too big? nope, okay, read it" 11:19:42 <argoneus> and I don't understand 11:20:09 <argoneus> n = (uint32)this->buffer[this->pos++]; 11:20:39 <argoneus> so this reads the value at the current buffer byte, and stores it in an uint? 11:20:47 <argoneus> but then, why does it go to the next byte, and bitshift it by 8 11:21:01 <argoneus> that hurts my head 11:21:20 <Eddi|zuHause> uint32 is 4 bytes, but may be big endian or little endian 11:21:32 <Eddi|zuHause> so the bytes in the buffer must be arranged correctly 11:22:06 <argoneus> isn't it little endian 99% of the time? 11:22:07 <Eddi|zuHause> can't just read 4 bytes and assume the correct value 11:22:14 <Eddi|zuHause> no. 11:23:44 <argoneus> I still fail to grasp this 11:23:59 <argoneus> you read a uint32 number, but then basically lose the first 2 bytes 11:24:04 <argoneus> by bitshifting 11:24:06 <argoneus> no? 11:24:45 <argoneus> or am I missing something major 11:25:33 <Eddi|zuHause> no. you read uint8 11:25:52 <Eddi|zuHause> and put that into an uint32 11:26:05 <Eddi|zuHause> then you read another uint8, and put that in a different position in the same uint32 11:26:08 <Eddi|zuHause> then you read another uint8, and put that in a different position in the same uint32 11:26:10 <Eddi|zuHause> ... 11:27:05 <Eddi|zuHause> the combination of all these uint8s makes up your uint32 11:30:57 <Alberth> you get a stream of bytes from the network, and have to assemble the bytes to 4 byte integers, in code that works both for little endian and big endian 11:32:27 <argoneus> wait, this byte assembling works for both LE and BE? 11:32:53 <Eddi|zuHause> yes, because the compiler knows what to do when casting uint8 to uint32, and bitshifting 11:33:01 <argoneus> ohh 11:34:04 <Eddi|zuHause> and LE/BE is known to the compiler 11:34:07 <argoneus> I see 11:37:32 <Eddi|zuHause> 13:37, good time as any to go out... 11:38:03 <argoneus> hm 11:38:08 <argoneus> so apparently big endian is the standard with networking 11:38:12 <argoneus> TIL 11:38:57 <Alberth> openttd may use it, that doesn't make it a standard in networking in general :) 11:39:21 <argoneus> nono 11:39:27 <argoneus> there is some RFC that defines big endian as standard 11:39:33 <Alberth> ah, ok 11:39:49 <Eddi|zuHause> big endian is the more logical one if you come from a non-hardware-design perspective 11:40:30 <argoneus> big endian is the one where if I have 1111 0000 0000 1111, it will be stored as F00F ? 11:40:44 <argoneus> aka the intuitive way 11:40:51 <Eddi|zuHause> yes 11:41:07 <argoneus> then I have to wonder 11:41:15 <argoneus> why libottdadmin2 explicitely forces little endian 11:41:24 <argoneus> and even defines its own Struct for that 11:41:47 *** KouDy [~koudy@188.75.190.58] has joined #openttd 11:41:54 <Eddi|zuHause> most common (RIFF) file formats are little endian 11:42:11 <argoneus> yes, but 11:42:41 <argoneus> if openttd sends big endian packets, and is able to read both, why would you -force- LE? 11:43:00 <Eddi|zuHause> no, you got that backwards 11:43:27 <Eddi|zuHause> the computer that the code runs on can be both LE and BE. the protocol that is transmitted is always the same 11:44:17 * argoneus has never got into networking properly 11:44:25 <Eddi|zuHause> and if the protocol says to use LE, then that is what it must be. 11:44:38 <argoneus> what "protocol"? 11:44:52 <argoneus> someone here said openttd uses big endian, and TCP uses big endian too 11:45:13 <Eddi|zuHause> the "protocol" here is the admin port protocol 11:45:20 <Eddi|zuHause> it doesn't matter what TCP uses 11:45:28 <Eddi|zuHause> TCP is completely transparent to the user 11:45:57 <Eddi|zuHause> anyway... gone 11:46:20 <argoneus> ah, ok 11:46:47 <argoneus> but thanks a lot! 11:46:49 <argoneus> you've helped 11:48:43 <Alberth> admin port and server-client traffic are two independent things 11:49:06 <Alberth> there is no reason to force both to use the same encoding 11:49:32 *** Pikka [~Octomom@d58-106-46-133.rdl801.qld.optusnet.com.au] has joined #openttd 11:49:38 <Alberth> hi hi Pikka 11:49:44 <Pikka> bonjour 11:50:40 <argoneus> Alberth: consistency? :< 11:50:50 <Alberth> ha! :) 11:59:55 <planetmaker> consistency is only for the weak-minded :P 12:01:50 <Alberth> and for companies to have meetings about :p 12:04:34 *** sla_ro|master [slamaster@95.76.27.245] has quit [] 12:04:47 <Alberth> apparently someone decided otherwise at some point in the past. It's not a big problem imho, just abstract it away to "write stuff to the network" and "read stuff from the network", and it's solved :) 12:07:59 *** DabuYu [DabuYu@128.250.79.238] has quit [Ping timeout: 480 seconds] 12:13:57 <Rubidium> arguably the endianness of ALL OpenTTD binary network protocols is the same 12:14:43 <Rubidium> mostly because all use Packet which kinda makes it cumbersome to not use the protocol endianness of Packet 12:15:49 *** DabuYu [DabuYu@128.250.79.238] has joined #openttd 12:23:45 *** nobrain [~oftc-webi@53552595.cm-6-6a.dynamic.ziggo.nl] has joined #openttd 12:26:50 *** nobrain [~oftc-webi@53552595.cm-6-6a.dynamic.ziggo.nl] has left #openttd [] 12:44:19 *** DabuYu [DabuYu@128.250.79.238] has quit [Ping timeout: 480 seconds] 13:07:09 *** DabuYu [DabuYu@128.250.79.238] has joined #openttd 13:12:28 *** Myhorta[1] [~Myhorta@2001:8a0:ed44:5b01:f947:9adb:1806:b97a] has quit [Ping timeout: 480 seconds] 13:30:13 *** moffi2 [~moffi@dsdf-4db5eb94.pool.mediaWays.net] has quit [Ping timeout: 480 seconds] 13:30:37 *** gelignite [~gelignite@i528C3E66.versanet.de] has joined #openttd 13:39:43 *** DabuYu [DabuYu@128.250.79.238] has quit [Ping timeout: 480 seconds] 13:46:56 *** moffi [~moffi@dsdf-4db5eb94.pool.mediaWays.net] has joined #openttd 13:49:08 *** DabuYu [DabuYu@128.250.79.238] has joined #openttd 13:57:54 *** TomyLobo [~foo@91.65.115.103] has joined #openttd 13:58:04 <TomyLobo> hi 13:58:31 <TomyLobo> my 4096x4096 map takes about 15 seconds to autosave. is that normal? 13:58:43 <planetmaker> slow disk and computer: why not 13:58:49 <TomyLobo> nope 13:59:19 <planetmaker> it's as huge a map as you can get. And if you're watching a stream next to and and suck dry some leet torrents... 13:59:25 <TomyLobo> it's only like 1-2 years old 13:59:38 <TomyLobo> and no i dont 13:59:59 <LordAro> saving a 4kx4k map is *going* to be slow 14:00:05 <LordAro> there's not much you can do about that 14:00:14 <TomyLobo> the worst thing that's running is steam but that's not loading anything right now 14:00:27 <planetmaker> not even downloading? 14:00:42 <planetmaker> it's known to auto-update stuff 14:01:00 <TomyLobo> i would see that 14:01:13 <TomyLobo> i know computers 14:03:02 <planetmaker> maybe you're also out-of ram and it needs to swap a lot 14:03:15 <TomyLobo> 49% physical memory 14:03:17 <planetmaker> as it first needs to make a complete copy of the map and then saves the copy 14:03:41 <TomyLobo> openttd takes 387 mb right now 14:03:47 <TomyLobo> i have 8gb 14:04:05 <TomyLobo> i doubt it makes a dent :) 14:04:40 <peter1138> Yeah, 4Kx4K is quite big, and takes a while to compress. 14:09:13 <peter1138> Since when is age of the computer a good indication of its speed, anyway? :p 14:09:27 <TomyLobo> not since 14:09:36 <TomyLobo> but until netbooks came about 14:10:41 <planetmaker> so it's a 1.5 year old smartphone or tablet? 14:11:12 <TomyLobo> yes, a 1.5 year old smartphone with 8gb of ram 14:11:49 <TomyLobo> and netbooks came before smartphones and tablets, btw 14:14:06 <b_jonas> there are smartphones with 8 GB of ram? 14:14:22 <Alberth> RAM is easy and cheap 14:14:31 <b_jonas> sure, but in a smartphone too? 14:14:37 <Alberth> the question is does it have a fast CPU :p 14:14:39 <TomyLobo> b_jonas i was being sarcastic 14:14:46 <b_jonas> how's it even fit? 14:16:32 *** liq3 [~liq3@CPE-120-147-178-81.gdfw1.vic.bigpond.net.au] has quit [] 14:21:53 *** Flygon_ is now known as Flygon 14:25:00 <Flygon> Man 14:25:07 <Flygon> There's smartphones more powerful than my laptop 14:26:00 <Flygon> Now if there was x64 Smartphones 14:27:07 <FLHerne> Flygon: There are 14:27:21 <Flygon> Eksellent 14:27:32 <FLHerne> Not very many, but someone certainly made an Intel-based Android device 14:29:25 <Flygon> Man 14:29:32 <Flygon> Still waiting on looping OTTD maps 14:29:49 <Flygon> Civ II style looping anyone? 14:29:49 <peter1138> have you got a patch for it? 14:29:52 <Flygon> World maaaaaaaaap :D 14:29:55 <Flygon> Nah 14:30:00 <peter1138> boo 14:30:00 <Flygon> I'm a lazy idiot civillian 14:30:11 <Flygon> That complains about features that are too hard to code not being in the game 14:30:28 <peter1138> yeah, sometimes i forget i was born with the ability to code 14:31:15 <Flygon> Hot dayum 14:31:17 <Flygon> Are you like 14:31:21 <Flygon> Tony Stark or something? 14:32:38 <__ln__> top 14:32:42 <__ln__> wrong window 14:33:30 <Flygon> bottom? 14:44:36 <peter1138> Generating a 4096x4096 map... reminds me of starting up Civ on my 386. 14:44:42 <peter1138> That took ages too :p 14:45:32 <Flygon> Which Civ? :D 14:45:44 <Flygon> If you want real fun 14:45:52 <Flygon> Do a 2048*2048 Alpha Centauri game 14:45:52 <peter1138> Original, obviously. 14:46:09 <Flygon> Their algorithms are... well, there's reason they warn to not breach 256*256 15:14:28 <FLHerne> Hmm, the tile-based Python thing I'm hobby-poking on does that 15:15:12 <FLHerne> Somehow manages to use exponentially-increasing amounts of memory as the map size increases 15:15:27 *** Pereba [~UserNick@179.178.243.218] has joined #openttd 15:18:53 *** DabuYu [DabuYu@128.250.79.238] has quit [Ping timeout: 480 seconds] 15:25:36 *** DabuYu [DabuYu@128.250.79.238] has joined #openttd 15:29:58 *** moffi [~moffi@dsdf-4db5eb94.pool.mediaWays.net] has quit [Ping timeout: 480 seconds] 15:54:29 <Alberth> growing dictionary of tiles or so? 15:56:43 <FLHerne> Alberth: List. I don't really understand why. 15:57:21 <Alberth> yeah, weird 15:57:31 <FLHerne> Goes from about 200B per-element (elements are fairly small) to >800B per-element 15:58:04 <FLHerne> I assume it's indexing its elements in some way that doesn't scale well, but aargh 15:58:25 <FLHerne> I'm trying to make it use a big numpy array instead 15:59:50 <Alberth> make a big list in one go [None] * (much) ? 16:00:23 <Alberth> should save some re-sizing and memory fragmentation due to that 16:01:33 <Alberth> I also found it helps if you aggressively set variables to None after use, when they point to big things and don't go out of scope 16:04:45 <FLHerne> Alberth: The first thing looks simple to try and makes sense, I'll try that :-) 16:05:00 <Alberth> sys.getsizeof(object[, default]) <-- if you want to get funky :p 16:07:18 *** sla_ro|master [slamaster@95.76.27.245] has joined #openttd 16:08:34 <FLHerne> Creating the thing in one go had no appreciable affect, sadly 16:09:24 <FLHerne> I think just keeping all the data in a big numpy array should be a lot more efficient, because Python objects seem to have a massive individual size overhead that I don't really need 16:11:00 <Alberth> that shouldn't explain the growth per element, imho 16:11:20 <Alberth> element overhead doesn't grow if you have more of them 16:11:54 <FLHerne> True, but even 200B is a bit silly for something with a couple of bytes of actual information 16:12:02 <FLHerne> *couple of dozen 16:12:13 *** KWKdesign [~KWKdesign@pool-72-94-147-76.phlapa.fios.verizon.net] has quit [Read error: Operation timed out] 16:12:23 <Alberth> there is also "slots" for classes, where you remove the dictionary of the object 16:12:56 *** KWKdesign [~KWKdesign@pool-72-94-147-76.phlapa.fios.verizon.net] has joined #openttd 16:12:56 <Alberth> at the cost of not being able to make random new fields in them 16:15:15 <Alberth> I once threw out the lists by making a double-linked list myself 16:15:33 <Alberth> Obviously that will work horribly if you need random access :) 16:15:42 *** andythenorth [~andytheno@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has joined #openttd 16:15:55 <Alberth> hi andy 16:16:01 *** DDR [~kvirc@S010600254bbe4e1c.vc.shawcable.net] has joined #openttd 16:17:04 <FLHerne> Alberth: Ooh, hadn't heard of that. Looks useful. 16:22:50 <Alberth> slots is not recommended practice :p 16:23:47 *** andythenorth [~andytheno@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has quit [Ping timeout: 480 seconds] 16:23:57 *** moffi [~moffi@dsdf-4db5eb94.pool.mediaWays.net] has joined #openttd 16:25:00 *** andythenorth [~andytheno@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has joined #openttd 16:29:02 *** Myhorta[1] [~Myhorta@2001:8a0:ed44:5b01:f947:9adb:1806:b97a] has joined #openttd 16:29:10 *** Myhorta[1] [~Myhorta@2001:8a0:ed44:5b01:f947:9adb:1806:b97a] has quit [Remote host closed the connection] 16:34:08 *** andythenorth is now known as Guest1148 16:34:08 *** andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has joined #openttd 16:44:20 <andythenorth> any gameplay advantage to single unit RVs? 16:44:30 <andythenorth> they can use drive-in stops, is that a thing? 16:44:44 <Alberth> oh, those RVs :) 16:45:13 <Alberth> I hardly use drive-in things, too complicated 16:45:21 <peter1138> they can overtake 16:45:37 <peter1138> unless multi-part RVs can overtake these days 16:45:40 <andythenorth> nah 16:45:48 <andythenorth> hmm 16:45:53 <andythenorth> good point though 16:46:02 <andythenorth> mining trucks overtaking 16:46:03 <Alberth> don't use enough RVs for overtaking 16:46:13 <andythenorth> shameful 16:50:35 <andythenorth> train sets definitely easier to design than RVs 16:50:38 <FLHerne> andythenorth: Usually shorter, which is good for congestion 16:51:12 <FLHerne> Even per-capacity, I think 16:59:59 *** moffi [~moffi@dsdf-4db5eb94.pool.mediaWays.net] has quit [Ping timeout: 480 seconds] 17:04:36 *** DabuYu [DabuYu@128.250.79.238] has quit [Ping timeout: 480 seconds] 17:04:45 <fjb> Moin 17:04:52 <Alberth> o/ 17:15:17 <peter1138> Ahhhh, this 2X UI is so usable for my oldness :p 17:16:15 <peter1138> Hmm, maybe I should just ditch my triple screen setup and go for a 50" 1920x1080 display... 17:21:21 <andythenorth> is it commits? 17:24:12 <peter1138> No, I'm keeping it for myself. 17:24:26 <peter1138> I reckon a few years down the line I can say "I've got a patch for that." 17:26:04 <andythenorth> nice touch 17:26:13 <andythenorth> I have a whole truck set somewhere 17:26:22 <andythenorth> didnât quite work 17:27:24 <Pikka> hmm 17:27:43 *** DabuYu [DabuYu@128.250.79.238] has joined #openttd 17:34:15 <andythenorth> Ding Dong Mining Hauler 17:34:16 <andythenorth> hmm 17:34:18 <andythenorth> naming of parts :P 17:34:53 <peter1138> 16 changed files :( 17:35:07 <peter1138> 27KB patch :S 17:37:27 <Pikka> is Leslie Phillips driving it, andythenorth? 17:37:57 <andythenorth> maybe he should 17:38:08 <andythenorth> Boom Boom Mining Hauler 17:38:41 <peter1138> Basil Brush? 17:39:10 *** Hazzard [~quassel@c-67-174-253-44.hsd1.ca.comcast.net] has joined #openttd 17:39:29 <andythenorth> yup 17:40:31 <Pikka> obscure half-puns for vehicle names are a good feature 17:42:39 <andythenorth> but do you have any cheese? 17:43:04 <peter1138> No, I wash regularly 17:46:50 *** oskari89 [oskari89@83-102-63-32.bb.dnainternet.fi] has joined #openttd 17:54:51 *** DDR [~kvirc@S010600254bbe4e1c.vc.shawcable.net] has quit [Quit: DDR is not Dance Dance Revolution.] 17:56:12 *** DabuYu [DabuYu@128.250.79.238] has quit [Ping timeout: 480 seconds] 17:59:17 *** DDR [~kvirc@S010600254bbe4e1c.vc.shawcable.net] has joined #openttd 17:59:45 <andythenorth> do you want ekranoplans? 17:59:49 <andythenorth> and such 18:03:56 <Alberth> not really 18:04:17 *** Pensacola [~quassel@h220149.upc-h.chello.nl] has quit [Remote host closed the connection] 18:04:30 <andythenorth> any reason? 18:04:49 <Alberth> there is little point of having a train if ships are equally fast or faster 18:05:23 <Alberth> they are much easier to build 18:06:15 <andythenorth> k 18:07:07 <andythenorth> hmm 18:07:14 <andythenorth> Iâve sorted out most of Road Hog 18:07:19 <andythenorth> I have this one weird case 18:07:24 <andythenorth> foundry haulers 18:07:57 <andythenorth> I often build tertiary industries (consumers of metal, manufacturing supplies etc) near the secondary that produces them 18:07:59 <Alberth> what's that? 18:08:07 <andythenorth> there are some in HEQS 18:08:19 <andythenorth> they are short and haul ~100t or so 18:08:31 <andythenorth> and I use them on short flat routes where speed doesnât matter much 18:08:41 <Alberth> sort of short distance scrap metal 18:08:50 <andythenorth> yes, or steel etc 18:09:20 <andythenorth> gameplay doesnât benefit much from progression with these 18:09:27 <andythenorth> theyâre only worth using on short routes 18:09:38 <andythenorth> and theyâre only worth using if high capacity 18:09:54 <andythenorth> so canât figure out generations 18:10:22 <Alberth> have less generations? 18:10:41 <__ln__> *fewer 18:12:01 <Alberth> of improve in smaller steps, ie only max speed, or capacity, but not both at the same time 18:12:46 <Alberth> *or 18:12:55 <Pikka> if there's no progression, don't have generations 18:12:57 <Pikka> just have one :D 18:14:34 *** DabuYu [DabuYu@128.250.79.238] has joined #openttd 18:14:40 <andythenorth> Pikka: tram 4 eva? 18:15:03 <Pikka> trams are silly 18:15:05 <Pikka> but yes 18:15:09 <Pikka> many tram 18:16:00 <andythenorth> yair 18:16:01 <andythenorth> also 18:16:16 <andythenorth> I might do one day some âindustrialâ rosters or something 18:16:20 <andythenorth> just 2 generations 18:16:35 <andythenorth> all the silly big slow industrial things, rail and road 18:16:38 <andythenorth> nothing else 18:16:47 <andythenorth> just play for 50 years 18:17:26 *** Guest1148 [~andytheno@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has quit [Remote host closed the connection] 18:17:56 *** moffi [~moffi@dsdf-4db5eb94.pool.mediaWays.net] has joined #openttd 18:25:32 *** TorCoolguy_ [~ray@72.31.21.45] has joined #openttd 18:31:39 *** TorCoolguy [~ray@72.31.21.45] has quit [Ping timeout: 480 seconds] 18:31:39 *** TorCoolguy_ is now known as TorCoolguy 18:33:00 *** DanMacK [~63f912e8@188.cimarosa.openttdcoop.org] has joined #openttd 18:33:04 <DanMacK> Hey all 18:33:28 <Alberth> o/ 18:34:16 <peter1138> hurlo 18:41:50 *** jpierre03_ [~jpierre03@voyage.prunetwork.fr] has quit [Quit: -] 18:43:01 *** DabuYu [DabuYu@128.250.79.238] has quit [Ping timeout: 480 seconds] 18:49:23 *** moffi [~moffi@dsdf-4db5eb94.pool.mediaWays.net] has quit [Ping timeout: 480 seconds] 18:51:55 *** Alberth [~hat@2001:981:c6c5:1:be5f:f4ff:feac:e11] has left #openttd [] 18:55:00 *** TorCoolguy [~ray@72.31.21.45] has quit [Quit: TorCoolguy] 18:57:56 <andythenorth> snow bus http://www.offroadvehicle.ru/AZBUCAR/Kress/Kress%20Arctic%20Personal%20Carrier%20based%20on%20CAT%20700%20Series.jpg 18:59:36 *** DabuYu [DabuYu@128.250.79.238] has joined #openttd 19:01:19 <Pikka> that's no bus 19:01:43 <andythenorth> coach? 19:01:53 *** dfox [~dfox@94.142.237.120] has quit [Ping timeout: 480 seconds] 19:02:05 <Pikka> http://upload.wikimedia.org/wikipedia/commons/f/f8/Camel_bus_in_Havana.jpg 19:02:09 <Pikka> for tropic rosters 19:02:29 <andythenorth> tidy 19:02:41 <Pikka> https://c2.staticflickr.com/4/3113/2821168863_1d68257849_b.jpg 19:02:53 <andythenorth> if we had powered bit on road tiles http://newsroom.scania.com/en-group/files/2013/09/357468_highres_634986031604108666.jpg 19:03:01 <andythenorth> also http://www.lowtechmagazine.com/2009/07/electric-road-trains-in-germany-1901-1950.html 19:05:00 <Pikka> eh 19:05:05 <Pikka> roadtypes for 1.5, then? 19:05:11 <Pikka> you've got until april, plenty of time 19:05:16 <peter1138> :S 19:05:22 <andythenorth> just a bit :P 19:05:37 <andythenorth> world peace before roadtypes 19:05:58 <andythenorth> tramway, powered tramway, road, powered road 19:06:04 <Pikka> too much realisms, though 19:06:11 <andythenorth> limitations cause creativity no? 19:06:40 <Pikka> does having different roadtypes add to gameplay? 19:06:47 <Pikka> does having different railtypes add to gameplay? 19:06:52 <andythenorth> a bit 19:06:56 <Pikka> it only adds to realisms 19:07:12 <andythenorth> nah 19:07:15 <andythenorth> metro is valid 19:07:21 <andythenorth> not sure about NG 19:07:48 <Pikka> metro trains, perhaps. but would it really make much difference if they ran on "normal" track? 19:08:06 <andythenorth> I obviously think so :) 19:08:21 <frosch123> better add a feature to colour your roads 19:08:22 <andythenorth> have to build segregated routes through cities 19:08:45 <andythenorth> not sure that powered road tiles add much 19:08:56 <andythenorth> but the catenary on non-electric trams bugs me 19:09:02 <andythenorth> enough other eye candy crap is provided 19:09:20 <Pikka> the default catenary is pretty ugly 19:09:29 <andythenorth> and if we split âadd powerâ on the road building, might as well allow electric roads 19:09:38 <andythenorth> for your electric horses 19:09:38 <Pikka> "good" catenary is either less noticable or completely hidden imo 19:10:03 <andythenorth> we could fix the default? 19:10:11 <andythenorth> I usually make it invisible due to so ugly 19:10:40 <Pikka> okay so 19:10:42 <Pikka> draw better 19:10:43 *** dfox [~dfox@94.142.237.120] has joined #openttd 19:10:46 <Pikka> submit for default 19:10:51 <Pikka> then it won't look so bad 19:10:56 <Pikka> even with non-electric trams 19:11:22 <andythenorth> so no powered bit? 19:11:25 <andythenorth> no trolley bus? 19:12:01 <Pikka> it just seems like one more awkward hard-coded fudge to get around if roadtypes are ever added. + no trolley bus. Can't see it really adds anything except realisms? :o 19:12:15 <andythenorth> yeah 19:12:17 <andythenorth> I have nothing 19:12:21 <Pikka> if you want restricted passenger vehicles, make them trams 19:12:28 <Pikka> *route-restricted 19:13:10 <andythenorth> partly it would amuse me to see not-roadtypes 19:13:15 <Pikka> DanMacK, draw us better default tram catenary! :D 19:13:22 <Pikka> that's because you're a stirrer, andythenorth 19:13:26 <andythenorth> me? 19:13:30 <Pikka> oui 19:13:37 <andythenorth> outrageous 19:13:43 <Pikka> innit just 19:13:57 <andythenorth> I dunno 19:14:07 <andythenorth> if nobody had ever added stupid things like livery overrides 19:14:11 <andythenorth> where would we be today? 19:14:36 <Pikka> I was thinking of removing livery overrides from a pineapple, actually. D: 19:14:52 <andythenorth> I donât even know what they are tbh 19:14:55 <Pikka> making each coach generation a seperate vehicle. let players mix and match 19:15:18 <Pikka> it would make "properly" upgrading MUs a bit more convoluted though. 19:15:31 <Pikka> so I don't know 19:15:57 <andythenorth> better living through Extending The Spec in The Wrong Direction 19:16:20 <andythenorth> Iâm sure thatâs in Brian Enoâs cards 19:16:28 <Pikka> Extending the Spec with BAD FEATURES which nobody in their right mind will ever use 19:16:42 <Pikka> (see; aircraft range, and some other stuff I'm sure) 19:17:04 *** moffi [~moffi@dsdf-4db5eb94.pool.mediaWays.net] has joined #openttd 19:17:08 <Pikka> it seemed like a good idea at the time :) 19:17:25 <andythenorth> http://stoney.sb.org/eno/oblique.html 19:17:28 <andythenorth> lucky dip 19:17:50 <Pikka> hmm 19:17:52 <andythenorth> âDo something sudden, destructive and unpredictableâ 19:17:56 <andythenorth> was mine 19:18:08 <Pikka> you should use these for extra-text-in-buy-menu 19:18:16 <Pikka> or industry window descriptions 19:18:29 <andythenorth> what is âextra-text-in-buy-menuâ please? 19:18:37 <Pikka> for wehicles 19:18:52 <andythenorth> BAD FEATURE 19:19:12 <andythenorth> I mostly removed it, except for boots 19:19:18 <andythenorth> and even there Iâm considering it.... 19:19:54 <DorpsGek> Commit by peter1138 :: r26935 trunk/src/company_gui.cpp (2014-09-28 19:19:47 UTC) 19:19:55 <DorpsGek> -Codechange: Fit company colour selection drop down list to UI scale. 19:19:56 <Pikka> at least you have some kind of build environment with language files. I was dicking about with manually adding translations. :D 19:20:04 <andythenorth> hurgh 19:20:14 <andythenorth> well I broke the build environment with partial-compiling 19:20:17 <Pikka> I felt bad 19:20:18 <andythenorth> nml hates me 19:20:21 <Pikka> I asked people for translations 19:20:25 <Pikka> they provided translations 19:20:30 <Pikka> I couldn't be bothered adding them to the grf 19:20:57 <andythenorth> naughty Pikka that Pikka 19:21:25 <Pikka> now I'm back to an english-only and minimal text policy :) 19:21:31 <andythenorth> \o/ 19:21:43 <andythenorth> If I could remove the text from FIRS I would 19:21:48 <andythenorth> maybe I should 19:22:00 <Pikka> btw, please make an american horse ASAP 19:22:13 <Pikka> so I can point people to it when they insist on using NARS 19:22:51 <Pikka> does FIRS have much text? 19:23:00 <Pikka> the in -> out ratios? 19:23:05 <Pikka> / rules 19:23:08 <Pikka> ? 19:23:09 <andythenorth> supplies crap 19:23:17 <andythenorth> if I could remove it 19:23:20 <andythenorth> partial compiles would work 19:23:23 <andythenorth> much faster 19:23:31 <andythenorth> ~20s instead of 3 mins 19:23:34 <Pikka> supplies are a really good feature 19:23:38 <Pikka> it's just the text, huh? 19:23:42 <andythenorth> just the text 19:25:33 <andythenorth> stupid thing is 19:25:44 <andythenorth> I only invented supplies so I could add some Nodwells to HEQS 19:25:50 <andythenorth> and I never added them 19:29:49 <Pikka> well 19:31:52 <DanMacK> /me is back briefly 19:32:11 *** DabuYu [DabuYu@128.250.79.238] has quit [Ping timeout: 480 seconds] 19:32:14 *** Myhorta [~Myhorta@00018fad.user.oftc.net] has joined #openttd 19:39:18 <TomyLobo> is it possible to make the multi-player autosave asynchronous, like in single-player mode? 19:41:31 <peter1138> Is it not? 19:41:37 <TomyLobo> not for me 19:41:47 <TomyLobo> it halts the game for some seconds 19:42:01 <peter1138> Well, there's the bit where it needs to make a complete copy of the map. 19:42:04 <TomyLobo> up to the point where everyone gets timeout warnings 19:42:47 <TomyLobo> hmmm, most of the map doesnt change, right? 19:42:54 <peter1138> . o O ( There was a reason not to allow stupidly large maps... ) 19:43:16 <TomyLobo> actually, why doesnt it halt the game in SP? 19:43:50 <TomyLobo> by halting the game, i mean i get that "application does not respond" stuff 19:45:16 *** DabuYu [DabuYu@128.250.79.238] has joined #openttd 19:45:22 <peter1138> Windows users, how quaint :-) 19:45:34 <TomyLobo> i doubt it'd be much better on linux 19:46:00 <peter1138> That stuff only means it didn't respond to some Windows event, not that it is halted. 19:46:15 <TomyLobo> i know 19:46:24 <TomyLobo> but it doesnt draw, and doesnt respond to input 19:46:38 <peter1138> Because it's busy saving, I suppose. 19:46:47 <TomyLobo> and why is that not happening in SP? 19:46:53 <TomyLobo> with the same save? 19:47:22 <peter1138> Then I guess it is not a threaded save. 19:47:43 <TomyLobo> yup, but why? 19:48:43 *** Caffiend [~Caffiend@124-148-100-25.dyn.iinet.net.au] has joined #openttd 19:51:15 <TomyLobo> what would make a paused multiplayer game where nothing happens different from a paused singleplayer game where nothing happens? 19:57:27 *** dfox [~dfox@94.142.237.120] has quit [Ping timeout: 480 seconds] 20:03:23 <andythenorth> hmm 20:03:28 <andythenorth> heavy haulage trucks? 20:03:30 <andythenorth> BAD FEATURE? 20:03:38 <andythenorth> low-loaders etc for supplies 20:06:39 <peter1138> doobry durkin 20:08:35 *** glx [~glx@000128ec.user.oftc.net] has joined #openttd 20:08:38 *** mode/#openttd [+v glx] by ChanServ 20:08:56 <Pikka> so many trucks and realisms 20:09:08 *** DanMacK [~63f912e8@188.cimarosa.openttdcoop.org] has quit [Ping timeout: 480 seconds] 20:10:59 <andythenorth> is a no, yes? 20:13:43 *** DabuYu [DabuYu@128.250.79.238] has quit [Ping timeout: 480 seconds] 20:18:06 *** Caffiend [~Caffiend@124-148-100-25.dyn.iinet.net.au] has quit [Quit: Leaving] 20:18:24 <Pikka> I don't know 20:18:28 <Pikka> I wouldn't, but 20:19:57 <andythenorth> 51 vehicles 20:20:00 <andythenorth> probably enough 20:20:06 <peter1138> sometimes i think anti-realism is going to far 20:20:08 <andythenorth> 1860-1990 20:20:15 *** DabuYu [DabuYu@128.250.79.238] has joined #openttd 20:20:19 <peter1138> not doing something because it might be realism 20:20:33 <b_jonas> peter1138: uh, can you give an example for that? 20:20:36 <Pikka> no-one's avoiding things because they might be realism 20:20:41 <andythenorth> I have added unrealistic beer trams 20:20:41 <Pikka> except maybe V 20:20:44 <peter1138> (put it this way, ukrs2 is WAY more enjoyable than 10cc) 20:21:09 <andythenorth> also unrealistical milk tanker trams 20:21:18 <andythenorth> and next, unrealistical oil tanker trams 20:22:11 <andythenorth> but also most unrealistical things turn out to have happened, somewhere 20:22:16 <andythenorth> with enough google 20:22:20 <b_jonas> hehehe 20:22:33 <b_jonas> so, oil balloons? 20:22:51 <andythenorth> oilzellepins 20:22:57 <b_jonas> yeah, even better 20:25:11 *** Guest785 [~jrambo@109-92-12-148.dynamic.isp.telekom.rs] has quit [Read error: Connection reset by peer] 20:25:52 *** frosch123 [~frosch@frnk-4d01d1f1.pool.mediaWays.net] has quit [Quit: be yourself, except: if you have the opportunity to be a unicorn, then be a unicorn] 20:26:54 *** jrambo [~jrambo@178-221-249-139.dynamic.isp.telekom.rs] has joined #openttd 20:27:44 <Pikka> what makes ukrs2 WAY more enjoyable than 10cc? 20:32:33 *** Myhorta[1] [~Myhorta@10.87.37.188.rev.vodafone.pt] has joined #openttd 20:32:53 <peter1138> variety and limits 20:36:56 <andythenorth> doesnât pineapple have limits? 20:37:04 <andythenorth> I thought it had low-powered engines and stuff? 20:37:27 <planetmaker> it does 20:39:18 *** Myhorta [~Myhorta@00018fad.user.oftc.net] has quit [Ping timeout: 480 seconds] 20:39:22 <Pikka> ukrs2 has a mail wagon which has a 10mph lower speed limit than one locomotive, which is apparently not an enjoyable limit but "extremely annoying". 20:40:21 <andythenorth> is players 20:41:01 *** sla_ro|master [slamaster@95.76.27.245] has quit [] 20:41:02 <FLHerne> Pikka: The thing there is that it's sane for pax/mail to use the same routes or even trains (because the cargos behave identically), and 10mph is enough to be annoying but not to really make a difference :P 20:42:16 <andythenorth> thing is 20:42:20 <andythenorth> ukrs 2 hasnât gone away 20:42:31 <Pikka> true 20:42:31 <andythenorth> so now 20:42:33 <andythenorth> New Things 20:42:37 <Pikka> it should, but it hasn't :) 20:42:44 <Pikka> although not as much as NARS2 should 20:43:02 <FLHerne> Pikka: It won't, until BROS gets done :P 20:43:14 <Pikka> are we still on BROS? 20:43:15 <andythenorth> so never then 20:43:18 <andythenorth> fucking BROS 20:43:24 <andythenorth> appals me 20:43:35 <Pikka> I thought we'd had at least a couple of reincarnations since BROS? 20:43:37 <andythenorth> I really managed not to troll the Yet Another New BROS thread 20:44:10 <andythenorth> was quite proud of myself 20:44:26 <andythenorth> maybe Iron Horsies can kill NARS 2 20:44:26 <Pikka> well done 20:44:29 <andythenorth> but dunno 20:44:31 <Pikka> it should 20:44:36 <andythenorth> itâs not as much realisms 20:44:44 <andythenorth> maybe just enough 20:44:54 <Pikka> I honestly thought this week about making a better NARS 20:44:59 <Pikka> cut down, no bad features 20:45:05 *** DanMacK [~63f912e8@188.cimarosa.openttdcoop.org] has joined #openttd 20:45:13 <Pikka> but then I couldn't be bothered and thought we can just wait until American Horses 20:45:19 <Pikka> speaking of which, hello DanMacK 20:45:36 <DanMacK> lol, hey Pikka 20:45:59 <andythenorth> I kind of need one more silly vehicles for Road Hog brit roster 20:46:05 <andythenorth> itâs a bit logical right now 20:46:20 <andythenorth> 4 generations of each vehicle type, types match your industries 20:46:28 <andythenorth> is fine, but needs something odd 20:46:47 *** moffi [~moffi@dsdf-4db5eb94.pool.mediaWays.net] has quit [Ping timeout: 480 seconds] 20:46:58 <DanMacK> heavy/slow well truck? 20:47:41 <b_jonas> andythenorth: what are the four generations? horse-drawn, steam, diesel, electric? 20:48:00 <andythenorth> trams, trucks 20:48:05 <Pikka> DanMacK, we decided roadtypes was a bad idea anyway, just now. so we don't need to do them any more. 20:48:35 *** rambo [~jrambo@178-223-31-94.dynamic.isp.telekom.rs] has joined #openttd 20:48:43 *** DabuYu [DabuYu@128.250.79.238] has quit [Ping timeout: 480 seconds] 20:49:13 *** rambo is now known as Guest1165 20:49:53 <Pikka> do brithogs have silly vehicles? 20:50:08 <Pikka> no road trains, no trailer buses 20:50:31 <andythenorth> brithogs not so much 20:50:40 <andythenorth> beer tram, grain tram 20:50:44 <andythenorth> all very sensible 20:50:52 <andythenorth> thereâs a silly container thing 20:51:18 *** johnrambo [~jrambo@91-150-104-253.dynamic.isp.telekom.rs] has joined #openttd 20:51:18 <peter1138> I should implement roadtypes just to spite you :D 20:51:23 <andythenorth> :( 20:51:25 <Pikka> traction engines? 20:51:30 <andythenorth> one or two 20:51:32 <andythenorth> for logs 20:51:35 <andythenorth> no bulldozers, no tractors, nothing like that 20:51:40 <andythenorth> no snowplough... 20:51:42 <andythenorth> hmm 20:51:46 <andythenorth> snowplough? 20:52:21 <andythenorth> DUKW? 20:52:47 <Pikka> hovercraft 20:52:52 <andythenorth> yeah 20:52:54 <Pikka> road-going hovercraft 20:53:01 <andythenorth> definitely 20:53:57 *** jrambo [~jrambo@178-221-249-139.dynamic.isp.telekom.rs] has quit [Ping timeout: 480 seconds] 20:54:33 <andythenorth> should have done this for the farm truck http://www.offroadvehicle.ru/AZBUCAR/Hover%20Truck/ 20:54:56 <andythenorth> wrong link http://www.offroadvehicle.ru/AZBUCAR/Hover%20Truck/silo%20cargo%2022%2045%20la%20solo%20rv.jpg 20:55:01 *** Extrems [borgs@modemcable204.141-177-173.mc.videotron.ca] has quit [Ping timeout: 480 seconds] 20:55:16 <Pikka> it's not too late? 20:55:21 *** DabuYu [DabuYu@128.250.79.238] has joined #openttd 20:56:16 <andythenorth> saving it for a Euro roster 20:56:24 <andythenorth> all the whacky Dutch and German trucks 20:56:51 <DanMacK> You should implement Roadtypes anyway :P 20:56:55 <peter1138> bah @ alignment 20:56:59 <andythenorth> hmm 20:57:03 <andythenorth> fork lift truck? 20:57:05 <andythenorth> :P 20:57:16 <andythenorth> reach stacker? 20:57:18 *** jrambo [~jrambo@79-101-186-144.dynamic.isp.telekom.rs] has joined #openttd 20:57:23 *** Guest1165 [~jrambo@178-223-31-94.dynamic.isp.telekom.rs] has quit [Ping timeout: 480 seconds] 20:57:43 <TomyLobo> is there a way to upgrade depots including the contained trains to monorail/maglev? will there ever be? :) 20:58:31 <peter1138> http://fuzzle.org/~petern/ottd/double7.png < y offset alert :S 20:58:49 <Pikka> not unless you have a third railtype that's compatible with both to use as an intermediary, TomyLobo 20:59:02 <Pikka> I think some rail set has one, probably by V. 20:59:57 <peter1138> oh, hmm, mind you the offsets are wrong in 1.4.3 too 21:00:34 <TomyLobo> Pikka couldnt the vehicle replacing algo be used for that? 21:01:25 <peter1138> Feel free to write a patch to do that :D 21:01:32 <SpComb> peter1138: this [x] button thing to close a window is soooo outdated 21:01:48 <SpComb> you should just be able to swipe the dialog off the screen instead 21:02:09 <peter1138> Feel free to write a patch to do that :D 21:02:18 <Pikka> peter1138, well, the sprites are already double-size, so yeah, they're going to go off the top :) 21:02:30 <Pikka> I'll undouble them for the next release 21:02:40 <peter1138> Pikka, it's not using the double sprites there. 21:03:09 <Pikka> oh. well, it's still using sprites double the size what they should be 21:03:26 *** johnrambo [~jrambo@91-150-104-253.dynamic.isp.telekom.rs] has quit [Ping timeout: 480 seconds] 21:03:34 <Pikka> I basically coded 4x sprites as 2x sprites for the buy menu 21:03:49 <peter1138> that's not the buy menu :) 21:03:51 <SpComb> peter1138: maybe you need display: table-cell on the row and then vertical-align: middle; on the image! 21:03:56 <Pikka> so it isn't 21:04:01 <SpComb> this was the html5 rewrite branch, wasn't it? 21:04:04 <Pikka> in which case, ignore me. :) 21:04:05 <peter1138> did you set the y-offset thing. if you did, then i guess it's just not used there. 21:04:18 <Pikka> hmm 21:04:19 <b_jonas> garbage truck? 21:04:29 <Pikka> I don't know what I set the y-offset thing to 21:04:32 <Pikka> I possibly didn't set it 21:04:32 <b_jonas> and selective garbage truck, available from 2000? 21:04:33 <peter1138> heh 21:04:44 <peter1138> because your trains sit on the tracks, and you can see the wheels 21:04:51 <b_jonas> or more like, selective garbage is produced only from 2000 in cities 21:05:06 <peter1138> ttd trains sit over the tracks, no wheels visible, at least in most cases 21:05:33 <andythenorth> b_jonas: probably will do bin lorries yes, for FIRS recyclables 21:05:55 *** Progman [~progman@p57A19F67.dip0.t-ipconnect.de] has joined #openttd 21:06:00 <Pikka> I'll add it to the list of things to look into for the next version 21:06:11 *** jrambo [~jrambo@79-101-186-144.dynamic.isp.telekom.rs] has quit [Ping timeout: 480 seconds] 21:06:13 <DanMacK> I add wheels but for the angles they'd really be invisible 21:06:26 <andythenorth> hmm 21:06:43 <b_jonas> is there a set that replaces trams with trolleys? 21:06:53 <DanMacK> you mean trolley buses? 21:06:57 <b_jonas> yes 21:07:01 <DanMacK> yes 21:07:11 <b_jonas> probably those don't match trams well, because they need road too 21:07:20 <b_jonas> there's no sense in building trolley-only road 21:07:28 *** TomyLobo [~foo@91.65.115.103] has quit [Quit: Standby mode...] 21:07:40 <b_jonas> (they need... road types) 21:07:48 <andythenorth> roadtypes suck 21:07:56 <Pikka> no they don't, they just need to be coded as normal road vehicles ;) 21:08:11 <andythenorth> hmm 30km/h 65t capacity forklifts o_O 21:08:21 <Pikka> where? 21:08:25 <andythenorth> on the internet 21:08:28 <andythenorth> maybe in road hog 21:09:41 <Pikka> but why? 21:09:45 <Pikka> apart from the obvious 21:09:45 <andythenorth> maybe I go looking for realisms here http://ecx.images-amazon.com/images/I/61c%2B5BFKrlL._SY300_.jpg 21:09:56 <b_jonas> um, taxis which take passengers anywhere, not just in stations? 21:10:17 <Pikka> definitely the crocodile, andythenorth 21:10:27 <andythenorth> the book is upstairs 21:10:34 <andythenorth> hot dog car? 21:10:39 <andythenorth> watermelon wagon? 21:10:46 <andythenorth> pickle truck? 21:11:10 <andythenorth> http://www.momscleanairforce.org/wp-content/uploads/busytown-cars.jpg 21:11:13 <b_jonas> oh... ice cream lorries, which sell the ice cream to cities gradually, without stations in the city 21:11:23 <b_jonas> (still needs a station at the ice cream factory) 21:11:32 <b_jonas> nah, that's too toyland 21:11:36 <b_jonas> school buses? 21:12:07 *** jrambo [~jrambo@93-87-139-31.dynamic.isp.telekom.rs] has joined #openttd 21:12:20 <b_jonas> combine harvesters that don't transport anything but make farms produce more? 21:12:37 <b_jonas> oh, I know! amphibious buses that can go on roads and rivers 21:12:48 <b_jonas> those exist in real life though they're a very bad idea 21:13:22 <b_jonas> make them break down often, and get destroyed by crashing in the water 21:14:08 <Rubidium> peter1138: async autosave in MP is hard as that save interferes with saving for joins, and as such it's not async 21:18:01 <b_jonas> flying cars from 2000? 21:20:09 *** oskari89 [oskari89@83-102-63-32.bb.dnainternet.fi] has quit [] 21:29:40 *** dfox [~dfox@94.142.237.120] has joined #openttd 21:29:52 *** davidstrauss [~quassel@2001:4800:7813:516:62f:ce48:ff05:1b82] has quit [Remote host closed the connection] 21:32:49 *** johnrambo [~jrambo@93-87-198-208.dynamic.isp.telekom.rs] has joined #openttd 21:34:01 *** johnrambo [~jrambo@93-87-198-208.dynamic.isp.telekom.rs] has quit [Read error: Connection reset by peer] 21:34:39 *** Myhorta[1] [~Myhorta@10.87.37.188.rev.vodafone.pt] has quit [Quit: Leaving] 21:35:02 *** Myhorta [~Myhorta@00018fad.user.oftc.net] has joined #openttd 21:36:26 *** johnrambo [~jrambo@178-221-75-52.dynamic.isp.telekom.rs] has joined #openttd 21:36:34 *** Yotson [~Yotson@2001:980:6ac8:1:95fa:dab6:c6ec:9f37] has quit [Quit: .] 21:37:28 *** jrambo [~jrambo@93-87-139-31.dynamic.isp.telekom.rs] has quit [Ping timeout: 480 seconds] 21:40:25 *** Extrems [borgs@modemcable204.141-177-173.mc.videotron.ca] has joined #openttd 21:41:23 *** davidstrauss [~quassel@2001:4800:7813:516:62f:ce48:ff05:1b82] has joined #openttd 21:42:42 *** luaduck_zzz is now known as luaduck 21:44:10 <Wolf01> 'night 21:44:17 *** Wolf01 [~wolf01@0001288e.user.oftc.net] has quit [Quit: Once again the world is quick to bury me.] 21:47:25 *** gelignite [~gelignite@i528C3E66.versanet.de] has quit [Quit: http://bit.ly/nkczDT] 21:49:35 *** jrambo [~jrambo@109-93-169-57.dynamic.isp.telekom.rs] has joined #openttd 21:53:03 *** johnrambo [~jrambo@178-221-75-52.dynamic.isp.telekom.rs] has quit [Ping timeout: 480 seconds] 21:55:25 <andythenorth> hurgh 21:55:27 <andythenorth> time for bed 21:55:28 *** andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has quit [Quit: andythenorth] 22:02:33 *** jrambo [~jrambo@109-93-169-57.dynamic.isp.telekom.rs] has quit [Ping timeout: 480 seconds] 22:30:18 *** DabuYu [DabuYu@128.250.79.238] has quit [Ping timeout: 480 seconds] 22:39:45 *** abchirk_ [~abchirk@p57A0AB57.dip0.t-ipconnect.de] has quit [Remote host closed the connection] 22:46:52 *** DabuYu [DabuYu@128.250.79.238] has joined #openttd 22:48:16 <peter1138> but richard scarry! 22:49:07 <FLHerne> peter1138: Ha, I love those books :D 22:57:43 *** fjb [~frank@000158aa.user.oftc.net] has quit [Ping timeout: 480 seconds] 22:59:59 <peter1138> Everybody should. 23:00:48 <Pikka> no swearing on the forums, peter1138. tut tut. 23:01:43 *** fjb [~frank@000158aa.user.oftc.net] has joined #openttd 23:03:44 <peter1138> K 23:03:50 <peter1138> Hmm, non-TGP maps are broken :S 23:04:07 <peter1138> Should be a couple of water tiles around each edge, I think. 23:13:57 *** fjb is now known as Guest1176 23:13:59 *** fjb [~frank@000158aa.user.oftc.net] has joined #openttd 23:14:17 *** Progman [~progman@p57A19F67.dip0.t-ipconnect.de] has quit [Remote host closed the connection] 23:14:43 *** Guest1176 [~frank@000158aa.user.oftc.net] has quit [Ping timeout: 480 seconds] 23:15:18 *** DabuYu [DabuYu@128.250.79.238] has quit [Ping timeout: 480 seconds] 23:20:03 *** Pikka [~Octomom@d58-106-46-133.rdl801.qld.optusnet.com.au] has quit [Quit: Leaving] 23:25:47 *** HerzogDeXtEr [~flex@i59F6DB76.versanet.de] has quit [Quit: Leaving.] 23:26:22 *** DabuYu [DabuYu@128.250.79.238] has joined #openttd 23:28:40 *** Myhorta [~Myhorta@00018fad.user.oftc.net] has quit [Quit: Leaving] 23:33:08 *** Myhorta [~Myhorta@00018fad.user.oftc.net] has joined #openttd