Back to Home / #openttd / 2015 / 07 / Prev Day | Next Day
#openttd IRC Logs for 2015-07-10

---Logopened Fri Jul 10 00:00:03 2015
00:56-!-Eddi|zuHause [~johekr@p5DC67A58.dip0.t-ipconnect.de] has quit []
00:56-!-Eddi|zuHause [~johekr@p57BD4984.dip0.t-ipconnect.de] has joined #openttd
02:37-!-andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has joined #openttd
02:56-!-andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has left #openttd []
03:55<Pikka>hmm hmm hmm
04:05-!-JezK [~jez@2407:7800:400:107f:3db5:daca:8457:e66a] has quit [Quit: \o/]
04:06-!-JacobD88 [~Thunderbi@cpc20-stap11-2-0-cust13.12-2.cable.virginm.net] has joined #openttd
04:10<Supercheese>I'm afraid I don't know that tune
04:29<@planetmaker>http://www.metrolyrics.com/the-boxer-lyrics-simon-and-garfunkel.html @ Supercheese ;)
04:29<Supercheese>sound of silence amirite
04:29<Supercheese>oh no, it isn't?
04:30<@planetmaker>could be. could be not ;)
04:30<Supercheese>saw simon & garfunkel
04:30<Supercheese>immediately thought joke opportunity
04:30<Supercheese>guess not
04:31<Pikka>no way for newgrf to query the signal side, is there?
04:32<@planetmaker>no
04:32<@planetmaker>a (new)grf provides the signals in their states and orientation, and OpenTTD draws the appropriate sprite
04:32<@planetmaker>thus: where would a newgrf *need* the side at all? It provides all sprites, that's it
04:33<@planetmaker>i.e. what's your use case, Pikka ?
04:33<Pikka>having semaphore signal blades facing away from the track, as is usually the case? :)
04:34<@planetmaker>oh, you mean the setting 'signal side'?
04:34<Pikka>yes
04:34<@planetmaker>ah, completely mis-understood you
04:35<@planetmaker>Yes, you can query that and provide one set of sprites or the other. Check OpenGFX source
04:35<Supercheese>signals_on_traffic_side var I guess
04:35<@planetmaker>That. And traffic_side
04:36<@planetmaker>https://hg.openttdcoop.org/opengfx/files/df199395d6e3a8d0ccc8459254447a05d874eaca/sprites/extra/extra-signals.pnml
04:37<@planetmaker>the if clause in line 124 is what does the trick
04:37<@planetmaker>if is the equivalent of actionD whereas switch the equivalent of (var)action2
04:38<@planetmaker>actionD? action7/9? Some combination thereof :)
04:40<@planetmaker>signalsontrafficside (flag 0x3B)
04:41<Pikka>hmm
04:41<@planetmaker>var2 0x06 or global var 0x86 (traffic side)
04:41<Pikka>can't find it in the newgrf specs. :) But OpenTTD now allows explicitly setting the signal side, so it seems like "signalsontrafficside" and "trafficside" don't cover all cases...?
04:42<@planetmaker>not? You can use those two to get every, don't you?
04:43<Pikka>afaia it used to be that the only way you could have right-hand signals would be to set right-hand traffic and signals on traffic side. but if players can now set right-hand signals directly, there's no way for the newgrf to test for that?
04:43<@planetmaker>hm... dunno. Got an idea when that was changed roughly?
04:44<Pikka>I don't know, I just saw it while looking for the switch in a recent-ish nightly
04:48<Pikka>2012-05-02 frosch (svn r24194) -Change: Rename the 'signal_side' setting to 'train_signal_side', and add a third option while doing so.
04:48<@planetmaker>flag 0x1B is train_signal_side
04:49<Pikka>:) thanks
04:54-!-Pokka [~Octomom@203-206-248-154.dyn.iinet.net.au] has joined #openttd
04:54<@planetmaker>So that means that 0x1B gives whether the signal is on the (rail) traffic side. So yes, you still need to query both settings, but you can get each :)
04:55<@planetmaker>hm... or?
04:56<Pokka>hmmm. :)
04:56<Pokka>I'll come back to this later, anyway. I've made a note of 1b.
04:56<@planetmaker>OpenTTD has a new setting. But the NewGRFs don't. That's how I see it. Thus they have to query both to get it right
04:58<@planetmaker>0x1B still returns whether the signal is on the driving side
04:59<@planetmaker>and var 0x86 returns whether driving side is on the right (0x86 == 1 --> rhs)
05:00-!-Pikka [~Octomom@203-206-248-154.dyn.iinet.net.au] has quit [Ping timeout: 480 seconds]
05:06-!-JacobD88 [~Thunderbi@cpc20-stap11-2-0-cust13.12-2.cable.virginm.net] has quit [Quit: JacobD88]
05:31<@planetmaker>https://paste.openttdcoop.org/pzajgk808 <-- that's how I read the current code, Pokka
05:52-!-FLHerne [~flh@dsl-217-155-24-22.zen.co.uk] has joined #openttd
05:55-!-Myhorta[1] [~Myhorta@10.87.37.188.rev.vodafone.pt] has joined #openttd
05:56-!-Hiddenfunstuff [~Geth@a392.ip16.netikka.fi] has joined #openttd
06:06-!-_nowhere_ [~nowherema@p57BD7C63.dip0.t-ipconnect.de] has joined #openttd
06:06<_nowhere_>hi, I just registered with the central user management thingy, and can login there; but login with the bugtracker does not work (Unknown username/password combination)
06:07<@planetmaker>when and where exactly did you register? Which username?
06:07<_nowhere_>ah, I see why
06:07<_nowhere_>“maxlength='30'”
06:07<_nowhere_>for password
06:08<_nowhere_>I just registered at http://www.openttd.org/en/account/, account name 'canaaerus'
06:08<_nowhere_>passwordlength 156
06:08<_nowhere_>no problem with the central management
06:09<_nowhere_>lol
06:09<@planetmaker>does the truncated password work? Probably not
06:09<_nowhere_>I changed the login-field to allow any password length
06:09<_nowhere_>then login worked ^^
06:10<@planetmaker>...
06:10<@planetmaker>:)
06:10<_nowhere_>still it would be nice if a consistent policy was enforced
06:10<@planetmaker>agreed
06:11<@planetmaker>open a bug - in the website's bug tracking category. Same bug tracker, but different project. Can be selected i nthe upper left
06:11<_nowhere_>alright
06:18<@planetmaker>ty :)
06:19<_nowhere_>ok, done :-)
06:24<_nowhere_>another question: I was investigating issue https://bugs.openttd.org/task/6335?project=1 ; is there a way to know which revisions can be compiled? I have cloned trunk.git and intended to do a git-bisect, but lots of revisions don't seem to compile
06:25<@planetmaker>every revision should compile except very few - where compilation is fixed immediately after
06:26<@planetmaker>we have a continuous integration and if our commits don't compile we get notified
06:30<@planetmaker>so in my experience maybe 1% doesn't compile
06:30<@planetmaker>if not less
06:48<_nowhere_>"(svn r27079) -Fix: Compilation with freetype2 version 2.5.4 and newer (AMDmi3)"
06:48<_nowhere_>that is the issue, why I can't compile anything earlier
06:53-!-smoke_fumus [~smoke_fum@188.35.176.90] has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
06:55<@planetmaker>well :) It doesn't mean the versions don't compile or didn't compile
06:56<@planetmaker>but they might need older libs, too :)
06:56<_nowhere_>hehe
07:01<@planetmaker>well, that fix was 5 days after the release of that library version. Not a bad time span, I think :)
07:01<_nowhere_>thats true ^^
07:04-!-Pokka [~Octomom@203-206-248-154.dyn.iinet.net.au] has quit [Read error: Connection reset by peer]
07:15-!-DDR [~David@S0106001f16aa47bc.vc.shawcable.net] has quit [Ping timeout: 480 seconds]
07:21-!-FLHerne [~flh@dsl-217-155-24-22.zen.co.uk] has quit [Remote host closed the connection]
07:22-!-FLHerne [~flh@dsl-217-155-24-22.zen.co.uk] has joined #openttd
07:27-!-Pereba [~UserNick@191.32.228.187] has joined #openttd
07:31-!-Supercheese [~Superchee@cpe-76-178-136-186.natnow.res.rr.com] has quit [Read error: Connection reset by peer]
07:32-!-CompuDesktop [~quassel@cpe-67-241-224-121.stny.res.rr.com] has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
07:32-!-Supercheese [~Superchee@cpe-76-178-136-186.natnow.res.rr.com] has joined #openttd
07:38<_nowhere_>thats true ^^
07:44-!-Compu [~quassel@2604:6000:120a:8025:1167:3f31:102e:fc8d] has joined #openttd
07:51-!-glevans2 [~glevans2@71.12.36.79] has joined #openttd
08:09-!-FLHerne [~flh@dsl-217-155-24-22.zen.co.uk] has quit [Quit: There's a real world out here!]
08:38-!-andythenorth [~Andy@194.168.185.226] has joined #openttd
08:55<_nowhere_>planetmaker: I put by findings in the bugtracker
09:03<@planetmaker>perfect
09:13-!-a_sad_dude [~virtuall@159.148.61.18] has joined #openttd
09:27-!-Myhorta[2] [~Myhorta@10.87.37.188.rev.vodafone.pt] has joined #openttd
09:34-!-Myhorta[1] [~Myhorta@10.87.37.188.rev.vodafone.pt] has quit [Ping timeout: 480 seconds]
09:34-!-JacobD88 [~Thunderbi@cpc20-stap11-2-0-cust13.12-2.cable.virginm.net] has joined #openttd
09:48-!-Myhorta[2] [~Myhorta@10.87.37.188.rev.vodafone.pt] has quit [Ping timeout: 480 seconds]
10:00-!-Varoufakill [~5a137953@188.cimarosa.openttdcoop.org] has joined #openttd
10:00<Varoufakill>Hi guys
10:01<Varoufakill>i'm trying to assign a proper hotkey to the Autoroad tool, but the game always reset my file every time i launch the game.
10:01<Varoufakill>Is that possible to properly change this hotkey?
10:10<Varoufakill>i think this hotkey should permanently be assigned, it's a real pain to make truck networks on this game.
10:14-!-HerzogDeXtEr [~flex@i59F6D588.versanet.de] has joined #openttd
10:15-!-HerzogDeXtEr [~flex@i59F6D588.versanet.de] has quit []
10:22<andythenorth>should be shift-A
10:22<andythenorth>permanently
10:22<andythenorth>I couldn’t get it to work for a very long time
10:22<andythenorth>wouldn’t persist
10:22<andythenorth>then it did
10:22<andythenorth>sorry, no better help than that :(
10:23<_nowhere_>I always use 3, although you need to be careful to keep the road construction panel open, it works ok for me
10:23-!-Alberth [~alberth@2001:981:c6c5:1:be5f:f4ff:feac:e11] has joined #openttd
10:23-!-mode/#openttd [+o Alberth] by ChanServ
10:23<andythenorth>lo Alberth
10:23<@Alberth>moin
10:32<Varoufakill>yes nowhere, i use 3 too... But the 'A' shortcut is a good way to open the rail construction panel. So if autoroad had a dedicated key, you could open the road construction panel with it, and construct a bridge with 'b' within two hotkeys, no need for mouse, it's much quicker imo
10:33<Varoufakill>and i agree with andy, shift+A could be a nice option for such a shortcut
10:36<_nowhere_>good idea, i put it in hotkeys.cfg, it works!
10:36-!-wicope [~wicope@0001fd8a.user.oftc.net] has joined #openttd
10:36<_nowhere_>autoroad = 3,GLOBAL+SHIFT+A
10:38<_nowhere_>works in 1.5.0 and trunk
10:38<Varoufakill>you're right, it's working with shift+A
10:38<Varoufakill>Strange, i tested with various keys, and shift+A seems to work
10:38<_nowhere_>ctrl-a works as well
10:39<Varoufakill>i tried to change the 'Z' key because i hate this hotkey, and replace it for autoroad, didn't work
10:40<_nowhere_>maybe your z key is actually a y key ^^
10:40<Varoufakill>nop
10:41<Varoufakill>it's the same key on the game and on the .cfg
10:41<_nowhere_>I just know that in the wiki they say something about US keyboard layout
10:41-!-JacobD88 [~Thunderbi@cpc20-stap11-2-0-cust13.12-2.cable.virginm.net] has quit [Quit: JacobD88]
10:42<Varoufakill>yup, but i use an AZERTY keyboard and the hotkeys are the same as in US keyboard
10:44<Varoufakill>anyway, thanks for testing :)
10:46<Varoufakill>That's strange that in Simutrans community, most people speek german. German people hate openttd ? :o
10:46<_nowhere_>german people don't need to speak german all the time
10:47<Varoufakill>True, german people aren't that bad in english, but still, there are not much german players on OTTD compare to Simutrans
10:47<Varoufakill>based on the flags of the lobby
10:51<Varoufakill>bye guys, have a nice day
10:51-!-Varoufakill [~5a137953@188.cimarosa.openttdcoop.org] has left #openttd []
10:57<andythenorth>and yet the game is mostly made by germans :D
10:57-!-a_sad_dude [~virtuall@159.148.61.18] has quit [Ping timeout: 480 seconds]
10:57<andythenorth>or mostly talked about being made by germans :P
11:28-!-liq3 [liq3@CPE-120-147-178-81.gdfw1.lon.bigpond.net.au] has quit []
11:47-!-a_sad_dude [~virtuall@88.135.143.19] has joined #openttd
11:54-!-Myhorta [~Myhorta@00018fad.user.oftc.net] has joined #openttd
12:02-!-_nowhere_ [~nowherema@p57BD7C63.dip0.t-ipconnect.de] has quit [Quit: war is peace, freedom is slavery, ignorance is strength]
12:04-!-jottyfan [~jottyfan@p54B7F6B3.dip0.t-ipconnect.de] has joined #openttd
12:36-!-glx [~glx@000128ec.user.oftc.net] has joined #openttd
12:36-!-mode/#openttd [+v glx] by ChanServ
12:54-!-andythenorth [~Andy@194.168.185.226] has quit [Quit: andythenorth]
13:07-!-frosch123 [~frosch@x5f742943.dyn.telefonica.de] has joined #openttd
13:24<@Alberth>o/
13:26-!-Zuu [~Zuu@h-114-162.a98.priv.bahnhof.se] has joined #openttd
13:26-!-Wormnest [~Wormnest@s5596abd2.adsl.online.nl] has joined #openttd
13:26<frosch123>hoi
13:27<Zuu>Helol
13:27<Zuu>Helo*
13:27<Zuu>Hello*
13:28<frosch123>i wonder whether "wget -r" follows any order
13:30<Zuu>On GS side is CmdIndustryGSEvent a mechanism to set production which could be abused for messiging, or is it a messiging call from start that could be used for production changes as well? https://paste.openttdcoop.org/p4irntufd
13:31<frosch123>message is uint32
13:31<frosch123>and noone says that the grf would change production
13:31<frosch123>so, we cannot call it SetIndustryBaseProduction
13:31<Zuu>So it is more the later function signature then?
13:31<@Alberth>'any order' is always followed :)
13:31<Zuu>(SendIndustryMessage)
13:32<@Alberth>but perhaps it uses whatever the http server sends
13:32<frosch123>yes, it's just some uint32 that is send
13:33<Zuu>That uint32 has no meaning at all other than if agreed or a convention is made?
13:33<frosch123>i don't get your @return
13:33<frosch123>yes, it's up to the newgrf and gs to make a convention
13:33<Zuu>The return is a copy-paste error.
13:33<@Alberth>animamion typo
13:33<frosch123>likely we need some action14 to allow the newgrf to tell which conventions it understands
13:33<frosch123>but, well, not for a test version :)
13:34<@Alberth>what if the industry newgrf doesn't do production cb?
13:36<frosch123>well, we may want a different callback
13:36<@Alberth>I am not convinced messaging should be piggy-backed onto production change, for testing, it's ok, for 'final' implemrntation, something nice would be needed
13:36<@Alberth>s/mrn/men/
13:37<frosch123>yes, i checked what return vaules a newgrf would need
13:37<frosch123>and they are either production or animation related
13:37<frosch123>technically you don't need the production change callback at all
13:38<frosch123>newgrfs have other methods to change production
13:38<frosch123>the production callback is just some weird thing to make it behave like legacy industries
13:38<frosch123>anyway, all is experimental :)
13:38<@Alberth>ah, ok
13:38<@Alberth>yep, let's see what happens :)
13:39-!-a_sad_dude [~virtuall@88.135.143.19] has quit [Ping timeout: 480 seconds]
13:57-!-Myhorta [~Myhorta@00018fad.user.oftc.net] has quit [Read error: Connection reset by peer]
14:03<Zuu>Is Random() here where were I should pass the uint32 message?
14:03<Zuu>uint16 res = GetIndustryCallback(monthly ? CBID_INDUSTRY_MONTHLYPROD_CHANGE : CBID_INDUSTRY_PRODUCTION_CHANGE, 0, Random(), i, i->type, i->location.tile);
14:08<Zuu>Eg, does this look good?
14:08<Zuu>GetIndustryCallback(CBID_INDUSTRY_PRODUCTION_CHANGE, 0, message, i, i->type, i->location.tile);
14:09<Eddi|zuHause>what are you trying to do?
14:09<Zuu>Sending data to var 10 I think.
14:10<frosch123>no, you want to replace the "0"
14:10<frosch123>i.e. the currently unused value :)
14:11<Eddi|zuHause>yeah. that's what i was about to say
14:18<Zuu>Okay, this is completely untested, but does compile :-) http://devs.openttd.org/~zuu/newgrf_gs_prod_change/01.patch
14:18<Zuu>The area command is also not implemented.
14:19<Zuu>And annimation callback is not called.
14:19-!-Progman [~progman@p57A18CC1.dip0.t-ipconnect.de] has joined #openttd
14:20<frosch123>Industry *i = ::Industry::Get(i_id); <- GetIfValid, otherwise it never returns NULL
14:20<frosch123>+ SendIndustryMessageFromGS(i, p2); <- need "if (flags & DC_EXEC)", or it will be done multiple times
14:22<frosch123>now we need a andy for a newgrf and a gs :p
14:23<Zuu>I'll make a MessengerGS :-)
14:23<frosch123>put signs next to industry? :p
14:23<frosch123>send number to newgrf
14:23<Zuu>Actually, it could be called IMessengerGS wher I is for industry :-)
14:27-!-Wolf01 [~wolf01@host213-53-dynamic.117-80-r.retail.telecomitalia.it] has joined #openttd
14:27<Wolf01>hi o/
14:33<@Alberth>hihi
14:39-!-a_sad_dude [~virtuall@159.148.61.18] has joined #openttd
14:42-!-Alberth [~alberth@2001:981:c6c5:1:be5f:f4ff:feac:e11] has left #openttd []
14:53-!-andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has joined #openttd
14:53<Wolf01>o/
15:01<andythenorth>o/
15:04<Zuu>Hello
15:06-!-DDR [~David@S0106001f16aa47bc.vc.shawcable.net] has joined #openttd
15:17<andythenorth>lo Zuu
15:17<andythenorth>how’s GS -> industry cb? o_O
15:17<Zuu>http://devs.openttd.org/~zuu/newgrf_gs_prod_change/01.patch
15:18<Zuu>Currently trying to get my test GS to work. :-)
15:18<Zuu>Trying to make it so it doesn't crash if you fail to type a number. :-)
15:21<Zuu>First tried to determine if a string was a number, but that was too fiddly in Squirrel. So now I use an exception instead which make it look like the script crashed in the debug log. But this is just a test GS so I don't care too much.
15:25<andythenorth>:)
15:30-!-Defaultti [defaultti@lakka.kapsi.fi] has quit [Quit: Quitting.]
15:31-!-Defaultti [defaultti@lakka.kapsi.fi] has joined #openttd
15:34<Zuu>Okay. You now find the patch and a GS at this URL:
15:34<Zuu>http://devs.openttd.org/~zuu/newgrf_gs_prod_change/
15:34<Zuu>If it works, it will call the production change callback with the number you put in the sign ontop of an industry.
15:36<Zuu>The animation callback is not yet called.
15:37<Zuu>Whatever you return when the GS call you will be discarded.
15:38<Zuu>Eg. OpenTTD will not use it to change production.
15:39*andythenorth needs to fix hg checkout :P
15:40<Zuu>I just made a new one :-)
15:47<andythenorth>maybe I can git checkout
15:47<Zuu>That would work too. It is just a single patch to apply.
15:52<andythenorth> so are the branches separate git repos? o_O
15:52<andythenorth>http://git.openttd.org
15:53<Zuu>I would clone http://git.openttd.org/trunk.git
15:53<Zuu>I guess so. It is the same in the hg mirror.
15:57<andythenorth>yeah that works
16:07<andythenorth>ho
16:08<andythenorth>“Game Load Failed Broken Savegame - Too many NewGRF entity mappings”
16:08<andythenorth>:)
16:08<andythenorth>not seen that before
16:09<andythenorth>this a clean trunk git checkout
16:16<Zuu>That happened when you tried to load a game right?
16:16<Zuu>Because to use the GS, you need to make a new game. But if it is a bug, then good to mention it.
16:18<andythenorth>happened when loading a game from last trunk checkout I had
16:18<andythenorth>didn’t patch yet
16:18<frosch123>is the git mirror broken or something? :p
16:18<frosch123>you would get that error if you run a binary with the old industry limit
16:19<andythenorth>let me check my rev
16:20<Zuu>My rev is r27327 (using hg checkout from yesterday)
16:21<andythenorth>r27327
16:21-!-Eddi|zuHause [~johekr@p57BD4984.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
16:21-!-Eddi|zuHause [~johekr@p57BD4984.dip0.t-ipconnect.de] has joined #openttd
16:22<andythenorth>Date: Thu Jul 9 17:45:08 2015 +0000
16:24<Zuu>I could load a random save game from my disk without getting that error. But could be that I don't use as much NewGRFs as you.
16:29<andythenorth>I have a FIRS branch using new industry limit
16:30<andythenorth>hmm
16:30<andythenorth>FIRS works fine on a new game
16:31<andythenorth>dunno
16:31<andythenorth>possibly a heisenbug
16:32-!-jottyfan [~jottyfan@p54B7F6B3.dip0.t-ipconnect.de] has quit [Quit: Konversation terminated!]
16:33-!-FLHerne [~flh@dsl-217-155-24-22.zen.co.uk] has joined #openttd
16:40*andythenorth -> bed
16:40<andythenorth>:)
16:40-!-andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has quit [Quit: andythenorth]
16:40-!-HerzogDeXtEr [~flex@i59F6D998.versanet.de] has joined #openttd
17:09-!-Zuu [~Zuu@h-114-162.a98.priv.bahnhof.se] has quit [Quit: Leaving]
17:42-!-FLHerne [~flh@dsl-217-155-24-22.zen.co.uk] has quit [Read error: Connection reset by peer]
17:43-!-FLHerne [~flh@dsl-217-155-24-22.zen.co.uk] has joined #openttd
17:57-!-a_sad_dude [~virtuall@159.148.61.18] has quit [Ping timeout: 480 seconds]
18:09-!-HerzogDeXtEr [~flex@i59F6D998.versanet.de] has quit [Quit: Leaving.]
18:11-!-HerzogDeXtEr [~flex@i59F6D998.versanet.de] has joined #openttd
18:16-!-FLHerne [~flh@dsl-217-155-24-22.zen.co.uk] has quit [Ping timeout: 480 seconds]
18:18-!-Wormnest [~Wormnest@s5596abd2.adsl.online.nl] has quit [Quit: Leaving]
18:22<Wolf01>'night
18:22-!-Wolf01 [~wolf01@0001288e.user.oftc.net] has quit [Quit: Once again the world is quick to bury me.]
18:25<Eddi|zuHause>oh yay, another SkiddLow set! i can't get enough of those
18:28-!-Supercheese is now known as Guest4649
18:28-!-Supercheese [~Superchee@cpe-76-178-136-186.natnow.res.rr.com] has joined #openttd
18:29-!-frosch123 [~frosch@x5f742943.dyn.telefonica.de] has quit [Quit: be yourself, except: if you have the opportunity to be a unicorn, then be a unicorn]
18:32-!-Guest4649 [~Superchee@cpe-76-178-136-186.natnow.res.rr.com] has quit [Ping timeout: 480 seconds]
18:43-!-JacobD88 [~Thunderbi@cpc20-stap11-2-0-cust13.12-2.cable.virginm.net] has joined #openttd
18:45-!-Progman [~progman@p57A18CC1.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
18:50-!-SpComb [terom@zapotek.paivola.fi] has quit [Remote host closed the connection]
18:52-!-SpComb [terom@zapotek.paivola.fi] has joined #openttd
18:56-!-Xaroth_ [~Xaroth@254-058-128-083.dynamic.caiway.nl] has joined #openttd
18:56-!-Xaroth [~Xaroth@00017153.user.oftc.net] has quit [Read error: Connection reset by peer]
18:59-!-JacobD88 [~Thunderbi@cpc20-stap11-2-0-cust13.12-2.cable.virginm.net] has quit [Quit: JacobD88]
19:07-!-wicope [~wicope@0001fd8a.user.oftc.net] has quit [Read error: Connection reset by peer]
19:12-!-liq3 [liq3@CPE-120-147-178-81.gdfw1.lon.bigpond.net.au] has joined #openttd
20:22-!-funnel [~funnel@81.4.123.134] has quit [Remote host closed the connection]
20:24-!-argoneus [~argoneus@argoneus.com] has quit [Remote host closed the connection]
20:28-!-funnel [~funnel@0001c7d4.user.oftc.net] has joined #openttd
20:30-!-argoneus [~argoneus@argoneus.com] has joined #openttd
20:57-!-Pereba [~UserNick@191.32.228.187] has quit [Quit: moc.criida.www ni eno reporp a daolnwod ,nekorb si tneilc cri ruoy]
21:11-!-Hiddenfunstuff [~Geth@a392.ip16.netikka.fi] has quit [Quit: HydraIRC -> http://www.hydrairc.com <- Go on, try it!]
22:24-!-Netsplit charon.oftc.net <-> magnet.oftc.net quits: Stimrol, Nothing4You, TheMask96, Mek, Defaultti, berndj, lastmikoi, Sheogorath, Goddesen, Sirenia, (+28 more, use /NETSPLIT to show all of them)
22:24-!-Netsplit over, joins: Sirenia, Defaultti, Taco, Nothing4You, murr4y, HerzogDeXtEr, +glx, TheMask96, Stimrol, zeknurn (+28 more)
22:47-!-HerzogDeXtEr [~flex@i59F6D998.versanet.de] has quit [Quit: Leaving.]
22:48-!-DDR [~David@S0106001f16aa47bc.vc.shawcable.net] has quit [Ping timeout: 480 seconds]
23:20-!-glx [~glx@000128ec.user.oftc.net] has quit [Quit: Bye]
---Logclosed Sat Jul 11 00:00:04 2015