Config
Log for #openttd on 29th March 2016:
Times are UTC Toggle Colours
00:01:46  *** JezK [~jez@2407:7800:400:107f:3db5:daca:8457:e66a] has joined #openttd
00:04:38  <drac_boy> seem a bit strange for a transfer table but what do I know tho http://www.msd-dresden.com/fileadmin/_processed_/csm_bautzen_umbauschbuehne_16z9_01_0e234f1cab.jpg
00:06:25  <Eddi|zuHause> are we playing "i don't think i see what you are seeing"?
00:10:21  *** TrueBrain [~truebrain@000125f6.user.oftc.net] has quit [Read error: Connection reset by peer]
00:10:38  *** TrueBrain [~truebrain@i210033.upc-i.chello.nl] has joined #openttd
00:11:29  *** Myhorta [~Myhorta@00018fad.user.oftc.net] has quit [Ping timeout: 480 seconds]
00:31:39  <drac_boy> at least this one isn't as confusing to figure out but heh good thing they added some touches of red paint otherwise that poor plow would easily seeming become lost in the snow its supposed to remove :-> http://www.rmweb.co.uk/community/uploads/monthly_07_2015/post-5613-0-29117500-1436028043.jpg
00:36:11  <Eddi|zuHause> i somehow doubt they're getting a lot of snow in that museum
00:50:51  *** TrueBrain [~truebrain@i210033.upc-i.chello.nl] has quit [Read error: Connection reset by peer]
00:51:02  *** TrueBrain [~truebrain@i210033.upc-i.chello.nl] has joined #openttd
00:52:25  *** APTX_ [~APTX@aptx.org] has quit [Read error: Connection reset by peer]
00:52:47  *** APTX [~APTX@aptx.org] has joined #openttd
00:56:21  *** Snail [~jacopocol@cpe-98-14-130-227.nyc.res.rr.com] has joined #openttd
01:28:22  *** Flygon__ [~Flygon@ppp118-209-180-212.lns20.mel8.internode.on.net] has quit [Read error: Connection reset by peer]
01:32:12  *** Flygon [~Flygon@ppp118-209-180-212.lns20.mel8.internode.on.net] has joined #openttd
01:43:52  <sim-al2> I'm not sure I understand why a transfer table for a tram would have only half a roof
01:44:30  *** tycoondemon2 [~ashnohoe@D97B8CD4.cm-3-4c.dynamic.ziggo.nl] has joined #openttd
01:48:10  <drac_boy> personally I find the whole thing a bit strange to me...I'm used to simple ones that just looks like a flat bridge sitting on the ground and not much else (aside to overhead wire if electric locomotives required)
01:48:19  *** tycoondemon [~ashnohoe@D97B8CD4.cm-3-4c.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds]
01:49:28  *** APTX_ [~APTX@aptx.org] has joined #openttd
01:50:04  *** APTX [~APTX@aptx.org] has quit [Read error: Connection reset by peer]
01:54:17  <drac_boy> hm not finding that photo I recall before. but either way germany does have a small number of all-electrified turntables tho. kinda funny to look at that spaghetti-like mess of wires starting from the very center point and shoot in all manners of directions
01:57:01  <Samu> @logs
01:57:01  <DorpsGek> Samu: http://irclogs.qmsk.net/channels/openttd
01:58:20  <drac_boy> well can't find the real one now but heres a similar model version tho http://www.bwwmrc.co.uk/exhibitions/StJohn13Apr/Beck_2780f1f6.jpg
01:58:50  *** Ketsuban [~ketsuban@2a02:c7d:a33e:4100:d490:965c:c091:bc36] has quit [Quit: Leaving]
01:58:52  <drac_boy> I see a silly bright little diesel locomotive has sneaked in tho :) (and yeah a little military wagon/train too)
02:05:44  <drac_boy> either way going sleep so have fun
02:05:49  *** drac_boy [~oftc-webi@modemcable027.125-163-184.mc.videotron.ca] has left #openttd []
02:07:11  <Samu> just managed to make the ships able to traverse those track slopes http://i.imgur.com/cmtgwgg.png with this noob-coding patch  https://paste.openttdcoop.org/pkap1qfo6
02:07:38  <Samu> supermop:
02:08:13  <Samu> do you want a savegame?
02:19:27  <Samu> download the savegame file with the name "start these ships.sav" -> https://onedrive.live.com/redir?resid=23B29F3DE45F6F1F!1251&authkey=!APyGXPhplGn9KKM&ithint=file%2csav
02:22:05  <Samu> with the patch, the ships will be able to run in circles. becomes easier to see how the missing sprites should look like
02:22:28  <Samu> now i'm out to sleep, good night all
02:30:32  *** Samu [~oftc-webi@po-217-129-255-23.netvisao.pt] has quit [Ping timeout: 480 seconds]
02:50:35  *** glx [~glx@000128ec.user.oftc.net] has quit [Quit: Bye]
02:50:51  *** Xal [~xal@S0106881fa12987ab.vw.shawcable.net] has joined #openttd
02:52:47  *** Supercheese [~Superchee@cpe-76-178-136-186.natnow.res.rr.com] has joined #openttd
03:45:41  *** liq3 [liq3@CPE-120-147-195-191.gdiv2.lon.bigpond.net.au] has joined #openttd
04:15:04  *** sim-al2 [~sim-al2@108-221-157-231.lightspeed.mmphtn.sbcglobal.net] has quit [Ping timeout: 480 seconds]
04:30:01  *** liq3 [liq3@CPE-120-147-195-191.gdiv2.lon.bigpond.net.au] has quit []
04:33:04  *** liq3 [~liq3@CPE-120-147-195-191.gdiv2.lon.bigpond.net.au] has joined #openttd
04:46:35  *** Xal [~xal@S0106881fa12987ab.vw.shawcable.net] has quit [Quit: bye]
05:11:29  *** Clockworker__ [~Clockwork@189-30-213-32.paemt702.dsl.brasiltelecom.net.br] has joined #openttd
05:19:20  *** Clockworker_ [~Clockwork@189-30-213-32.paemt702.dsl.brasiltelecom.net.br] has quit [Ping timeout: 480 seconds]
05:58:27  <Flygon> Wait
05:58:39  <Flygon> We're making a railtype that ships can drive on? O_O
06:07:17  <peter1138> we?
06:15:34  *** andythenorth [~Andy@cpc87201-aztw31-2-0-cust156.18-1.cable.virginm.net] has joined #openttd
06:20:46  <andythenorth> o/
06:33:33  *** Snail [~jacopocol@cpe-98-14-130-227.nyc.res.rr.com] has quit [Quit: Snail]
06:53:53  <andythenorth> but would NotRoadTypes have speed limits and all that crap?
07:11:40  *** andythenorth [~Andy@cpc87201-aztw31-2-0-cust156.18-1.cable.virginm.net] has quit [Quit: andythenorth]
07:19:51  *** andythenorth [~Andy@cpc87201-aztw31-2-0-cust156.18-1.cable.virginm.net] has joined #openttd
07:41:23  *** JezK [~jez@2407:7800:400:107f:3db5:daca:8457:e66a] has quit [Quit: :q!]
08:13:06  *** andythenorth [~Andy@cpc87201-aztw31-2-0-cust156.18-1.cable.virginm.net] has quit [Quit: andythenorth]
08:36:18  *** HerzogDeXtEr [~farci@i59F6C78C.versanet.de] has joined #openttd
08:36:51  *** ektor [~ektor@231-44-190-109.dsl.ovh.fr] has joined #openttd
08:39:06  <peter1138> yesno
08:39:06  *** Myhorta [~Myhorta@00018fad.user.oftc.net] has joined #openttd
08:39:08  *** tycoondemon2 [~ashnohoe@D97B8CD4.cm-3-4c.dynamic.ziggo.nl] has quit []
08:39:34  *** tycoondemon [~ashnohoe@D97B8CD4.cm-3-4c.dynamic.ziggo.nl] has joined #openttd
08:40:13  *** HerzogDeXtEr [~farci@i59F6C78C.versanet.de] has quit [Read error: Connection reset by peer]
08:43:27  *** Supercheese [~Superchee@cpe-76-178-136-186.natnow.res.rr.com] has quit [Quit: Valete omnes]
08:47:39  *** Ketsuban [~ketsuban@2a02:c7d:a33e:4100:49f2:1d19:d3dd:7141] has joined #openttd
08:48:39  *** ektor [~ektor@231-44-190-109.dsl.ovh.fr] has quit [Ping timeout: 480 seconds]
08:54:54  *** Myhorta [~Myhorta@00018fad.user.oftc.net] has quit [Ping timeout: 484 seconds]
09:13:17  *** Myhorta [~Myhorta@00018fad.user.oftc.net] has joined #openttd
09:30:04  *** Wolf01 [~wolf01@95.236.238.32] has joined #openttd
09:30:07  <Wolf01> o/
10:03:59  *** Samu [~oftc-webi@po-217-129-255-23.netvisao.pt] has joined #openttd
10:04:12  <Samu> @logs
10:04:12  <DorpsGek> Samu: http://irclogs.qmsk.net/channels/openttd
10:04:18  <Samu> hi
10:14:06  *** andythenorth [~Andy@194.168.185.226] has joined #openttd
10:24:48  <andythenorth> o/
10:28:07  <Wolf01> o/
10:50:12  <Wolf01> mmh, I can't understand why one subscribed feed doesn't load correctly, if I debug the collection all is in place, it just doesn't show in the UI
10:50:44  <Wolf01> even if I replace the feed values with static values
10:50:50  <Wolf01> so it can't be the feed
10:53:25  <Wolf01> slept well, andy? had some subtle revelation on dream?
11:00:32  *** wilima [~textual@158.194.110.16] has joined #openttd
11:01:10  <wilima> Hi, is it possible the connect bank and train station with car and transport money from bank to train station and load the train to another city?
11:02:20  <Wolf01> yes, the station must not accept valuables and you need to set the truck order to unload and leave empty or transfer
11:02:48  <wilima> ah, thanks, thats the thing :)
11:02:49  <Wolf01> transfer is better because truck and train share the income
11:06:03  *** wilima [~textual@158.194.110.16] has quit [Quit: My Mac has gone to sleep. ZZZzzz
]
11:15:49  <Samu> can someone explain me this piece of code
11:15:52  <Samu> static const byte coast_tracks[] = {0, 32, 4, 0, 16, 0, 0, 0, 8, 0, 0, 0, 0, 0, 0, 0};
11:16:15  <Samu> the coast tracks part
11:16:43  <Samu> what are those numbers inside the brackets
11:20:36  <Samu> here's the whole function https://git.openttd.org/?p=branches/1.6.git;a=blob;f=src/water_cmd.cpp;h=4392eb2103732a53a0aba4aee9e53e48804f0e12;hb=HEAD#l1234
11:21:39  <Samu> case WATER_TILE_COAST: ts = (TrackBits)coast_tracks[GetTileSlope(tile) & 0xF]; break;
11:24:18  *** wilima [~textual@158.194.110.17] has joined #openttd
11:24:33  <Wolf01> they seem to be the track bits allowed to be built on coasts
11:25:09  *** wilima [~textual@158.194.110.17] has quit []
11:30:03  *** liq3 [~liq3@CPE-120-147-195-191.gdiv2.lon.bigpond.net.au] has quit []
11:30:51  * andythenorth has NotRoadType spec questions
11:31:00  <andythenorth> I think the implementation is not so hard again now
11:32:32  <andythenorth> but all the speeds and compatibility crap that railtypes has :|
11:32:35  <andythenorth> seems dull
11:33:04  <Samu> there's 16 numbers inside
11:33:25  *** liq3 [~liq3@CPE-120-147-195-191.gdiv2.lon.bigpond.net.au] has joined #openttd
11:33:39  <Samu> 0 32 4 0 16 etc... how are they used in this ts = (TrackBits)coast_tracks[GetTileSlope(tile) & 0xF]
11:34:32  <Samu> the numbers are track bit, i think i understand that now
11:34:48  <Samu> but the ts = (TrackBits) part I still don't get it
11:38:38  <andythenorth> is that not just accessing data in a TrackBits type?
11:38:41  * andythenorth is pure guessing
11:38:53  <andythenorth> have you looked up the TrackBits type?
11:39:52  <Wolf01> Samu, each array position should be one of the slopes the tile can have, and the numbers related to the slopes you can build on are the trackbit
11:40:02  <andythenorth> if I was guessing, I’d suggest the slope was an index into some kind of array
11:40:23  <andythenorth> and that the result was the number of track bits, or a bitmask number which is unpacked for track bit pattern
11:40:30  <Wolf01> ^
11:40:33  * andythenorth _is_ guessing
11:40:37  <Wolf01> ^
11:40:42  <andythenorth> yeah :)
11:41:31  <Wolf01> (things like that are kind of magic to me, I have a lot to learn on data structures)
11:42:07  <Wolf01> but I can get the idea on how they work
11:42:38  <Wolf01> so andy, what was the question?
11:42:44  <andythenorth> coding a lot of nfo taught me how to make educated guesses
11:42:52  <andythenorth> but not how to do bitmaths properly :x
11:44:00  *** Compu [~Compu@2604:6000:120a:a003:3dc0:147a:954c:e006] has joined #openttd
11:44:16  <Compu> how do i change the soundfont openttd uses for midis in ubuntu?
11:45:21  <Eddi|zuHause> depends on which music driver is used. if timidity, then look at their settings
11:46:04  <Eddi|zuHause> something might be achieved by parameters to openttd's -m setting
11:46:17  <Eddi|zuHause> documentation is likely poor in that area
11:47:59  *** Arveen [~Arveen@ip-95-223-75-47.hsi16.unitymediagroup.de] has joined #openttd
11:50:45  *** smoke_fumus [~smoke_fum@188.35.176.90] has joined #openttd
11:59:48  *** wilima [~textual@158.194.110.16] has joined #openttd
12:22:17  <andythenorth> Wolf01: the question is whether NotRoadTypes should be (a) super simple (just eye candy) or (b) provide features / limits, for example speed limits, and arbitrary compatibility / incompatibility
12:22:24  *** Clockworker [~Clockwork@189-30-213-32.paemt702.dsl.brasiltelecom.net.br] has joined #openttd
12:22:25  <andythenorth> or [c] something else
12:22:58  <Wolf01> B for coherence with railtypes
12:23:04  <andythenorth> I find some of the features of railtypes strikingly useless
12:23:10  <andythenorth> not most, but some
12:23:53  <andythenorth> also as a newgrf author, railtypes is just baffling to work with
12:24:06  <andythenorth> somebody else (foobar) wrote Termite because I don’t understand the spec
12:24:11  *** smoke_fumus [~smoke_fum@188.35.176.90] has quit [Read error: Connection reset by peer]
12:24:17  <andythenorth> and the railtypes stuff in Iron Horse was given to me by other people
12:24:21  *** smoke_fumus [~smoke_fum@188.35.176.90] has joined #openttd
12:24:48  <Wolf01> I usually build roro stations with a "slower" railtype so trains are forced to slow down if passing through and not going 190kph
12:25:09  *** Snail [~jacopocol@cpe-98-14-130-227.nyc.res.rr.com] has joined #openttd
12:26:56  *** Arveen [~Arveen@ip-95-223-75-47.hsi16.unitymediagroup.de] has quit [Quit: Nettalk6 - www.ntalk.de]
12:27:56  *** Clockworker__ [~Clockwork@189-30-213-32.paemt702.dsl.brasiltelecom.net.br] has quit [Ping timeout: 480 seconds]
12:33:30  *** wilima [~textual@158.194.110.16] has quit [Quit: My Mac has gone to sleep. ZZZzzz
]
12:43:22  <Samu> AHA, I GOT IT
12:48:17  *** tokai|noir [~tokai@00012860.user.oftc.net] has joined #openttd
12:48:20  *** mode/#openttd [+v tokai|noir] by ChanServ
12:49:16  <Samu> in fact, i might have actually found a bug
12:49:34  <Samu> unless my understanding failed somewhere
12:50:54  <Samu> nevermind, not a bug, it's me
12:50:59  <Samu> false alarm
12:55:26  *** tokai [~tokai@00012860.user.oftc.net] has quit [Ping timeout: 480 seconds]
13:05:05  <Samu> question, are there water tiles that use the SLOPE_ELEVATED slope configuration? or is it the same as SLOPE_FLAT?
13:06:45  <Samu> apparently, SLOPE_ELEVATED has no trackbits
13:06:51  <Samu> but SLOPE_FLAT does
13:07:25  <Samu> any specific reason why is this so?
13:08:31  <andythenorth> it might be because the coast tiles are also water
13:08:37  <andythenorth> that’s how it works in newgrf
13:08:47  <andythenorth> and they are, of course, sloped
13:09:12  * andythenorth is giving out possibly wrong info, it’s a long time since I used that in newgrf
13:09:29  <andythenorth> water has trackbits? o_O
13:09:37  <Samu> yes, for ships
13:09:45  <Samu> to know where they can walk
13:09:46  <andythenorth> pathfinder needs them I assume
13:09:54  <andythenorth> ok so coast tiles would have no trackbits
13:10:24  <andythenorth> also there is the waterfalls case for rivers
13:10:37  <andythenorth> waterfalls are not navigable
13:10:55  <Samu> some coast tiles have tracks
13:11:04  <andythenorth> half tiles?
13:11:17  <Samu> ~yes, half-water / halt-declive, yes
13:11:20  <andythenorth> half tiles would have one or 3 bits, at a guess
13:12:45  <andythenorth> Samu: you have seen this? :) https://git.openttd.org/?p=trunk.git;a=blob_plain;f=docs/tileh.png;hb=HEAD
13:12:55  *** Snail [~jacopocol@cpe-98-14-130-227.nyc.res.rr.com] has quit [Quit: Snail]
13:15:12  <Samu> yes, I started at that since yesterday night, lol
13:15:18  <Samu> stared*
13:16:15  <Samu> http://i.imgur.com/cmtgwgg.png
13:16:31  <argoneus> there are waterfalls?!
13:18:41  *** Hiddenfunstuff [~Geth@y32.ip1.anvianet.fi] has joined #openttd
13:19:22  <Samu> tile 0 in the picture is a SLOPE_FLAT
13:20:32  <Samu> tile 15, which is not in the picture, would be a SLOPE_ELEVATED, and it looks like a SLOPE_FLAT with the 4 corners raised
13:20:54  <Samu> I wonder, why isn't the game currently putting tracks in SLOPE_ELEVATED
13:21:58  <Samu> is it ambiguous? pointless to do so? is it because once the 4 corners are raised, it becomes SLOPE_FLAT? what is it?
13:36:12  *** liq3 [~liq3@CPE-120-147-195-191.gdiv2.lon.bigpond.net.au] has quit []
13:37:20  *** Arveen [~Arveen@ip-95-223-75-47.hsi16.unitymediagroup.de] has joined #openttd
13:39:58  <andythenorth> tile 12 is a waterfall for example
13:43:46  <supermop> good morning
13:47:16  *** Bowen [4f42167b@107.161.19.53] has joined #openttd
13:47:40  <Bowen> hey guys, anyone know why server 2 is down?
13:55:07  *** Bowen [4f42167b@107.161.19.53] has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
13:59:59  <Samu> what do I do? put tracks in SLOPE_ELEVATED or not? It's a difference between typing a 0 or 63
14:14:27  <Samu> https://paste.openttdcoop.org/pjv8ib4iq?/pjv8ib4iq
14:18:58  *** Ketsuban [~ketsuban@2a02:c7d:a33e:4100:49f2:1d19:d3dd:7141] has quit [Quit: Leaving]
14:23:57  *** Alberth [~alberth@2001:981:c6c5:1:be5f:f4ff:feac:e11] has joined #openttd
14:24:00  *** mode/#openttd [+o Alberth] by ChanServ
14:26:19  *** sim-al2 [~sim-al2@dns25-172.cbu.edu] has joined #openttd
14:34:17  <andythenorth> lo Alberth
14:34:31  <Alberth> moin
14:34:46  <argoneus> moan
14:35:16  *** TheMask96 [martijn@gluttony.vhost.ne2000.nl] has quit [Ping timeout: 480 seconds]
14:39:18  *** TheMask96 [martijn@gluttony.vhost.ne2000.nl] has joined #openttd
14:41:39  <Samu> Alberth: hi
15:00:40  <Samu> question: GetTileSlope(tile) will never return SLOPE_ELEVATED, right?
15:10:04  *** sla_ro|master [~sla.ro@89.136.141.100] has joined #openttd
15:18:50  *** Arveen [~Arveen@ip-95-223-75-47.hsi16.unitymediagroup.de] has quit [Quit: Nettalk6 - www.ntalk.de]
15:20:37  <Samu> i still have a question
15:22:43  *** Quatroking [~Quatrokin@ip226-139-211-87.adsl2.static.versatel.nl] has joined #openttd
15:23:13  <Samu> assuming i am right, and that SLOPE_ELEVATED is never returned by GetTileSlope(tile), why is that there's 16 entries in coast_tracks[] = {0, 32, 4, 0, 16, 0, 0, 0, 8, 0, 0, 0, 0, 0, 0, 0}; and not 15?
15:25:01  <Samu> the last entry is for the SLOPE_ELEVATED tile but if it's not even returned (assuming i'm right), why is it there?
15:29:54  <Alberth> completeness? table is also used for other code? someone wasn't thinking? better safe than sorry?
15:30:07  <Alberth> take your pick :)
15:31:19  * andythenorth bets on better safe than sorry
15:32:03  <Alberth> it could even be the case that in the past that value was returned and thus used
15:33:41  <Samu> oh, that makes more sense
15:33:59  <Alberth> code is not written once and never touched again
15:34:13  <Alberth> over the years different people make changes
15:34:20  *** juzza1 [~juzza1@0001bead.user.oftc.net] has joined #openttd
15:34:37  <Alberth> it's next to impossible to move everything along
15:34:50  *** M-E [~M@ip4da0d6bd.direct-adsl.nl] has joined #openttd
15:35:00  <Alberth> compilers don't warn about things you don't need
15:35:29  <Alberth> except for some trivial cases like unused static in a file
15:38:06  <Samu> I see, thanks for the explanation, it was driving me crazy
15:38:22  <Samu> i thought i was misinterpreting something
15:38:50  <Alberth> don't assume code makes sense :p
15:39:12  * andythenorth fell into that
15:39:39  *** Wormnest [~Wormnest@s5596abd2.adsl.online.nl] has joined #openttd
15:39:43  <andythenorth> other apps, I learnt to judge the mentaility of the authors :P
15:39:56  <andythenorth> openttd I assume is sane and well thought out, not sure why I do that :P
15:40:19  <Alberth> dangerous :p
15:40:25  <andythenorth> yeah
15:40:33  <andythenorth> some tools and frameworks are though
15:40:49  <andythenorth> others are clearly created by bags of monkeys with keyboards
15:41:21  <andythenorth> o/t, if I ask enough people what NotRoadTypes should provide, will I eventually get the answer I want? oO_
15:42:03  <Alberth> if you know the latter, I think you would, law of the big numbers :)
15:42:14  <Alberth> not sure you'd need to ask then, however :p
15:42:36  <andythenorth> mostly I don’t know how much of speed limits and crap I’d want to support
15:42:46  <andythenorth> practically, I might not be able to code that anyway
15:42:53  <andythenorth> but conceptually eh?
15:43:37  <Samu> okay, so that leads me back to the original question: do i put tracks in SLOPE_ELEVATED (which aren't even checked), or no tracks (like it is now)?
15:43:57  <Alberth> imho, having more than 1 type of road graphically is already very ++++
15:44:28  <Alberth> coding other crap can always be done later
15:44:47  <Alberth> not to mention some patch authors will do that all by themselves
15:45:39  <Alberth> at least, I suspect someone will :)
15:46:08  <andythenorth> it affects some design choices about compatibility and so on
15:46:15  <andythenorth> and overbuilding and that sort of thing
15:46:28  <Alberth> Samu: assume the value could be returned, what is the best value then?
15:46:45  <Alberth> yeah, very complicated very quickly
15:46:54  <Samu> tracks, that would mean 63 there
15:47:00  <Samu> and not 0
15:47:18  <Samu> but the code was putting 0
15:48:21  *** KouDy [~koudy@mahdalviktor.netbox.cz] has quit [Remote host closed the connection]
15:48:22  <Alberth> right, that would suggest the author wanted a) not a crash, and b) something obvious to see as being wrong?
15:48:35  *** KouDy [~koudy@mahdalviktor.netbox.cz] has joined #openttd
15:48:55  <Samu> IsTileFlat(tile) ? TRACK_BIT_ALL : TRACK_BIT_NONE; break;
15:49:07  <Samu> track_bit_all means 63
15:49:25  <Alberth> but I don't see the problem, the value isn't used, how can it be a wrong value?
15:49:37  <Samu> because i'm patching
15:49:52  <Samu> (TrackBits)clear_tracks[GetTileSlope(tile) & 0xF]; break;
15:49:56  <Samu> that's my replacement
15:50:07  <Samu>  here https://paste.openttdcoop.org/pjv8ib4iq?/pjv8ib4iq
15:50:48  <Samu> IsTileFlat(tile) function
15:50:54  <Samu> must investigate what this one do
15:50:58  <Samu> brb
15:51:24  <Alberth> /me looks for food
15:52:13  * andythenorth looks at rain
15:52:20  <andythenorth> wonders why it’s raining at home time
15:57:33  <Alberth> to annoy you?
16:01:07  <andythenorth> I am the center of my world, so probably that yes
16:01:16  * andythenorth -> rain
16:01:17  *** andythenorth [~Andy@194.168.185.226] has quit [Quit: andythenorth]
16:01:20  *** sim-al2 [~sim-al2@dns25-172.cbu.edu] has quit [Ping timeout: 480 seconds]
16:07:27  *** wilima [~textual@89.24.156.114] has joined #openttd
16:15:30  *** wilima [~textual@89.24.156.114] has quit [Ping timeout: 480 seconds]
16:16:33  <Samu> back, alright, I'm going to play safe and put 63
16:18:43  <Samu> IsTileFlat is checking the height of 4 adjacent tiles to find out if they're all equal or not
16:19:07  <Samu> it's not even using GetTileSlope
16:22:01  <Samu> the height of SLOPE_ELEVATED is 1 and that means that the  4 adjacent tiles height would also be 1... so in essence, the old code would eventually put tracks, so i'm gonna do the same
16:22:19  <Samu> mistery solved :p
16:30:09  <supermop> lunch time
16:31:32  <Samu> https://paste.openttdcoop.org/pxkv7w1re
16:31:47  <Samu> oh hi supermop :o
16:45:19  *** HerzogDeXtEr [~farci@i59F6DE1A.versanet.de] has joined #openttd
16:46:30  *** Progman [~progman@p57A186B4.dip0.t-ipconnect.de] has joined #openttd
16:47:05  <Samu> uhm...
16:47:51  <Samu> my code will never check SLOPE_ELEVATED, i'm still not pleased
16:48:49  <Samu> the original code doesn't check SLOPE_ELEVATED directly, but it would still put tracks
16:49:05  <Samu> grr, brb
16:50:28  <Samu> case WATER_TILE_CLEAR: ts = IsTileFlat(tile) ? TRACK_BIT_ALL : (TrackBits)clear_tracks[GetTileSlope(tile) & 0xF]; break;
16:55:40  *** glx [~glx@000128ec.user.oftc.net] has joined #openttd
16:55:43  *** mode/#openttd [+v glx] by ChanServ
16:55:51  <Samu> Alberth: what u think now? https://paste.openttdcoop.org/ps2m2br1i
16:57:47  <Alberth> I am thinking I have no clue what you are doing
16:58:33  <Samu> :|
17:00:16  <Samu> improving the static TrackStatus GetTileTrackStatus_Water(TileIndex tile, TransportType mode, uint sub_mode, DiagDirection side)
17:02:51  <Samu> making ships able to traverse water tiles with slopes, a bit like what currently happens with coastal tiles
17:03:41  <Samu> but for all tile heights, and not just sea level
17:03:44  <Samu> i guess
17:03:48  <Samu> this is what i'm doing
17:06:55  *** Wolf03 [~wolf01@host99-237-dynamic.248-95-r.retail.telecomitalia.it] has joined #openttd
17:06:55  *** Wolf01 is now known as Guest9636
17:06:55  *** Wolf03 is now known as Wolf01
17:10:12  <Samu> Alberth: http://i.imgur.com/cmtgwgg.png - this
17:10:23  <Samu> pretty much is what that patch do
17:10:47  *** Guest9636 [~wolf01@0001288e.user.oftc.net] has quit [Read error: Connection reset by peer]
17:11:55  *** Clockworker_ [~Clockwork@187-4-30-85.paemt702.dsl.brasiltelecom.net.br] has joined #openttd
17:17:03  *** Supercheese [~Superchee@cpe-76-178-136-186.natnow.res.rr.com] has joined #openttd
17:19:19  *** Clockworker [~Clockwork@189-30-213-32.paemt702.dsl.brasiltelecom.net.br] has quit [Ping timeout: 480 seconds]
17:19:46  *** andythenorth [~Andy@cpc87201-aztw31-2-0-cust156.18-1.cable.virginm.net] has joined #openttd
17:23:56  <Alberth> wb
17:24:17  <Alberth> why not build a canal on a foundation? that would do the same thing
17:25:50  *** sim-al2 [~sim-al2@dns25-172.cbu.edu] has joined #openttd
17:36:36  <Samu> static Foundation GetFoundation_Water(TileIndex tile, Slope tileh) return FOUNDATION_NONE;
17:36:45  <Samu> okay, i have no idea what's a foundation
17:38:42  <andythenorth> conceptually, or in the code?
17:39:12  <Samu> what Alberth asked
17:39:25  <Samu> i guess, in the code
17:39:43  <Alberth> build a track at a slope
17:39:45  <andythenorth> canals with foundations are an interesting idea
17:39:47  <andythenorth> http://newgrf-specs.tt-wiki.net/wiki/Callbacks#Decide_drawing_default_foundations_.2830.2F14E.2F150.29
17:39:51  <Alberth> or a house or a depot
17:39:54  *** gelignite [~gelignite@f048133247.adsl.alicedsl.de] has joined #openttd
17:40:20  <andythenorth> actually that newgrf link is probably not helpful sorry
17:40:27  <andythenorth> I was hoping there was a picture, but no
17:40:46  <Alberth> ha, that would be too helpful :p
17:40:53  <andythenorth> could add one :)
17:41:29  <Alberth> don't think many people read that stuff any more, with nml around
17:42:55  <Wolf01> anyone good with c#?
17:43:17  <Alberth> I treat it like Java :p
17:44:05  <Alberth> seen a few programs, but never wrote a line c# :)
17:46:38  <Wolf01> I have problems converting a collection to a dictionary :/ The example code is really easy but the IDE complaints that I can't convert a KeyValuePair(string, string) to string... I can't understand how to select only the value and not the whole KeyValuePair
17:47:26  <andythenorth> no .value or something?
17:47:35  <Wolf01> I'm doing this => Dictionary<long, Package> dictionary = packages.ToDictionary(p => p.TrackingNumber);
17:47:35  <Alberth> it doesn't have a "getKey()" or so?
17:47:49  <Wolf01> this is from the example
17:47:56  <andythenorth> .Key
17:48:00  <andythenorth> .Value
17:48:01  <andythenorth> https://msdn.microsoft.com/en-us/library/5tbh8a42%28v=vs.110%29.aspx
17:48:11  <andythenorth> they’re just props apparently
17:48:35  <Alberth> props and getters/setters are mostly the same thing in c#, afaik
17:49:20  <Wolf01> but the example creates a dictionary of <string, KVP>, where do I put the second .key?
17:50:36  <Wolf01> I just started to use the (p => p.something), I used it on the Where() extension so far
17:51:31  <Wolf01> maybe it's because p.value is already a KVP, but I'm not sure
17:51:45  <Alberth> my guess would be p.Key => p.Value   but far from knowing that
17:51:58  <Alberth> don't understand the notation
17:53:35  <Wolf01> in Where() is select p where p.prop == something, here could be return p with key p.prop
17:54:21  <Wolf01> the problem is, I don't want p, only p.value :D
17:55:11  <Alberth> perhaps try to be less smart, and use a few more lines code?
17:57:07  <Wolf01> ok, I'll go back to the old foreach
17:59:21  <Alberth> no doubt it can be done, but figuring it out also takes time
18:00:26  <Wolf01> I can't understand why it should be so difficult, maybe with a delegate...
18:03:26  <Wolf01> nah, even worse
18:03:39  <Wolf01> I'll stay with the foreach
18:04:18  <Wolf01> that notation is good because of chainability
18:04:48  <Samu> foundation is related with autoslope?
18:07:19  <Wolf01> autoslope or not, foundation is related with what there is over the tile, autoslope only avoids the user to manually terraform to have the right slope
18:08:18  <Wolf01> and does that by adding a foundation usually
18:08:40  *** Ketsuban [~ketsuban@2a02:c7d:a33e:4100:29f4:ddde:7ce6:9349] has joined #openttd
18:10:57  *** Arveen [~Arveen@ip-95-223-75-47.hsi16.unitymediagroup.de] has joined #openttd
18:11:59  <Samu> eum... the only think i can say is... i wasn't planning  autosloped rivers
18:12:30  <andythenorth> rivers could use some improvements :D
18:12:36  <andythenorth> how about scope creeep? o_O
18:13:24  <Samu> imagine a mountain of water
18:13:47  <Samu> i don't want it to look like I'm playing minecraft
18:15:11  <Wolf01> just finished to play it :D
18:17:04  <Samu> scope creep, what's that?
18:17:18  <andythenorth> I have an idea, you add it to your unrelated patch :)
18:17:23  <andythenorth> good for me, not for you
18:20:53  <Samu> mindstorming ideas?
18:21:48  <Samu> to see what works best?
18:21:52  <Samu> i'm confused
18:23:15  <Wolf01> andy, you do my feed reader UWP and I do roadbits?
18:23:22  <Wolf01> *roadtypes
18:23:28  <Samu> the goal i had is: allow terraforming of tiles which contain rivers on it
18:24:01  <Samu> it needs working on sprites, i believe they're "missing sprites"
18:24:16  <Samu> so that it doesn't look stupid like on that screenshot
18:24:22  <Samu> http://i.imgur.com/cmtgwgg.png
18:24:27  <andythenorth> Wolf01: NotRoadTypes :P
18:25:17  *** frosch123 [~frosch@00013ce7.user.oftc.net] has joined #openttd
18:25:30  <Samu> now, assuming the sprites were already available, the water tracks needed to be adjustable, because ships were not able to traverse them
18:25:59  <Samu> only the tile 0 had tracks
18:28:49  <Samu> the watered tile is 100% water, no half-parts being land and the other being something else. It's a water tile, no matter what
18:29:12  <Samu> bah typo
18:29:24  <Samu> the watered tile is 100% water, no half-parts being WATER* and the other being something else. It's a water tile, no matter what <- fixed
18:29:58  <andythenorth> frosch123: what railtype crap-with-no-gameplay-fun should I copy over to NotRoadTypes? o_O
18:32:12  <Samu> the problem is that I have no idea what's a foundation
18:32:22  <Samu> lol
18:32:27  <frosch123> drawing of custom road graphics :)
18:32:36  <frosch123> drawing of custom bridge surfaces
18:32:53  * andythenorth has a copy of railtype props in notes here
18:33:08  <frosch123> flags for drive-in availability
18:33:19  <andythenorth> interesting
18:33:48  <andythenorth> I think drive-in is determined by road or tram, subtype should ignore it
18:34:09  <andythenorth> speed_limit, acceleration_model, curve_speed_multiplier all look very boring
18:34:29  <frosch123> true, we have no drive-in movement code for trams
18:34:42  <frosch123> yeah, none of the properties look interesting
18:34:59  <frosch123> pure graphics imho
18:35:23  <Samu> foundations are sprites?
18:35:36  <andythenorth> to be clear where I got to on ‘spec'
18:36:00  <andythenorth> - every tile gets up to 1 ROADTYPE_ROAD and 1 ROADTYPE_TRAM
18:36:02  <andythenorth> not more
18:36:14  <andythenorth> - there are road subtypes and tram subtypes
18:36:21  <frosch123> Samu: foundations are Liberté, égalité and fraternité
18:36:31  <andythenorth> the chosen subtype is the one that will be built for all road bits of that roadtype on the tile
18:36:54  <andythenorth> subtype provides catenary, or not
18:37:19  <frosch123> andythenorth: i thought about that. currently i prefer splitting road and light-rail at the very top of the toolbar
18:37:24  <andythenorth> at some point, I will figure out the compatibility crap, and ‘powered on this subtype’ will be left to vehicles to figure out
18:37:30  <andythenorth> frosch123: that remains possible in my patch
18:37:43  <andythenorth> light-rail is an interesting renaming of trams
18:37:46  <frosch123> so, from the interface point of view, there are real rail, road, light rail, canal and airport
18:38:01  <frosch123> you can combine light rail and road, just like you can compbine normal rail and road
18:38:14  <andythenorth> but only one of each per tile
18:38:31  <frosch123> yes, one railtype per tile
18:38:34  <frosch123> one roadtype per tile
18:38:36  <Samu> supermop: hey, you're still interested about drawing sprites? couldn't figure out if you were willing to help
18:38:39  <frosch123> one lightrail type per tile
18:38:40  <andythenorth> one lightrailtype
18:38:43  <frosch123> one watertype per tile
18:39:04  <andythenorth> would you propose actually reimplementing all the road stuff to split trams out into light rail?
18:39:06  <andythenorth> or just in the UI?
18:39:12  <frosch123> only ui :)
18:39:23  <frosch123> internally trams are like roadvehicles
18:39:36  <frosch123> but from a gui point of view it makes no sense to put tram and road into the same dropdown
18:39:46  <andythenorth> agreed
18:39:48  <frosch123> when you can only combine one group with the other
18:39:52  <andythenorth> I’ll copy this to my notes
18:40:20  <andythenorth> in first patch, all subtypes will be cross-compatible
18:40:33  <andythenorth> then I’ll figure out ‘powered or not’ which probably means touching pathfinder :(
18:40:45  <andythenorth> and some kind of compatibility table for subtypes I guess :)
18:40:46  <andythenorth> :(
18:41:16  <frosch123> yeah, ignore compatibilty till the very end :)
18:41:28  <frosch123> after all purr is the best railset :p
18:41:33  <frosch123> so, first road-purr
18:41:48  <andythenorth> I don’t understand compatibility right now for railtypes at all, as newgrf author
18:41:53  <andythenorth> got no desire to repeat that :P
18:42:34  *** Clockworker_ [~Clockwork@187-4-30-85.paemt702.dsl.brasiltelecom.net.br] has quit [Read error: Connection reset by peer]
18:42:59  *** Clockworker_ [~Clockwork@187-4-30-85.paemt702.dsl.brasiltelecom.net.br] has joined #openttd
18:43:24  <supermop> samu, if its straightforward, yes
18:44:06  * andythenorth back tomorrow
18:44:08  *** andythenorth [~Andy@cpc87201-aztw31-2-0-cust156.18-1.cable.virginm.net] has left #openttd []
18:47:17  <Samu> did you get the savegame I posted yesterday night? i posted a link in chat, it would let you visualize what is missing
18:47:33  <Samu> brb, i'll fetch it
18:49:21  <Samu> 03:19:27 < Samu> download the savegame file with the name "start these ships.sav" -> https://onedrive.live.com/redir?resid=23B29F3DE45F6F1F!1251&authkey=!APyGXPhplGn9KKM&ithint=file%2csav
18:52:21  <Samu> you may need this patch: https://paste.openttdcoop.org/ps2m2br1i
18:52:40  <Samu> or the ships won't turn in the corners
18:54:38  <supermop> at work now
18:55:54  *** sim-al2 [~sim-al2@dns25-172.cbu.edu] has quit [Ping timeout: 480 seconds]
18:57:46  *** Clockworker_ [~Clockwork@187-4-30-85.paemt702.dsl.brasiltelecom.net.br] has quit [Read error: Connection reset by peer]
18:58:00  *** Clockworker_ [~Clockwork@187-4-30-85.paemt702.dsl.brasiltelecom.net.br] has joined #openttd
18:59:54  *** Clockworker [Clockworke@177.2.175.252] has joined #openttd
19:03:27  <supermop> but i can make time to draw some
19:04:28  <Samu> :)
19:06:19  *** Clockworker_ [~Clockwork@187-4-30-85.paemt702.dsl.brasiltelecom.net.br] has quit [Ping timeout: 480 seconds]
19:08:40  <Samu> the patch also lets you mess around with the terraforming of rivers. you can raise and lower a lake of river tiles and the river tiles will remain
19:10:02  <Samu> (but it won't currently let you demolish a river tile)
19:10:13  *** Mucht [~Martin@000128e2.user.oftc.net] has joined #openttd
19:10:25  <Samu> for lazy reasons
19:10:29  <Samu> :\
19:10:44  <Samu> guess that's what I'm gonna code now
19:22:52  *** Samu [~oftc-webi@po-217-129-255-23.netvisao.pt] has quit [Remote host closed the connection]
19:25:22  *** Supercheese [~Superchee@cpe-76-178-136-186.natnow.res.rr.com] has quit [Quit: Valete omnes]
19:33:13  *** Samu [~oftc-webi@po-217-129-255-23.netvisao.pt] has joined #openttd
19:34:18  <Samu> @logs
19:34:18  <DorpsGek> Samu: http://irclogs.qmsk.net/channels/openttd
19:35:21  <SpComb> oh god does someone still use that
19:35:48  <Samu> sorry
19:36:06  <SpComb> it'll probably die by summer unless I get around to completely rewriting it
19:38:55  *** liq3 [liq3@CPE-120-147-195-191.gdiv2.lon.bigpond.net.au] has joined #openttd
19:41:31  <frosch123> SpComb: we can likely send webster here as well
20:01:00  *** Hiddenfunstuff [~Geth@y32.ip1.anvianet.fi] has quit [Quit:  HydraIRC -> http://www.hydrairc.com <- Go on, try it!]
20:17:54  *** Alberth [~alberth@2001:981:c6c5:1:be5f:f4ff:feac:e11] has left #openttd []
20:22:03  *** frosch123 [~frosch@00013ce7.user.oftc.net] has quit [Quit: be yourself, except: if you have the opportunity to be a unicorn, then be a unicorn]
20:25:52  *** sla_ro|master [~sla.ro@89.136.141.100] has quit []
20:48:58  *** Progman [~progman@p57A186B4.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
20:53:11  <Samu> terraform function is huge :(
21:05:24  *** BowenC2C [4f42167b@107.161.19.53] has joined #openttd
21:05:28  <BowenC2C> hey
21:05:32  <BowenC2C> anyone here?
21:11:24  *** BowenC2C [4f42167b@107.161.19.53] has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
21:27:05  *** urdh [~urdh@00013d7a.user.oftc.net] has quit [Quit: Boom!]
21:28:12  *** Nathan1852 [~Nathan185@HSI-KBW-134-3-201-222.hsi14.kabel-badenwuerttemberg.de] has joined #openttd
21:28:42  *** Arveen [~Arveen@ip-95-223-75-47.hsi16.unitymediagroup.de] has quit [Quit: Nettalk6 - www.ntalk.de]
21:30:36  <Nathan1852> I have a problem with some grfs. I am trying to decode them using Grf Wizard to better understand how they work, but some of the imagesdon't decode right. Grfcodec just says that the grf has 0 sprites, although the grf works fine ingame
21:31:04  *** zeknurn [~sup@hd9483bd7.seveveb.dyn.perspektivbredband.net] has quit [Read error: Connection reset by peer]
21:31:52  *** zeknurn [~sup@hd9483bd7.seveveb.dyn.perspektivbredband.net] has joined #openttd
21:32:02  *** norro_ [~quassel@vm-1-2.k023.de] has quit [Quit: No Ping reply in 180 seconds.]
21:32:33  *** Mucht [~Martin@000128e2.user.oftc.net] has quit [Remote host closed the connection]
21:32:48  *** Mucht [~Martin@000128e2.user.oftc.net] has joined #openttd
21:33:10  *** FLHerne [~flh@dsl-217-155-24-22.zen.co.uk] has joined #openttd
21:33:11  <Nathan1852> So if someone knows why this happens and/or ho to fix it, I would be really happy
21:33:13  *** norro [~quassel@vm-1-2.k023.de] has joined #openttd
21:34:26  *** gelignite [~gelignite@f048133247.adsl.alicedsl.de] has quit [Quit: http://bit.ly/1kso8Ta]
21:34:28  <SpComb> The Webster Leiden International Relations Club (IRC) was first inspired through Webster student, Hemayel Martina. Since its initiation, it has become a force of education, communication, and passion
21:34:45  <SpComb> heh, fun misquotes aboud, "Visit our Facebook or the IRC Blog for up-to-date information and events. If you would like to become an active member in the IRC, please send an email to: websterleidenirc@gmail.com"
21:35:04  <SpComb> but that's probably not what frosch meant
21:37:56  <SpComb> but if #openttd wants its irclogs and someone else is already maintaining a bot for that, it might be a sensible replacement
21:38:35  <Wolf01> I use them very often
21:39:34  <SpComb> I have some vauge ideas for reimplementing it, but I'd like to avoid having to port the current archic mess over, and the server it's currently running on is scheduled for demolition
21:41:57  *** urdh [~urdh@00013d7a.user.oftc.net] has joined #openttd
21:42:40  *** Wormnest [~Wormnest@s5596abd2.adsl.online.nl] has quit [Quit: Leaving]
21:43:39  <Nathan1852> Could one of you maybe help me?
21:47:36  <FLHerne> Nathan1852: I missed whatever the original question was
21:47:48  <FLHerne> What problem are you having?
21:47:49  <Nathan1852> I have a problem with some grfs. I am trying to decode them using Grf Wizard to better understand how they work, but some of the imagesdon't decode right. Grfcodec just says that the grf has 0 sprites, although the grf works fine ingame
21:49:02  <FLHerne> Hm, I've never used 'Grf Wizard', just plain grfcodec
21:49:12  <FLHerne> Do you have a link to the grf(s) in question?
21:49:42  <Nathan1852> Well, grf wizard just starts grfcodec, so there shouldn't be any differences
21:50:31  <Nathan1852> I got the grfs from the ingame download, some of them the 2cc and chips grfs
21:50:35  <FLHerne> Well, I want to try and see if it works here :P
21:51:52  <Nathan1852> You probably can download them via the ingame downloader
21:52:21  <FLHerne> Nathan1852: Chips 1.5.0 decodes fine here with grfcodec 6.0.5
21:52:44  <FLHerne> Ah, possibly GrfWizard bundles an old grfodec version without grfv8 support?
21:53:06  <FLHerne> The newgrf format was changed to support 32-bit sprites and multiple zoom levels
21:53:35  <Nathan1852> That could be.
21:53:42  <Nathan1852> It had version 0.9.10
21:54:30  <FLHerne> Ouch
21:54:51  <FLHerne> Definitely too old, by about 5 years
21:55:21  <FLHerne> Anyway, no need to decode CHIPS https://www.google.co.uk/search?q=chips+openttdcoop&ie=utf-8&oe=utf-8&gws_rd=cr&ei=vPn6VqiNO8q4auO7i5AH
21:55:27  <Nathan1852> Yeah. I think it doesn't even bundle it, but I downloaded the wrong (old) version by mistake
21:55:28  <FLHerne> https://dev.openttdcoop.org/projects/chips, even
21:59:27  <Nathan1852> It works now, thank you for your help
22:04:49  <FLHerne> Ah, good :-)
22:05:09  *** Biolunar [~Biolunar@x5d820b48.dyn.telefonica.de] has joined #openttd
22:06:51  *** HerzogDeXtEr [~farci@i59F6DE1A.versanet.de] has quit [Read error: Connection reset by peer]
22:17:26  *** Nathan1852 [~Nathan185@HSI-KBW-134-3-201-222.hsi14.kabel-badenwuerttemberg.de] has quit [Ping timeout: 480 seconds]
22:22:00  <SpComb> the year selection dropdown on the irclogs calendar browser only goes up to 2009 :P
22:23:55  <SpComb>                 <select name="year">
22:23:55  <SpComb>                     ${h.select_options(((None, 2006), (None, 2007), (None, 2008), (None, 2009)), month.year)}
22:23:58  <SpComb>                 </select>
22:24:02  <SpComb> yes, this is code that's showing its age :P
22:27:25  *** Zeetherdroid [~AndChat53@user-0c6t3g5.cable.mindspring.com] has joined #openttd
22:48:36  *** FLHerne [~flh@dsl-217-155-24-22.zen.co.uk] has quit [Quit: There's a real world out here!]
22:51:03  *** innocenat [sid8070@id-8070.ealing.irccloud.com] has quit [Server closed connection]
22:51:24  *** innocenat [sid8070@2604:8300:100:200b:6667:2:0:1f86] has joined #openttd
23:19:16  <Wolf01> 'night
23:19:19  *** Wolf01 [~wolf01@0001288e.user.oftc.net] has quit [Quit: Once again the world is quick to bury me.]
23:21:02  *** theholyduck [sid10277@id-10277.ealing.irccloud.com] has quit [Server closed connection]
23:21:23  *** theholyduck [sid10277@id-10277.ealing.irccloud.com] has joined #openttd
23:28:07  *** Snail [~jacopocol@cpe-98-14-130-227.nyc.res.rr.com] has joined #openttd
23:33:59  *** sim-al2 [~sim-al2@108-221-157-231.lightspeed.mmphtn.sbcglobal.net] has joined #openttd

Powered by YARRSTE version: svn-trunk