Times are UTC Toggle Colours
00:08:18 *** jjavaholic [~jjavaholi@grahamg63.plus.com] has joined #openttd 00:12:46 *** Djohaal_ [~Djohaal@189.58.0.41.dynamic.adsl.gvt.net.br] has joined #openttd 00:31:04 *** Devroush [~dennis@dD5765BAC.access.telenet.be] has quit [] 00:37:28 *** roboboy [~robotboy@0001164c.user.oftc.net] has joined #openttd 00:40:28 *** gelignite [~gelignite@i528C3EC9.versanet.de] has quit [Quit: http://bit.ly/nkczDT] 00:40:40 *** treaki__ [~treaki@p4FF4BBA7.dip0.t-ipconnect.de] has quit [Read error: Operation timed out] 00:41:20 *** treaki__ [40af88c5d7@p4FDF6EEB.dip0.t-ipconnect.de] has joined #openttd 00:48:07 *** Japa_ [~Japa@112.79.36.32] has quit [Ping timeout: 480 seconds] 00:52:32 *** Djohaal_ [~Djohaal@189.58.0.41.dynamic.adsl.gvt.net.br] has quit [Quit: Leaving] 01:15:02 *** DDR|2 [~kvirc@184.71.170.250] has quit [Read error: Operation timed out] 01:16:38 *** tigeroo [~tigeroo@pool-108-12-34-223.syrcny.fios.verizon.net] has quit [Read error: Connection reset by peer] 01:22:46 *** Japa [~Japa@112.79.36.139] has joined #openttd 01:32:16 *** KritiK [~Maxim@0001264a.user.oftc.net] has quit [Quit: Leaving] 01:46:34 *** Snail [~jacopocol@cpe-68-175-24-89.nyc.res.rr.com] has joined #openttd 01:50:04 *** HerzogDeXtEr1 [~flex@i59F6C73E.versanet.de] has quit [Read error: Connection reset by peer] 01:50:10 *** Pereba [~UserNick@187.59.224.51.dynamic.adsl.gvt.net.br] has quit [Quit: Hey folk, AdiIRC is here, try it!] 01:53:35 *** Japa_ [~Japa@117.201.101.247] has joined #openttd 02:00:14 *** Haube [~michi@77-20-40-44-dynip.superkabel.de] has quit [Quit: Leaving.] 02:00:52 *** Japa [~Japa@112.79.36.139] has quit [Ping timeout: 480 seconds] 02:02:09 *** LordAro [~LordAro@sns61-3.york.ac.uk] has quit [Remote host closed the connection] 02:23:15 *** wakou2 [~stephen@host86-147-214-192.range86-147.btcentralplus.com] has quit [Quit: Konversation terminated!] 02:31:32 *** DDR [~kvirc@S010600254bbe4e1c.vc.shawcable.net] has joined #openttd 02:50:00 *** glx [~glx@000128ec.user.oftc.net] has quit [Quit: Bye] 02:56:09 *** DDR [~kvirc@S010600254bbe4e1c.vc.shawcable.net] has quit [Quit: DDR is not Dance Dance Revolution.] 02:56:25 *** DDR [~kvirc@S010600254bbe4e1c.vc.shawcable.net] has joined #openttd 02:58:08 *** tokai|noir [~tokai@00012860.user.oftc.net] has joined #openttd 02:58:11 *** mode/#openttd [+v tokai|noir] by ChanServ 03:03:26 *** DDR [~kvirc@S010600254bbe4e1c.vc.shawcable.net] has quit [Quit: DDR is not Dance Dance Revolution.] 03:03:42 *** DDR [~kvirc@S010600254bbe4e1c.vc.shawcable.net] has joined #openttd 03:03:52 *** tokai|mdlx [~tokai@port-92-195-44-37.dynamic.qsc.de] has quit [Ping timeout: 480 seconds] 03:04:48 *** DDR [~kvirc@S010600254bbe4e1c.vc.shawcable.net] has quit [] 03:05:06 *** DDR [~kvirc@S010600254bbe4e1c.vc.shawcable.net] has joined #openttd 03:50:51 *** Djohaal [~Djohaal@189.58.0.41.dynamic.adsl.gvt.net.br] has quit [Read error: Connection reset by peer] 03:54:31 *** Snail [~jacopocol@cpe-68-175-24-89.nyc.res.rr.com] has quit [Quit: Snail] 04:04:26 *** Japa_ [~Japa@117.201.101.247] has quit [Read error: Connection reset by peer] 04:21:23 *** Stimrol_ [~Stimrol@46-239-219-51.tal.is] has joined #openttd 04:21:23 *** Stimrol [~Stimrol@46-239-219-51.tal.is] has quit [Read error: Connection reset by peer] 04:28:04 *** kristal [~quassel@216-58-107-38.cpe.distributel.net] has joined #openttd 04:28:51 *** kristal [~quassel@216-58-107-38.cpe.distributel.net] has quit [] 04:45:29 *** Japa [~Japa@112.79.36.139] has joined #openttd 04:47:16 *** retro|cz [~retro@ip-78-45-93-251.net.upcbroadband.cz] has quit [Ping timeout: 480 seconds] 05:33:40 *** Japa [~Japa@112.79.36.139] has quit [Quit: Leaving] 05:46:02 *** Eddi|zuHause [~johekr@p57BD418E.dip0.t-ipconnect.de] has quit [] 05:46:17 *** Eddi|zuHause [~johekr@p5DC675BF.dip0.t-ipconnect.de] has joined #openttd 06:10:31 *** scshunt [raedford@00017de0.user.oftc.net] has quit [Ping timeout: 480 seconds] 06:14:05 *** scshunt [raedford@taurine.csclub.uwaterloo.ca] has joined #openttd 06:49:22 *** adf88 [~Thunderbi@wis-zul.spine.pl] has joined #openttd 08:17:53 *** Pensacola [~quassel@h220216.upc-h.chello.nl] has joined #openttd 08:40:19 *** wakou2 [~stephen@host86-147-214-192.range86-147.btcentralplus.com] has joined #openttd 08:46:06 *** andythenorth [~andytheno@cpc10-aztw26-2-0-cust867.18-1.cable.virginmedia.com] has joined #openttd 08:46:13 <andythenorth> o/ 09:01:20 *** zydeco [~zydeco@23.Red-83-61-34.dynamicIP.rima-tde.net] has joined #openttd 09:01:40 *** frosch123 [~frosch@frnk-590d5b8b.pool.mediaWays.net] has joined #openttd 09:02:26 *** andythenorth [~andytheno@cpc10-aztw26-2-0-cust867.18-1.cable.virginmedia.com] has quit [Ping timeout: 480 seconds] 09:02:36 <zydeco> greetings, comrades 09:11:35 *** Pensacola [~quassel@h220216.upc-h.chello.nl] has quit [Remote host closed the connection] 09:14:00 *** LordAro [~LordAro@sns61-3.york.ac.uk] has joined #openttd 09:17:08 *** andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginmedia.com] has joined #openttd 09:18:37 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd 09:18:40 *** mode/#openttd [+o Alberth] by ChanServ 09:18:51 <andythenorth> o/ 09:19:03 <Alberth> good mornink 09:20:45 <frosch123> hmm, what happened? 09:20:49 <frosch123> i was here before albert 09:20:55 <frosch123> moin :) 09:21:09 <Alberth> I am late :) 09:21:48 <LordAro> /o all 09:24:30 <andythenorth> meh 09:24:33 <andythenorth> git != hg 09:24:39 <andythenorth> my fingers forget 09:24:46 <andythenorth> so when are we switching to git? o_O 09:26:18 <Alberth> as soon as they have useful patch queue support? 09:26:32 <Alberth> rebase stuff doesn't really appeal to me, so far 09:26:35 <peter1138> git++ 09:27:07 <andythenorth> I don't use rebase :P 09:27:31 <andythenorth> for me git has no advantage over hg, except that I currently have to use 3 different VCS on a daily / weekly basis :P 09:27:35 <andythenorth> 1 fewer would be nice 09:28:04 <LordAro> you can generally use git in place of all others, can you not? 09:28:08 <andythenorth> Eddi|zuHause: what are lines 11-17 here doing? https://dev.openttdcoop.org/projects/cets/repository/entry/scripts/processing.py 09:28:12 <LordAro> certainly instead of svn 09:28:22 <andythenorth> LordAro: not when your production deployment environment depends on svn 09:28:30 <andythenorth> then you have to use svn 09:28:37 <peter1138> svn smells 09:28:40 <andythenorth> +lots 09:29:11 <LordAro> does git svn not work? 09:29:23 <andythenorth> string 09:30:09 *** Elukka [~Elukka@a91-152-213-89.elisa-laajakaista.fi] has joined #openttd 09:30:19 *** Progman [~progman@p57A1880A.dip0.t-ipconnect.de] has joined #openttd 09:30:30 <Eddi|zuHause> andythenorth: it maps the length to "use single part" or "use 3 magic parts" and defines which vehicle is the "master" 09:31:11 <andythenorth> wondering if I should copy your guards 09:31:24 <andythenorth> are they guarding against bad info in the tracking table input? 09:31:34 <Eddi|zuHause> yes 09:31:51 <andythenorth> ok, don't need that :) 09:32:04 <andythenorth> so you don't allow length > 16 09:32:19 <Eddi|zuHause> yes 09:32:19 <andythenorth> and obviously length < 3 is problematic :P 09:32:34 <andythenorth> maybe I should add guards for < 3 and > 10 (max length in this set) 09:32:41 <Eddi|zuHause> it's not "problematic" per se, just "not useful" 09:32:55 <andythenorth> it would be problematic for me 09:33:00 <andythenorth> I am enforcing 3 parts per vehicle 09:33:03 <andythenorth> no other option :P 09:33:22 *** zeknurn [~sup@hd9483b0c.seveveb.dyn.perspektivbredband.net] has quit [Quit: .] 09:33:28 <andythenorth> where is your useful dict of lengths? 09:33:30 * andythenorth looks 09:33:30 <Eddi|zuHause> that sounds silly :) 09:33:38 <Eddi|zuHause> in tables.py 09:33:40 <andythenorth> ta 09:33:49 <Eddi|zuHause> g2g 09:33:53 <andythenorth> np thanks 09:33:54 *** Alice3 [~Alice@cpc18-grim14-2-0-cust478.12-3.cable.virginmedia.com] has joined #openttd 09:36:46 *** zeknurn [~sup@hd9483b0c.seveveb.dyn.perspektivbredband.net] has joined #openttd 09:37:12 *** TomyLobo [~foo@91-65-113-111-dynip.superkabel.de] has joined #openttd 09:38:13 *** tst1488 [~id@37.140.101.204] has joined #openttd 09:38:27 *** andythen_ [~andytheno@2002:5220:eb64:0:9cea:7e29:29ad:1d3] has joined #openttd 09:45:38 <andythenorth> hmm 09:45:50 <andythenorth> invisible lead part makes depot stuff tricky 09:46:29 <peter1138> hehe 09:48:36 *** andythen_ [~andytheno@2002:5220:eb64:0:9cea:7e29:29ad:1d3] has quit [Remote host closed the connection] 09:49:07 *** adf88 [~Thunderbi@wis-zul.spine.pl] has quit [Read error: Operation timed out] 09:49:10 <andythenorth> well this is fun :P 09:50:48 <Eddi|zuHause> yes, that's why have a gui view template 10:02:52 <andythenorth> :) 10:02:59 *** valhallasw [~valhallas@s55978e11.adsl.online.nl] has joined #openttd 10:10:03 *** tokai|mdlx [~tokai@port-92-195-55-157.dynamic.qsc.de] has joined #openttd 10:11:18 <zydeco> wouldn't be great if you could run commands from external files using the gamescript API or something 10:11:45 <LordAro> sounds potentially malicious, imo 10:12:38 <zydeco> I was thinking it'd be useful for custom editor commands 10:14:44 *** Progman [~progman@p57A1880A.dip0.t-ipconnect.de] has quit [Remote host closed the connection] 10:15:28 *** tokai|noir [~tokai@00012860.user.oftc.net] has quit [Ping timeout: 480 seconds] 10:16:42 <peter1138> I think it's all sandboxed for a reason, heh 10:29:06 <andythenorth> trailing part weights are 0 10:29:07 <andythenorth> meh 10:29:46 *** montalvo [~montalvo@host86-146-56-181.range86-146.btcentralplus.com] has joined #openttd 10:33:32 *** DDR [~kvirc@S010600254bbe4e1c.vc.shawcable.net] has quit [Remote host closed the connection] 10:35:19 *** gelignite [~gelignite@i5387A77F.versanet.de] has joined #openttd 10:37:18 <andythenorth> hmm 10:37:32 <andythenorth> python get a property, with a default if failing? 10:37:35 <andythenorth> get()? 10:37:36 * andythenorth looks 10:38:30 *** Supercheese [~Superchee@98.145.155.246] has quit [Ping timeout: 480 seconds] 10:39:29 <Alberth> from a dict? yes 10:39:41 <LordAro> anyone awake with windows development setup? 10:39:45 <andythenorth> getattr in this case :) 10:40:16 <Alberth> ooh, looking in the deep mystic parts of python o_o 10:40:28 <andythenorth> always seems a bit naughty 10:40:35 <andythenorth> like cheating 10:46:48 *** Xaroth [~Xaroth@00017153.user.oftc.net] has quit [Read error: Operation timed out] 10:47:18 *** Xaroth [~Xaroth@00017153.user.oftc.net] has joined #openttd 10:55:10 <andythenorth> bbl 10:55:11 *** andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginmedia.com] has quit [Quit: andythenorth] 10:58:28 <Alberth> zydeco: are you Zydeco in the tt-forums? If so, did you consider implementing the new scenario format and use that? 11:02:56 *** Japa [~Japa@117.214.2.103] has joined #openttd 11:09:12 *** ntoskrnl [~not@a91-153-231-146.elisa-laajakaista.fi] has joined #openttd 11:10:29 <zydeco> I am, but I'm not familiar with the new scenario format 11:12:16 <Alberth> http://wiki.openttd.org/Terkhen/Scenario_format 11:14:53 <Alberth> the idea is to be able to make a scenario without having non-mutable newgrfs getting in there (they are supposed to be selectable after or during loading of the scenario. Also, the format allows 3rd party data to be expressed in an openttd readable format, much like your patch 11:15:28 <Alberth> this format could also include readme files, and a game script to be used alongside in the scenario 11:15:34 <zydeco> ohh, I remember this 11:24:32 <zydeco> it would be easy to modify that into using latitude/longitude for towns 11:25:11 <Alberth> yeah, or add another format for expressing town data, or so 11:26:58 *** adf88 [~Thunderbi@wis-zul.spine.pl] has joined #openttd 11:27:28 <Alberth> I don't know exactly what it proposes for towns, but requirements range from being specific down each house, to something very global like rough position and size. I can imagine you cannot express all those requirements in one format. 11:27:58 <zydeco> well, it could have some fields but not others 11:28:12 * Alberth nods 11:29:08 <Alberth> plenty of options to choose from 11:40:23 <zydeco> now I'm thinking about the road layer stuff 11:40:35 *** sla_ro|master [~sla.ro@85.186.160.35] has joined #openttd 11:41:04 *** HerzogDeXtEr [~flex@i59F6C73E.versanet.de] has joined #openttd 11:42:04 <Alberth> that wiki-page is a global design without implementation, things can be changed 11:42:44 <Alberth> on the other hand, it might be better not to do that too long, in order to make real progress 11:45:32 <zydeco> is there any partial implementation? 11:45:50 <zydeco> I don't like the roads being 3x3 though 11:49:17 <Alberth> I have a patch queue from Terkhen with some general infra structure for having layers afaik 11:49:36 <Alberth> and I wrote a patch for writing a tar file 11:50:05 <planetmaker> hello 11:50:13 <zydeco> hi 11:50:41 <zydeco> I think there should be about 17 road tile combinations for each road type 11:50:43 <Alberth> roads is indeed one of the problematic points, but so far a better solution for expressing one-way roads, and partial roads has not been found 11:51:00 <zydeco> no, 21 11:51:10 <Alberth> an alternative could be to make all layers 3x3 11:51:44 <Alberth> the idea of using such layers is to support graphic editors that can edit images in layers 11:52:05 <Alberth> hi planetmaker 11:54:09 <zydeco> there could be one colour for north-south roads, another one for east-west, and another for junctions/curves which would be auto-generated according to the tiles on their sides 11:54:23 <zydeco> and other colours for one-way roads too 11:55:05 <zydeco> and if a pixel is a junction and only has a road on one edge, it would be a partial road 11:55:30 <zydeco> some things wouldn't be doable like this though 11:56:46 <Alberth> colour-coding will work for computers, but not for humans, I think, and indeed, being able to express everything you can do in openttd is important 11:56:52 <planetmaker> zydeco, yes. The problem is ... ^ 11:57:12 <planetmaker> otherwise just different grayscales would work well 11:57:30 <planetmaker> but you cannot nicely draw that with your pixel editor of choice 11:58:16 <Alberth> ie imagine a person wanting to make a map in the editor 12:07:35 <DorpsGek> Commit by fonsinchen :: r25882 trunk/src/subsidy.cpp (2013-10-19 11:17:29 UTC) 12:07:35 <zydeco> maybe the usual cases could be done with 3 colours, n-s road, e-w road, and auto curve/junction 12:07:36 <DorpsGek> -Change [FS#5766]: Don't offer subsidies for auto-distributed cargo. 12:07:52 <zydeco> but it could also accept other colours for when auto junction doesn't work 12:11:52 <Alberth> would you be a happy person if you had to draw such roads in a graphic editor? 12:12:32 <zydeco> I don't know how detailed people usually make roads in scenarios 12:13:07 <Alberth> I don't know either, but at least you have roads in 2 directions, and junctions 12:13:27 <Alberth> which thus implies you need to switch colours constantly 12:13:49 <Alberth> and the graphics don't show you what you made 12:14:04 <Alberth> such things drove us to the current solution 12:14:05 <zydeco> actually, if it's just a single road, it could work with just one colour 12:15:35 <zydeco> the only time you can't do it automatically is if you have road tiles next to each other you don't want to be joined 12:16:15 <Alberth> and when you want an extension somewhere as hint where to start extending, for example 12:16:29 <zydeco> oh 12:18:50 <Alberth> It'd be useful if you can express everything that openttd supports imho. You may be right that for many cases, a simple road layer may be sufficient 12:19:12 <Alberth> we could add that as another way to express roads 12:19:50 <Alberth> it'd need a bit of study what to do when you get both types of layers then, but that should be solvable 12:20:11 *** ntoskrnl [~not@a91-153-231-146.elisa-laajakaista.fi] has quit [Ping timeout: 480 seconds] 12:41:30 *** zooks [~zooks@vhe-540241.sshn.net] has joined #openttd 12:45:11 *** montalvo [~montalvo@host86-146-56-181.range86-146.btcentralplus.com] has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzzâŠ] 12:45:43 *** DDR [~kvirc@S010600254bbe4e1c.vc.shawcable.net] has joined #openttd 12:46:13 *** Pensacola [~quassel@h220216.upc-h.chello.nl] has joined #openttd 12:47:17 *** montalvo [~montalvo@host86-146-56-181.range86-146.btcentralplus.com] has joined #openttd 12:51:10 *** andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginmedia.com] has joined #openttd 12:59:10 *** tokai|noir [~tokai@00012860.user.oftc.net] has joined #openttd 12:59:13 *** mode/#openttd [+v tokai|noir] by ChanServ 13:01:47 *** tigeroo [~tigeroo@pool-108-12-34-223.syrcny.fios.verizon.net] has joined #openttd 13:02:27 *** tokai|mdlx [~tokai@port-92-195-55-157.dynamic.qsc.de] has quit [Ping timeout: 480 seconds] 13:09:23 *** Japa_ [~Japa@117.214.2.103] has joined #openttd 13:14:25 *** tokai|noir [~tokai@00012860.user.oftc.net] has quit [Read error: Operation timed out] 13:15:53 *** Japa [~Japa@117.214.2.103] has quit [Ping timeout: 480 seconds] 13:17:36 *** tokai|noir [~tokai@00012860.user.oftc.net] has joined #openttd 13:17:39 *** mode/#openttd [+v tokai|noir] by ChanServ 13:24:37 *** Twofish [~Thorbjorn@0001308f.user.oftc.net] has quit [Read error: Operation timed out] 13:36:12 *** DDR [~kvirc@S010600254bbe4e1c.vc.shawcable.net] has quit [Read error: Connection reset by peer] 13:42:28 *** retro|cz [~retro@ip-78-45-93-251.net.upcbroadband.cz] has joined #openttd 13:42:41 <andythenorth> now that I've built it 13:42:47 <andythenorth> I know what the design _should_ have been :P 13:43:26 <Alberth> that's quite normal :p 13:43:31 *** jjavaholic [~jjavaholi@grahamg63.plus.com] has quit [Remote host closed the connection] 13:43:54 <andythenorth> almost a rule 13:44:15 *** oskari89 [oskari89@62-241-226-106.bb.dnainternet.fi] has joined #openttd 14:04:55 *** Japa__ [~Japa@117.201.109.190] has joined #openttd 14:05:55 *** sla_ro|master [~sla.ro@85.186.160.35] has quit [] 14:06:40 *** Japa_ [~Japa@117.214.2.103] has quit [Ping timeout: 480 seconds] 14:07:12 <DorpsGek> Commit by fonsinchen :: r25883 /trunk/src (vehicle.cpp vehicle_base.h) (2013-10-19 13:17:06 UTC) 14:07:13 <DorpsGek> -Fix: Limit recursion and branching in RefreshNextHopsStats more aggressively. 14:52:34 *** Japa__ [~Japa@117.201.109.190] has quit [Read error: Connection reset by peer] 14:57:38 *** Japa [~Japa@117.214.0.245] has joined #openttd 15:03:58 <andythenorth> meh 15:04:00 <andythenorth> is all 15:04:48 <Alberth> I agree 15:06:17 *** Japa [~Japa@117.214.0.245] has quit [Read error: Operation timed out] 15:06:35 * Alberth gets a bit tired of people trying to push ttdpatch features into openttd 15:06:57 <andythenorth> where? o_O 15:06:58 <Alberth> in particular, for programmable signals :( 15:07:06 <andythenorth> my meh was because I didn't read my own code properly :P 15:07:25 <Alberth> http://www.tt-forums.net/viewtopic.php?p=1100793#p1100793 15:09:54 * andythenorth doesn't understand 15:09:56 <andythenorth> but nvm 15:10:07 <andythenorth> why are we talking about signals, when newgrf effect vehicles still aren't done :P 15:10:23 <andythenorth> and objects can't be built by industries :P 15:10:51 <andythenorth> I have signals already 15:12:26 <Eddi|zuHause> concerning scenario roads: i'd settle for an option to just provide the road tiles and openttd figuring out the connections between on its own by detecting the neighbouring tiles. with some slight tweaking of parallel roads that should be sufficient for most people. it could have this 3x3 mode available as an option for people who need more details 15:14:45 <Alberth> (or openttd needing a simple export format :p ) 15:19:51 *** dihedral [~dih@znc.noaddedsugar.net] has quit [Remote host closed the connection] 15:26:10 *** DanMacK [~453f317e@188.cimarosa.openttdcoop.org] has joined #openttd 15:26:20 <DanMacK> Hey all 15:26:24 <LordAro> /o 15:40:28 <zydeco> greetings 15:44:05 *** roboboy [~robotboy@0001164c.user.oftc.net] has quit [Ping timeout: 480 seconds] 15:51:17 *** tokai|noir [~tokai@00012860.user.oftc.net] has quit [Read error: Operation timed out] 16:11:07 *** dihedral [~dih@znc.noaddedsugar.net] has joined #openttd 16:13:12 *** andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginmedia.com] has left #openttd [] 16:19:00 <DorpsGek> Commit by frosch :: r25884 trunk/src/window.cpp (2013-10-19 15:28:54 UTC) 16:19:01 <DorpsGek> -Fix: Resizing the window did not properly resize the viewport window, resulting in the link graph glitching. 16:20:27 *** retro|cz [~retro@ip-78-45-93-251.net.upcbroadband.cz] has quit [Ping timeout: 480 seconds] 16:21:26 *** Pereba [~UserNick@187.59.224.51.dynamic.adsl.gvt.net.br] has joined #openttd 16:22:31 *** Wolf01 [~wolf01@host180-136-dynamic.244-95-r.retail.telecomitalia.it] has joined #openttd 16:22:52 <Wolf01> hello 16:28:34 *** skyem123 [~skyem123@cpc1-walt4-0-0-cust432.13-2.cable.virginmedia.com] has joined #openttd 16:32:20 *** Japa [~Japa@117.201.98.87] has joined #openttd 16:35:05 <frosch123> hearthstone tl open #1.... is that even a thing? 16:51:30 *** tokai [~tokai@00012860.user.oftc.net] has joined #openttd 16:51:33 *** mode/#openttd [+v tokai] by ChanServ 16:56:30 *** sla_ro|master [~sla.ro@85.186.160.35] has joined #openttd 16:57:56 *** Japa [~Japa@117.201.98.87] has quit [Ping timeout: 480 seconds] 17:06:41 *** Japa [~Japa@117.201.98.47] has joined #openttd 17:10:03 *** Alice3 [~Alice@cpc18-grim14-2-0-cust478.12-3.cable.virginmedia.com] has quit [] 17:11:05 *** Devroush [~dennis@109.130.15.190] has joined #openttd 17:14:43 *** Japa_ [~Japa@117.201.101.3] has joined #openttd 17:21:00 *** Japa [~Japa@117.201.98.47] has quit [Ping timeout: 480 seconds] 17:21:12 *** tst1488 [~id@37.140.101.204] has quit [Read error: Operation timed out] 17:24:53 *** Japa__ [~Japa@112.79.36.128] has joined #openttd 17:26:38 *** DarkAceZ [~BillyMays@50.107.53.200] has quit [Ping timeout: 480 seconds] 17:31:33 *** Japa_ [~Japa@117.201.101.3] has quit [Ping timeout: 480 seconds] 17:37:07 *** tst1488 [~id@37.140.101.204] has joined #openttd 17:46:38 *** glx [~glx@000128ec.user.oftc.net] has joined #openttd 17:46:41 *** mode/#openttd [+v glx] by ChanServ 17:47:46 *** tststs [~id@37.140.101.204] has joined #openttd 17:49:27 *** tst1488 [~id@37.140.101.204] has quit [Ping timeout: 480 seconds] 17:50:25 *** Pensacola [~quassel@h220216.upc-h.chello.nl] has quit [Remote host closed the connection] 17:50:33 *** tst1488 [~id@37.140.101.204] has joined #openttd 17:54:57 *** Snail [~jacopocol@cpe-68-175-24-89.nyc.res.rr.com] has joined #openttd 17:59:19 *** DarkAceZ [~BillyMays@50.107.53.200] has joined #openttd 18:05:25 <DorpsGek> Commit by fonsinchen :: r25885 /trunk/src/linkgraph (4 files) (2013-10-19 17:15:19 UTC) 18:05:26 <DorpsGek> -Codechange: Keep paths sorted so that the ones with flow == 0 are in the back and don't have to be iterated over so often. 18:07:20 <peter1138> *at the back 18:20:05 *** Ristovski [~rafael@31.11.127.74] has joined #openttd 18:25:47 *** DanMacK [~453f317e@188.cimarosa.openttdcoop.org] has quit [Quit: Page closed] 18:35:15 <DorpsGek> Commit by translators :: r25886 trunk/src/lang/ukrainian.txt (2013-10-19 17:45:08 UTC) 18:35:16 <DorpsGek> -Update from WebTranslator v3.0: 18:35:17 <DorpsGek> ukrainian - 17 changes by Strategy 18:40:57 *** oskari892 [oskari89@62-241-226-106.bb.dnainternet.fi] has joined #openttd 18:41:17 *** Snail [~jacopocol@cpe-68-175-24-89.nyc.res.rr.com] has quit [Read error: Connection reset by peer] 18:46:20 *** oskari89 [oskari89@62-241-226-106.bb.dnainternet.fi] has quit [Ping timeout: 480 seconds] 19:06:30 *** zooks [~zooks@vhe-540241.sshn.net] has quit [Ping timeout: 480 seconds] 19:19:01 <Eddi|zuHause> "In my experience, every problem is fun and logical once you get an understanding of it." <- i'd like to dispute that theory :p 19:20:39 <frosch123> nothing involving the axiom of choice is logical 19:20:45 <frosch123> that's my experience :p 19:28:22 *** andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginmedia.com] has joined #openttd 19:29:02 *** tststs [~id@37.140.101.204] has quit [Read error: Operation timed out] 19:29:03 *** tst1488 [~id@37.140.101.204] has quit [Read error: Operation timed out] 19:29:55 *** ST2 [~ST2@bl20-248-51.dsl.telepac.pt] has quit [Read error: Connection reset by peer] 19:30:08 *** ST2 [~ST2@bl20-248-51.dsl.telepac.pt] has joined #openttd 19:31:52 *** ST2 [~ST2@bl20-248-51.dsl.telepac.pt] has quit [Read error: Connection reset by peer] 19:32:24 *** adf88 [~Thunderbi@wis-zul.spine.pl] has quit [Quit: adf88] 19:32:34 *** ST2 [~ST2@2.81.248.51] has joined #openttd 19:41:47 *** Jomann [~abchirk@f052016074.adsl.alicedsl.de] has joined #openttd 19:45:13 *** montalvo is now known as montalbeer 19:45:15 *** abchirk_ [~abchirk@f052017116.adsl.alicedsl.de] has quit [Read error: Operation timed out] 19:55:52 *** George [~George@212.113.107.39] has quit [Max SendQ exceeded] 19:57:26 *** George [~George@212.113.107.39] has joined #openttd 19:57:59 *** Supercheese [~Superchee@98.145.155.246] has joined #openttd 19:58:03 <andythenorth> o/ 20:13:39 *** DDR [~kvirc@S010600254bbe4e1c.vc.shawcable.net] has joined #openttd 20:23:59 *** DDR [~kvirc@S010600254bbe4e1c.vc.shawcable.net] has quit [Read error: Connection reset by peer] 20:24:21 *** DDR [~kvirc@S010600254bbe4e1c.vc.shawcable.net] has joined #openttd 20:32:02 *** lofejndif [~lsqavnbok@manning2.torservers.net] has joined #openttd 20:33:36 *** lofejndif [~lsqavnbok@83TAADD5Z.tor-irc.dnsbl.oftc.net] has quit [Remote host closed the connection] 20:33:52 *** lofejndif [~lsqavnbok@sipb-tor.mit.edu] has joined #openttd 20:38:15 <andythenorth> Alberth: against my judgement I'm using **kwargs a lot....I need to pass these on when calling super() in an __init__, but I need to modify them first 20:38:23 <andythenorth> kwargs['base_numeric_id'] = base_numeric_id <- seems incredibly wrong / ugly 20:40:00 <Alberth> just one value? otherwise you might want to consider dict.update 20:40:22 <andythenorth> might be more than one 20:40:39 <andythenorth> in principle it really shouldn't feel wrong 20:40:50 <andythenorth> it's just a dict 20:40:53 <andythenorth> but because **kwargs is magic, I don't trust it :P 20:40:54 <Eddi|zuHause> just add it at function call? f(blah=x, **kwargs=? 20:41:13 <andythenorth> yeah that works too 20:41:25 *** treaki [adbbcf03e2@p4FDF6CDB.dip0.t-ipconnect.de] has joined #openttd 20:41:25 <andythenorth> afaict 20:41:37 <Alberth> it's not really magic, it's just that you don't see what arguments you provide any more 20:41:49 <Eddi|zuHause> that should be the proper solution, as long as kwargs doesn't contain blah already 20:42:21 <andythenorth> oh it does :) 20:42:32 <andythenorth> sometimes 20:43:47 <Eddi|zuHause> then you probably have an architecture problem 20:45:48 <andythenorth> I do have an architecture problem 20:46:40 <andythenorth> I have base classes that know a bit too much 20:46:49 <Alberth> we tried having a class for the parameters one one already didn't we? 20:46:56 <Alberth> *one time 20:47:11 <andythenorth> sounds familiar 20:47:28 *** treaki__ [40af88c5d7@p4FDF6EEB.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 20:47:37 <Alberth> thought so too 20:47:50 <Eddi|zuHause> at times like this i'm glad the CETS generator is not object-oriented :) 20:48:10 <Alberth> or just less parameterized :) 20:48:11 <andythenorth> all was well for the simple case 20:48:18 <andythenorth> now I need to stay out of OO-soup :P 20:48:30 <Eddi|zuHause> oh, i have functions of higher order instead :) 20:48:40 <andythenorth> the objects work really well for FISH, because ships are simple 20:48:49 <Alberth> you need a way to incrementally set the parameters instead of all at the same time 20:48:51 <andythenorth> and it works ok for FIRS, once you know the interface 20:49:17 <Eddi|zuHause> well, i do have classes for the parse tree of the graphics evaluation 20:49:56 <Eddi|zuHause> and a helper class or two 20:50:11 <andythenorth> I have a pretty nasty inheritance chain 20:50:35 <andythenorth> partly because trains can be wagons or engines, and the difference matters across multiple props 20:50:46 <andythenorth> and because I have to consider articulated parts 20:51:00 <andythenorth> and because I've layered in a load of extra crap about invisible articulated parts 20:51:12 <andythenorth> so there are now layers of nonsense 20:51:23 <Eddi|zuHause> see, for me those are just simple table entries 20:51:25 <andythenorth> dealing with 'must this propery be 0' 20:51:29 <andythenorth> and such 20:52:22 <andythenorth> Eddi|zuHause: so you just blat the table into props, and render whatever is there? 20:52:27 <andythenorth> with some guards? 20:52:30 <Eddi|zuHause> yes 20:53:14 <andythenorth> I found that a bit limiting with FISH 20:53:17 <Eddi|zuHause> i just noticed, i probably have no guards against "articulated part must be "spec"(ial) 20:54:32 <andythenorth> the object code I had a few weeks ago would have been fine, except the requirement to do > 8/8 vehicles 20:54:41 <andythenorth> which basically means fighting the game somewhat 20:57:26 <Eddi|zuHause> so why not just have a special (derived) class for 10lu vehicles, which handles the 3-part stuff? 20:57:54 <Eddi|zuHause> and keep 8lu and less the way it is? 20:57:57 <andythenorth> nah 20:58:10 <andythenorth> easier to just have everything as 3 parts 20:58:15 <andythenorth> in the long run :P 20:58:28 <andythenorth> the resulting code won't be too bad 20:58:32 <Eddi|zuHause> i doubt that 20:58:37 <andythenorth> the problem is refactoring from one to the other 20:58:55 <Eddi|zuHause> there are some game mechanic problems 20:59:02 <andythenorth> ? 20:59:09 <Eddi|zuHause> like articulated vehicles can't be dualheaded 20:59:15 <andythenorth> that's ok 20:59:20 <andythenorth> we've removed those 20:59:26 <Eddi|zuHause> and can't be flipped around in the depot 20:59:43 <andythenorth> no flipping allowed then :) 21:00:55 *** Elukka [~Elukka@a91-152-213-89.elisa-laajakaista.fi] has quit [Ping timeout: 480 seconds] 21:01:18 <andythenorth> this might prove to be limiting in the set design in future 21:01:25 <andythenorth> only one way to find out... 21:01:50 <Eddi|zuHause> also, you can't use things like "count vehicle chain of same ID" and stuff 21:01:59 <andythenorth> yup 21:02:10 <andythenorth> and anything calculating offsets would be a nightmare 21:02:17 <andythenorth> nightmare / a bit of work 21:02:27 <andythenorth> e.g. I want props from neighbouring vehicles 21:02:54 <andythenorth> (not sprite offsets) 21:06:29 *** Elukka [~Elukka@a91-152-213-89.elisa-laajakaista.fi] has joined #openttd 21:13:51 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd [] 21:19:05 *** andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginmedia.com] has quit [Quit: andythenorth] 21:27:15 *** andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginmedia.com] has joined #openttd 21:32:05 *** KritiK [~Maxim@0001264a.user.oftc.net] has joined #openttd 21:40:12 *** Devroush367 [~dennis@109.130.15.190] has joined #openttd 21:46:06 *** Devroush [~dennis@109.130.15.190] has quit [Ping timeout: 480 seconds] 21:47:20 <andythenorth> yah 21:47:33 * andythenorth found some more architecture suck that can be eliminated 21:47:41 <andythenorth> but bedtime 21:47:52 *** andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginmedia.com] has quit [Quit: andythenorth] 22:11:13 *** HerzogDeXtEr1 [~flex@i59F6C9A3.versanet.de] has joined #openttd 22:17:37 *** HerzogDeXtEr [~flex@i59F6C73E.versanet.de] has quit [Ping timeout: 480 seconds] 22:22:07 <__ln__> http://narf-archive.com/pix/e4242d2d8679fcc85f7b9120b3bfa14c47042a31.jpeg (sfw) 22:29:55 *** Haube [~michi@77-20-40-44-dynip.superkabel.de] has joined #openttd 22:30:10 <frosch123> night 22:30:12 *** frosch123 [~frosch@frnk-590d5b8b.pool.mediaWays.net] has quit [Quit: be yourself, except: if you have the opportunity to be a unicorn, then be a unicorn] 22:33:00 *** Ristovski [~rafael@31.11.127.74] has quit [Quit: Leaving] 22:34:26 <glx> __ln__: that's crazy 22:34:53 <glx> but it's a good solution to prevent leaking of OEM disks 22:37:25 *** skyem123 [~skyem123@cpc1-walt4-0-0-cust432.13-2.cable.virginmedia.com] has quit [Read error: Connection reset by peer] 22:45:46 <__ln__> if it's a fake, someone has put a lot of effort into it 22:46:21 <Supercheese> my first reaction was, "that surely must be fake" 22:49:36 <__ln__> can't be fake, it's on the internet 23:01:57 *** Elukka [~Elukka@a91-152-213-89.elisa-laajakaista.fi] has quit [] 23:04:48 *** Supercheese [~Superchee@98.145.155.246] has quit [Quit: ChatZilla 0.9.90.1 [Firefox 24.0/20130910160258]] 23:10:31 *** Supercheese [~Superchee@98.145.155.246] has joined #openttd 23:13:21 *** Supercheese [~Superchee@98.145.155.246] has quit [Read error: Connection reset by peer] 23:13:49 *** Supercheese [~Superchee@98.145.155.246] has joined #openttd 23:15:32 *** tigeroo [~tigeroo@pool-108-12-34-223.syrcny.fios.verizon.net] has quit [Read error: Connection reset by peer] 23:21:54 *** Japa__ [~Japa@112.79.36.128] has quit [Read error: Connection reset by peer] 23:28:51 *** Japa [~Japa@112.79.36.128] has joined #openttd 23:51:08 *** montalbeer [~montalvo@host86-146-56-181.range86-146.btcentralplus.com] has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzzâŠ] 23:51:16 *** treaki__ [b0fd6bc3db@p4FDF6D3C.dip0.t-ipconnect.de] has joined #openttd 23:51:45 *** montalvo [~montalvo@host86-146-56-181.range86-146.btcentralplus.com] has joined #openttd 23:57:13 *** Devroush367 [~dennis@109.130.15.190] has quit [] 23:58:38 *** treaki [adbbcf03e2@p4FDF6CDB.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds]