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