Times are UTC Toggle Colours
00:00:40 <SmatZ> *split splat splut 00:05:00 *** Biolunar [~mahdi@blfd-5d820f16.pool.mediaWays.net] has quit [Remote host closed the connection] 00:06:48 <Ammler> he, another suggestion is to make a rpmlintrc to filter out those warnings :-P 00:09:27 *** Zuu [~Zuu@h-114-141.A98.priv.bahnhof.se] has quit [Ping timeout: 480 seconds] 00:10:27 <Rubidium> Ammler: it doesn't have an option to silence warnings? 00:11:28 <CIA-2> OpenTTD: rubidium * r21897 /trunk/src/ (console_gui.cpp gfx_type.h): -Fix (21707): Kenobi visited IsValidConsoleColour shortly 00:14:36 *** Adambean [AdamR@82.hosts.reece-eu.net] has quit [Quit: Gone fishing] 00:15:54 <Ammler> Rubidium: rpmlintrc is for that 00:17:31 *** Chrill [Chrill@ip68-8-120-178.sd.sd.cox.net] has joined #openttd 00:22:58 *** Lakie [~Lakie@91.84.251.149] has quit [Quit: Sleep.] 00:34:08 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has quit [Remote host closed the connection] 00:34:55 *** DRUNK|lightekk is now known as HNGVR|lightekk 00:42:46 *** DDR [~DDR@d142-179-76-217.bchsia.telus.net] has joined #openttd 00:44:31 *** roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd 00:57:12 *** supermop [~daniel_er@82-69-99-113.dsl.in-addr.zen.co.uk] has quit [Quit: supermop] 01:06:52 *** Chrill [Chrill@ip68-8-120-178.sd.sd.cox.net] has quit [] 01:07:26 *** roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds] 01:08:11 *** CaptObvious [~CaptObvio@92.40.117.98.sub.mbb.three.co.uk] has joined #openttd 01:08:39 <CaptObvious> I've set up a dedicated server and when my clients are trying to join it's giving them "Could not load savegame" 01:09:02 <CaptObvious> and the log on the server says "*** CaptObvious has left the game (could not load map)" 01:09:10 <CaptObvious> any ideas what could be wrong? 01:09:45 <glx> all compression libs linked for clients and server ? 01:09:54 <glx> xz, zlib, lzo 01:10:31 <CaptObvious> well I get no errors on server start 01:10:36 <CaptObvious> but I'll try grabbing the libs 01:11:26 <glx> compile time link ;) 01:11:47 <CaptObvious> I downloaded the binaries from openttd.org 01:12:53 <CaptObvious> emerge isn't finding "xz" - any ideas which package it would be in? 01:14:00 <CaptObvious> aha, xz-utils 01:15:57 <CaptObvious> okay, I grabbed those 3 libraries and it's still doing the same 01:17:50 <CaptObvious> any other ideas? 01:20:24 *** KenjiE20 [~KenjiE20@92.11.14.158] has quit [Quit: WeeChat 0.3.4] 01:23:15 *** KritiK [~Maxim@95-26-126-122.broadband.corbina.ru] has quit [Quit: Leaving] 01:24:03 <glx> clients should get an error box 01:24:53 <CaptObvious> they do, "could not load savegame" 01:24:57 <CaptObvious> after downloading the map 01:27:09 <glx> hmm "openttd -d sl1" maybe 01:27:17 <CaptObvious> glx: http://pastebin.com/dZdzKfiu 01:27:47 <glx> server log doesn't help 01:28:20 <CaptObvious> openttd -d sl1 complains about video drivers 01:28:41 <CaptObvious> tried -D sl1 and I get "dbg: [net] getaddrinfo for hostname "sl1", port 3979, address family either IPv4 or IPv6 and socket type tcp failed: Name or service not known" 01:28:59 <glx> -d is not -D :) 01:29:05 <CaptObvious> I know, as I stated 01:29:07 <CaptObvious> I tried -d 01:29:17 <CaptObvious> "Error: Couldn't find any suitable video driver" 01:29:46 <glx> oh of course for dedicated server it's -d sl1 -D 01:30:05 <glx> but try -d sl1 on the client 01:31:37 <CaptObvious> trying that now 01:31:52 <CaptObvious> takes a while to download the map, I'm on a mobile data connection =/ 01:32:37 <glx> maybe it takes too long 01:32:50 <CaptObvious> "Broken save game - invalid chunk size" 01:33:02 <glx> incomplete file 01:33:40 <CaptObvious> why would the server be giving out an incomplete map? O.o 01:41:27 <CaptObvious> I tried a smaller map 01:41:30 <CaptObvious> same error 02:01:45 <glx> I don't know, wait for people with more knowledge 02:11:51 *** grig_58 [~Velin@186.235.164.159] has joined #openttd 02:11:52 *** grig_58 [~Velin@186.235.164.159] has left #openttd [] 02:17:46 *** glx [glx@2a01:e35:2f59:c7c0:cd1a:12ba:4bc8:af7f] has quit [Quit: bye] 02:22:27 *** nicfer [~nicfer@190.50.17.46] has joined #openttd 02:26:34 <CaptObvious> heh, I downloaded the svn version and compiled it and now all 3 versions on the site (nightly, beta and stable) give version mismatch 02:28:21 *** Ttech [ttech@broke.the.quantumuniverse.net] has joined #openttd 02:28:56 *** dfox [~dfox@ip-94-113-89-201.net.upcbroadband.cz] has quit [Read error: Operation timed out] 02:30:58 <CaptObvious> finally! the beta version works. 02:32:20 <Markk> Wow, 1.1.0 Beta? 02:32:22 <Markk> Srsly. 02:33:19 <Markk> The time just fly by. 02:49:18 *** roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd 02:58:26 *** roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds] 03:03:02 *** CaptObvious [~CaptObvio@92.40.117.98.sub.mbb.three.co.uk] has quit [] 03:05:51 *** tokai|noir [~tokai@port-92-195-230-169.dynamic.qsc.de] has joined #openttd 03:11:36 *** tokai|mdlx [~tokai@port-92-195-90-128.dynamic.qsc.de] has quit [Ping timeout: 480 seconds] 03:14:40 *** pugi [~pugi@p4FCC56B2.dip.t-dialin.net] has quit [Quit: I reject your reality and substitute my own] 03:16:18 *** Chris_Booth [~chatzilla@cpc7-newt30-2-0-cust37.newt.cable.virginmedia.com] has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014]] 03:36:06 *** Fuco [~dota.keys@fntb.sks3.muni.cz] has quit [Ping timeout: 480 seconds] 04:25:01 *** DDR [~DDR@d142-179-76-217.bchsia.telus.net] has quit [Ping timeout: 480 seconds] 04:45:24 *** Pulec [~pulec@static-cl093181068250.unet.cz] has quit [] 04:51:36 *** xiong [~xiong@netblock-72-25-106-132.dslextreme.com] has joined #openttd 04:51:48 *** Pulec [~pulec@static-cl093181068250.unet.cz] has joined #openttd 05:08:36 *** nicfer1 [~nicfer@190.50.44.103] has joined #openttd 05:12:59 *** nicfer [~nicfer@190.50.17.46] has quit [Ping timeout: 480 seconds] 05:26:33 *** nicfer1 [~nicfer@190.50.44.103] has quit [Read error: Connection reset by peer] 05:56:02 *** Eddi|zuHause [~johekr@p54B76176.dip.t-dialin.net] has quit [Remote host closed the connection] 05:56:23 *** Eddi|zuHause [~johekr@p54B76BDA.dip.t-dialin.net] has joined #openttd 07:27:33 *** Zuu [~Zuu@h-114-141.A98.priv.bahnhof.se] has joined #openttd 07:47:13 *** andythenorth [~andy@cpc9-aztw25-2-0-cust133.aztw.cable.virginmedia.com] has joined #openttd 07:56:33 *** ecke [~ecke@188.75.128.2] has quit [Quit: more listen, more understand, more know] 08:05:04 *** DayDreamer [~DayDreame@94.142.234.1] has joined #openttd 08:26:20 *** Kurimus [Kurimus@dsl-tkubrasgw1-fe86de00-46.dhcp.inet.fi] has joined #openttd 08:33:25 <Terkhen> good morning 08:38:37 *** KouDy [~KouDy@60.51.82.143] has quit [Quit: Leaving.] 08:39:39 *** xiong [~xiong@netblock-72-25-106-132.dslextreme.com] has quit [Ping timeout: 480 seconds] 08:40:25 <andythenorth> morning Terkhen 08:41:19 <z-MaTRiX_nonidentified> hey-ho 08:41:20 <z-MaTRiX_nonidentified> <; 08:41:36 <z-MaTRiX_nonidentified> how does massive terraform limit perform? 08:48:39 *** KouDy [~koudy@60.51.82.143] has joined #openttd 09:02:40 *** fonsinchen [~fonsinche@brln-4db80f3d.pool.mediaWays.net] has joined #openttd 09:09:26 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Ping timeout: 480 seconds] 09:17:18 *** Pulec [~pulec@static-cl093181068250.unet.cz] has quit [Ping timeout: 480 seconds] 09:17:44 *** Pulec [~pulec@static-cl093181068250.unet.cz] has joined #openttd 09:18:18 <Rubidium> fonsinchen: are you done going through my diffdiff? Last night I looked at some diff and still saw some coding style issues that I thought I already marked in the diffdiff 09:18:36 <fonsinchen> Not really 09:18:46 <fonsinchen> I'm reworking the smallmap-stats patch 09:18:48 <Rubidium> also how often are the links in the smallmap supposed to update? 09:19:11 <fonsinchen> On every OnPaint() 09:19:25 <fonsinchen> There is no cache so far. 09:19:45 <fonsinchen> But I'm implementing a general link graph overlay which can also be used for viewports 09:19:53 <fonsinchen> I can include a cache in there. 09:20:36 <Rubidium> as some links seem to be somewhat flickering by changing their colour quite often 09:21:28 <fonsinchen> That may be due to moving average decrementing the value just below the threshold of some color and at the same time a lot of traffic which always increments it. 09:21:44 <fonsinchen> A cache might solve that. 09:21:52 <Rubidium> like links getting yellow and then dark green every second or so 09:22:03 *** DDR [~DDR@d142-179-76-217.bchsia.telus.net] has joined #openttd 09:22:09 <fonsinchen> I can imagine that. 09:22:58 * Rubidium was thinking it could be something like DivideApprox being used 09:23:28 <fonsinchen> DivideApprox is deterministic. It always gives the same value for two given numbers 09:23:35 <Rubidium> in any case, for most colours isn't not really noticable except for the yellow to dark green 09:24:19 <fonsinchen> I'll just implement a cache which is updated maybe every 10 seconds. That will help with performance a lot, too. 09:27:43 <Rubidium> there's a 100 tick "callback" for windows 09:27:48 <fonsinchen> Is there anything specific you'd like to have done first? I don't have too much time and if you'd like to merge anything I'll do that first. 09:27:53 *** Prof_Frink [~proffrink@5e06ec12.bb.sky.com] has quit [Ping timeout: 480 seconds] 09:29:03 <Rubidium> I'm not seeing much things that should be merged this close to the branch of 1.1 09:29:28 <Rubidium> oh, maybe the smallmap refactor 09:30:03 <Rubidium> I doubt FORCEINLINE will do much for methods implemented in the .cpp but mentioned in the header 09:30:12 <andythenorth> Terkhen: do you have a particular plan for approaching rv-wagons? 09:30:30 <andythenorth> looks like a lot of code we need is currently in train_cmd.cpp 09:30:39 *** KouDy [~koudy@60.51.82.143] has quit [Quit: Leaving.] 09:30:51 * Rubidium ponders some brunch 09:31:06 <Rubidium> yeah, that's definitely a good idea ;) 09:31:55 <andythenorth> brunch? 09:31:59 <andythenorth> it's only breakfast time :P 09:32:47 <Terkhen> andythenorth: for now I'm unifying the articulated vehicle iterators, which is the last thing I have in my unification list 09:33:05 <andythenorth> I might start fooling with depot code 09:33:11 <Terkhen> once that is done I'll look for further consist related code to unify 09:33:16 <andythenorth> ok 09:33:28 <andythenorth> I've never explored depot code, it will help me understand a bit more 09:33:53 <fonsinchen> If FORCEINLINE is resolved to "inline" it will work fine, even if in the .cpp. 09:33:54 <Terkhen> the depot code will probably need some unification and clean up 09:34:34 <andythenorth> I'll go exploring 09:34:50 <Terkhen> I have only checked the depot GUI code a bit while doing the partial refit patch 09:34:53 <andythenorth> I want to see initially if RV depots can be made to use multi-lines like train depots 09:36:10 *** Wolf01 [~wolf01@host179-63-dynamic.2-87-r.retail.telecomitalia.it] has joined #openttd 09:36:12 <Terkhen> IIRC the same "is train" condition is used both for displaying vehicles in lines and for activating all of the wagon related features, if you split that it shouldn't be very complicated to do 09:36:58 <Wolf01> hello 09:37:04 <Terkhen> hi Wolf01 09:46:17 *** KouDy [~KouDy@60.51.82.143] has joined #openttd 09:49:50 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd 09:49:53 *** mode/#openttd [+o Alberth] by ChanServ 09:52:14 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has joined #openttd 09:56:12 <andythenorth> Terkhen: he 09:56:27 <andythenorth> I get an rv depot window that looks like a train depot window 09:56:31 <andythenorth> and a nice assert :P 09:56:38 <Terkhen> :) 09:56:50 <Terkhen> what does the assert says? 09:57:54 <andythenorth> Assertion failed at line 780 of /Users/andy/Documents/workspace/rv-wagons/src/vehicle_base.h: v->type == Type 09:58:21 <andythenorth> line 780 has a preceeding comment: * Converts a const Vehicle to const SpecializedVehicle with type checking. 09:58:56 *** ctibor [~quassel@77.48.228.43] has quit [Ping timeout: 480 seconds] 09:59:02 *** DDR_ [~DDR@d142-179-76-217.bchsia.telus.net] has joined #openttd 09:59:12 <Terkhen> then you are trying to convert a Vehicle which is really a RoadVehicle into a Train somewhere 09:59:37 <andythenorth> he 09:59:53 <andythenorth> I didn't expect this to work 09:59:56 <Terkhen> look for a Train::From that is being executed for the multiline view :) 10:00:12 <andythenorth> I just replaced most references to VEH_TRAIN with VEH_ROAD in depot_gui.cpp 10:00:18 <andythenorth> I expected breakage 10:00:29 <Terkhen> oh :D 10:00:36 <Terkhen> yes, breakage is to be expected then 10:00:43 <andythenorth> I'm not sure what the correct strategy is 10:00:56 <andythenorth> but there is *a lot* of code specific to type VEH_TRAIN 10:01:16 *** Progman [~progman@p57A1D1CF.dip.t-dialin.net] has joined #openttd 10:02:21 <Terkhen> check Vehicle::IsGroundVehicle 10:02:56 <Terkhen> IIRC in vehicle_base.h 10:05:26 *** DDR [~DDR@d142-179-76-217.bchsia.telus.net] has quit [Ping timeout: 480 seconds] 10:06:08 <Terkhen> oooh... snow :) 10:06:32 <andythenorth> in spain? 10:07:17 <Terkhen> outside my house, for the first time this winter 10:07:26 <Terkhen> it probably won't last long 10:08:19 <andythenorth> Terkhen: so instances of this->type == VEH_TRAIN should change to check Vehicle::IsGroundVehicle 10:09:23 <Terkhen> and all code that is currently guarded by VEH_TRAIN is probably working with something like Train *t = Train::From(v) 10:09:27 <Terkhen> which is invalid for RoadVehicle 10:09:31 *** pugi [~pugi@p4FCC5FFC.dip.t-dialin.net] has joined #openttd 10:09:33 <andythenorth> this->isGroundVehicle 10:15:41 *** HerzogDeXtEr1 [~Flex@i59F6D4E7.versanet.de] has joined #openttd 10:16:55 <andythenorth> Train::From(v) is getting the consist that a vehicle is in? 10:20:09 <Alberth> Converts a Vehicle to SpecializedVehicle with type checking. <-- says the doc 10:20:53 <Alberth> I'd expect v->First() as the first vehicle is the closest concept we have to indicate consists currently 10:21:28 *** HerzogDeXtEr [~Flex@i59F6BD47.versanet.de] has quit [Ping timeout: 480 seconds] 10:22:18 <andythenorth> is there work to do with allowing RVs to have consists (not just articulated vehicles)? 10:23:36 <Alberth> obviously there is, otherwise we would have rv consists. But maybe you wanted to ask something else? 10:25:49 <andythenorth> there seems to be a lot of train specific code (e.g. in vehicle_cmd.cpp and other places) 10:26:09 <andythenorth> looks like it would need at least refactoring to be more generic 10:26:09 <andythenorth> at minimum 10:26:41 * Alberth agrees 10:28:13 <andythenorth> my short adventure in depot GUI code indicates that this refactoring needs to happen sooner not later 10:28:21 <Rubidium> fonsinchen: my point was that it's not that likely to get inlined 10:29:49 <fonsinchen> Why not? 10:30:09 <Alberth> andythenorth: I completely agree, and imo that is the big amount of work 10:30:15 <fonsinchen> It depends on how intelligent the compiler is. 10:30:27 <fonsinchen> If it can do link time optimizations it might inline it. 10:30:29 <andythenorth> Alberth: it looks a bit scary to me :o 10:30:44 <andythenorth> it tends to look less scary after I've hacked and broken a few things :P 10:30:46 <Alberth> andythenorth: welcome to the club :p 10:30:59 <andythenorth> it's only code, doesn't bite 10:31:08 <Alberth> it only crashes :) 10:31:12 <andythenorth> the worst that can happen is boredom 10:32:14 <Alberth> I don't agree, the worst that can happen is that you find a major problem that breaks your entire approach several months into the adventure 10:32:54 <Terkhen> ^ 10:33:28 <Terkhen> andythenorth: this is why I'm trying to unify first 10:33:48 <Terkhen> as long as it don't affects performance, unification is nice to have 10:33:58 <Terkhen> and it should pave the road for anything that comes after it 10:34:15 <Alberth> whatever 'anything' is :) 10:34:53 <andythenorth> Terkhen: maybe I wait until you've unified a bit then 10:35:06 <andythenorth> I can't learn much about needed changes to depot - all I get is an assert :) 10:35:28 <Terkhen> for already unified GUI code you can check the refit GUI 10:36:01 <Terkhen> although that's not as complex 10:40:31 *** HNGVR|lightekk is now known as lightekk 10:46:06 *** goblin [~goblin@krlh-5f737035.pool.mediaWays.net] has joined #openttd 10:49:59 <Terkhen> hmm... I need a savegame with lots of articulated trains 10:58:22 *** lugo [lugo@195.3.138.104] has quit [Quit: void] 10:59:05 *** lightekk [~lightekk@15.13.broadband2.iol.cz] has left #openttd [] 10:59:19 <planetmaker> there's a public server game with that 10:59:24 <planetmaker> also good day :-) 10:59:28 <Terkhen> hi planetmaker 10:59:30 <Terkhen> which one? :) 10:59:37 <planetmaker> if I knew :-) 10:59:41 <Terkhen> :D 10:59:59 <planetmaker> I think SmatZ looked it up yesterday(?) 11:00:10 <Terkhen> IIRC it was one with lot of road vehicles 11:00:15 <Terkhen> lots* 11:00:28 <planetmaker> yes 11:00:45 <planetmaker> not what you look for? 11:00:50 <planetmaker> oh... trains... tralalala 11:01:14 <planetmaker> uhm... which train types are articulated? ICE, right? 11:01:21 <planetmaker> from dbset? 11:01:34 <planetmaker> or is it 'just' MU? 11:01:44 <Terkhen> that's part of the problem, I don't know which sets use them :) 11:01:56 <planetmaker> :-D 11:02:00 <planetmaker> Dutchset does 11:02:12 <planetmaker> and dbset has some, too 11:04:06 <Terkhen> ok, let's see 11:04:10 <andythenorth> isn't any steam loco with a tender articulated? 11:04:35 *** ctibor [~quassel@77.48.228.43] has joined #openttd 11:04:59 <andythenorth> the mallet in NARS 2 is articulated 11:05:52 *** lugo [lugo@195.3.138.104] has joined #openttd 11:06:05 <Terkhen> the chimaera in 2cc must be articulated too, right? 11:06:56 *** ctibor [~quassel@77.48.228.43] has quit [Remote host closed the connection] 11:06:57 <planetmaker> Terkhen: PSG #101 has lots 11:07:21 <planetmaker> http://wiki.openttdcoop.org/PublicServer:Archive_-_Games_101_-_110#gameid_101 <-- I think 11:08:11 <Terkhen> thanks :) 11:08:21 <planetmaker> I still have difficulty to understand the difference between MU and articulated - or whether there is one. 11:08:34 *** ctibor [~quassel@77.48.228.43] has joined #openttd 11:08:41 <Terkhen> hmm... I'm missing some GRFs for that save 11:08:49 <planetmaker> openttdcoop grfpack? 11:09:30 <Terkhen> I have two folders from it; ottdc_grfpack_8.0 and ottdc_grfpack_8.0_legacy7.3 11:09:41 <Terkhen> the archive lists pack 7.0, though 11:09:43 <andythenorth> is MU a thing? 11:09:43 <andythenorth> I thought MU implementations were normally using a livery over-ride on the rear coach 11:09:43 <andythenorth> I haven't checked though :P 11:12:36 <Terkhen> http://devs.openttd.org/~terkhen/screenshots/missing.png <--- those are the missing NewGRFs 11:14:39 <planetmaker> hm, compatible ones are not part of the 8.0 grfpack? :S 11:15:04 <planetmaker> let me gather those for you... 11:15:10 <Terkhen> thank you :) 11:15:26 *** DDR_ [~DDR@d142-179-76-217.bchsia.telus.net] has quit [Ping timeout: 480 seconds] 11:15:32 <Terkhen> I'm redownloading the pack just in case, but I don't remember changing anything from it 11:21:17 <Terkhen> the link to the 7z legacy from 8.0 seems to be down 11:21:18 <CIA-2> OpenTTD: rubidium * r21898 /trunk/src/network/network_content.cpp: -Fix [FS#4438]: using a pointer-iterator and adding things (thus reallocating) to the iterated array caused OpenTTD to crash on invalid pointers 11:21:35 <planetmaker> Terkhen: aren't the OpenGFX grfs in the z_obsolete folder of the ottd_grfpack? 11:21:49 *** KouDy [~KouDy@60.51.82.143] has quit [Ping timeout: 480 seconds] 11:22:02 <planetmaker> yes, the legacy one is down, but should not be needed. the 8.0 should be fine to load every game... 11:23:23 *** KouDy [~KouDy@60.51.82.143] has joined #openttd 11:24:18 <Terkhen> hmm... they are there, or at least ones with similar names 11:24:24 <Terkhen> I wonder why they are not being loaded 11:26:15 *** xiong [~xiong@netblock-68-183-230-73.dslextreme.com] has joined #openttd 11:28:13 <planetmaker> hm 11:29:26 <Terkhen> my jpset_treew has different MD5sum than the one requested by the savegame 11:29:43 <planetmaker> different md5 shouldn't matter 11:30:07 <planetmaker> the grfpack doesn't always supply the exact one, but is content to supply compatible ones 11:31:08 <Terkhen> only jpset_trew.GRF is missing, for the other ones it has a compatible grf 11:32:18 *** frosch123 [~frosch@frnk-4d009339.pool.mediaWays.net] has joined #openttd 11:33:19 *** Fast2 [~Fast2@p57AF84A2.dip0.t-ipconnect.de] has joined #openttd 11:38:54 *** KenjiE20 [~KenjiE20@92.11.14.158] has joined #openttd 11:39:32 *** Adambean [AdamR@82.hosts.reece-eu.net] has joined #openttd 11:41:32 *** roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd 11:43:24 *** KenjiE20 [~KenjiE20@92.11.14.158] has quit [] 11:44:05 *** robotboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd 11:44:12 *** robotboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Read error: Connection reset by peer] 11:50:32 *** andythenorth [~andy@cpc9-aztw25-2-0-cust133.aztw.cable.virginmedia.com] has quit [Quit: andythenorth] 11:51:40 *** DayDreamer [~DayDreame@94.142.234.1] has quit [Quit: Leaving.] 11:51:59 *** andythenorth [~andy@cpc9-aztw25-2-0-cust133.aztw.cable.virginmedia.com] has joined #openttd 11:53:10 *** KenjiE20 [~KenjiE20@92.11.14.158] has joined #openttd 12:08:45 *** roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds] 12:16:23 *** JOHN-SHEPARD [~JOHN-SHEP@ALyon-158-1-176-109.w86-209.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds] 12:33:58 *** JOHN-SHEPARD [~JOHN-SHEP@ALyon-158-1-176-109.w86-209.abo.wanadoo.fr] has joined #openttd 12:34:23 *** Tennel [~Tennel@farafin-gate.cs.uni-magdeburg.de] has joined #openttd 12:40:11 <andythenorth> interesting FIRS problem 12:41:00 <andythenorth> farms show NARS 2 trains as delivering ~2250t FMSP for each 450t delivered 12:41:11 <andythenorth> but deliveries by eGRVTS are reported correctly :o 12:41:48 <andythenorth> I don't know if it's a size overflow on a persistent storage register, or a cargo-unit-multiplier issue 12:43:22 *** KouDy [~KouDy@60.51.82.143] has quit [Read error: Connection reset by peer] 12:43:59 *** KouDy [~KouDy@60.51.82.143] has joined #openttd 12:47:26 <planetmaker> andythenorth: a difference between units and weight? 12:47:44 <andythenorth> could be 12:47:47 <andythenorth> got to go out 12:47:52 <andythenorth> will try and figure this out later 12:48:04 *** andythenorth [~andy@cpc9-aztw25-2-0-cust133.aztw.cable.virginmedia.com] has quit [Quit: andythenorth] 13:01:05 <CIA-2> OpenTTD: frosch * r21899 /trunk/src/vehicle_gui.cpp: -Fix: Do not show a vehicle selection in the RefitWindow for refit orders. You cannot select anything anyway. 13:12:53 *** Fuco [~dota.keys@fntb.sks3.muni.cz] has joined #openttd 13:13:34 *** Maedhros [~d417gm@crystal-gauss.chem.dur.ac.uk] has quit [Quit: leaving] 13:17:52 *** KritiK [~Maxim@95-26-171-150.broadband.corbina.ru] has joined #openttd 13:22:37 *** ABCRic [~ABCRic@25.226.189.46.rev.vodafone.pt] has joined #openttd 13:33:19 *** Lo [~Lo@HSI-KBW-046-005-026-220.hsi8.kabel-badenwuerttemberg.de] has joined #openttd 13:33:39 <Lo> hi, could I please ask you for help? 13:34:00 <fonsinchen> There is now a version of link graph view in smallmap without zoom-in: https://github.com/fonsinchen/openttd-cargodist/raw/patches/current/incremental/smallmap-overlay.diff 13:34:25 <ABCRic> Lo: don't ask to ask, just ask :) 13:34:27 <Lo> I would like to group trains with the same timetable, like here: http://wiki.openttd.org/Vehicle_groups ... but I can not add any second train with that "add shared vehicle" button 13:34:34 <fonsinchen> It requires a rather big refactoring of smallmap_gui, though: https://github.com/fonsinchen/openttd-cargodist/raw/patches/current/incremental/smallmap-refactor.diff 13:34:34 <Lo> thanks ;) 13:35:24 <ABCRic> Lo: "add shared vehicle" only works if the vehicles are sharing orders 13:35:58 <ABCRic> you can check if a vehicle is sharing orders by looking at the bottom of the orders list 13:36:07 *** glx [glx@2a01:e35:2f59:c7c0:d0f6:a10d:45ab:7f1d] has joined #openttd 13:36:10 *** mode/#openttd [+v glx] by ChanServ 13:36:26 <ABCRic> it will say "End of shared orders" if orders are being shared, otherwise it will say "End of orders" 13:36:47 <Lo> okay, it says end of orders... how can I make it shared? 13:36:57 <CIA-2> OpenTTD: yexo * r21900 /trunk/src/ai/api/ (ai_order.cpp ai_order.hpp): -Fix: [NoAI] hide automatic orders from AIs as they have no way of dealing with them 13:37:08 <ABCRic> push the goto button, then ctrl-click another train 13:37:16 <ABCRic> it will share orders with that train 13:37:17 <Wolf01> use the CONTROL Luke, use the CONTROL :D 13:38:26 <Ammler> toyland savegame for 1.1 \o/ 13:38:56 <Lo> okay, ABCRic, but it did not get any new orders by that click... :( 13:39:11 <Zuu> Ammler: For the title game? 13:39:23 <Lo> ahh wait I clicked it in the map, and now it worked! 13:39:29 <ABCRic> :) 13:39:56 <Ammler> Zuu: your just posted one is quite nice too :-) 13:39:58 <Wolf01> about this, I think my sugestion to share orders with the vehicle groups will reduce the difficulty for newbies, you just assign orders to one vehicle, put it in a group and then drag&drop all the other vehicles in the group 13:40:08 <Lo> only one question remaining: what is that add shared vehicle button for, then? 13:40:23 <Zuu> Ammler: It has the feature of being almost too silent :-) 13:40:29 <Yexo> it adds all vehicles that share orders with one already inthe group to that group 13:40:37 <ABCRic> that ^ 13:41:16 <Lo> ahhh :) 13:41:25 <Lo> very nice, thank you all very much :) 13:41:47 <Ammler> also is there a reason, intro games are loaded from top left and not like usualy from last save point? 13:42:46 <Zuu> legacy? 13:42:53 <Eddi|zuHause> what do you mean "top left"? 13:43:02 <Rubidium> Ammler: IIRC it's just behaving the way it behaves for normal savegames as well 13:43:27 <Eddi|zuHause> Ammler: you just don't notice this for your own savegames, since you usually don't switch resolutions 13:43:53 <Zuu> or don't pay muchc attention at all to the loading location. 13:44:01 <Eddi|zuHause> but the reference point has always been the top left screen corner on saving/loading 13:44:05 <Ammler> hmm, I am quite sure, a save game loads where I saved it last time 13:44:14 <Zuu> Indeed 13:44:27 <Zuu> where "where" referes to the top left location 13:44:49 <Ammler> maybe, but that is variable 13:45:46 <Ammler> oh, I see 13:47:37 <Ammler> so "the issue" is if someone saves a game with resolution 2k which then will be loaded with res 500, he get the (empty) edge 13:48:23 <Zuu> yes, unless there is activity all over. 13:48:40 <Zuu> or at least at the top left corner. 13:49:01 <Ammler> so you just need to resize the windows to the smallest supported openttd screen and save that optimally 13:49:25 <ccfreak2k> What about on screens that are smaller than are typical for PCs? 13:50:02 <Yexo> they won't see much of the introgame anyway because the main menu covers it 13:50:49 <Ammler> I would not package the intro game there to save space and memory ;-) 13:51:40 <Zuu> Ammler: The hard part about designing intro games is that it should provide interesting features for both small and large screens. 13:52:01 <Ammler> would be easier, if the start point is related to the center 13:53:17 <Ammler> we have that issue also for MP joining screen, where we set some signs with rules etc. 13:53:24 <Eddi|zuHause> Ammler: i don't think so. as "intro game designer" it might be a good feature to have two definite corners, where you can hide stuff 13:53:56 <Eddi|zuHause> Ammler: just make sure you put the signs towards the top left corner, then everybody will see them 13:54:14 <Yexo> Ammler: the problem with having the center as starting point is that you have to move the screen content when the window is resized 13:54:52 <Ammler> Eddi|zuHause: indeed, good point 13:55:19 <Eddi|zuHause> Ammler: it's like hidden stations in a model railway 13:59:21 *** Scuddles [~notme@cm117.epsilon84.maxonline.com.sg] has joined #openttd 13:59:21 *** andythenorth [~andy@cpc9-aztw25-2-0-cust133.aztw.cable.virginmedia.com] has joined #openttd 14:01:40 *** dfox [~dfox@ip-94-113-89-201.net.upcbroadband.cz] has joined #openttd 14:09:09 * andythenorth puzzled 14:09:46 <andythenorth> a dword ain't going to overflow with 450d 14:09:56 <andythenorth> so it's not a problem with my registers 14:10:03 <andythenorth> and the text stack looks ok 14:10:50 * andythenorth ponders cargo weight multiplier nonsense 14:16:13 * andythenorth wonders if the production cb fails to eat cargo sometimes 14:20:53 *** Fast2 [~Fast2@p57AF84A2.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 14:22:36 *** Fast2 [~Fast2@p57AF84A2.dip0.t-ipconnect.de] has joined #openttd 14:26:16 <andythenorth> hmm 14:26:24 * andythenorth has some kind of thinking failure 14:29:23 <andythenorth> I've forgotten how to unpack cb bit masks in my head 14:29:32 <andythenorth> :P 14:29:41 <andythenorth> debug menu to the rescue! 14:39:36 <andythenorth> frosch123: I have a FIRS / production cb issue and I can't see how to fix it 14:39:43 <andythenorth> I'll paste.. 14:40:46 <andythenorth> http://pastebin.com/qWFPLFsa 14:41:44 <andythenorth> for large values of delivered cargo, the value in LOCAL_CARGO_1_DELIVERED_STORE is wrong 14:41:51 <andythenorth> it comes out 4 or 5 times greater than it should 14:41:55 *** valhallasw [~valhallas@s55978e11.adsl.wanadoo.nl] has joined #openttd 14:42:03 <andythenorth> which looks like it's being added to many times 14:42:14 <andythenorth> which could be because the production cb isn't clearing off cargo 14:42:22 <andythenorth> but it far more likely to be a logic error in my code 14:42:30 <andythenorth> it / is /s 14:43:11 <andythenorth> in this case, large values = 450t delivered 14:45:19 <andythenorth> I think it might be a problem with which callbacks are enabled - forest industry doesn't exhibit this problem 14:46:05 <andythenorth> newgrf debug doesn't report whether / which production cb is enabled 14:46:11 <andythenorth> maybe that could be extended? 14:46:33 *** Lo [~Lo@HSI-KBW-046-005-026-220.hsi8.kabel-badenwuerttemberg.de] has quit [Remote host closed the connection] 14:46:57 <Eddi|zuHause> andythenorth: not related to your problem, why do you use #ifdef/#endif/#ifndef/#endif instead of #ifdef/#else/#endif? 14:47:06 <andythenorth> I don't know 14:47:11 <andythenorth> I didn't write that :) 14:47:16 <andythenorth> it was kindly written for me 14:47:41 <frosch123> andythenorth: at line 11, shouldn't there be LOCAL_CARGO_1_DELIVERED_STORE instead of 00 ? 14:48:45 * andythenorth checks 14:49:22 <frosch123> ah, i see your problem 14:49:44 <frosch123> your 'add' is executed for every unknown callback which has no mask bit 14:49:57 <andythenorth> ah 14:50:08 <andythenorth> I don't think I would have spotted that :P 14:50:26 <andythenorth> but fixing bad values in prop 21 / 22 might resolve this? 14:50:41 <frosch123> no 14:50:45 <andythenorth> I think there are some cbs enabled but not handled - cruft from previous ideas 14:50:56 <frosch123> not every callback has a mask bit 14:51:18 <andythenorth> I wonder why it works for the forest 14:52:16 <andythenorth> the only significant difference between forest and dairy farm appears to be value of prop 22 in this case 14:53:52 <frosch123> andythenorth: i guess you have to check var 0c to be 0 14:54:01 <andythenorth> I'll look at that 14:54:18 <andythenorth> changing the value of prop 22 to match the forest *does* resolve the issue for dairy farm 14:54:34 <frosch123> yeah, but only by luck :) 14:54:47 <frosch123> if we add some new callback without a mask, it breaks 14:54:54 <andythenorth> so I should explicitly handle production cb, not by luck 14:55:36 <frosch123> yeah, i guess that is the only solution 14:55:44 <andythenorth> what would the default value be for my varaction 2 handling cbs? 14:55:59 <andythenorth> I need it to fail?, but I can't end it on a graphics branch 14:56:00 <frosch123> also the production callback, as it also means "failed callback" 14:56:10 <frosch123> but you should skip the addition in that case 14:56:13 <andythenorth> ok 14:57:15 *** maddy_ [~plaiho@182.21.240.77.static.louhi.net] has joined #openttd 14:57:22 <maddy_> hi folks 14:57:58 <Zuu> hi maddy_ 14:58:21 <andythenorth> frosch123: handling production cb explicitly appears to resolve that issue 14:58:22 <andythenorth> thanks 14:58:34 <andythenorth> I probably also have some cbs enabled that shouldn't be :P 14:58:40 <andythenorth> but that's a side issue 14:59:12 <CIA-2> OpenTTD: frosch * r21902 /trunk/src/ (vehicle.cpp vehicle_cmd.cpp vehicle_gui.cpp): -Fix: Do not count articulated parts when passing the number of vehicles to refit to the command. That may exceed 8 bits. 15:09:12 <andythenorth> frosch123: would it be safe to handle the production cb directly from an action 3? 15:09:17 <andythenorth> I am updating ttdp wiki with a warning 15:10:07 *** nicfer [~nicfer@190.50.44.103] has joined #openttd 15:10:08 <frosch123> directly from action 3? what does that mean? 15:10:55 <andythenorth> i.e. action 3 provides the ID of the varaction 2 containing the production cb 15:11:14 <andythenorth> no checking of 0C 15:11:23 <andythenorth> I am trying to write an accurate wiki note... 15:11:53 <andythenorth> I'm not sure I can word it correctly 15:11:56 <frosch123> i would just write a note on the production callback site 15:12:05 <frosch123> no idea, how action3 gets involved there :) 15:12:10 <andythenorth> ok 15:12:14 <andythenorth> The production callback is handled in an action 2 chain. If other callbacks are handed in this chain (by checking var 0C), the production cb should be handled explicitly. 15:12:28 <andythenorth> is not correct :P 15:12:28 *** ABCRic is now known as Guest1336 15:12:30 *** ABCRic [~ABCRic@208.104.108.93.rev.vodafone.pt] has joined #openttd 15:15:19 <andythenorth> ach 15:15:19 <andythenorth> silly old wiki 15:16:32 <andythenorth> done done, onto the next one 15:17:18 *** Guest1336 [~ABCRic@25.226.189.46.rev.vodafone.pt] has quit [Ping timeout: 480 seconds] 15:17:45 <frosch123> "Makes sense?" :p 15:18:07 <andythenorth> I'm not sure it does tbh 15:19:01 *** ABCRic_ [~ABCRic@255.48.108.93.rev.vodafone.pt] has joined #openttd 15:19:01 *** ABCRic is now known as Guest1337 15:19:02 *** ABCRic_ is now known as ABCRic 15:23:18 *** Guest1337 [~ABCRic@208.104.108.93.rev.vodafone.pt] has quit [Ping timeout: 480 seconds] 15:23:45 *** Eddi|zuHause [~johekr@p54B76BDA.dip.t-dialin.net] has quit [Remote host closed the connection] 15:23:47 *** Eddi|zuHause2 [~johekr@p54B76BDA.dip.t-dialin.net] has joined #openttd 15:40:09 *** andythenorth [~andy@cpc9-aztw25-2-0-cust133.aztw.cable.virginmedia.com] has quit [Quit: andythenorth] 15:41:34 *** Eddi|zuHause2 is now known as Eddi|zuHause 15:45:50 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd 15:56:01 *** Fast2 [~Fast2@p57AF84A2.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 15:57:54 *** DayDreamer [~DayDreame@94.142.234.1] has joined #openttd 15:58:40 *** xiong [~xiong@netblock-68-183-230-73.dslextreme.com] has quit [Ping timeout: 480 seconds] 16:00:00 <Eddi|zuHause> great. people send me program source code in .doc files. ;) 16:00:17 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Remote host closed the connection] 16:00:31 <Terkhen> :D 16:00:41 *** Chris_Booth [~chatzilla@cpc7-newt30-2-0-cust37.newt.cable.virginmedia.com] has joined #openttd 16:00:45 <Terkhen> people that don't have a clue about coding, I hope 16:00:51 <Chris_Booth> hi all 16:01:02 <Terkhen> hi Chris_Booth 16:01:18 <Chris_Booth> hi Terkhen 16:01:41 <Eddi|zuHause> Terkhen: something like parents whose first-semester-studying child fails at an elementary programming assignment 16:03:42 <__ln__> hmm, i suppose even visual studio can't handle source files in doc format. 16:03:44 <Terkhen> is his failure related to trying to compile a doc file? 16:04:49 <Eddi|zuHause> email text reads like "my daughter is trying to use eclipse and it complains about unitialised variables" 16:05:48 <Eddi|zuHause> and i don't seem to have the java compiler installed... 16:06:33 <Terkhen> eclipse... I guess it can't be worse than learning with visual basic 16:07:04 *** andythenorth [~andy@cpc9-aztw25-2-0-cust133.aztw.cable.virginmedia.com] has joined #openttd 16:09:59 <Eddi|zuHause> i wonder if i should start with a general lecture about code-style... 16:10:11 <Terkhen> :D 16:12:24 <devilsadvocate> Eddi|zuHause: while i try not to be gender biased, its a girl trying to use eclipse - it could be worse. 16:12:37 <frosch123> what confused me about "parents" and "first-semester-studying child" in one sentence? :s 16:16:36 *** nicfer [~nicfer@190.50.44.103] has quit [Read error: Connection reset by peer] 16:23:00 * andythenorth wonders how to add to newgrf debug window: CBM_IND_PRODUCTION_256_TICKS and CBM_IND_PRODUCTION_CARGO_ARRIVAL 16:23:11 <andythenorth> they have no CBID 16:24:25 <ABCRic> give them a CBID :P 16:32:59 <maddy_> seems I got the programmable signals working somewhat well, should I post a .patch file at the openttd forums? 16:35:25 *** ABCRic is now known as Guest1345 16:35:26 *** ABCRic [~ABCRic@108.107.108.93.rev.vodafone.pt] has joined #openttd 16:39:05 <Eddi|zuHause> maddy_: feel free to do so. 16:40:18 *** Guest1345 [~ABCRic@255.48.108.93.rev.vodafone.pt] has quit [Ping timeout: 480 seconds] 16:43:02 <maddy_> still have to fix some stuff :( 16:44:51 <fonsinchen> I think I'll use the extra viewport to provide a link graph overlay with closer zoom. 16:45:22 *** Scuddles [~notme@cm117.epsilon84.maxonline.com.sg] has quit [] 16:51:13 *** valhallasw [~valhallas@s55978e11.adsl.wanadoo.nl] has quit [Ping timeout: 480 seconds] 16:54:00 *** George|2 [~George@212.113.107.39] has joined #openttd 16:54:00 *** George is now known as Guest1347 16:54:00 *** George|2 is now known as George 16:56:06 *** George is now known as Guest1348 16:56:10 *** George [~George@212.113.107.39] has joined #openttd 16:59:40 *** dfox [~dfox@ip-94-113-89-201.net.upcbroadband.cz] has quit [Ping timeout: 480 seconds] 17:00:21 *** Guest1347 [~George@212.113.107.39] has quit [Ping timeout: 480 seconds] 17:00:45 <maddy_> how do I show the standard red error message? 17:02:01 *** fonsinchen [~fonsinche@brln-4db80f3d.pool.mediaWays.net] has quit [Remote host closed the connection] 17:02:23 *** Guest1348 [~George@212.113.107.39] has quit [Ping timeout: 480 seconds] 17:02:49 <maddy_> I see them passed to DoCommandP function as parameters 17:12:08 <andythenorth> Terkhen: got any diffs yet for unified vehicle stuff? 17:13:09 <Terkhen> andythenorth: there have been many commits about that already 17:13:26 <Terkhen> for example, the subtype code is now unified 17:13:38 <andythenorth> I'll look in the logs and go read some 17:13:43 <Terkhen> now I'm profiling a unification of articulated code and getting funny results 17:15:04 <Terkhen> I'm also planning on unifying Train::GetDisplayImageWidth and RoadVehicle::GetDisplayImageWidth 17:15:14 <Terkhen> IIRC that's used on the depot GUI 17:15:31 <Terkhen> after that I'll need to check further code to see what else could go to GroundVehicle 17:16:44 *** Ylioppilas [~svkoskin@hoasnet-fe17dd00-222.dhcp.inet.fi] has left #openttd [ÐП ÑвОЎаМОÑ] 17:17:49 <maddy_> come on guys this must be really basic, how to display an error message? 17:18:17 <andythenorth> what's the error supposed to say? 17:18:17 <andythenorth> what context is this ? 17:18:28 <andythenorth> and is it similar to anything that already exists? 17:19:24 <maddy_> I see error messages in DoCommandP and then returned as CommandCost objects, but in this case I can't return it because the func type is void (generated from MouseUp event) 17:20:06 <Terkhen> check the ShowErrorMessage function 17:20:07 <andythenorth> what else behaves in a similar way? 17:20:33 <maddy_> well any error message where you select a tool and click on a tile, e.g. "can't build bridge here" 17:20:59 <Yexo> that are all commands 17:21:32 <maddy_> Terkhen: yes that's what I was looking for, thanks 17:22:00 <Eddi|zuHause> maddy_: if you want to call that function directly, you probably do something wrong 17:22:28 <Terkhen> ^ 17:24:32 <maddy_> veryprobably, since I'm beginner at openttd code 17:25:54 <ABCRic> hmm... something is wrong with indenting at http://wiki.openttd.org/OpenTTDDevBlackBook/Window/UseWindows 17:25:59 <andythenorth> Eddi|zuHause: I find at least a few examples where it's called directly :o 17:27:03 <Terkhen> those are mostly GUI only stuff or things that happen outside a game 17:28:50 <andythenorth> Terkhen: 'engine' and 'wagon' are the preferred terms in variables etc? 17:29:15 <Terkhen> I think so 17:29:42 <andythenorth> and engine is determined how? - it has power? 17:30:02 <Wolf01> ABCRic use <br clear="all" /> after the "To dO" template 17:30:14 <Terkhen> IIRC that's how it's done for trains currently, yes 17:30:22 <Terkhen> but I'm not sure it is done the same way in game code 17:31:54 <Terkhen> andythenorth: check IsWagon in ground_vehicle.hpp 17:32:12 <Terkhen> they are subtypes 17:32:52 *** Adambean [AdamR@82.hosts.reece-eu.net] has quit [Quit: Gone fishing] 17:39:09 <andythenorth> I was reading commits for that :) that's what prompted the question 17:40:07 <Terkhen> ok :) 17:41:04 <andythenorth> reading commits is quite helpful for understanding 17:41:49 *** Prof_Frink [~proffrink@5e06ec12.bb.sky.com] has joined #openttd 17:42:33 <maddy_> is there a shortcut to close all windows? 17:43:01 <Terkhen> DEL 17:43:03 <andythenorth> delete 17:44:15 <glx> ABCRic: should be better now 17:44:25 <maddy_> thx 17:47:20 *** KouDy [~KouDy@60.51.82.143] has quit [Quit: Leaving.] 17:50:47 <CIA-2> OpenTTD: smatz * r21903 /trunk/src/train_cmd.cpp: -Codechange: warn only once for a train that has invalid length, not for each its wagon with invalid length 17:51:06 <ABCRic> glx: :) 17:57:38 *** KritiK_ [~Maxim@95-27-221-251.broadband.corbina.ru] has joined #openttd 18:01:10 <maddy_> next problem to solve with programmable signals: my signals GUI closes when programmable-signals GUI opens 18:01:41 *** KritiK__ [~Maxim@89-178-47-199.broadband.corbina.ru] has joined #openttd 18:02:12 <frosch123> use a different window class or number 18:02:13 <SmatZ> use differe 18:02:15 <SmatZ> ... 18:02:17 <frosch123> :) 18:02:39 *** KritiK [~Maxim@95-26-171-150.broadband.corbina.ru] has quit [Ping timeout: 480 seconds] 18:02:51 *** KritiK__ is now known as KritiK 18:03:10 *** nicfer [~nicfer@190.50.44.103] has joined #openttd 18:04:46 *** nicfer [~nicfer@190.50.44.103] has quit [Read error: Connection reset by peer] 18:05:19 <Terkhen> :) 18:05:31 <SmatZ> :) 18:05:46 <maddy_> think I do have different window class and window number, if I comment out one function from the gui constructor it works, so it's probably something there 18:06:19 <SmatZ> what line? 18:07:05 <maddy_> it's a patch file, not in trunk, or you got it too? 18:07:12 <SmatZ> nope 18:08:38 *** KritiK_ [~Maxim@95-27-221-251.broadband.corbina.ru] has quit [Ping timeout: 480 seconds] 18:09:30 <maddy_> what about ResetObjectToPlace() 18:10:21 <Terkhen> look for that function in the source, IIRC it is documented 18:13:45 <maddy_> not very well documented, in any case that was the problem, it's working now...wonder why it was needed 18:16:28 <maddy_> tho the names says that's exactly what it's supposed to do, now that I think about it 18:24:48 *** ABCRic_ [~ABCRic@217.168.54.77.rev.vodafone.pt] has joined #openttd 18:24:48 *** ABCRic is now known as Guest1359 18:24:48 *** ABCRic_ is now known as ABCRic 18:28:23 *** Guest1359 [~ABCRic@108.107.108.93.rev.vodafone.pt] has quit [Ping timeout: 480 seconds] 18:30:22 <andythenorth> I thought of a way to allow newgrfs to handle articulated (fifth wheel) truck trailers 18:30:50 <andythenorth> introduce a cargo: 'fifth wheel' and refit lead vehicle to that 18:31:23 <CIA-2> OpenTTD: frosch * r21904 /trunk/src/vehicle_cmd.cpp: -Fix: Include the capacity of non-refittable vehicles in the refitted-capacity, if their cargo matches. 18:31:51 <Terkhen> sounds like regearing 18:31:53 <Yexo> andythenorth: but that means the rest of the wagons can't be refitted anymore 18:32:04 <Yexo> at least if they're articulated 18:32:17 * Yexo just realized they're probably not ;) 18:34:38 <andythenorth> it's just like regearing 18:36:05 *** fjb is now known as Guest1362 18:36:07 *** fjb [~frank@p5DDFF7F8.dip.t-dialin.net] has joined #openttd 18:37:27 <andythenorth> it's almost a correct way to handle it 18:37:40 <andythenorth> w.r.t to real life trucks + it would make sense in game 18:37:50 <andythenorth> wastes a cargo slot though, and only for trucks 18:37:59 <andythenorth> seems a bit expensive 18:38:30 <andythenorth> are vehicles limited by available storage in same way as tiles are limited by map array? 18:39:14 <frosch123> what is the point of that refit? refitting between truck+semi-trailer and non-articulated lorry? 18:39:30 <frosch123> i.e. only visually? 18:40:13 <Yexo> also, if you go for using a cargoslot to refit, why not reuse the "regearing" cargo? 18:40:44 <andythenorth> frosch123: if rv-wagons becomes available...there will need to be a way to control attachment of trailers 18:40:58 <andythenorth> i.e. articulated (fifth wheel) trailers can only attach to certain truck types 18:41:14 <andythenorth> inside one newgrf it's ok (just a *lot* of ID checks) 18:41:22 <andythenorth> but between newgrfs, almost impossible 18:41:44 <frosch123> you want to distinguish semi-trailers and trailers? 18:42:15 <andythenorth> yes exactly 18:42:15 <andythenorth> but shouldn't need to be hard-coded in openttd 18:42:18 <frosch123> then the first trailer would have a different type than the second trailer... does not sound like good gameplay? 18:42:40 <andythenorth> actually I thought the trailers would choose graphics appropriate to the lead truck 18:42:44 <andythenorth> i.e. add front wheels to the trailer or not 18:43:07 *** Guest1362 [~frank@p5DDFC77E.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 18:43:08 <andythenorth> but that still means understanding the lead vehicle ID, or something else like the cargo 18:43:14 <andythenorth> I thought of labels 18:43:31 <andythenorth> checking if lead vehicle cargo capacity is 0 doesn't work 18:43:56 <frosch123> andythenorth: but you cannot draw the trailer above the front engine 18:44:16 <frosch123> so you won't be able to draw the wheels of the front vehicle under the trailer 18:44:22 <andythenorth> ? 18:44:36 <andythenorth> is it currently possible because they are formally articulated vehicles 18:44:39 <andythenorth> ? 18:44:52 <frosch123> you cannot make the sprites overlap correctly 18:45:08 <andythenorth> but within reason, it works 18:45:14 <guru3> So, who's the dev that coasts around servers looking for hackers? (As someone has just claimed...) 18:45:25 <andythenorth> frosch123: I tell to you HEQS :) 18:45:29 <andythenorth> and eGRVTS 18:45:35 <Yexo> guru3: nobody 18:45:51 <guru3> Yeah thought so. 18:45:55 <Yexo> who claimed that anyway? 18:46:03 <guru3> "Player #2" 18:46:08 *** fonsinchen [~fonsinche@brln-4db80f3d.pool.mediaWays.net] has joined #openttd 18:46:11 <guru3> I was highly suspicious to begin with. ;) 18:46:43 <CIA-2> OpenTTD: translators * r21905 /trunk/src/lang/ (5 files): 18:46:43 <CIA-2> OpenTTD: -Update from WebTranslator v3.0: 18:46:43 <CIA-2> OpenTTD: japanese - 6 changes by kokubunzi 18:46:43 <CIA-2> OpenTTD: polish - 13 changes by Simek 18:46:43 <CIA-2> OpenTTD: slovenian - 2 changes by ntadej 18:46:45 <CIA-2> OpenTTD: spanish - 4 changes by Terkhen 18:46:45 <CIA-2> OpenTTD: ukrainian - 2 changes by Fixer 18:46:52 <frosch123> andythenorth: but "within reason" there is no difference between graphics with "front wheels" or without 18:47:08 <Terkhen> as long as Player #2 does not know about the secret master key we are fine 18:47:24 <andythenorth> frosch123: depends on how reasonable reason is :P 18:47:38 <andythenorth> there are glitches with current HEQS / eGRVTS implementations 18:47:39 <frosch123> guru3: we do not do that ourself, we outsourced that to the CIA 18:47:42 <Terkhen> :D 18:47:48 <andythenorth> but nobody seems to complain, and it doesn't make my eyes bleed :D 18:50:02 <andythenorth> for HEQS and eGRVTS, some parts of the lead vehicle aren't drawn 18:50:14 <guru3> frosch123: That sounds most reasonable. :) 18:50:18 <andythenorth> that improves some of the drawing limitations 18:50:55 *** Fenris [~fenris@p5DC6A20F.dip.t-dialin.net] has joined #openttd 18:50:58 * Terkhen never noticed that 18:51:08 <andythenorth> it's necessary 18:51:35 <andythenorth> unless we make what I guess is a considerable change to the sprite sorter 18:53:14 <guru3> Huh. I'd for forgotten to build a headquarters. Fixed that. :D 18:53:29 <guru3> Now my company is compelte. 18:54:15 <guru3> Profit up by 33% last year! :D 18:54:35 <maddy_> thanks all for help on the code, gonna continue later :) 18:54:38 *** maddy_ [~plaiho@182.21.240.77.static.louhi.net] has quit [Quit: leaving] 18:58:26 * andythenorth wonders about some kind of storage for vehicles 18:58:27 <andythenorth> liveries 18:58:37 <andythenorth> regearing / performance adjustments 18:59:15 *** ZirconiumX [561b9bc6@ircip3.mibbit.com] has joined #openttd 19:00:39 *** ZirconiumX [561b9bc6@ircip3.mibbit.com] has quit [] 19:02:50 <guru3> Anywho, time for dinner, ta-ta. 19:02:51 <andythenorth> almost something like action 14... 19:03:19 <andythenorth> vehicle options - with newgrf definable list 19:03:35 <andythenorth> bool or value range 19:03:45 <guru3> OK, one quick thing. How does one destroy ones entire company? 19:03:55 <andythenorth> pull the power cord 19:03:57 <andythenorth> sorry :P 19:04:11 <Yexo> "stop_ai <company_num>" or "reset_company <company_num>" 19:04:22 <guru3> Does that work when Iim just a client? 19:04:27 <guru3> *I'm 19:04:28 <Yexo> probably not 19:04:36 <Yexo> not sure if there is a way in that case 19:05:35 <guru3> Darn. Don't want to leave my company cluttering up the map. 19:05:46 <ABCRic> quit? 19:05:56 <guru3> Network game... 19:06:06 <ABCRic> wait, that keeps the company... 19:06:24 * ABCRic has 0 OpenTTD multiplayer experience 19:06:26 <michi_cc> andythenorth: http://www.tt-forums.net/viewtopic.php?p=696615#p696615 seems like what you'd want for RV wagons. 19:06:33 <Terkhen> stop all vehicles, demolish all the water you can and wait :) 19:06:50 <andythenorth> anyone used to play lemmings? 19:06:58 * Terkhen did 19:07:04 <andythenorth> the 'nuke' option was fun 19:07:12 <andythenorth> heh 19:07:18 <guru3> I'd rather go out with a bang. I've got a top of the scoreboard company afterall. :) 19:07:24 <andythenorth> 'nuke' would be a nice patch 19:07:35 <guru3> From 0 to Chairman in 5 years. Way too easy a server. -_- 19:07:39 <Terkhen> now that you mentioned it I want to see it working :) 19:07:41 <andythenorth> would have to send all vehicles to depot first 19:07:52 <andythenorth> nuke would walk the map, find all tiles marked with infrastructure belonging to player 19:08:01 <andythenorth> if tile is a depot, sell all vehicles in depot 19:08:05 <Terkhen> I was thinking on exploding all vehicles on the map at once 19:08:08 <andythenorth> then call clear on every other piece of infrastructure 19:08:11 <andythenorth> hmm 19:08:12 <Terkhen> what you mention is already coded 19:08:17 <ABCRic> Terkhen: :D 19:08:19 <andythenorth> exploding would be a bigger patch :) 19:08:21 <guru3> Could be a disaster - some sort of corporate espionage. ;) 19:08:35 <Terkhen> if you open a savegame in the scenario editor you can remove all company property 19:08:40 <andythenorth> exploding would leave infrastructure behind with vehicles stuck on it :P 19:08:40 *** simon [~simon@c83-248-184-165.bredband.comhem.se] has joined #openttd 19:08:48 <Terkhen> yes :) 19:08:54 <Terkhen> it would be a useless patch 19:08:54 <simon> hey guys! 19:08:57 <Terkhen> hi simon 19:09:09 *** simon is now known as Guest1367 19:09:33 <andythenorth> terkhen I was looking at something earlier today 19:09:33 <andythenorth> in the master vehicle lists - there's the 'send all to depot' buttons etc 19:09:39 <andythenorth> I was thinking 'ignore signals' - for all :P 19:09:47 <Terkhen> that would be fun too :D 19:09:59 <guru3> Only if you use signals... >< 19:10:01 <ABCRic> sounds cool :D 19:10:14 <Guest1367> Ive been searching all pages I could find and google, but couldnt find help: How do I set up a server/create a game with a city builder grf? (let's say, Ex's city builder) 19:10:17 <ABCRic> and a crash option for aircraft 19:10:31 <guru3> I tend to not build networks, and instead do two and three train lines. Ignoring signals probably wouldn't do much then unless it became 'ignore signals indefinetely.' 19:10:45 *** Guest1367 is now known as simonplaysopenttd 19:11:06 <Terkhen> Guest1367: city building servers use customized code in their servers, you can't add that with a NewGRF 19:11:09 <ABCRic> and a capsize option for rvs :P 19:11:47 <simonplaysopenttd> so there is basically no way of playing "city builder" offline? 19:11:48 <guru3> Trains could have a 'run at 125%' so that they overheat and explode. :) 19:12:00 *** Tennel [~Tennel@farafin-gate.cs.uni-magdeburg.de] has quit [Quit: Verlassend] 19:12:18 <andythenorth> basically all vehicles would just be set to 'collided' 19:12:26 <andythenorth> and then when no vehicles were left, destroy all infrastructure? 19:12:33 <Terkhen> simonplaysopenttd: you can try to ask them for the code or a compiled binary 19:12:52 <guru3> How about an airstrike option? Call in the military to destroy all vehicules. 19:12:59 <simonplaysopenttd> I asked the guys from luukland, but they didnt want to give me anything for unexplainable reasons... 19:13:41 <guru3> Right, I've given up the adiction and just left my company there. Now off to do dinner... 19:13:49 <Terkhen> simonplaysopenttd: I guess they don't want clones of their servers 19:14:13 <simonplaysopenttd> why does city builder not get into the core of the game? 19:14:17 <andythenorth> how about the ufo disaster - en masse 19:14:24 <andythenorth> like certain films we could name 19:14:38 <guru3> I'd take it. :) (Now gone for real...) 19:14:49 <ABCRic> 300 UFOs come out of nowhere and blow up our vehicles with lazors? :D 19:14:59 <andythenorth> michi_cc: thanks - that's relevant. With rv-wagons, what I forsee is exactly what Eddi|zuHause said here: http://www.tt-forums.net/viewtopic.php?p=696807#p696807 19:15:42 <Terkhen> simonplaysopenttd: I never have seen a patch for that 19:17:03 <V453000> it is just modified by newGRFs, isnt it? 19:18:23 <Yexo> <simonplaysopenttd> why does city builder not get into the core of the game? <- because they do not share their source code, ie for the same reason you can't play it offline 19:18:30 <Yexo> V453000: no, it's also a modified server binary 19:18:42 <V453000> I see :) 19:19:49 <ABCRic> what is this city builder you speak about? 19:20:28 <Terkhen> a server 19:20:46 * andythenorth ponders 19:21:07 <andythenorth> with engine pool, generally a way to provide inter-operability control would be useful 19:21:28 <andythenorth> basically similar in concept to current use of rail types 19:21:44 <andythenorth> but vehicle-vehicle, not vehicle-infrastructure 19:21:59 <andythenorth> possibly that would make cb1D / 15E checks would be quite simple 19:25:11 <andythenorth> I can see an issue, but also maybe a way to solve it 19:25:12 <simonplaysopenttd> ok, so we have to code a new city builder... 19:25:20 <simonplaysopenttd> ;-) 19:30:17 <Xaroth_> Yexo: shouldn't they be 'forced' to release their source to anybody who wishes to see it, or does that only apply to when they start distributing the server binary? 19:30:42 <Yexo> that only applies when they distribute their server binary 19:30:53 <Xaroth_> ah, yeh 19:30:54 <Xaroth_> sucks :P 19:31:05 <andythenorth> if it was aGPL it would be different 19:31:25 <Terkhen> yes it does 19:33:48 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd 19:35:07 *** Biolunar [~mahdi@blfd-4db1ad8d.pool.mediaWays.net] has joined #openttd 19:43:07 *** ABCRic [~ABCRic@217.168.54.77.rev.vodafone.pt] has quit [Quit: The bad thing about quit messages is that you never know how people react to them.] 19:47:33 *** DDR [~DDR@d142-179-76-217.bchsia.telus.net] has joined #openttd 20:25:50 *** Chruker [~no@87-104-39-161-dynamic-customer.profibernet.dk] has joined #openttd 20:31:28 * andythenorth does draw 20:43:48 *** valhalla1w [~valhallas@s55978e11.adsl.wanadoo.nl] has joined #openttd 20:48:21 *** RM87 [~Mihkel@82.131.22.185.cable.starman.ee] has joined #openttd 20:51:21 *** lugo [lugo@195.3.138.104] has quit [Quit: void] 20:52:33 *** Markavian` [~Markavian@CPE-60-224-82-14.wxzr1.win.bigpond.net.au] has joined #openttd 20:55:01 *** RM87 [~Mihkel@82.131.22.185.cable.starman.ee] has quit [Quit: Leaving.] 20:58:30 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd [] 21:00:05 *** Markavian [~Markavian@CPE-60-224-82-14.wxzr1.win.bigpond.net.au] has quit [Ping timeout: 480 seconds] 21:01:53 *** ABCRic [~ABCRic@45.78.103.87.rev.vodafone.pt] has joined #openttd 21:05:36 *** lugo [~lugo@85.17.236.246] has joined #openttd 21:10:17 *** CIA-2 [~CIA@208.69.182.149] has left #openttd [] 21:19:01 *** Fenris [~fenris@p5DC6A20F.dip.t-dialin.net] has quit [Quit: Nettalk6 - www.ntalk.de] 21:21:09 *** andythenorth [~andy@cpc9-aztw25-2-0-cust133.aztw.cable.virginmedia.com] has quit [Ping timeout: 480 seconds] 21:22:26 *** Chillosophy [~Chillosop@ip91350749.adsl-surfen.hetnet.nl] has joined #openttd 21:23:15 *** fonsinchen [~fonsinche@brln-4db80f3d.pool.mediaWays.net] has quit [Remote host closed the connection] 21:25:36 *** perk11 [~perk11@81.17.157.195] has joined #openttd 21:33:34 *** CIA-1 [~CIA@208.69.182.149] has joined #openttd 21:37:41 *** Chillosophy [~Chillosop@ip91350749.adsl-surfen.hetnet.nl] has quit [] 21:38:55 *** Fast2 [~Fast2@p57AF84A2.dip0.t-ipconnect.de] has joined #openttd 21:43:11 *** KritiK_ [~Maxim@95-27-101-112.broadband.corbina.ru] has joined #openttd 21:43:11 *** KritiK [~Maxim@89-178-47-199.broadband.corbina.ru] has quit [Read error: Connection reset by peer] 21:43:13 *** KritiK_ is now known as KritiK 21:43:19 *** Biolunar [~mahdi@blfd-4db1ad8d.pool.mediaWays.net] has quit [Remote host closed the connection] 21:49:06 *** lolman [~lolman@188-220-249-104.zone11.bethere.co.uk] has joined #openttd 21:49:26 *** supermop [~daniel_er@82-69-99-113.dsl.in-addr.zen.co.uk] has joined #openttd 21:51:07 <supermop> hello 21:53:11 *** KritiK_ [~Maxim@89-178-14-158.broadband.corbina.ru] has joined #openttd 21:56:28 *** CIA-9 [~CIA@208.69.182.149] has joined #openttd 21:56:28 *** CIA-1 [~CIA@208.69.182.149] has quit [] 21:56:36 *** CIA-9 [~CIA@208.69.182.149] has quit [] 21:58:40 *** KritiK [~Maxim@95-27-101-112.broadband.corbina.ru] has quit [Ping timeout: 480 seconds] 21:58:51 *** KritiK_ is now known as KritiK 22:01:08 *** KritiK_ [~Maxim@95-27-104-107.broadband.corbina.ru] has joined #openttd 22:03:38 *** KritiK__ [~Maxim@89-178-15-106.broadband.corbina.ru] has joined #openttd 22:03:43 *** perk11 [~perk11@81.17.157.195] has quit [Read error: No route to host] 22:05:04 *** CIA-1 [~CIA@208.69.182.149] has joined #openttd 22:06:11 *** perk11 [~perk11@81.17.157.195] has joined #openttd 22:06:55 *** KritiK [~Maxim@89-178-14-158.broadband.corbina.ru] has quit [Ping timeout: 480 seconds] 22:07:04 *** KritiK__ is now known as KritiK 22:09:31 *** KritiK_ [~Maxim@95-27-104-107.broadband.corbina.ru] has quit [Read error: Connection reset by peer] 22:18:00 *** frosch123 [~frosch@frnk-4d009339.pool.mediaWays.net] has quit [Remote host closed the connection] 22:19:21 *** Adambean [AdamR@82.hosts.reece-eu.net] has joined #openttd 22:25:37 <ABCRic> good night 22:25:41 *** ABCRic [~ABCRic@45.78.103.87.rev.vodafone.pt] has quit [Quit: The bad thing about quit messages is that you never know how people react to them.] 22:26:35 *** simonplaysopenttd [~simon@c83-248-184-165.bredband.comhem.se] has quit [Quit: leaving] 22:30:22 *** xiong [~xiong@netblock-68-183-230-112.dslextreme.com] has joined #openttd 22:40:21 *** Chrill [Chrill@ip68-8-120-178.sd.sd.cox.net] has joined #openttd 22:41:30 *** KouDy [~KouDy@60.51.82.143] has joined #openttd 22:46:30 *** Fast2 [~Fast2@p57AF84A2.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 22:50:06 *** valhalla1w [~valhallas@s55978e11.adsl.wanadoo.nl] has quit [Ping timeout: 480 seconds] 22:59:31 *** DayDreamer [~DayDreame@94.142.234.1] has quit [Read error: Connection reset by peer] 23:09:20 <Terkhen> good night 23:10:43 *** Zuu [~Zuu@h-114-141.A98.priv.bahnhof.se] has quit [Ping timeout: 480 seconds] 23:15:24 *** Adambean [AdamR@82.hosts.reece-eu.net] has quit [Quit: Gone fishing] 23:23:46 *** perk111 [~perk11@81.17.157.195] has joined #openttd 23:29:16 *** perk11 [~perk11@81.17.157.195] has quit [Ping timeout: 480 seconds] 23:32:45 <Wolf01> 'night 23:32:49 *** Wolf01 [~wolf01@host179-63-dynamic.2-87-r.retail.telecomitalia.it] has quit [Quit: Once again the world is quick to bury me.] 23:43:54 *** Kurimus [Kurimus@dsl-tkubrasgw1-fe86de00-46.dhcp.inet.fi] has quit [] 23:45:06 *** Chrill [Chrill@ip68-8-120-178.sd.sd.cox.net] has quit [Quit: I prefer jonty-comp's left boob over his right boob] 23:47:13 *** KritiK [~Maxim@89-178-15-106.broadband.corbina.ru] has quit [Quit: Leaving] 23:48:08 *** KouDy [~KouDy@60.51.82.143] has quit [Quit: Leaving.] 23:50:16 *** goblin [~goblin@krlh-5f737035.pool.mediaWays.net] has quit [Quit: leaving] 23:54:16 <TrueBrain> dihedral: please refrain yourself from abusing DorpsGek. It is not really much appreciated, and I really don't feel like removing individual commands. I rather kick people instead ;) Tnx :)