Times are UTC Toggle Colours
00:11:08 *** Illegal_Alien [~Illegal_A@ip4da39612.direct-adsl.nl] has quit [Quit: Want to be different? Try HydraIRC -> http://www.hydrairc.com <-] 00:17:00 *** Pikka [~chatzilla@d114-78-20-54.rdl800.qld.optusnet.com.au] has joined #openttd 00:17:10 *** Firartix [~artixds@184.140.0.93.rev.sfr.net] has quit [Ping timeout: 480 seconds] 00:27:19 <Wolf01> 'night 00:27:22 *** Wolf01 [~wolf01@host242-239-dynamic.16-79-r.retail.telecomitalia.it] has quit [Quit: Once again the world is quick to bury me.] 00:55:12 *** Biolunar [~mahdi@blfd-4d08fa39.pool.mediaWays.net] has quit [Quit: All your IRC are belong to us] 00:57:06 <frosch123> night 00:57:09 *** frosch123 [~frosch@frnk-590f5cdf.pool.mediaWays.net] has quit [Remote host closed the connection] 00:58:59 <Zuu> Hmm, I've hit a strange error where CmdSellVehicle thinks that the vehicle is not in the depot when it is called from a GS. 00:59:57 <Zuu> I tried to set the current road type and have stepped thoght the CmdSellVehicle code without figuring out why it doesn't work. Selling the same vehicle via GUI works fine. 01:00:47 <Zuu> But it's getting late now. I'll have to look into it more another day or just report it to bugs.openttd.org and hope that it's not my fault. :-) 01:07:39 *** KritiK [~Maxim@95-25-16-109.broadband.corbina.ru] has quit [Quit: Leaving] 01:25:10 *** Zuu [~Zuu@h-114-141.a98.priv.bahnhof.se] has quit [Ping timeout: 480 seconds] 03:26:59 *** DOUK [~KEM@ALyon-158-1-111-64.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds] 03:38:31 *** glx [glx@2a01:e35:2f59:c7c0:948:3a7b:46fe:282c] has quit [Quit: bye] 04:07:29 *** DrSpangle [~dsmullen@CPE18593342d131-CM18593342d12e.cpe.net.cable.rogers.com] has left #openttd [] 04:08:10 *** Pikka [~chatzilla@d114-78-20-54.rdl800.qld.optusnet.com.au] has quit [Quit: ChatZilla 0.9.88 [Firefox 10.0.2/20120215223356]] 05:25:09 *** theholyduck [~holyduck@82.147.59.59] has quit [Ping timeout: 480 seconds] 05:26:34 *** orudge [~orudge@owenrudge.net] has quit [Remote host closed the connection] 05:26:37 *** orudge [~orudge@owenrudge.net] has joined #openttd 05:27:22 *** welshdragon [~mark-oftc@welshdragon.zernebok.net] has quit [Read error: Operation timed out] 05:27:38 *** welshdragon [~mark-oftc@welshdragon.zernebok.net] has joined #openttd 05:33:33 *** Devroush [~dennis@178-119-153-135.access.telenet.be] has joined #openttd 05:43:36 *** sponge [~peter@h-11-201.a254.priv.bahnhof.se] has joined #openttd 05:45:43 *** Devroush [~dennis@178-119-153-135.access.telenet.be] has quit [Ping timeout: 480 seconds] 05:55:04 *** Eddi|zuHause [~johekr@p54B75A97.dip.t-dialin.net] has quit [] 05:55:24 *** Eddi|zuHause [~johekr@p54B74DC0.dip.t-dialin.net] has joined #openttd 06:01:55 *** pjpe [ade6a119@ircip1.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client] 06:09:21 *** pjpe [ade6a119@ircip3.mibbit.com] has joined #openttd 06:09:57 *** pjpe [ade6a119@ircip3.mibbit.com] has quit [] 06:10:37 *** pjpe [ade6a119@ircip4.mibbit.com] has joined #openttd 06:14:00 *** keoz [~keikoz@d90-136-207-107.cust.tele2.de] has joined #openttd 06:17:49 *** supermop [~daniel_er@cpe-67-250-2-219.nyc.res.rr.com] has joined #openttd 06:37:26 *** supermop [~daniel_er@cpe-67-250-2-219.nyc.res.rr.com] has quit [Quit: supermop] 06:39:01 *** sla_ro|master [slaco@95.76.26.172] has joined #openttd 06:40:01 *** kkb110_ [~kkb110@cpe-69-203-124-125.nyc.res.rr.com] has quit [Read error: Connection reset by peer] 06:41:07 *** kkb110__ [~kkb110@cpe-69-203-124-125.nyc.res.rr.com] has joined #openttd 06:43:57 *** keoz [~keikoz@d90-136-207-107.cust.tele2.de] has quit [Quit: keoz] 06:48:43 *** tokai|mdlx [~tokai@port-92-195-250-20.dynamic.qsc.de] has joined #openttd 06:54:14 *** tokai|noir [~tokai@port-92-195-103-241.dynamic.qsc.de] has quit [Ping timeout: 480 seconds] 06:54:49 *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has joined #openttd 06:57:13 *** tokai|noir [~tokai@port-92-195-122-58.dynamic.qsc.de] has joined #openttd 06:57:17 *** mode/#openttd [+v tokai|noir] by ChanServ 06:58:47 <sponge> http://www.tt-wiki.net/wiki/NMLTutorial/Train_four_part_refit#Tractive_effort_coefficient 06:59:12 <sponge> Yet, when I try to set a callback for the property, NML gives an error that it expects a constant value. 07:00:57 <andythenorth> paste? 07:01:26 <sponge> http://pastebin.ca/2123953 07:01:34 <andythenorth> sponge: also....topical ;) http://www.eurobricks.com/forum/index.php?showtopic=66714 07:01:38 <sponge> line 108 07:02:09 <sponge> haha 07:02:30 *** tokai|mdlx [~tokai@port-92-195-250-20.dynamic.qsc.de] has quit [Ping timeout: 480 seconds] 07:03:27 <sponge> too bad he made the station and wagons so small 07:03:31 <andythenorth> sponge: set the value of that property to some default, then we need to call the callback from the graphics{ } block 07:04:00 <sponge> andythenorth: the graphics block has a coeffecient property too? 07:04:11 *** tokai|mdlx [~tokai@port-92-195-87-86.dynamic.qsc.de] has joined #openttd 07:04:30 <andythenorth> "The following callbacks all have an equivalent property. The property description applies here also, except where otherwise noted." 07:04:34 <andythenorth> http://newgrf-specs.tt-wiki.net/wiki/NML:Vehicles#Vehicle_callbacks 07:05:00 <andythenorth> so you add tractive_effort_coefficient to the graphics block to use the cb 07:05:18 <andythenorth> I could explain this in terms of raw newgrf if it helps, but maybe not needed 07:05:22 <sponge> andythenorth: my switch is bad 07:05:34 <sponge> bad expression in switch 07:05:49 <sponge> the TTwiki has some subtle differences from openttd and modern nml 07:06:17 <sponge> andythenorth: is there an easier way to just have power to the lead car? 07:07:07 <sponge> and in the case of the c20 only for 2/3 of the cars 07:07:26 <andythenorth> hmm 07:07:34 <andythenorth> I don't code trains 07:07:45 <andythenorth> is there a powered wagon cb? 07:08:53 <sponge> its set to 0 07:08:53 <andythenorth> visual_effect_and_powered 07:09:08 <andythenorth> set to DISABLE_WAGON_POWER ? 07:09:15 * andythenorth is guessing now 07:09:44 <andythenorth> the way you're using is fine, but you would better use hp (power) not TE 07:09:57 *** tokai|noir [~tokai@port-92-195-122-58.dynamic.qsc.de] has quit [Ping timeout: 480 seconds] 07:10:47 <andythenorth> final tractive effort is a calculation of (hp * TE coefficient * physics stuff) 07:11:20 <andythenorth> so setting hp to 0 or some value is the correct way to do this - otherwise vehicle info reports too much power 07:11:51 <andythenorth> you can leave te coefficient at default if you do that 07:11:53 <sponge> ok, and use callback? 07:11:57 <andythenorth> yes 07:12:17 <andythenorth> or make a new vehicle ID for unpowered vehicles, but that duplicates a lot of code and wastes buy menu space 07:12:20 <sponge> how do I write a switch to return that value? 07:12:32 <andythenorth> looks to me like you did already 07:12:40 <andythenorth> does you te switch not work? 07:12:53 <sponge> get bad expression error 07:13:03 <sponge> "This expression is not supported in a switch-block" 07:14:31 <sponge> the power switch works, just not the traction 07:15:41 <andythenorth> do you have 2/3 in the switch block somewhere 07:15:42 <andythenorth> ? 07:16:19 <sponge> no, static values 07:16:41 <sponge> but in any case, here's what works now: only the lead car has power 07:17:21 <sponge> coefficient 1.0 means full hp to tracks, right? 07:17:44 <andythenorth> not quite 07:18:10 <andythenorth> coefficient more or less represents the friction between wheel and surface 07:18:19 <andythenorth> 1.0 is an insanely high value for steel on steel ;) 07:18:43 <sponge> yeah. 07:18:47 <sponge> 0.3 default should do 07:18:54 <andythenorth> yes 07:19:03 <andythenorth> otherwise you'll be way out of balance with other sets ;) 07:19:11 <andythenorth> I'd leave it at default usually 07:20:02 <sponge> acceleration is looking good 07:20:15 <sponge> the c1 rarely reaches top speed of 80km/h 07:20:20 <sponge> goes down to 60 in the corner 07:20:29 <sponge> c14 is slightly better with it's additional 80k 07:20:40 <sponge> the c20 has no problem getting up to speed. 07:23:12 <sponge> it has more than twice the power of the c14, so... 07:23:19 <sponge> andythenorth: where did you think i should UL this? 07:23:29 <andythenorth> bananas 07:23:53 <andythenorth> http://bananas.openttd.org 07:26:29 <sponge> ok, im registered, how do I UL? :) 07:27:17 <andythenorth> you need to choose a license (use GPL) 07:27:25 <sponge> that site seems rather incomplete 07:27:29 <andythenorth> :) 07:27:51 <andythenorth> for GPL you need a license.txt in your zip 07:27:57 <sponge> if you press profile all you get is "index" and "profile" menus 07:28:18 <sponge> oh i thought the newgrf's came in tar 07:28:23 <andythenorth> they can 07:28:25 <andythenorth> http://dev.openttdcoop.org/projects/bandit/repository/entry/docs/license.txt 07:28:31 <andythenorth> copy that ^ 07:29:26 <sponge> I want to use this: http://www.microsoft.com/en-us/sharedsource/enterprise-source-licensing-program.aspx 07:29:37 <andythenorth> good luck :P 07:29:45 <andythenorth> you might also write a readme.txt 07:36:01 <sponge> there 07:36:09 <sponge> put in the gpl 3 clause everywhere needed 07:36:18 <sponge> a quick readme thingsy 07:37:20 <sponge> andythenorth: im guessing bananas doesnt provide any repository or a way to upload? 07:40:35 <andythenorth> sponge: once you're logged in, go here: http://bananas.openttd.org/en/manager/ 07:48:54 <sponge> and use zip, not tar? 07:49:56 <andythenorth> tar is fine afaik 08:02:55 *** dsdeiz [~dsdeiz@acl1-730bts.gw.smartbro.net] has joined #openttd 08:03:14 <sponge> andythenorth: should I also put sources and everything into what is the downloadable content file? 08:03:21 <dsdeiz> hi is there a way to explicitly set the screen resolution openttd in windowed mode? 08:03:52 <sponge> dsdeiz: game options? 08:04:04 <sponge> under "screen resolution" 08:05:12 <dsdeiz> any way to add a new screen resolution on that option? 08:05:42 *** Rhamphoryncus [~rhamph@d161-184-227-133.abhsia.telus.net] has quit [Ping timeout: 480 seconds] 08:07:32 <sponge> dsdeiz: how come you cant just resize the window? 08:09:27 <dsdeiz> i can though if i do that i need to resize it everytime i start the game :( 08:10:50 *** mahmoud [~KEM@ALyon-158-1-111-64.w90-29.abo.wanadoo.fr] has joined #openttd 08:10:59 *** tokai|noir [~tokai@port-92-195-82-196.dynamic.qsc.de] has joined #openttd 08:11:02 *** mode/#openttd [+v tokai|noir] by ChanServ 08:11:40 <sponge> dsdeiz: can't you tell your window manager to lock the geometry of the window? 08:11:57 <sponge> i do it on both icewm, fluxbox and compiz 08:14:35 <dsdeiz> oh. hm, not sure how to do that but will try. thx! i'm using xmonad if that helps 08:15:25 *** tokai|mdlx [~tokai@port-92-195-87-86.dynamic.qsc.de] has quit [Read error: No route to host] 08:18:10 <andythenorth> sponge: if the source is small, bundling it with the grf is fine / good 08:18:46 <andythenorth> if it's hundreds of KB, or several MB, make a devzone project for it... 08:18:52 <andythenorth> http://dev.openttdcoop.org/ 08:22:38 <sponge> dsdeiz: isnt xmonad tiling? 08:22:49 <sponge> dsdeiz: it's possibly to do this through Xresources 08:23:59 *** tokai|mdlx [~tokai@port-92-195-185-76.dynamic.qsc.de] has joined #openttd 08:29:13 *** tokai|noir [~tokai@port-92-195-82-196.dynamic.qsc.de] has quit [Ping timeout: 480 seconds] 08:51:02 *** Firartix [~artixds@184.140.0.93.rev.sfr.net] has joined #openttd 08:53:09 *** Zuu [~Zuu@h-114-141.a98.priv.bahnhof.se] has joined #openttd 08:53:29 <sponge> where is a list of what colours are used for company? 08:54:03 <andythenorth> newgrf wiki somewhere 08:54:09 <andythenorth> 1 min 08:54:43 <sponge> i see 08:54:49 <andythenorth> http://newgrf-specs.tt-wiki.net/wiki/PalettesAndCoordinates 08:57:57 <Zuu> dsdeiz: You can access the game options window in-game as well as from the main menu. 08:58:21 <Zuu> You find it in the same menu as save/load scenarios. 08:59:09 <Terkhen> good morning 08:59:16 <Zuu> Morning Terkhen 09:01:14 *** andythenorth is now known as Guest4990 09:01:14 *** Guest4990 [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has quit [Read error: Connection reset by peer] 09:01:15 *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has joined #openttd 09:05:12 *** TWerkhoven[l] [~twerkhove@cpc3-linl7-2-0-cust522.sgyl.cable.virginmedia.com] has joined #openttd 09:05:50 *** pjpe [ade6a119@ircip4.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client] 09:14:52 *** KouDy1 [~KouDy@175.137.101.30] has joined #openttd 09:16:52 *** KouDy [~KouDy@175.137.101.30] has quit [Ping timeout: 480 seconds] 09:18:39 *** Progman [~progman@p57A19534.dip.t-dialin.net] has joined #openttd 09:28:35 *** Mucht [~Martin@chello084115143107.3.graz.surfer.at] has joined #openttd 09:43:31 *** Wolf01 [~wolf01@host242-239-dynamic.16-79-r.retail.telecomitalia.it] has joined #openttd 09:43:43 <Wolf01> 'morning o/ 09:46:01 *** KouDy [~KouDy@175.137.101.30] has joined #openttd 09:48:25 *** cypher [~Miranda@ip-86-49-67-69.net.upcbroadband.cz] has joined #openttd 09:50:52 *** KouDy1 [~KouDy@175.137.101.30] has quit [Ping timeout: 480 seconds] 09:55:37 <Eddi|zuHause> *gÀhn* 10:01:23 *** Enoria [~Enoria@albaldah.dreamhost.com] has quit [Read error: Operation timed out] 10:02:12 *** KouDy1 [~KouDy@175.137.101.30] has joined #openttd 10:05:16 *** kleinerdrache [~mn@194-166-135-222.adsl.highway.telekom.at] has joined #openttd 10:07:02 *** KouDy [~KouDy@175.137.101.30] has quit [Ping timeout: 480 seconds] 10:07:09 *** Enoria [~Enoria@albaldah.dreamhost.com] has joined #openttd 10:11:15 *** FHerne [~francis_h@dsl-217-155-24-22.zen.co.uk] has joined #openttd 10:13:00 <andythenorth> +1 10:13:22 * andythenorth has to make a design decision and is stumped 10:13:50 <andythenorth> +ve y on the canvas: up or down? 10:14:08 <andythenorth> - the correct answer in coding is usually 'down' 10:14:35 <Arafangion> andythenorth: Actually, it's generally up these days. 10:14:37 <andythenorth> - the correct answer in most GUI bitmap editors (and I think, most people's intuition) is up 10:14:41 <Arafangion> andythenorth: Mathematically, it should be up. 10:14:46 <Arafangion> andythenorth: But, winforms has it down. 10:15:03 <andythenorth> Flash has it down, and I spent 7 years far too intimately with Flash :P 10:15:19 <andythenorth> confusingly, the Flash drawing tools treat it as up iirc 10:15:24 <Arafangion> andythenorth: It seems a bit silly now, but the reason that some (legacy?) GUI toolkits had it down was to optimise rendering while keeping in mind the scan rate of the CRT's. 10:15:52 <andythenorth> yeah, afaik it's a scanline-optimised co-ordinate system 10:15:53 <Arafangion> Mac OS X's Cocoa lets you toggle it rather easily (elegantly, even), but it defaults to up. 10:16:20 <andythenorth> I can work with it 'up' throughout my API, but the code expects 'down' 10:16:29 <Rubidium> andythenorth: take the worst solution and add some buzz words to it 10:16:36 <Arafangion> So flip it? 10:16:38 <Rubidium> so... start from the middle 10:16:42 <Arafangion> It's actually not a big deal. 10:16:46 <Rubidium> flip x and y 10:16:49 <andythenorth> so anyone who subclasses Pixa stuff to extend it will run smack into inverted y 10:16:53 <andythenorth> Rubidium: x and y :P 10:16:59 <Arafangion> No, x is remarkably consistent, it's y that flips. 10:17:07 <andythenorth> Rubidium is trolling again :P 10:17:13 <andythenorth> someone should kick him 10:17:14 <Eddi|zuHause> andythenorth: mostly screen-coordinates have y=0 at the top 10:17:35 <Arafangion> Eddi|zuHause: Not on the mac os x. 10:17:38 <andythenorth> PIL has origin top left 10:17:41 <Arafangion> Not sure if that's true in Xorg either. 10:17:48 <sponge> in my experience, y=0 at the top comes from the fact that nearly all video chipsets had top left as memory offset 0 10:17:54 <andythenorth> PIL is the significant issue here tbh 10:18:10 <andythenorth> I have no problem flipping it so +ve y is up 10:18:16 <andythenorth> it's kind of done already 10:18:19 <Rubidium> andythenorth: actually, some geographic datums have x and y swapped 10:18:30 <andythenorth> ho. why? :) 10:18:30 <Eddi|zuHause> andythenorth: if you do pixel-by-pixel scans, starting at the top and going in reading-direction feels more natural 10:18:51 <Rubidium> andythenorth: good question ;) 10:19:01 <andythenorth> Eddi|zuHause: I could also make it configurable, but that's a bit of an arse 10:19:23 <Eddi|zuHause> that seems somewhat silly 10:19:34 <Eddi|zuHause> just pick one and stick with it 10:19:46 <Rubidium> configurable by XML ofcourse 10:20:02 <andythenorth> I want to pick 'up'. But I'm leaving dragons lurking for those who want to extend my classe :P 10:20:16 <andythenorth> ach, if they know how to extend a class, they can handle inverting y 10:20:35 <Eddi|zuHause> andythenorth: openttd internally also has y as "down" 10:20:52 <andythenorth> this is true 10:20:59 <andythenorth> nfo offsets work that way 10:21:05 <Eddi|zuHause> as do pretty much all pixel-editors i know 10:21:36 <andythenorth> yeah, actually I was mistaken there, photoshop has y = 0,0 10:21:43 <andythenorth> oops, origin = top left 10:21:56 <andythenorth> typing ahead of thinking :P 10:22:09 <sponge> it's a legacy from the time when you needed to handle video memory directly. 10:22:29 <sponge> who ever made the first one felt it natural to go from left to right and then down 10:22:33 <Rubidium> anyhow, in google maps enter something like 52.0 5.0. That will show you you basically enter them in y x (and y goes up from the bottom) 10:22:57 <sponge> (which also happens to be the orientation for western text) 10:23:23 <Eddi|zuHause> Rubidium: but they call it "North" and "East" 10:23:28 * andythenorth might use origin top-left 10:23:36 <andythenorth> which means rewriting a lot of stuff already written 10:23:47 <andythenorth> but what else is code for, except rewriting? 10:24:26 <Arafangion> Reading for fun and pleasure? 10:24:32 <Rubidium> Eddi|zuHause: that's just some label you add to it 10:24:53 * Zuu is amused about his vehicle that is in depot, but GS thinks not 10:25:12 <andythenorth> Zuu: is it stopped in depot, but not actually in depot? 10:25:24 *** DDR [~chatzilla@d142-179-78-88.bchsia.telus.net] has quit [Quit: ChatZilla 0.9.88 [Firefox 10.0.2/20120216100510]] 10:25:24 <Rubidium> Zuu: is it a train? 10:25:29 <andythenorth> yesterday I somehow managed to crash two vehicles in a depot, one was stopped 10:25:44 <Zuu> Its a road vehicle. And it doesn't show if I make the depot transparent. 10:26:00 <sponge> andythenorth: sometimes trains jump to other tracks 10:26:05 <sponge> like foxes over fences 10:26:37 <Zuu> I have a mini-GS that demonstrates a problem in SendVehicleToDepot. It was planed to show a problem in SellVehicle but got problems earlier already. :-) 10:26:41 <Eddi|zuHause> Rubidium: something similar happens with mathematical and physicist diagrams. the name for a mathematical diagram is "x-y-diagram", but for a physicaist diagram it's an "y-x-diagram" (where y and x denote some measurements) 10:27:21 * andythenorth hopes missile control systems avoid using multiple co-ordinate directions 10:27:47 <Zuu> hmm, no. that problem with my mini-GS was later solved by setting company mode 10:27:51 <Eddi|zuHause> andythenorth: when not even mars probes properly handle unit conversions? 10:28:17 *** Jogio [~5080fb79@101.haydn.openttdcoop.org] has joined #openttd 10:28:31 <Jogio> hi together 10:28:34 <andythenorth> so who would like to rewrite my code for me? 10:28:52 <Arafangion> andythenorth: For how much? ;) 10:28:56 <andythenorth> 20p 10:29:08 <andythenorth> it's only swapping the sign on a load of items in tuples 10:29:16 <Terkhen> hi Jogio 10:29:21 <Arafangion> Why not use an editor macro? 10:29:26 <andythenorth> I could just patch what I have already in the code 10:29:31 <Eddi|zuHause> andythenorth: sounds like a job for a regexp :p 10:29:36 <Terkhen> andythenorth: as long as the requirements are low enough I can rewrite your code for free 10:29:46 <andythenorth> requirements = '' ? 10:29:54 <Terkhen> "this code does not need to have any functionality at all" 10:30:12 <andythenorth> I could just plug a transform into the render pipeline: dy = -1 * dy 10:30:29 <andythenorth> the lazy solution using the API :P 10:30:43 <Arafangion> Might as well. 10:31:01 <andythenorth> leaves code debt lying around though :P 10:31:45 <Eddi|zuHause> #TODO: clean this up 10:31:57 <andythenorth> always such fun 10:32:14 <Arafangion> andythenorth: Not really, as long as it all stays consistent. 10:32:20 <Arafangion> andythenorth: A transform is routine. 10:32:30 <Jogio> planetmaker here? I changed 4 little strings in translation, one was a clear typo. Just that you know. 10:32:58 <planetmaker> ok :-) 10:33:37 <Jogio> hi xD . Then all is fine. :-) 10:36:15 * andythenorth incurs where and tear on his '-' key :P 10:36:21 <andythenorth> where / wear /s 10:39:54 *** TGYoshi [~TGYoshi@86.81.146.146] has joined #openttd 10:51:07 <Terkhen> ooh, a new spanish translator 11:14:26 <andythenorth> hmm 11:14:32 <andythenorth> 'origin' or 'centerpoint' ? 11:14:54 <andythenorth> make_a_bitmap_a_pixa_sequence(file, origin) 11:16:18 <andythenorth> it specifies a center point when drawing the sequence 11:28:21 *** smoovi [~smoovi@e178197143.adsl.alicedsl.de] has joined #openttd 11:35:44 *** Jogio [~5080fb79@101.haydn.openttdcoop.org] has quit [Quit: Page closed] 12:15:52 *** KasperVld [1884e9f8@ircip1.mibbit.com] has joined #openttd 12:16:44 *** KasperVld [1884e9f8@ircip1.mibbit.com] has quit [] 12:31:49 *** valhallasw [~valhallas@5070A0D5.static.ziggozakelijk.nl] has joined #openttd 12:33:17 *** dsdeiz [~dsdeiz@acl1-730bts.gw.smartbro.net] has quit [Remote host closed the connection] 12:36:57 *** Alberth [~hat3@a82-95-164-127.adsl.xs4all.nl] has joined #openttd 12:37:00 *** mode/#openttd [+o Alberth] by ChanServ 12:37:13 <Alberth> moin 12:40:33 <andythenorth> Alberth: o/ 12:41:58 <Alberth> Pixa insanely ricx already? :D 12:42:16 *** Elukka [Elukka@78-27-90-14.bb.dnainternet.fi] has joined #openttd 12:44:15 <andythenorth> best suggestion yet :) 12:46:08 *** KritiK [~Maxim@93-80-236-224.broadband.corbina.ru] has joined #openttd 12:49:38 <Alberth> a boring one would be Pixa is for graphix artists ;) 12:50:33 *** frosch123 [~frosch@frnk-590fe565.pool.mediaWays.net] has joined #openttd 12:57:07 *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has quit [Quit: andythenorth] 13:06:21 *** _maddy [~plaiho@182.21.240.77.static.louhi.net] has joined #openttd 13:10:27 *** glx [glx@2a01:e35:2f59:c7c0:f83f:a5c4:a2be:551f] has joined #openttd 13:10:30 *** mode/#openttd [+v glx] by ChanServ 13:15:13 *** Jogio [~5080fb79@101.haydn.openttdcoop.org] has joined #openttd 13:19:17 *** DOUK [~KEM@ALyon-158-1-91-3.w90-29.abo.wanadoo.fr] has joined #openttd 13:20:49 *** Jogio [~5080fb79@101.haydn.openttdcoop.org] has quit [Quit: Page closed] 13:21:08 *** Mucht [~Martin@chello084115143107.3.graz.surfer.at] has quit [Remote host closed the connection] 13:22:58 *** NOUK [~KEM@ALyon-158-1-98-196.w90-29.abo.wanadoo.fr] has joined #openttd 13:23:28 *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has joined #openttd 13:24:27 *** mahmoud [~KEM@ALyon-158-1-111-64.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds] 13:27:47 *** DOUK [~KEM@ALyon-158-1-91-3.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds] 13:38:03 *** cmircea [~cmircea@79.117.170.193] has joined #openttd 13:38:19 *** cmircea [~cmircea@79.117.170.193] has quit [] 13:46:40 *** TWerkhoven [~twerkhove@cpc3-linl7-2-0-cust522.sgyl.cable.virginmedia.com] has joined #openttd 14:03:54 <_maddy> anyone up for a multiplayer game guys? 14:11:42 *** Firartix [~artixds@184.140.0.93.rev.sfr.net] has quit [Ping timeout: 480 seconds] 14:14:23 <Rubidium> Zuu: does the tutorial GS actually use the AI order flags? 14:16:06 *** sla_ro|vista [slaco@95.76.26.172] has joined #openttd 14:16:42 *** sla_ro|master [slaco@95.76.26.172] has quit [Ping timeout: 480 seconds] 14:17:20 *** peteris [~peteris@78.84.97.170] has joined #openttd 14:21:04 * andythenorth invents arbitrary scaling of generated sequences: http://dev.openttdcoop.org/attachments/download/2553/foo.png 14:21:08 <andythenorth> that's 30x 14:21:09 <andythenorth> :P 14:21:19 <andythenorth> smoothing is not included :P 14:24:36 <andythenorth> the actual purpose is to make this: http://dev.openttdcoop.org/attachments/download/2554/foo2.png 14:25:01 *** peteris is now known as pecisk 14:26:40 <Alberth> could be useful 14:28:08 *** pugi [~pugi@host-091-097-182-099.ewe-ip-backbone.de] has joined #openttd 14:28:19 <andythenorth> prize for telling me what that zoomed in sprite is 14:29:56 <Rubidium> a coil of steel or so? 14:30:03 <andythenorth> Rubidium wins 14:31:13 *** Devroush [~dennis@178-119-153-135.access.telenet.be] has joined #openttd 14:33:02 *** Firartix [~artixds@184.140.0.93.rev.sfr.net] has joined #openttd 14:33:17 *** theholyduck [~holyduck@82.147.59.59] has joined #openttd 14:57:34 *** sponge [~peter@h-11-201.a254.priv.bahnhof.se] has quit [Quit: Lost terminal] 15:04:24 *** JVassie [~James@2.27.104.165] has joined #openttd 15:13:48 *** valhallasw [~valhallas@5070A0D5.static.ziggozakelijk.nl] has quit [Ping timeout: 480 seconds] 15:26:18 <Zuu> Rubidium: The tutorial GS doesn't use the AIOF_* constants. 15:26:36 <Zuu> So it shouldn't be using order flags. 15:46:12 *** sla_ro|vista [slaco@95.76.26.172] has quit [Read error: Connection reset by peer] 15:46:16 *** sla_ro|master [slaco@95.76.26.172] has joined #openttd 16:01:05 *** lofejndif [~lsqavnbok@torsrv3.snydernet.net] has joined #openttd 16:10:36 *** kleinerdrache [~mn@194-166-135-222.adsl.highway.telekom.at] has quit [Ping timeout: 480 seconds] 16:19:33 *** kleinerdrache [~mn@188-23-129-128.adsl.highway.telekom.at] has joined #openttd 16:32:19 <CIA-1> OpenTTD: rubidium * r24003 /branches/1.2/ (6 files in 4 dirs): 16:32:19 <CIA-1> OpenTTD: [1.2] -Backport from trunk: 16:32:19 <CIA-1> OpenTTD: - Fix: Do not load a game during UpdateWindows as that might trigger changing the blitter which triggers re-entrant locking (r23980, r23977) 16:32:19 <CIA-1> OpenTTD: - Fix: [SDL] Palette update was done too late making switching from 8bpp -> 32bpp look ugly (r23978) 16:32:19 <CIA-1> OpenTTD: - Fix: Sprites of different zoom levels were not always padded correctly to a common size (r23976) 16:32:20 <CIA-1> OpenTTD: - Fix: Also save the maximum travel speed for the current vehicle order (r23973) 16:37:07 <CIA-1> OpenTTD: rubidium * r24004 /branches/1.2/ (8 files in 4 dirs): 16:37:07 <CIA-1> OpenTTD: [1.2] -Backport from trunk: 16:37:07 <CIA-1> OpenTTD: - Fix: Zero the offsets of disabled zoomlevels, so they do not influence offset calculations (r23989) 16:37:07 <CIA-1> OpenTTD: - Fix: Invalid reads when scaling an odd-sized sprite smaller (r23986) 16:37:07 <CIA-1> OpenTTD: - Fix: Inconsistent quit/abandon/exit game/scenario/editor strings [FS#5074] (r23985) 16:37:08 <CIA-1> OpenTTD: - Fix: Tarred heightmaps would not be found [FS#5083] (r23983) 16:38:15 <CIA-1> OpenTTD: rubidium * r24005 /branches/1.2/ (33 files in 4 dirs): 16:38:15 <CIA-1> OpenTTD: [1.2] -Backport from trunk: 16:38:15 <CIA-1> OpenTTD: - Fix: Fix the order of lights on the helipad [FS#5082] (r23984) 16:38:32 *** cypher [~Miranda@ip-86-49-67-69.net.upcbroadband.cz] has quit [Ping timeout: 480 seconds] 16:39:10 <CIA-1> OpenTTD: rubidium * r24006 /trunk/ (9 files in 5 dirs): -Fix [FS#5088]: AI used in names in API for GSOrder 16:42:44 <CIA-1> OpenTTD: rubidium * r24007 /branches/1.2/ (57 files in 4 dirs): 16:42:44 <CIA-1> OpenTTD: [1.2] -Backport from trunk: 16:42:44 <CIA-1> OpenTTD: - Fix: Improve rounding when converting display speeds to internal speeds [FS#5079] (r23995) 16:42:44 <CIA-1> OpenTTD: - Fix: Also reset the font glyph cache when switching blitters (r23992, r23987) 16:42:44 <CIA-1> OpenTTD: - Fix: [NewGRF] Also display the cargo subtype for vehicles which have no capacity, but a subtype [FS#5076] (r23991) 16:45:02 *** JVassie [~James@2.27.104.165] has quit [Quit: Leaving] 16:53:13 <CIA-1> OpenTTD: rubidium * r24008 /trunk/src/script/api/ (22 files): -Cleanup/doc: try not to mention (No)AI in script APIs 16:55:43 <CIA-1> OpenTTD: rubidium * r24009 /branches/1.2/ (30 files in 6 dirs): 16:55:43 <CIA-1> OpenTTD: [1.2] -Backport from trunk: 16:55:43 <CIA-1> OpenTTD: - Fix: [Script] AI used in names in API for GSOrder [FS#5088] (r24006) 16:56:37 *** JVassie [~James@2.27.104.165] has joined #openttd 16:57:05 *** tokai|noir [~tokai@port-92-195-166-49.dynamic.qsc.de] has joined #openttd 16:57:08 *** mode/#openttd [+v tokai|noir] by ChanServ 17:00:24 <CIA-1> OpenTTD: rubidium * r24010 /branches/1.2/ (. src/fontcache.h): [1.2] -Fix: forgot to backport r23992 17:02:17 *** tokai|mdlx [~tokai@port-92-195-185-76.dynamic.qsc.de] has quit [Ping timeout: 480 seconds] 17:02:27 *** tokai [~tokai@port-92-195-90-125.dynamic.qsc.de] has joined #openttd 17:02:30 *** mode/#openttd [+v tokai] by ChanServ 17:05:05 *** brambles [brambles@79.133.200.49] has joined #openttd 17:06:25 *** tokai|noir [~tokai@port-92-195-166-49.dynamic.qsc.de] has quit [Ping timeout: 480 seconds] 17:08:08 <CIA-1> OpenTTD: translators * r24011 /trunk/src/lang/ (5 files in 2 dirs): 17:08:08 <CIA-1> OpenTTD: -Update from WebTranslator v3.0: 17:08:08 <CIA-1> OpenTTD: catalan - 1 changes by arnau 17:08:08 <CIA-1> OpenTTD: german - 4 changes by Jogio 17:08:08 <CIA-1> OpenTTD: italian - 1 changes by Snail_ 17:08:09 <CIA-1> OpenTTD: tamil - 24 changes by aswn 17:08:17 *** tokai|mdlx [~tokai@port-92-195-115-12.dynamic.qsc.de] has joined #openttd 17:10:20 <CIA-1> OpenTTD: rubidium * r24012 /trunk/src/lang/luxembourgish.txt: -Fix (r24011): Luxembourgish got messed up by accident 17:11:43 <CIA-1> OpenTTD: rubidium * r24013 /branches/1.2/src/lang/ (40 files in 2 dirs): [1.2] -Backport language updates from trunk 17:14:11 *** tokai [~tokai@port-92-195-90-125.dynamic.qsc.de] has quit [Ping timeout: 480 seconds] 17:15:38 <CIA-1> OpenTTD: rubidium * r24014 /branches/1.2/ (6 files in 4 dirs): [1.2] -Prepare for 1.2.0-RC2 17:16:33 *** TWerkhoven [~twerkhove@cpc3-linl7-2-0-cust522.sgyl.cable.virginmedia.com] has quit [Quit: He who can look into the future, has a brighter future to look into] 17:21:18 <CIA-1> OpenTTD: rubidium * r24015 /tags/1.2.0-RC2/: -Release: 1.2.0-RC2 17:26:42 *** TWerkhoven[l] [~twerkhove@cpc3-linl7-2-0-cust522.sgyl.cable.virginmedia.com] has quit [Quit: He who can look into the future, has a brighter future to look into] 17:30:16 *** TWerkhoven[l] [~twerkhove@cpc3-linl7-2-0-cust522.sgyl.cable.virginmedia.com] has joined #openttd 17:33:07 *** HerzogDeXtEr [~Flex@88.130.167.164] has joined #openttd 17:39:55 *** HerzogDeXtEr1 [~Flex@88.130.177.65] has quit [Ping timeout: 480 seconds] 17:51:22 *** flaa [~flaa@089-101-093077.ntlworld.ie] has joined #openttd 17:57:02 *** theholyduck [~holyduck@82.147.59.59] has quit [Ping timeout: 480 seconds] 18:16:26 *** kleinerdrache [~mn@188-23-129-128.adsl.highway.telekom.at] has quit [Quit: Ex-Chat] 18:23:19 * andythenorth ponders 18:23:24 <andythenorth> can I compare two tuples? 18:24:00 <SpComb> yes 18:24:14 <NGC3982> if tuples is the word for tits in your local language, sure! 18:24:35 <SpComb> oh, I thought he meant the Python tuples thing 18:24:39 <SpComb> nevermind then! 18:25:55 <planetmaker> you can compare everything. But some comparisons are tasteless, others meaningless, yet others invalid and yet even others... useful 18:26:15 <andythenorth> this one turns out to be useful 18:26:27 <andythenorth> it even works usefully when the second tuple is None 18:26:28 <andythenorth> :) 18:26:56 <SpComb> less than/greater than comparisons can error out 18:28:04 *** pugi [~pugi@host-091-097-182-099.ewe-ip-backbone.de] has quit [] 18:28:45 *** lofejndif [~lsqavnbok@82VAAB6QR.tor-irc.dnsbl.oftc.net] has quit [Remote host closed the connection] 18:31:15 <andythenorth> it's a straightforward == ;) but thanks 18:32:01 *** Devroush [~dennis@178-119-153-135.access.telenet.be] has quit [Ping timeout: 480 seconds] 18:33:58 *** pugi [~pugi@host-091-097-182-099.ewe-ip-backbone.de] has joined #openttd 18:34:01 <andythenorth> cheatsheets: now with optional display of a custom origin (in pink) 18:34:01 <andythenorth> http://dev.openttdcoop.org/attachments/download/2555/test_coil.png 18:34:22 *** _maddy [~plaiho@182.21.240.77.static.louhi.net] has quit [Quit: leaving] 18:34:29 <andythenorth> the origin indicates where the pixel generator will begin drawing 18:35:09 <andythenorth> the numbers are of course palette indexes :D 18:35:12 <andythenorth> biab 18:42:16 *** lofejndif [~lsqavnbok@39.Red-83-61-249.dynamicIP.rima-tde.net] has joined #openttd 18:57:18 <Zuu> Hmm, it helps to use the correct vehicle id variable when trying to sell them. 18:57:46 <Zuu> Which is also why OpenTTD rejected me selling a vehicle and told that it was not in the depot. 19:03:13 <Eddi|zuHause> andythenorth: on immutable objects, comparison is usually by hash (i.e. memory location) 19:09:06 <Yexo> not on tuples 19:09:30 <Yexo> on other objects it is by default (no matter if they're immutable or not), unless you implement a __cmp__ function yourself 19:09:48 <Eddi|zuHause> i wrote that wrong, yes 19:11:20 <Eddi|zuHause> i meant to say: "on objects it is usually done by hash, but immutable objects are usually singletons" 19:15:31 <Eddi|zuHause> and if you implement __cmp__ you probably should also implement __hash__ 19:16:47 <Alberth> Eddi|zuHause: by 'id', actually 19:17:39 <Eddi|zuHause> Alberth: i'm pretty sure that "id(object)" is the same as "object.__hash__()" 19:18:40 <Alberth> but hashing is used for sets/dicts, not for equality 19:19:30 <Eddi|zuHause> i should probably stop this discussion, as i am dangerously close to the limits of my half-knowledge :p 19:19:42 <Yexo> but there are indeed rules that if you implement __cmp__ you also have to implement __hash__ 19:19:57 <Yexo> or the other way around, not sure, I think the way I wrote it 19:20:26 <Eddi|zuHause> i vaguely remember falling into that trap before 19:20:57 * Alberth normally disables __cmp__ and uses __eq__ and __ne__ 19:21:47 <Eddi|zuHause> that doesn't really change anything 19:22:05 <Alberth> Eddi|zuHause: equality implies equal hash, but not the other way around 19:22:13 *** kleinerdrache [~mn@188-23-129-128.adsl.highway.telekom.at] has joined #openttd 19:22:57 <Eddi|zuHause> yes, so if you implement __eq__, you also have to implement __hash__ to fulfil that condition 19:23:16 <Eddi|zuHause> whether you implement __eq__ or __cmp__ doesn't matter in that case 19:26:11 *** DrSpangle [~dsmullen@CPE18593342d131-CM18593342d12e.cpe.net.cable.rogers.com] has joined #openttd 19:28:42 <Alberth> it prevents accidental use of __lt__ / __gt__ comparisons :) 19:29:35 <Eddi|zuHause> yes 19:39:09 *** Rhamphoryncus [~rhamph@d161-184-227-133.abhsia.telus.net] has joined #openttd 19:44:33 <NGC3982> is there any perticular reason why i cant sell a depot, but simply destroy them? 19:45:45 <Alberth> same as tracks? 19:48:06 <NGC3982> uhm ..no? 19:48:42 <NGC3982> or what am i missing :) 19:49:21 <Alberth> you don't sell tracks and bridges either, so why would you dell depots? 19:50:25 <andythenorth> so wrt tuple comparison :P 19:50:39 <andythenorth> "if (x,y) == origin: stuff" 19:50:56 <andythenorth> where origin is assumed to be a tuple or None (it's unguarded though) 19:51:06 <andythenorth> and I only care to get the result when they're equal... 19:51:09 <andythenorth> ok? 19:51:13 <andythenorth> or dangerous? 19:52:07 *** Chris_Booth [~chatzilla@host86-158-146-197.range86-158.btcentralplus.com] has joined #openttd 19:54:28 *** Devroush [~dennis@ip-83-134-158-127.dsl.scarlet.be] has joined #openttd 19:55:17 *** pjpe [ade6a119@ircip1.mibbit.com] has joined #openttd 19:56:10 <NGC3982> Alberth: a correction, i cant remove it (as i can with a station) without using the bomb-button. 19:57:38 *** Biolunar [~mahdi@blfd-4db0f8b0.pool.mediaWays.net] has joined #openttd 19:59:48 <Alberth> correct, same as bridges thus 20:00:26 <Alberth> andythenorth: I'd test explicitly for non-None-ness, but that's me :p 20:00:42 <Alberth> if origin is not None and (x,y) == origin: ... 20:01:16 *** lmergen [~lmergen@5352EA70.cm-6-3d.dynamic.ziggo.nl] has joined #openttd 20:02:02 <Alberth> NGC3982: you can use other tools with tracks & stations, as you often want to keep other parts of the same structure 20:02:11 *** flaa [~flaa@089-101-093077.ntlworld.ie] has quit [Quit: leaving] 20:02:12 <Alberth> but a depot is 1 tile exactly 20:02:29 <andythenorth> Alberth: done 20:02:37 * andythenorth could use a code review, although...it's growed :P 20:02:48 <NGC3982> Alberth: ah, i understand. 20:02:53 <NGC3982> Alberth: thank you 20:02:54 <andythenorth> might be coming time to figure out how to package this thing 20:03:42 <Alberth> same as nml? 20:04:05 <andythenorth> some kind of easy_install or setup.py or such? 20:04:16 <andythenorth> maybe I should revisit buildout :P 20:04:18 <Alberth> didn't you make that? 20:04:33 <andythenorth> someone I know made it 20:04:39 <andythenorth> the buildout part fails :P 20:04:58 <andythenorth> we ought to revisit how nml is packaged, but it's felt to be mostly solved 20:05:19 <andythenorth> however I don't like that it includes things that are known broken :( 20:05:41 <Alberth> oh, the hg revision thingie? 20:06:03 <NGC3982> http://i.imgur.com/4xdHL.jpg 20:06:21 *** Illegal_Alien [~Illegal_A@ip4da39612.direct-adsl.nl] has joined #openttd 20:08:02 * Alberth switched from distutils to autoconf tools, and it works great....... at unix systems :p 20:09:11 <Yexo> andythenorth: I don't disagree that the nml packages might have to be revised, however I haven't seen any complains from people who failed to install it, and there are more interesting things to work on 20:09:16 <andythenorth> yarp 20:09:27 <andythenorth> I think I'm just unfamiliar with the methods 20:09:46 <andythenorth> the frameworks I normally use are buildout driven, or very occasionally, virtual-env 20:09:50 <andythenorth> to isolate them 20:10:11 <Alberth> that a separate issue, isn't it? 20:10:26 <andythenorth> so rather than system-wide module installs, I'm used to isolating deps for a specific project 20:10:33 <andythenorth> kind of separate yes 20:10:47 * Alberth used Combinator tools for python projects 20:10:55 <andythenorth> although afaict, nmlc requires a system wide PIL, PLY and nml 20:11:15 <andythenorth> I have very limited knowledge, I'm normally just a buildout user, or someone else setsup a virtual-env on my box for me 20:11:27 <Alberth> no, they just need to be findable on the PYTHONPATH 20:12:00 <Alberth> (just like all modules :p ) 20:12:54 <Alberth> I'd not bother with virtual-env. If a user wants it, he can make it himself 20:13:23 <andythenorth> hmm 20:13:36 <andythenorth> that's a common conclusion :) 20:14:15 <Alberth> of course it is; how else are you going to do virtual-env of a random selection of modules 20:14:59 <Alberth> ie if both nml and pixa would do their own virtual-env, I cannot combine them any more 20:15:34 <andythenorth> ah ok 20:16:25 <andythenorth> so normally I'm using (relatively) massive web frameworks, with easy_install or something else pulling down 1 bazillion modules / eggs / whatever from pypi or other locations 20:16:58 <andythenorth> and normally all that goes in a buildout (or - rarely - a virtual-env) 20:17:12 <andythenorth> so...I guess buildout simply sets a search paths 20:17:25 <andythenorth> maybe 20:17:31 <andythenorth> anyway it's not critical here :) 20:17:38 <Alberth> could be, I never looked into those things 20:17:57 <andythenorth> the goal in those cases is to isolate projects entirely 20:18:03 <Alberth> Combinator does it for branches in the svn 20:18:50 <Alberth> so you can run code in one branch , and still be able to switch branch in a single command 20:18:53 <andythenorth> Alberth: got a link? 20:19:03 <andythenorth> google only finds Y-combinator stuff 20:19:50 <Alberth> hmm, the inventors went bankrupt, it moved to github or bitbucket or so, let me see whether I can find it 20:20:53 <Alberth> http://twistedmatrix.com/trac/wiki/UltimateQualityDevelopmentSystem <-- that's the development method they used 20:21:49 <Alberth> https://launchpad.net/divmod.org <-- the code/project 20:22:36 <andythenorth> thanks 20:23:03 <andythenorth> so for Pixa, should I just move it to its own repo, and those interested will be able to figure it out? 20:23:25 <andythenorth> I have no idea how they'd include it into a project 20:23:38 <andythenorth> something like svn externals? 20:24:02 <andythenorth> or add to the module search path I guess 20:25:29 <Alberth> http://bazaar.launchpad.net/~divmod-dev/divmod.org/trunk/files <-- trunk of divmod :) 20:26:11 <Alberth> just as nml, have the root package dir next to the 'run' script 20:26:43 <Alberth> ie the script dir is automagically added by Python in its PYTHONPATH 20:27:07 <Alberth> that's why nmlc can do 'from nml import ....' 20:28:01 <andythenorth> that's the connection I couldn't make 20:28:32 <andythenorth> if you checkout say...BANDIT...you need to be able to get fewest number of deps 20:28:59 <Alberth> if you have code that a user is supposed to modify, rename it to foo_example.py or so, so users can make foo.py rather than messing up source file under the VCS 20:29:35 <andythenorth> I'd consider shipping Pixa inside the project to reduce deps - but then how do authors pull changes? 20:30:15 <Alberth> hmm, good point 20:30:26 <Alberth> why does it work with nml? 20:30:52 <andythenorth> you have to install nml separately 20:30:54 <Alberth> oh, I don't include it in my project, of course :p 20:30:59 <andythenorth> it doesn't come with the project 20:31:18 <NGC3982> how can i use rcon <password> "command" - if there is no rcon password set? 20:31:32 <Yexo> you can't 20:31:33 <andythenorth> it's just a different approach to some of the python web frameworks I guess, which try to avoid separate deps 20:32:01 <andythenorth> if you want to deploy 200 clients to production servers, you don't want to arse about with the deps for each one :P 20:32:16 <andythenorth> different context 20:32:44 <Alberth> but you then also don't run trunk at the 200 clients, do you :) 20:32:58 <andythenorth> no, you run known good sets if you have any sanity 20:33:08 <andythenorth> running trunk is proven to impinge on drinking time 20:33:10 <andythenorth> or sleeping 20:33:13 <andythenorth> or making profit 20:33:29 <Alberth> 'tick those that apply' 20:33:41 <andythenorth> it's not xor ;) 20:34:21 <Alberth> luckily not, or you cannot make money while sleeping :p 20:34:42 *** tokai|noir [~tokai@port-92-195-23-109.dynamic.qsc.de] has joined #openttd 20:34:43 *** mode/#openttd [+v tokai|noir] by ChanServ 20:34:43 * Zuu just re-invented sign commands :-) 20:34:50 <andythenorth> \o/ 20:35:16 <NGC3982> Yexo: if i already have a server running (and doesnt wish to terminate it) with no rcon password set - im pretty much face down stuck. 20:35:22 <NGC3982> i guess 20:36:26 <Zuu> You could connect as client to download the savegame and restore from it if you take town the server. 20:36:35 <Zuu> All company passwords wolud however then be lost. 20:36:42 <Zuu> would* 20:36:49 <glx> you can also access the console on the server 20:36:55 <Yexo> NGC3982: connect to the server over ssh and (if you have it running in a screen session) use that as console 20:37:20 <NGC3982> i cant. 20:37:22 <NGC3982> it's on windows.. 20:37:33 <NGC3982> although, i have physical access to the computer running it. 20:38:22 *** chester_ [~chester@95-28-158-244.broadband.corbina.ru] has joined #openttd 20:39:05 <Yexo> if you can access the console there you might be able to set an rcon password 20:39:53 <NGC3982> oh, yes! oh yes! 20:40:25 *** tokai|mdlx [~tokai@port-92-195-115-12.dynamic.qsc.de] has quit [Ping timeout: 480 seconds] 20:45:41 *** tokai|mdlx [~tokai@port-92-195-3-150.dynamic.qsc.de] has joined #openttd 20:48:14 *** chester_ [~chester@95-28-158-244.broadband.corbina.ru] has quit [Quit: Leaving.] 20:50:57 *** tokai|noir [~tokai@port-92-195-23-109.dynamic.qsc.de] has quit [Ping timeout: 480 seconds] 20:53:08 <Alberth> andythenorth: you needed line drawing? http://paste.openttdcoop.org/show/1174/ although the 'put' function may be unneeded for you 20:53:33 <andythenorth> I was just too lazy to look up the PIL spec :D 20:54:31 <Alberth> http://effbot.org/imagingbook/ I have it bookmarked :p 20:54:51 <andythenorth> draw.line() 20:55:14 <Alberth> apparently :p 20:55:39 <Alberth> my width is not broken; it simply does not have such a parameter :) 20:57:11 <andythenorth> what I should really do is figure out how to centre the index numbers in cheatsheets :P 20:57:15 <andythenorth> clearly very important 20:57:20 <andythenorth> http://dev.openttdcoop.org/attachments/download/2555/test_coil.png 20:57:48 <andythenorth> or perhaps right-align them 21:03:47 <NGC3982> Yexo: thank you. >( 21:03:49 <NGC3982> :)* 21:03:56 <Yexo> you're welcome 21:04:51 <NGC3982> i actually didnt realize i could write commands directly in the openttd server-program 21:16:24 *** glevans2 [~glevans2@75-141-134-16.dhcp.mdfd.or.charter.com] has joined #openttd 21:16:37 *** glevans2 [~glevans2@75-141-134-16.dhcp.mdfd.or.charter.com] has left #openttd [] 21:18:11 <Alberth> good night 21:18:55 <andythenorth> bye Alberth 21:19:14 *** Alberth [~hat3@a82-95-164-127.adsl.xs4all.nl] has left #openttd [] 21:25:54 *** Progman [~progman@p57A19534.dip.t-dialin.net] has quit [Remote host closed the connection] 21:31:01 *** Chris_Booth [~chatzilla@host86-158-146-197.range86-158.btcentralplus.com] has quit [Remote host closed the connection] 21:31:35 *** DDR [~chatzilla@d142-179-78-88.bchsia.telus.net] has joined #openttd 21:36:30 *** cypher [~Miranda@ip-86-49-67-69.net.upcbroadband.cz] has joined #openttd 21:42:52 *** sla_ro|master [slaco@95.76.26.172] has quit [] 21:45:48 <andythenorth> can python multi-thread? 21:46:10 <TrueBrain> it can 21:46:24 <TrueBrain> but it has a global place it does things, which makes it poor for certain applications 21:46:35 <TrueBrain> that was no english .. hmm ... 21:46:45 <TrueBrain> I guess a better answer is: python can make threads 21:46:57 <TinoDidriksen> But the global lock limits the usability of them. 21:47:11 <TinoDidriksen> Though they reduced the lock in Python3 21:47:14 *** pjpe [ade6a119@ircip1.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client] 21:47:17 <TrueBrain> but its still there :( 21:47:28 <andythenorth> but I could spawn multiple python processes? and distribute work between them? 21:47:32 <NGC3982> hey 21:47:33 <TrueBrain> not so much a lock, more of a general storage, but meh 21:47:36 <NGC3982> you guys know code 21:47:38 <TinoDidriksen> andythenorth, sure 21:47:39 <TrueBrain> andythenorth: sure 21:47:51 *** valhallasw [~valhallas@5070A0D5.static.ziggozakelijk.nl] has joined #openttd 21:47:56 <NGC3982> please make me a star trek the next generation food processor. 21:48:08 <TinoDidriksen> You mean a replicator? 21:48:09 <andythenorth> but I'd have to use something not-python to start the processes? 21:48:14 <TrueBrain> andythenorth: http://docs.python.org/library/threading.html ;) 21:48:23 <NGC3982> TinoDidriksen: yes. 21:48:40 <TinoDidriksen> andythenorth, I'm sure Python has a fork() equivalent which would spawn a whole process, not just a thread. 21:48:48 <andythenorth> that's what I need 21:48:55 <andythenorth> probably 21:48:56 <TrueBrain> andythenorth: Python is pretty self-contained; you can do almost anything within Python :) 21:49:14 <TrueBrain> but all this vague talk is not really helping anyone 21:49:26 <andythenorth> their is zero requirement for them to share any data except input from disk, and some parameters passed when spawning a process 21:49:32 <andythenorth> their / there /s 21:50:01 <TrueBrain> data from disk, sounds like a job for mmap 21:50:12 <andythenorth> it's a map type problem imho 21:50:24 <andythenorth> I need to generate n pngs 21:50:28 *** kleinerdrache [~mn@188-23-129-128.adsl.highway.telekom.at] has quit [Quit: Ex-Chat] 21:50:29 <andythenorth> each is self contained 21:50:38 <andythenorth> all the input is read-only, never modified during the process 21:50:59 <TinoDidriksen> Embarrasingly parallel, is the term. 21:51:02 <andythenorth> I can lock 1 of the thread units on my 4-thread CPU 21:51:19 <andythenorth> I'm looking into a future where generating graphics takes 10 mins 21:51:24 <andythenorth> 2.5 mins would be better :P 21:51:58 <TinoDidriksen> How many and how large PNGs? And what kind? Maybe OpenCL could help... 21:52:35 <andythenorth> probably not a big enough problem 21:52:45 <andythenorth> and I"m quite tied to python imaging library (PIL) 21:52:50 *** lofejndif [~lsqavnbok@39.Red-83-61-249.dynamicIP.rima-tde.net] has quit [Quit: Leaving] 21:53:21 <andythenorth> but yes, it's embarrassingly parallel, once divided into segments, which is not too hard 21:53:30 <TinoDidriksen> 10 full minutes of image generation sounds like 1 million tiny PNGs, or 4 huge ones? 21:57:05 <andythenorth> it's probably low thousands of small PNGs 21:57:13 <andythenorth> 10 mins might be exagaerated 21:57:20 <TinoDidriksen> I hope so. 21:57:56 *** pjpe [ade6a119@ircip4.mibbit.com] has joined #openttd 21:58:00 <andythenorth> ~7 mins 21:58:03 <andythenorth> at a guess 21:58:42 <andythenorth> the code is not particularly optimised 21:59:01 <TinoDidriksen> Plus it's Python. 21:59:39 <andythenorth> building all the PNGs is not a frequent task... 21:59:53 <andythenorth> still it would be nice to be able to run it at max speed 22:03:02 <andythenorth> something like this: http://luispedro.org/software/jug 22:06:31 *** KasperVld [1884e9f8@ircip1.mibbit.com] has joined #openttd 22:12:19 *** Pikka [~chatzilla@d110-32-16-200.rdl800.qld.optusnet.com.au] has joined #openttd 22:15:56 <andythenorth> monsieur bird 22:18:54 * andythenorth a la bed, toute suite 22:18:57 <andythenorth> bye 22:19:05 *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has quit [Quit: andythenorth] 22:20:25 *** lmergen [~lmergen@5352EA70.cm-6-3d.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds] 22:33:31 *** theholyduck [~holyduck@82.147.59.59] has joined #openttd 22:33:32 <Terkhen> good night 22:36:24 *** pecisk [~peteris@78.84.97.170] has quit [Quit: Ex-Chat] 22:38:13 *** theholyduck [~holyduck@82.147.59.59] has quit [] 22:38:20 *** theholyduck [~holyduck@82.147.59.59] has joined #openttd 22:49:46 *** TGYoshi [~TGYoshi@86.81.146.146] has quit [Quit: Popidopidopido] 22:51:50 *** valhallasw [~valhallas@5070A0D5.static.ziggozakelijk.nl] has quit [Ping timeout: 480 seconds] 22:55:48 <Wolf01> 'night 22:55:53 *** Wolf01 [~wolf01@host242-239-dynamic.16-79-r.retail.telecomitalia.it] has quit [Quit: Once again the world is quick to bury me.] 22:56:22 <NGC3982> bon nuit 22:58:15 *** Illegal_Alien [~Illegal_A@ip4da39612.direct-adsl.nl] has quit [Quit: Try HydraIRC -> http://www.hydrairc.com <-] 23:02:51 *** theholyduck [~holyduck@82.147.59.59] has quit [Read error: Connection reset by peer] 23:07:11 *** FHerne [~francis_h@dsl-217-155-24-22.zen.co.uk] has left #openttd [] 23:09:55 *** NOUK [~KEM@ALyon-158-1-98-196.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds] 23:13:45 <frosch123> night 23:13:48 *** frosch123 [~frosch@frnk-590fe565.pool.mediaWays.net] has quit [Remote host closed the connection] 23:19:31 *** TWerkhoven[l] [~twerkhove@cpc3-linl7-2-0-cust522.sgyl.cable.virginmedia.com] has quit [Ping timeout: 480 seconds] 23:23:40 *** smoovi [~smoovi@e178197143.adsl.alicedsl.de] has quit [Ping timeout: 480 seconds] 23:25:54 *** JVassie [~James@2.27.104.165] has quit [Ping timeout: 480 seconds] 23:33:06 *** smoovi [~smoovi@e178211128.adsl.alicedsl.de] has joined #openttd 23:36:03 *** smoovi [~smoovi@e178211128.adsl.alicedsl.de] has quit [] 23:45:05 *** Firartix [~artixds@184.140.0.93.rev.sfr.net] has quit [Ping timeout: 480 seconds] 23:48:59 *** Biolunar [~mahdi@blfd-4db0f8b0.pool.mediaWays.net] has quit [Quit: All your IRC are belong to us] 23:53:28 *** KasperVld [1884e9f8@ircip1.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client]