Times are UTC Toggle Colours
00:00:39 <planetmaker> which post? 00:01:02 *** tokai [~tokai@port-92-195-72-82.dynamic.qsc.de] has quit [Read error: Operation timed out] 00:01:09 <TrueBrain> on the yogscast thread 00:01:31 <planetmaker> ah 00:01:49 <planetmaker> got a link? 00:02:32 <TrueBrain> http://www.tt-forums.net/viewtopic.php?p=983712#p983712 00:03:18 <planetmaker> oh, missed that totally. ty 00:04:58 <TrueBrain> we are collecting a bit of stats there :) 00:10:09 *** HerzogDeXtEr1 [~Flex@88.130.164.75] has quit [Read error: Connection reset by peer] 00:12:39 *** tokai [~tokai@port-92-195-102-107.dynamic.qsc.de] has joined #openttd 00:12:42 *** mode/#openttd [+v tokai] by ChanServ 00:17:59 <Wolf01> 'night 00:18:03 *** Wolf01 [~wolf01@host48-239-dynamic.16-79-r.retail.telecomitalia.it] has quit [Quit: Once again the world is quick to bury me.] 00:27:07 *** DayDreamer [~DayDreame@ip-86-49-59-25.net.upcbroadband.cz] has quit [Read error: Connection reset by peer] 01:07:19 *** Elukka [Elukka@78-27-103-88.bb.dnainternet.fi] has quit [] 01:20:34 *** Progman [~progman@p57A1A62F.dip.t-dialin.net] has quit [Remote host closed the connection] 01:23:02 *** pugi [~pugi@host-091-097-002-226.ewe-ip-backbone.de] has quit [Ping timeout: 480 seconds] 01:23:11 *** pugi [~pugi@host-091-097-031-031.ewe-ip-backbone.de] has joined #openttd 01:26:31 *** MNIM [~mBuntu@ip5452ffad.adsl-surfen.hetnet.nl] has joined #openttd 01:37:23 *** pugi [~pugi@host-091-097-031-031.ewe-ip-backbone.de] has quit [Quit: I reject your reality and substitute my own] 02:06:45 *** DDR [~chatzilla@142.179.78.88] has joined #openttd 02:45:24 *** Pixa [~pixa@79-68-96-254.dynamic.dsl.as9105.com] has quit [Read error: Connection reset by peer] 02:45:35 *** Pixa [~pixa@79-68-96-254.dynamic.dsl.as9105.com] has joined #openttd 03:09:51 *** glx [glx@2a01:e35:2f59:c7c0:9526:3d77:4f3a:57f4] has quit [Quit: bye] 03:22:15 *** rhaeder [~quix0r@dslb-094-221-202-094.pools.arcor-ip.net] has joined #openttd 03:27:47 *** rhaeder1 [~quix0r@dslb-188-109-240-203.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds] 03:42:09 *** LordPixaII [~pixa@79-68-96-254.dynamic.dsl.as9105.com] has joined #openttd 03:49:11 *** Pixa [~pixa@79-68-96-254.dynamic.dsl.as9105.com] has quit [Ping timeout: 480 seconds] 03:53:46 <Eddi|zuHause> Assertion error in File "/usr/lib/python2.7/site-packages/nml/free_number_list.py", line 34, in pop 03:53:52 <Eddi|zuHause> that doesn't sound good 03:56:52 <Eddi|zuHause> it might be a) helpful to give the actual assertion which failed, and b) turn that into a real error? 04:29:26 *** supermop_ [~daniel_er@cpe-67-243-25-39.nyc.res.rr.com] has joined #openttd 05:01:06 *** uppy [~uppy@ppp118-208-243-49.lns20.hba2.internode.on.net] has joined #openttd 05:01:48 <uppy> Hey Everyone I have a train that goes into the station but isnt delivering his cargo. It just stop with one or two trains bits outside the station then reverses 05:10:20 *** uppy [~uppy@ppp118-208-243-49.lns20.hba2.internode.on.net] has quit [Quit: IRC webchat at http://irc2go.com/] 05:26:03 *** RetiredNavyVet [~Gary_n_Sa@cpe-76-88-70-139.san.res.rr.com] has joined #openttd 05:26:20 <RetiredNavyVet> any known bugs with trucks failing to load iron ore? 05:27:39 <RetiredNavyVet> ...have a very short run between mine and mill but trucks just won't load any ore at all 05:31:29 *** avdg [~avdg@101.haydn.openttdcoop.org] has quit [Ping timeout: 480 seconds] 05:31:31 *** tneo [~tneo@101.haydn.openttdcoop.org] has quit [Ping timeout: 480 seconds] 05:31:38 *** Osai [~Osai@101.haydn.openttdcoop.org] has quit [Ping timeout: 480 seconds] 05:33:08 *** Hirundo [~Hirundo@101.haydn.openttdcoop.org] has quit [Ping timeout: 480 seconds] 05:33:21 *** Ammler [~ammler@101.haydn.openttdcoop.org] has quit [Ping timeout: 480 seconds] 05:33:55 *** Hinrik [~hinrik@w.nix.is] has joined #openttd 05:34:08 *** heffer_ [~felix@hyperion.fetzig.org] has joined #openttd 05:34:10 *** orudge [~orudge@owenrudge.net] has quit [Read error: Connection reset by peer] 05:34:22 *** Markk [mark@rikskriminalpolisen.com] has quit [Read error: Connection reset by peer] 05:34:24 *** dihedral [~dih@znc.noaddedsugar.net] has quit [Ping timeout: 480 seconds] 05:34:27 *** tneo [~tneo@101.haydn.openttdcoop.org] has joined #openttd 05:34:36 *** Markk [mark@rikskriminalpolisen.com] has joined #openttd 05:34:45 *** luQue [~lkz@luckz.de] has joined #openttd 05:35:09 *** luckz [~lkz@luckz.de] has quit [Read error: Connection reset by peer] 05:35:09 *** Terkhen [~Terkhen@101.haydn.openttdcoop.org] has quit [Ping timeout: 480 seconds] 05:35:27 *** Hirundo [~Hirundo@101.haydn.openttdcoop.org] has joined #openttd 05:35:29 *** heffer [~felix@hyperion.fetzig.org] has quit [Ping timeout: 480 seconds] 05:35:33 *** Hinrik_ [hinrik@w.nix.is] has quit [Ping timeout: 480 seconds] 05:35:38 *** XeryusTC [~XeryusTC@101.haydn.openttdcoop.org] has quit [Ping timeout: 480 seconds] 05:35:57 *** avdg [~avdg@101.haydn.openttdcoop.org] has joined #openttd 05:35:57 *** Ammler [~ammler@101.haydn.openttdcoop.org] has joined #openttd 05:36:27 *** Terkhen [~Terkhen@101.haydn.openttdcoop.org] has joined #openttd 05:36:30 *** mode/#openttd [+o Terkhen] by ChanServ 05:36:57 *** Osai [~Osai@101.haydn.openttdcoop.org] has joined #openttd 05:36:57 *** XeryusTC [~XeryusTC@101.haydn.openttdcoop.org] has joined #openttd 05:36:59 *** dihedral [~dih@znc.noaddedsugar.net] has joined #openttd 05:38:26 *** orudge [~orudge@owenrudge.net] has joined #openttd 05:52:52 *** Eddi|zuHause [~johekr@p54B74604.dip.t-dialin.net] has quit [Remote host closed the connection] 05:53:12 *** Eddi|zuHause [~johekr@p54B74722.dip.t-dialin.net] has joined #openttd 06:14:48 *** George is now known as Guest19766 06:14:52 *** George [~George@212.113.107.39] has joined #openttd 06:21:19 *** Guest19766 [~George@212.113.107.39] has quit [Ping timeout: 480 seconds] 06:26:41 *** Prof_Frink [~proffrink@5e0a9627.bb.sky.com] has quit [Ping timeout: 480 seconds] 06:29:01 *** George is now known as Guest19767 06:29:35 *** George [~George@212.113.107.39] has joined #openttd 06:33:53 *** RetiredNavyVet [~Gary_n_Sa@cpe-76-88-70-139.san.res.rr.com] has quit [Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )] 06:35:34 *** Guest19767 [~George@212.113.107.39] has quit [Ping timeout: 480 seconds] 06:44:04 *** George [~George@212.113.107.39] has quit [Ping timeout: 480 seconds] 06:49:35 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has joined #openttd 06:51:45 *** derw [51e7fa93@ircip2.mibbit.com] has joined #openttd 06:52:55 *** derw [51e7fa93@ircip2.mibbit.com] has quit [] 07:22:32 *** supermop_ [~daniel_er@cpe-67-243-25-39.nyc.res.rr.com] has quit [Quit: supermop_] 07:27:46 <planetmaker> moin 07:35:35 <Lachie> morning! 07:44:37 *** Zuu [~Zuu@h-114-141.a98.priv.bahnhof.se] has joined #openttd 07:57:34 <planetmaker> Lachie: http://newgrf-specs.tt-wiki.net/wiki/NML:Realsprites <-- that's the same as the numbers for real sprites in NFO 07:58:25 <planetmaker> you simply specify where the sprite is located in your graphics file. upper left coordinate, width, height and offsets in x and y direction. 07:59:04 <Lachie> from the point of view of using templates though, I'm assuming the different spritesets using that template have to be set up in exactly the same way? 07:59:19 <planetmaker> using a template for real sprites becomes interesting as soon as you have more than one piece of graphics which are arranged in a similar fashion 08:00:00 <planetmaker> So that you can express their relative positions or alignment once - by means of a template. And then you use the template for the real sprites instead of specifying everything over and over. 08:00:59 <planetmaker> i.e. if you have N engines which are all in identical files (as in the tutorial example http://www.tt-wiki.net/wiki/NMLTutorial ) or in one file below eachother, you define a template like 08:02:07 <planetmaker> template tmpl_trains(x, y) = { [0, 0, 64, 31, -31, 0, NOCROP] ... } 08:02:19 *** Kurimus [~stabbity@dsl-tkubrasgw3-fe93dd00-34.dhcp.inet.fi] has joined #openttd 08:02:23 <Lachie> okay, I understand now. 08:02:31 <planetmaker> and then you use tmpl_trains(2, 10) where needed (where 2 and 10) are some offsets 08:04:49 <Lachie> okay, I get it now. That really does make it that much easier. 08:05:52 *** DayDreamer [~DayDreame@ip-86-49-59-25.net.upcbroadband.cz] has joined #openttd 08:11:06 <Lachie> now, are there any templates for setting up train sprites in the correct way, or only the tram/RV ones on the wiki? 08:12:42 <dihedral> greetings 08:12:56 <Lachie> evening. 08:13:03 <planetmaker> Lachie: what is "the correct way"? 08:14:14 <planetmaker> of course existing train sets for sure contain templates. They might use different graphics arrangement in the graphics files than you have. What might be interesting is the alignment which could be taken over 08:14:37 <planetmaker> Look at OpenGFX, OpenGFX+Trains or DutchSet sources. All three contain templates for trains. 08:15:50 <planetmaker> Some of Pikka's alignment templates are found in NML-form in OpenGFX+Trains. FooBar finds them too cryptic in how I implemented them ;-) He might be right 08:15:54 *** Zuu [~Zuu@h-114-141.a98.priv.bahnhof.se] has quit [Ping timeout: 480 seconds] 08:17:35 <planetmaker> a jack-of-all-trades template attempt is not always 'best' ;-) 08:18:25 <Terkhen> good morning 08:18:49 <planetmaker> hi Terkhen 08:20:34 <Lachie> I assume the file I'm looking at is templates_sprites.pnml? 08:20:58 <planetmaker> sounds like a name I used 08:22:40 <Lachie> now, the only templates in there are marked as "wagon" templates, are these appropriate for a locomotive? 08:23:57 <planetmaker> in principle yes. Some engines, esp. the steam ones, might want a bit higher sprites possibly 08:24:13 <planetmaker> but generally for 8/8 length vehicles I see no difference in the needed alignment 08:24:34 <planetmaker> I have there engine templates, too ;-) 08:25:10 <planetmaker> I think the main reason to have these two template categories there is the different arrangement in the graphics files, though 08:25:18 <planetmaker> it's not an alignment difference 08:26:02 *** sla_ro|master [slaco@95.76.26.172] has joined #openttd 08:29:55 <Lachie> ah yes, engine templates. excellent. 08:33:07 <Lachie> but there's only templates for an 8/8 engine, correct? 08:33:20 <planetmaker> the turboengine template is 7/8 08:34:26 <Lachie> but none shorter? 08:34:59 <Lachie> (just querying, I'm happy to give it a go myself) 08:35:59 <planetmaker> not in my NewGRFs so far, I'm afraid. FooBar has some in the DutchTrains: http://dev.openttdcoop.org/projects/dutchtrains/repository/entry/src/templates.pnml 08:36:55 <planetmaker> hm... I wonder.... maybe CETS has 08:38:42 <planetmaker> not in an easy way it seems 08:43:35 *** pjpe [ade6a119@ircip4.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client] 08:51:23 <peter1138> QC in NSFW shcoker 08:51:27 <peter1138> *shocker 08:52:56 <planetmaker> :-P 08:53:32 <planetmaker> questionable :-P 09:00:10 *** Progman [~progman@p57A1A932.dip.t-dialin.net] has joined #openttd 09:07:46 *** DayDreamer [~DayDreame@ip-86-49-59-25.net.upcbroadband.cz] has quit [Quit: Leaving.] 09:16:44 *** Adambean [~AdamR@82.hosts.reece-eu.net] has joined #openttd 09:21:45 *** Jocke [~jocke@h132n1-t-a11.ias.bredband.telia.com] has quit [Ping timeout: 480 seconds] 09:40:15 *** andythenorth [~Andy@78-86-194-127.zone2.bethere.co.uk] has joined #openttd 10:00:45 *** MNIM [~mBuntu@ip5452ffad.adsl-surfen.hetnet.nl] has quit [Ping timeout: 480 seconds] 10:11:32 *** DDR [~chatzilla@142.179.78.88] has quit [Ping timeout: 480 seconds] 10:17:32 <lugo> if anyone complains about desync-issues again, please ask them if all clients use binaries specifically build for their system. Last time i had problems, i was distributing my 32bit-bundle not knowing some clients hat 64-bit systems.. 10:19:01 <planetmaker> if the binary runs, it runs and is valid 10:19:26 <planetmaker> that clearly is not a solution to avoid desyncs. And not the cause 10:19:27 <lugo> though, those clients didn't receive a warning that they were using a "wrong" binary. i.e.: "This is a 32-bit binary, but your system has ??-bit, continue yes/no" 10:19:44 <planetmaker> if it runs, it runs and is not wrong 10:19:57 <planetmaker> wrong binaries simply don't run 10:20:14 <lugo> well the desyncs were gone as soon as they got their specific binaries.... 10:20:25 <__ln__> placebo 10:20:29 <planetmaker> ^^ 10:20:33 <lugo> maybe coincidence... 10:20:41 <planetmaker> they connected anew. Thus new game. New luck 10:21:05 <planetmaker> 99.5% chance that it's coincidence. But not the cause. Maybe it symptoms easier 10:21:19 <lugo> mysterious.. 10:21:26 <planetmaker> like improper variable size declarations 10:22:02 <planetmaker> in any case "use the proper binary" is not the solution. 10:22:13 <planetmaker> As at least one of the binaries then needs fixing 10:22:33 <planetmaker> probably the result then only was, that they all used the same arch as the server 10:24:01 <lugo> server is 32 bit, 2 clients 32-bit, 2 clients 64-bit, the 64-bitters kept desyncing, til they got their specific binary - just to sum up 10:27:59 <lugo> btw, yaay for yaim in trunk! it's awesome! 10:28:56 <Noldo> yet another what? 10:29:23 <planetmaker> there's no 64-bit blitter 10:29:36 <Noldo> bitter 10:29:39 <planetmaker> hm... added an 'l' :-) 10:29:51 <Noldo> I did that too at first reading 10:31:14 <peter1138> :) 10:41:46 <blathijs> planetmaker: Actually, you added 'it bl' 10:42:05 <planetmaker> hm? 10:42:10 <planetmaker> oh 10:42:24 *** Jocke [~jocke@h132n1-t-a11.ias.bredband.telia.com] has joined #openttd 10:43:17 <peter1138> yeah 11:06:12 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd 11:06:41 *** Elukka [Elukka@78-27-103-88.bb.dnainternet.fi] has joined #openttd 11:09:34 <TrueBrain> lugo: so when the 64bit users were using the 32bit client, it desynced, and when they changed to 64bit client they no longer did? On a vanilla OpenTTD? (unmodified) 11:10:39 <planetmaker> no no, chillpp, iirc 11:11:17 <TrueBrain> ah; then I don't care :) (sorry) 11:12:19 <TrueBrain> I am surprised they don't desync much more often tbh; if past is any indication, patchpacks often desync a lot due to unstable patches used. Clearly chillcore does a better job than others did, but it is to be expected at least 1 patch is unstable :) 11:16:02 *** Adambean [~AdamR@82.hosts.reece-eu.net] has quit [Ping timeout: 480 seconds] 11:18:07 *** Adambean [~AdamR@82.hosts.reece-eu.net] has joined #openttd 11:25:21 <Rubidium> lugo: what version of OpenTTD was desyncing? 11:26:21 <Rubidium> lugo: and a 32bits binary on 64bits CPU cannot desync when the 32bits binary on a 32bits CPU does not (under the exact same circumstances), unless the CPU is faulty 11:45:19 *** andythenorth [~Andy@78-86-194-127.zone2.bethere.co.uk] has left #openttd [] 11:45:42 *** mahmoud [~KEM@ALyon-158-1-17-72.w90-29.abo.wanadoo.fr] has quit [Read error: Connection reset by peer] 11:46:26 *** mahmoud [~KEM@ALyon-158-1-17-72.w90-29.abo.wanadoo.fr] has joined #openttd 11:47:08 *** sla_ro|master [slaco@95.76.26.172] has quit [Quit: Sla Mutant Co-Op for Renegade - coming back soon] 11:49:15 *** DayDreamer [~DayDreame@ip-86-49-59-25.net.upcbroadband.cz] has joined #openttd 11:54:31 *** guru3_ [~guru3@81-235-164-123-no21.tbcn.telia.com] has joined #openttd 11:54:31 *** guru3 [~guru3@81-235-164-123-no21.tbcn.telia.com] has quit [Read error: Connection reset by peer] 12:00:22 <lugo> Rubidium: r23440; "cannot desync when the 32bits binary on a 32bits CPU does not" < how do you mean that? All clients should have desynced at the same time? 12:02:01 <lugo> well we had 2 to 3 desyncs from the 64-bit-clients, than the server crashed, and than i realized they were using "incorrect" binaries 12:02:42 <lugo> i should have the crashlog.. 12:03:08 <lugo> somewhere.. 12:03:50 <lugo> is there a scp-version of consolefish yet? :D 12:03:57 *** Jocke [~jocke@h132n1-t-a11.ias.bredband.telia.com] has quit [Ping timeout: 480 seconds] 12:03:57 <peter1138> a server crash might tell you something is not right with it ;) 12:04:16 *** Jocke [~jocke@h132n1-t-a11.ias.bredband.telia.com] has joined #openttd 12:06:34 <lugo> TrueBrain: vanilla, with ~25 newgrfs, yep that's what happened.. 12:06:50 <TrueBrain> it wasn't chillpp? 12:07:12 <lugo> well i thought i'd spare me some troubling not using the pack :) 12:07:13 <planetmaker> if vanilla openttd crashes... then please make a bug report with the crash files 12:07:31 <TrueBrain> desyncs dont crash planetmaker ;) 12:07:52 <TrueBrain> lugo: that is very unusual ... a 32bit app should run identical on a 32bit system as 64bit system ... odd 12:07:55 <planetmaker> no. But I read server crash 12:08:10 <planetmaker> "...than the server crashed..." 12:08:30 <TrueBrain> planetmaker: somehow I fail to read that :P /me rereads for the 5th time :) 12:08:33 <planetmaker> desync on trunk, yes. Doesn't crash. Is a pain 12:08:36 <TrueBrain> ah, there :P 12:08:50 <planetmaker> Brought us the coop stable server, though ;-) 12:09:01 <planetmaker> and is my main motivation to maintain that :-P 12:09:03 <TrueBrain> hehe, those good old days :) 12:09:13 <planetmaker> yeah, post 1.0.0... :-) 12:09:17 <TrueBrain> post 0.6.3 :P 12:09:19 <TrueBrain> euh 12:09:20 <TrueBrain> pre 12:09:22 <TrueBrain> :) 12:09:43 <planetmaker> but ... the coop welcome server only appeared after 1.0.0. Or exactly then 12:09:54 <planetmaker> And cought 4? 5? desyncs till 1.0.2 or so 12:10:11 <TrueBrain> I remember I fixed a douzen of desyncs with coop when they just started :P 12:10:28 <TrueBrain> I remember one specificly, newgrf that had random data initialized ... 12:10:31 <TrueBrain> on each client different :P 12:11:26 <planetmaker> :-) 12:16:01 <peter1138> nice 12:17:20 <peter1138> mind you back then we didn't really support newgrf 12:17:34 <TrueBrain> the parts we implemented were :P 12:17:46 <lugo> sooo.. just putting up crash.log and crash.sav and a little summary of my rant would qualify as a bugreport? 12:17:48 <TrueBrain> and I only remember it because it was the only newgrf code I ever debugged :P 12:17:53 <peter1138> it was basically "support for one particular vehicle set" :p 12:18:22 <peter1138> back when pause-on-join was a separate patch 12:18:30 <TrueBrain> lugo: depends on the quality of the rant ... as in, rather no rant and just a nice summary ;) 12:18:47 <peter1138> i guess openttdcoop might've been a different group of people back then 12:22:54 <peter1138> hmm, right, file_slot/file_pos implies it's in a grf file currently 12:25:09 <Arkabzol> I might be butting in, but I'm curious about the spawn behaviour of oil rigs and wondered if/where I could read about it since the wiki doesn't say much. 12:25:12 *** Wolf01 [~wolf01@host48-239-dynamic.16-79-r.retail.telecomitalia.it] has joined #openttd 12:25:34 <Arkabzol> Spawn behaviour in general would be interesting, actually. 12:26:08 <Wolf01> hello 12:27:10 <Arkabzol> Hi. 12:27:45 <appe> you guys are mostly not english 12:28:13 <appe> but most of you speak and spell it fantasticly good 12:28:21 <appe> thus, i have a question 12:28:31 <appe> in swedish, i often refer to "things that wasnt yesterday" 12:28:40 <appe> as in, "oh look, 90's porn. that wasnt yesterday!" 12:28:49 <appe> does that work in english? 12:29:02 <peter1138> not really 12:29:19 <peter1138> i mean, it's factually correct, but... 12:29:22 <peter1138> (also, wasn't) 12:30:11 <appe> ah 12:30:24 <TrueBrain> you sound like an old men if you say that :D 12:30:31 <appe> :< 12:30:33 <appe> maybe i am 12:30:35 <appe> you runt 12:30:37 <TrueBrain> (or in your case: when, I guess) 12:39:17 *** guru3 [~guru3@81-235-164-123-no21.tbcn.telia.com] has joined #openttd 12:39:17 *** guru3_ [~guru3@81-235-164-123-no21.tbcn.telia.com] has quit [Read error: Connection reset by peer] 13:04:53 <lugo> another problem i'm having... 13:05:23 <lugo> i tried connecting to said server from a client, through Multiplayer-GUI 13:06:40 <lugo> it wasn't in the list of online games, but that would have been too good to begin with ;) 13:07:00 <lugo> so no problem i say, just add the ip:port via 'add server' 13:07:21 <lugo> no dice.. 13:07:47 <lugo> but when starting openttd with a command switch, i.e. openttd.exe -n ip:port, it would connect just fine 13:07:54 <TrueBrain> @openttd port 13:07:54 <DorpsGek> TrueBrain: OpenTTD uses TCP and UDP port 3979 for server <-> client communication, UDP port 3978 for masterserver (advertise) communication (outbound), and TCP port 3978 for content service, a.k.a. BaNaNaS (outbound) 13:07:57 <TrueBrain> mind the UDP part 13:08:49 <lugo> mmmh, i thought i did put both UDP/TCP through, gotta double check that, thanks 13:09:17 <TrueBrain> the -n option bypasses all UDP communications, where the GUI requires it 13:09:42 <lugo> ah, that makes sense then 13:10:41 <TrueBrain> it would also mean you are not listed on the masterserver list 13:11:06 <TrueBrain> which the server would have told you about too if I am not mistaken :) 13:13:50 *** Neon [~Neon@dslb-178-004-188-149.pools.arcor-ip.net] has joined #openttd 13:17:35 *** glx [glx@2a01:e35:2f59:c7c0:9188:3df8:fd52:6069] has joined #openttd 13:17:38 *** mode/#openttd [+v glx] by ChanServ 14:14:50 <Belugas> hello 14:16:18 <planetmaker> hi Belugas 14:16:43 <Belugas> sir planetmaker :) 14:20:26 <Terkhen> hi Belugas 14:25:34 <Belugas> sir Terkhen :) 14:25:46 <Belugas> Let it Snow, Let it Snow! 14:47:10 <peter1138> grrrrrrrrrrrr 14:47:20 <peter1138> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=501152 14:47:30 <peter1138> ^ i need that firmware :S 14:55:13 <SpComb> but it's not freee enough! 14:55:47 <peter1138> http://lwn.net/Articles/126287/ 14:55:51 <peter1138> ^ looked free back then o_O 14:57:12 <SpComb> GPL'd binary firmware? 14:57:13 <SpComb> hmm 14:57:17 <peter1138> apparently 14:57:35 <peter1138> i can't bring the interfaces up :( 14:57:38 <SpComb> or someone just understood the `static const u32 firmware_foo[]` bit wrong 14:57:45 *** TWerkhoven [~twerkhove@cpc12-linl7-2-0-cust144.sgyl.cable.virginmedia.com] has joined #openttd 14:57:53 <SpComb> peter1138: didn't they add the firmware .bin? 14:57:58 <Eddi|zuHause> SpComb: what you mean is open, not free 14:59:43 <peter1138> SpComb, exactly 15:00:10 <SpComb> peter1138: well, 'starfire/gfp_rx.bin' :) 15:00:19 <SpComb> +_tx 15:00:56 <SpComb> and /lib/firmware, I assume 15:01:07 <peter1138> hmm 15:01:11 <peter1138> [ 549.225121] starfire 0000:0b:04.0: firmware: requesting adaptec/starfire_rx.bin 15:01:14 <peter1138> [ 549.228439] starfire: Failed to load firmware "adaptec/starfire_rx.bin" 15:01:16 <peter1138> different name... 15:01:23 <SpComb> blame debian 15:01:56 <peter1138> that is 2008, so it's a different kernel version 15:02:02 <SpComb> http://git.infradead.org/users/jaswinder/firm-jsr-2.6.git?a=commitdiff;h=6963b36bfb1f171ae8ea4884e239bdccc5f47266 15:02:15 <SpComb> that has firmware/adaptec/starfire_rx.bin.ihex 15:02:27 <peter1138> yeah 15:03:57 <SpComb> but funny that the debian maintainer didn't add it in 15:04:28 <peter1138> bah, i'll complain to his wife, that'll solve it 15:19:53 *** sla_ro|master [slaco@95.76.26.172] has joined #openttd 15:29:53 *** Elukka [Elukka@78-27-103-88.bb.dnainternet.fi] has quit [Ping timeout: 480 seconds] 15:33:08 *** Elukka [Elukka@78-27-103-88.bb.dnainternet.fi] has joined #openttd 15:35:32 *** TGYoshi [~TGYoshi@86.81.146.146] has joined #openttd 15:43:56 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Quit: TschÃŒÃ] 16:07:51 <Yexo> lol, P1SIM is delayed by another year yet again 16:08:05 <planetmaker> :-) 16:14:38 <Eddi|zuHause> we should nominate DBSetXL for a vapourware award (since it had announced a release date, which passed) 16:15:56 <SpComb> 0.9? 16:17:28 <Rubidium> Eddi|zuHause: it's still no 11 years 11 months and 11 days since OpenTTD 1.1.1 (or 11.11.11) 16:21:54 *** Osai [~Osai@101.haydn.openttdcoop.org] has left #openttd [] 16:23:24 <peter1138> ya 16:23:25 <peter1138> http://paste.openttdcoop.org/show/820/ 16:23:28 <peter1138> ^ bit spammy :P 16:24:13 <peter1138> http://paste.openttdcoop.org/show/821/ 16:24:15 <peter1138> ^ hah! 16:30:26 *** |Jeroen| [~jeroen@d5152B25B.access.telenet.be] has joined #openttd 16:33:14 *** HerzogDeXtEr [~Flex@88.130.164.75] has joined #openttd 16:41:35 *** APTX [APTX@89-78-217-144.dynamic.chello.pl] has quit [Quit: No Ping reply in 180 seconds.] 16:41:47 *** APTX [APTX@89-78-217-144.dynamic.chello.pl] has joined #openttd 17:07:00 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd 17:24:59 <Eddi|zuHause> how do i "restore" a file in mercurial that was deleted in a previous commit? 17:26:17 *** Biolunar [~mahdi@blfd-4d086b02.pool.mediaWays.net] has joined #openttd 17:29:35 <planetmaker> rebase the current version on the previous one, maybe with --detach? 17:29:40 <planetmaker> works only in hg 2.0.x 17:30:12 *** pugi [~pugi@host-091-097-031-031.ewe-ip-backbone.de] has joined #openttd 17:35:55 <Yexo> hg cat some/file.txt -r old_rev > some/file.txt ? 17:36:00 <Yexo> bit of a workaround though 17:37:02 *** HerzogDeXtEr1 [~Flex@88.130.164.78] has joined #openttd 17:42:11 <planetmaker> alternatively commit onto the previous version. And the merge the two heads, keeping the old file in the merge 17:42:24 <SpComb> `hg revert -r ... foo/...` ? 17:43:20 <planetmaker> that only works when you've not committed 17:43:31 *** HerzogDeXtEr [~Flex@88.130.164.75] has quit [Ping timeout: 480 seconds] 17:43:31 <SpComb> no, that's `hg revert foo/...` 17:43:46 <SpComb> "Using the -r/--rev option, revert the given files or directories to their contents as of a specific revision" 17:44:10 <SpComb> sounds right 17:44:14 <planetmaker> I see. Interesting. yes 17:44:15 <SpComb> haven't tried it, mind 17:44:28 <SpComb> it's a little confusing after using `svn revert` 17:45:37 *** TWerkhoven2 [~twerkhove@cpc12-linl7-2-0-cust144.sgyl.cable.virginmedia.com] has joined #openttd 17:49:10 <peter1138> hg smells 17:49:11 <peter1138> so yeh 17:50:27 *** Chris_0076 [~Chris_007@adsl-74-190-49-150.asm.bellsouth.net] has joined #openttd 17:52:06 *** TWerkhoven [~twerkhove@cpc12-linl7-2-0-cust144.sgyl.cable.virginmedia.com] has quit [Ping timeout: 480 seconds] 17:53:17 *** Hexxeh [u1532@irccloud.com] has joined #openttd 17:53:25 <Hexxeh> Hey 17:53:50 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd 17:53:53 *** mode/#openttd [+o Alberth] by ChanServ 17:54:04 <Hexxeh> Compiling OpenTTD using --os=unix, but it's still trying to link in OSX frameworks, is there some other option I need to set to cross-compile to Linux? 17:54:16 <Hexxeh> Well, technically not Linux, Native Client, but close enough. 17:54:38 <Rubidium> I guess you need to pass the right gcc as well 17:54:42 <planetmaker> errm... cross-compiling is never a task to just set a flag and be done 17:54:43 <Hexxeh> Done that yeah 17:54:47 <planetmaker> and right libs 17:54:56 <planetmaker> and right arch 17:54:58 <Rubidium> oh, and --host? 17:55:08 <Hexxeh> It's compiling just fine using the native client toolchain, just fails at link because it's trying to link OSX frameworks that don't exist on there 17:55:18 <Hexxeh> is host required in this case? 17:55:40 <planetmaker> missing linker flags? 17:55:54 <Hexxeh> ./configure --without-lzma --without-liblzo2 --endian=LE --host=x86_64-nacl --os=unix --disable-network --enable-static --with-zlib=/Developer/nacl-sdk/src/toolchain/mac_x86_newlib/x86_64-nacl/usr/lib/libz.a 17:56:25 <Hexxeh> fails at linking with x86_64-nacl-g++: ApplicationServices: No such file or directory 17:56:36 <Hexxeh> ApplicationServices is an OSX framework it shouldn't be trying to link at all 17:57:28 <Rubidium> freetype or libpng could be providing that 17:57:48 <Rubidium> could you post the config.log somewhere? 17:58:02 <Hexxeh> yeah sure, one moment 17:58:29 <TrueBrain> --without-libpng (or --without-png?) might help? :) 17:59:18 <Hexxeh> http://oxygen.hexxeh.net/config.log 17:59:38 <planetmaker> I wonder thought whether w/o libpng the game will be fun ;-) 17:59:43 *** welshdragon [~welshdrag@client-86-31-196-207.oxfd.adsl.virginmedia.com] has joined #openttd 17:59:51 <Hexxeh> kinda assumed libpng was pretty essential ;) 18:00:05 <Terkhen> just for screenshots / heightmaps IIRC 18:00:12 <Rubidium> not as essential for multiplayer than lzma 18:00:19 <TrueBrain> problem is that it most likely pulls in OSX stuff 18:00:23 <planetmaker> Hexxeh: your compiler is detected as osx' gcc 18:00:31 <planetmaker> returned i686-apple-darwin10 18:00:33 <Hexxeh> planetmaker: any flag to override it? 18:00:50 <Rubidium> Hexxeh: ignore planetmaker ;) 18:00:53 <TrueBrain> owh, it seems SDL pulls it in 18:00:57 <planetmaker> :-x 18:01:04 <Rubidium> what he saw what the local compiler used for strgen 18:01:20 <TrueBrain> as does libpng :) 18:01:24 <Hexxeh> i'll admit, i've never compiled openttd from source before, but i was playing openttd on my chromebook earlier today, thought it'd be much better if it ran under native client so i'm gonna have a crack at porting it 18:01:29 <TrueBrain> and freetype :) 18:01:30 <Rubidium> the host compiler (for building OpenTTD) is x86_64-nacl-g.. 18:02:01 <planetmaker> but Rubidium is right as usual ;-) Didn't we just establish that he's a smart guy? :-) 18:03:10 <Rubidium> but it is definitely picking up a lot of the OS X libraries 18:03:34 <TrueBrain> you will have to overwrite all of them manually 18:03:46 <TrueBrain> libpng-config, sdl-config, freetype-config all return OSX stuff 18:04:37 <TrueBrain> Hexxeh: at the bottom of the file you just showed, it says: LDFLAGS, then a long line. You have to fiddle as lng till all the OSX deps are gone there I guess :) 18:04:56 <Rubidium> I'd advise a chroot/jail with only the gcc/g++ of the local operating system and the libraries and gcc of the operating system you're cross compiling to 18:05:17 <Hexxeh> surely there's a better way than that? 18:05:25 <Hexxeh> that seems like sidestepping the issue rather than fixing it 18:05:36 <planetmaker> the LDFLAGs contain all the frameworks 18:05:38 <Rubidium> and you'd definitely need sdl or allegro if you want to use it for something else than a dedicated server 18:05:53 <TrueBrain> Hexxeh: the 'bug' to fix is in your system :) 18:06:00 <Hexxeh> Rubidium: SDL lib is available 18:06:04 <Rubidium> Hexxeh: there is, but that means --with-libpng=/path/to/the/right/libpng-config 18:06:09 <Rubidium> for all libraries 18:06:11 <Hexxeh> that works 18:06:13 <Hexxeh> i'll do that then 18:06:35 <Rubidium> Hexxeh: but the SDL library that gets picked up is an OSX SDL, or at least the sdl-config is an OSX one 18:06:36 <TrueBrain> or point to the right library yourself, but yeah, like said: you have to set them all manually :) 18:06:49 <planetmaker> might be much easier to compile natively ;-) 18:06:51 <planetmaker> MUCH 18:07:03 <TrueBrain> or build a valid jail :) 18:07:13 <TrueBrain> that is how we crosscompile :) 18:07:44 <Rubidium> I'm doing my DOS builds in a jail just because it's much better contained and won't pick up foreign libraries ;) 18:08:28 <TrueBrain> for crosscompiling you have to make sure all native libraries, configs and headers are surpressed, and the ones for which you are cross compiling are used :) 18:09:01 <TrueBrain> (which is a bitch, and which is why crosscompiling is 'harder' than just compiling for a native system :)) 18:09:08 <Rubidium> too bad that pkg-config and friends still don't have proper cross-compiling (and multiarch) support 18:09:15 <planetmaker> http://devs.openttd.org/~planetmaker/patches/osx_palette.diff <-- Rubidium 18:09:57 <planetmaker> compiles. I haven't yet extensively tested 18:10:19 <CIA-6> OpenTTD: rubidium * r23446 /trunk/src/ (17 files in 6 dirs): -Codechange: move _cur_palette and it's related first/count dirty variables into a single structure 18:10:25 <planetmaker> but seems that AvailabilityMacros.h is included in the ApplicationServices.h 18:13:55 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Quit: TschÃŒÃ] 18:15:13 <Hexxeh> hmm, what's the minimum libs i need to provide paths for if i'm doing it this way? done libpng, zlib, freetype, sdl 18:15:19 <Hexxeh> osx libs are still getting pulled in 18:15:43 <Rubidium> *all* libraries 18:15:59 <Rubidium> either give it the path to the config, or --without-library 18:16:04 <planetmaker> --without-XXX for all XXX which can be found OSX 18:16:18 <Rubidium> which is essentially everything ;) 18:18:22 <Hexxeh> think I got it 18:22:40 <Hexxeh> yep, just got nacl linker errors now, awesome 18:23:23 <planetmaker> great :-) 18:29:08 *** frosch123 [~frosch@frnk-590f4f22.pool.mediaWays.net] has joined #openttd 18:31:28 *** Phoenix_the_II [~ralph@home.deboom.biz] has joined #openttd 18:32:40 <Belugas> thu... 18:32:49 <Belugas> while not not table.eof do 18:32:53 <Belugas> fuck.. 18:33:01 <Alberth> :D 18:33:03 <planetmaker> but but but ... ;-) 18:33:12 <Belugas> only works when no data is avaiable 18:33:16 <Belugas> stupid me... 18:33:25 <Belugas> that's the trace of a phone call! 18:33:29 <Belugas> SABOTAGE!!! 18:33:30 <peter1138> not not :D 18:37:45 *** |Jeroen| [~jeroen@d5152B25B.access.telenet.be] has quit [Quit: oO] 18:37:51 <Eddi|zuHause> hey, double negative is an emphasis of a negation. don't they teach that? 18:37:57 <Hexxeh> except now it's refusing to compile my glue code 18:39:11 <Hexxeh> so the list of objs_cpp is generated at configure time? 18:39:19 <Hexxeh> rather than being hardcoded into a makefile 18:40:38 <glx> it's hardcoded in makefile by configure :) 18:40:51 <Hexxeh> yeah, that's what i mean 18:42:21 <CIA-6> OpenTTD: translators * r23447 /trunk/src/lang/ (5 files in 2 dirs): 18:42:21 <CIA-6> OpenTTD: -Update from WebTranslator v3.0: 18:42:21 <CIA-6> OpenTTD: catalan - 42 changes by arnau 18:42:21 <CIA-6> OpenTTD: dutch - 1 changes by Jacco011 18:42:21 <CIA-6> OpenTTD: polish - 26 changes by matma6 18:42:21 <CIA-6> OpenTTD: brazilian_portuguese - 27 changes by Tucalipe 18:42:21 <CIA-6> OpenTTD: urdu - 150 changes by haider 18:53:38 <Alberth> Eddi|zuHause: someone forgot to tell the compilers that 18:55:46 *** andythenorth [~Andy@cpc1-aztw25-2-0-cust298.aztw.cable.virginmedia.com] has joined #openttd 18:57:13 <andythenorth> planetmaker: does ottd work with Lion (10.7)? 18:57:15 <andythenorth> I assumed not 18:57:39 <andythenorth> most things don't apparently :P 18:58:26 <planetmaker> andythenorth: last time I tried, it works 18:58:46 <Terkhen> yes, it seems that trying is a required step for knowing if something works or not :) 18:58:52 <planetmaker> not like it's really supported big time, but yes 18:59:33 <planetmaker> it has a few open issues wrt that which neither I nor anyone else addressed so far 19:00:25 <andythenorth> everyone I know who tried it has downgraded from Lion 19:00:31 <andythenorth> the sample size is admittedly small 19:01:21 <Terkhen> heh, so it is like windows vista? 19:02:06 <andythenorth> 10.6 could be the last OS X I ever use. 19:02:13 <andythenorth> but probably I'll end up upgrading :P 19:02:17 <andythenorth> they get you like that 19:03:20 <Terkhen> you can always jump versions if one is bad 19:03:20 <planetmaker> I didn't downgrade really. But I didn't swap the HDDs to make the 10.7 my primary system 19:03:31 <planetmaker> but from what I saw it's not bad. 19:03:34 <planetmaker> I was mostly lazy 19:06:17 <andythenorth> I've become one of those people who resents change :( 19:06:33 <andythenorth> like those guys who thought the sky had fallen when OS X replaced OS 9 19:06:55 <andythenorth> biab 19:06:57 *** andythenorth [~Andy@cpc1-aztw25-2-0-cust298.aztw.cable.virginmedia.com] has quit [Quit: andythenorth] 19:11:41 *** TGYoshi [~TGYoshi@86.81.146.146] has quit [Ping timeout: 480 seconds] 19:13:59 *** andythenorth [~Andy@cpc1-aztw25-2-0-cust298.aztw.cable.virginmedia.com] has joined #openttd 19:30:17 <Rubidium> andythenorth: it's at least not officially supported ;) 19:31:34 <andythenorth> If I use it and I find no bugs, does it become officially supported? :P 19:31:37 <andythenorth> I guess not :P 19:32:44 *** JVassie [~James@2.25.209.121] has joined #openttd 19:34:22 <CIA-6> OpenTTD: rubidium * r23448 /trunk/src/ (12 files in 3 dirs): -Fix: keep a local copy of the palette in the 32bpp animated blitter so changes of the palette data during the game don't influence drawing (with SDL) 19:34:23 <Eddi|zuHause> "NewGRF 'HEQS 1.1.0' returns wrong information, result of callback 0x0x14b2251 returns unknown and invalid result 0x0x23" <-- wth? 19:34:51 <andythenorth> Eddi|zuHause: old version? 19:34:54 <andythenorth> I made one that was broken 19:34:55 <andythenorth> apparently 19:35:22 <andythenorth> I think ottd got more strict about my broken cbs 19:35:53 <SpComb> 0x0x 19:36:51 <Eddi|zuHause> andythenorth: still, the message is all wrong... 19:37:50 <peter1138> 0x0x23 :D 19:38:05 <peter1138> your printf is adding 0x 19:38:08 <peter1138> apparently 19:38:12 <andythenorth> use a different HEQS 19:38:18 <andythenorth> makes your ottd bug get fixed :P 19:38:58 <andythenorth> also 19:39:01 <peter1138> oh, it's not done with printf :) 19:39:08 <andythenorth> tech levels, either they're fine, or stupid 19:39:11 <andythenorth> I'm confused :P 19:39:27 <planetmaker> they don#t fit the game at all 19:39:54 <frosch123> so, the 0x is too much :p 19:40:05 <andythenorth> but a GS where a local authority prevents xyz until goal abc is met makes sense 19:40:07 <frosch123> but 14b2251 is also a bit much 19:40:37 <peter1138> yes 19:40:49 <peter1138> a parameter's going wrong somewhere 19:40:53 <frosch123> oh, using wrong parameters 19:40:58 <peter1138> i guess that's the pointer to the grf's name 19:41:59 <frosch123> http://devs.openttd.org/~frosch/diffs/fixmsg.diff <- likely something like that 19:43:11 <peter1138> *nod* 19:44:38 <Alberth> looks ok 19:44:43 <CIA-6> OpenTTD: frosch * r23449 /trunk/src/lang/ (26 files): -Fix (r23140): Wrong parameters in error message. 19:44:59 <frosch123> hmm, i did not check unfinished languages 19:45:18 <frosch123> persian translated it :) 19:46:18 <CIA-6> OpenTTD: frosch * r23450 /trunk/src/lang/unfinished/persian.txt: -Fix (r23449): Forgot unfinished languages. 19:48:26 <Alberth> I'd translate it too, how did they find out it was wrong? 19:49:39 <Alberth> it's not like the error happens every day :) 19:50:55 <frosch123> now it says "Callback 0x23 returned unknown/invalid result 0xcb0" 19:51:54 <frosch123> cb1 and cb2 are also in store :) 19:52:07 <frosch123> does "cb" mean callback? 19:52:30 *** KritiK [~Maxim@176.14.9.251] has joined #openttd 19:53:14 *** snack2 [~nn@dsl-prvbrasgw1-fe05dc00-37.dhcp.inet.fi] has joined #openttd 19:53:31 <Arkabzol> You know you're a greedy bastard when your transfer railroads go around a power station. 19:58:20 <CIA-6> OpenTTD: rubidium * r23451 /trunk/src/video/sdl_v.cpp: -Codechange: [SDL] Move 32bpp-anim palette animation to the draw thread instead of the single threaded bit of the game loop. This causes a speedup of up to 15% when animation is turned on with the 32bpp-anim blitter 20:00:18 <Alberth> a callback returning a callback? :p 20:09:07 <peter1138> gosh 20:24:21 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd 20:33:38 <Yexo> the OpenTTD forum section is now above the general transport tycoon one, and still there are multiple people posting questions about openttd in there 20:34:25 <planetmaker> that's indeed very amazing 20:34:49 <planetmaker> I'd not have bet on that level of "intelligence" 20:34:50 *** NicoNet2k [~Chris@cpe-76-188-161-222.neo.res.rr.com] has quit [Remote host closed the connection] 20:35:11 *** NicoNet2k [~Chris@cpe-76-188-161-222.neo.res.rr.com] has joined #openttd 20:35:14 <planetmaker> But then... I learnt some new lessons on reading comprehension and attention span in the postings and e-mails from the last 72 hours or so 20:35:23 <andythenorth> it's not intelligence 20:35:25 <andythenorth> it's accuracy 20:35:26 <planetmaker> something I'd not have thought possible 20:35:34 * andythenorth makes stupid dumb mistakes all the time 20:35:57 <andythenorth> but /me can discuss n-dimensional non-euclidean hyperspaces with only a small amount of trouble 20:36:30 *** TGYoshi [~TGYoshi@86.81.146.146] has joined #openttd 20:36:54 <planetmaker> andythenorth: http://www.tt-forums.net/viewtopic.php?f=31&t=57628 20:37:00 <planetmaker> and it's one of 5 20:37:05 <planetmaker> identical 20:37:09 <frosch123> the ttdp forum should be moved above the tt forums 20:37:14 <planetmaker> 2 in forums. 3 via e-mail 20:37:19 <frosch123> it annoys me that the 32bpp forum is more active :p 20:37:28 <andythenorth> I liked this post: http://www.tt-forums.net/viewtopic.php?p=979367#p979367 20:37:41 <andythenorth> "The first mistake most gameplay zealots make is thinking that the game should revolve around them. The second is believing that it already does" 20:37:48 <andythenorth> and the problem with that is? 20:37:49 <andythenorth> :P 20:37:59 * andythenorth qualifies on both counts 20:38:21 <planetmaker> yes, I liked that posting, too 20:39:03 * andythenorth will now play the game some more 20:39:14 <andythenorth> my game is probably quite different to most player's 20:44:58 <Arkabzol> I like how the oil rigs "produce" passengers. It's like they're making babies. 20:49:53 <andythenorth> water_cmd.cpp l361 - I take it my pony about locks overbuilding rapids won't be granted? 20:49:55 <andythenorth> :| 20:50:05 <andythenorth> seems to be by design 20:54:11 <andythenorth> can we make it an advanced setting? 20:54:28 <Eddi|zuHause> "do not enforce realistic building"? 20:54:54 <andythenorth> 'make rivers more useful' 20:54:55 <andythenorth> :P 20:55:19 <frosch123> "win after 5 minutes" 20:55:39 <planetmaker> "AI: play game for me [x]" 20:55:43 <frosch123> the 5 could be a setting thougg 20:55:51 <andythenorth> frosch123: I already won - I bought a coal train :P 20:56:20 <frosch123> can nogo popup a query box "do you want to win now?" ? 20:56:34 <planetmaker> it could, I guess 20:56:44 <andythenorth> you could set a timer 20:56:47 <andythenorth> 'win in 3 mins' 20:57:30 <frosch123> there should be a gs where you can bribe the government to build a road/canal for you :p 20:57:44 <andythenorth> so....I have to maintain my own patch queue to fix rivers? :( 20:57:56 <frosch123> andy patchpack? 20:59:11 <Elukka> hmm. from TTD's perspective you wouldn't see the upper fourth of the BR38's driving wheels 20:59:15 <Elukka> might apply to some other locomotives too 20:59:20 *** Zuu [~Zuu@h-114-141.a98.priv.bahnhof.se] has joined #openttd 20:59:35 <Elukka> or upper third depending on the angle 20:59:38 <Eddi|zuHause> Elukka: bug oberhÃŒmer? 20:59:53 <Elukka> maybe 20:59:59 <Elukka> i'm not sure how it'd look 21:00:13 <Eddi|zuHause> you never know unless you draw it 21:01:18 <Eddi|zuHause> Elukka: open wagon. oberhÃŒmer has introduced some stuff to copy the dutch set's use of the fire cycle colours for cargo recolouring (instead of the magic pink i proposed earlier) 21:01:30 *** Neon [~Neon@dslb-178-004-188-149.pools.arcor-ip.net] has quit [Quit: Python is way too complicated... I prefer doing it quickly in C.] 21:01:35 <Eddi|zuHause> Elukka: maybe you want to reconsider your drawings :) 21:01:50 <planetmaker> why now fire cycle? 21:02:11 <Rubidium> that's a bad idea. How am I supposed to transport fire now? 21:02:27 <Belugas> with a torch? 21:02:35 <Belugas> a candle? 21:02:46 <Eddi|zuHause> Rubidium: no, the "problem" is wagons made of fire transporting something else :) 21:03:05 <Alberth> Belugas: a 'sparks' train in toy land! 21:03:14 <Belugas> :D 21:03:36 <planetmaker> indeed I see use for the fire palette 21:03:37 <Belugas> that'd be cool! instead of smoke, or bubble, you'll see sparkles! 21:03:48 <planetmaker> or a ghetto-style party waggon with burning oil barrels 21:04:00 <Alberth> a 'stars' mine would be nice too :) 21:04:06 <Eddi|zuHause> planetmaker: maybe you want to start a ticket for discussing this? 21:04:24 <Yexo> what was the problem with magic pink? 21:04:25 <Eddi|zuHause> planetmaker: from my point of view, it's easily changeable 21:04:43 <Eddi|zuHause> Yexo: no idea, he did this without asking 21:04:45 <planetmaker> I was until 2 minutes ago under the impression that the magic pink would be used as it's pointless colours anyway in other contexts 21:05:08 <andythenorth> real men draw the load sprites 21:05:13 <andythenorth> non of this recolouring nonsense 21:05:30 <Alberth> planetmaker: the only reason I can see for not being able to read the readme text is either they are too young to read, or they don't know english 21:05:40 <Eddi|zuHause> andythenorth: we already have 25k sprites without anything drawn :p 21:06:04 <andythenorth> where's the problem with that? :P 21:06:10 <Yexo> Alberth: but in both of those cases they have no business posting on the forums 21:06:15 <planetmaker> Alberth: and stop reading / quoting at the sentence before the answer to their question is written down? 21:07:02 <Eddi|zuHause> ok... i'll start a ticket 21:07:17 <planetmaker> well, ok 21:07:31 *** Progman [~progman@p57A1A932.dip.t-dialin.net] has quit [Remote host closed the connection] 21:07:36 <andythenorth> http://dev.openttdcoop.org/attachments/download/2147/ugly_river.png 21:08:40 <frosch123> still mountain rafting? 21:09:59 <andythenorth> hmm 21:10:02 *** Progman [~progman@p57A1A932.dip.t-dialin.net] has joined #openttd 21:10:05 <andythenorth> so andypatchpack now contains: 21:10:15 <andythenorth> - the rather elegant daylength solution by Eddi|zuHause 21:10:19 <andythenorth> - fix locks 21:10:26 <Belugas> mine of stars... now that's quite an idea! andythenorth, next time you've got an empty page moment, you'l know what to do! 21:11:55 <Alberth> andy doesn't do toyland :( 21:12:44 <planetmaker> http://dev.openttdcoop.org/issues/3333 <-- Eddi|zuHause 21:12:53 <planetmaker> nice ticket number :-) 21:13:08 <Eddi|zuHause> :) 21:13:12 <Rubidium> we're also almost at a nice revision number 21:13:35 <planetmaker> 369? 21:13:49 <Elukka> i really need to get some sprites done... 21:13:53 <planetmaker> oh, wrong speaker :-) 21:14:17 <Eddi|zuHause> Rubidium: so why are we not having a party? 21:15:09 <planetmaker> did you organize one? 21:16:04 <Eddi|zuHause> Elukka: also, the livestock wagon was listed as length 4 in the table, while you drew a length 5 one 21:16:45 <Elukka> hm. i assumed it was the same chassis as the goods wagon 21:16:55 <Eddi|zuHause> yesandno 21:16:55 <Elukka> least that was the only type of prussian livestock wagon i could find pictures of 21:17:08 <frosch123> Rubidium: we already have the nice number 21:17:17 <Eddi|zuHause> it's the same as the A6 goods wagon, but the one used in the set is the A10 goods wagon 21:17:19 <frosch123> just rotated left by one 21:17:47 <Eddi|zuHause> hm, no. the same as the A1 21:18:52 <Eddi|zuHause> A1: 8,1m, A6,6: 6m, A10: 9,1m, livestock: 8,2m 21:19:02 <Eddi|zuHause> Àh 21:19:08 <Eddi|zuHause> A1: 8,1m, A6: 6,6m, A10: 9,1m, livestock: 8,2m 21:20:48 <Belugas> Alberth: he does not play anyway, he just codes! 21:20:57 <Belugas> hem.. does he? 21:21:05 <Belugas> play 21:21:37 <andythenorth> I play until I find something that needs changing 21:21:44 <andythenorth> which is usually about 30 seconds 21:21:57 <Eddi|zuHause> Yexo: in free_number_list.py, the raise in pop_global, shouldn't that be exception_unique? 21:22:02 <Belugas> :) 21:22:24 <andythenorth> I think the game is nearly done though 21:22:29 <andythenorth> just needs locks fixing... 21:23:09 <Yexo> Eddi|zuHause: no 21:23:26 <Alberth> playing and finding bugs is quite common here :) 21:23:27 <Eddi|zuHause> then i'm probably not understanding what the function does 21:23:31 <Yexo> pop_global() will fails if and only if pop() fails too 21:23:50 <Yexo> pop() gets a number, as soon as restore() is called that number will be available again 21:23:53 *** Linkandzelda [~Adium@5ad4e84b.bb.sky.com] has joined #openttd 21:23:59 <Linkandzelda> hello 21:24:01 <Yexo> pop_global() gets a number, but it won't become available after the next restore() 21:24:16 <Yexo> pop_unique() gets a number that has never been given out before via pop() or pop_global() 21:24:42 <Yexo> hi Linkandzelda 21:24:50 <Linkandzelda> hey 21:24:52 <Linkandzelda> whats up 21:24:53 *** TWerkhoven2 [~twerkhove@cpc12-linl7-2-0-cust144.sgyl.cable.virginmedia.com] has quit [Quit: He who can look into the future, has a brighter future to look into] 21:25:18 *** pjpe [ade6a119@ircip4.mibbit.com] has joined #openttd 21:26:26 <planetmaker> today I was greeted in another channel with "hello, what is your question" ;-) 21:26:59 <Linkandzelda> heh 21:27:00 <Eddi|zuHause> "please state the nature of the medical emergency"? 21:28:02 *** snack2 [~nn@dsl-prvbrasgw1-fe05dc00-37.dhcp.inet.fi] has quit [] 21:28:08 <andythenorth> http://dev.openttdcoop.org/attachments/download/2148/ugly_river_2.png 21:28:18 <andythenorth> dunno why I try to follow rivers at all :P 21:29:11 <Linkandzelda> hmm does anyone know what is the latest version for PSP? 21:29:22 <Linkandzelda> and whether its still in active development 21:30:16 <planetmaker> yes and yes. But the answer to the underlaying question is "I don't" and "it's not" ;-) 21:30:42 <Linkandzelda> hehe i expected as much 21:30:48 <Linkandzelda> i just wnted to play online with it 21:30:54 <Yexo> http://sourceforge.net/projects/openttd-psp/ <- that has a 0.5.3 version 21:31:00 <planetmaker> then it's definitely the wrong choice 21:31:02 <Yexo> no clue whether it works at all, but certainly not online 21:32:11 <Linkandzelda> i see 21:32:13 <Linkandzelda> hmm ok 21:32:19 <Linkandzelda> and what about ipad or iphone? :) 21:32:27 <Linkandzelda> any other mobile device versions? 21:32:33 <Yexo> there is a more recent version for that 21:32:39 <planetmaker> neither is officially supported, but ^ 21:32:43 <Yexo> but it's not in the appstore due to apple's policy 21:33:00 <Linkandzelda> oh damn apple 21:33:10 <Rubidium> there's on in the android one I've heard 21:34:09 <andythenorth> should make a browser version :P 21:34:29 <frosch123> https://market.android.com/details?id=org.openttd.sdl&hl=en <- wow, up to date to 1.1.4 21:34:32 <Elukka> Eddi|zuHause: there's a 5 lu "Verschlagwagen fÃŒr Kleinvieh (Verbandsbauart)" on the tracking table 21:34:52 <Elukka> my problem in general is most of this stuff is so obscure i can't just plug whatever is on the tracking table to google and expect to get detailed info on it 21:35:03 <Linkandzelda> that looks awesome 21:35:24 <Elukka> so i use the sites that've been linked, i google around and look for pictures of models if real ones aren't available 21:35:44 <planetmaker> I just wished those developers could be arsed to issue patches upstream 21:35:47 <planetmaker> but none does 21:35:56 <Elukka> sometimes it might be slightly inaccurate, but i don't have any better sources of information 21:36:15 <frosch123> planetmaker: the dev link results in an sdl port page 21:37:52 <planetmaker> hm, got the link? I don't find it 21:38:03 <Eddi|zuHause> Elukka: yes, i changed that number to fit the graphics for now 21:38:13 <frosch123> planetmaker: https://github.com/pelya/commandergenius/blob/sdl_android/project/jni/application/openttd/openttd-trunk-android.patch 21:38:22 <planetmaker> ty 21:38:40 <frosch123> all ports including the sdl are in one big git thingie 21:38:50 <Elukka> alright 21:41:59 <planetmaker> seems so, yes 21:42:09 <planetmaker> might even be understandable 21:42:30 <planetmaker> it's then easy to pull the general UI fixes to each 21:42:35 <planetmaker> but... bad for any single game 21:43:02 <frosch123> planetmaker: actually the openttd source is not in the git repo, just the patch 21:43:27 <frosch123> which only contains stuff to make it compile, and changing some default settings 21:43:55 <frosch123> so, it's basically an sdl port, while porting the games was kind of trivial .) 21:44:55 <planetmaker> yes, surprisingly small 21:46:08 <frosch123> haha, i love the user reviews: 1/3 is 5 starts, 1/4 is 1 star; hardly intermediate ratings :p 21:46:31 <frosch123> either it's great, or it is unplayable because of being too small :p 21:46:57 <Linkandzelda> is there any reason why my company is worth £1 and my freinds is worth £146,000 21:47:09 <Linkandzelda> yet we both make profits and have been playing the same amount of time 21:47:14 <Linkandzelda> in a multiplay game 21:47:43 <Rubidium> your cash + vehicle value - loan is less than 0 21:47:53 <Linkandzelda> i see 21:47:57 <Rubidium> the cash + vehicle value - loan of your friend is 146.000 21:48:00 <frosch123> £1 value is the minmum, it cannot go negativ 21:48:17 <Linkandzelda> i have 5 trains he has 10 21:48:28 <Linkandzelda> i have 160,000 loan he has 180,000 21:48:38 <Linkandzelda> it just seems like the difference cant be so great lol 21:49:32 <Alberth> he has twice the number of trains that you have atm 21:49:54 <Rubidium> well, assume you have 160.000 worth of trains, then your friend has twice that. 160.000 - 160.000 = 0, 320.000 - 180.000 - 140.000 21:49:59 <planetmaker> an engine is 20k + wagons 21:50:15 <Rubidium> the last - should've been an = 21:50:36 <Linkandzelda> hmmm i seeee 21:50:59 *** perk11 [~perk11@188.32.29.238] has joined #openttd 21:52:05 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd [] 21:55:54 <planetmaker> good night 21:56:04 <andythenorth> 2 tile rivers might be....good? 22:01:19 <Elukka> larger, wider rivers would be lovely 22:04:43 *** Osai [~Osai@101.haydn.openttdcoop.org] has joined #openttd 22:09:15 *** TGYoshi [~TGYoshi@86.81.146.146] has quit [Quit: Popidopidopido] 22:09:59 <appe> two months passed 22:10:06 <appe> one tron ottd track completed. 22:10:08 <appe> :-( 22:11:32 *** Illegal_Alien [~Illegal_A@ip4da39612.direct-adsl.nl] has joined #openttd 22:12:18 <andythenorth> good night 22:12:19 *** andythenorth [~Andy@cpc1-aztw25-2-0-cust298.aztw.cable.virginmedia.com] has quit [Quit: andythenorth] 22:16:53 <frosch123> night 22:16:56 *** frosch123 [~frosch@frnk-590f4f22.pool.mediaWays.net] has quit [Remote host closed the connection] 22:16:58 <Linkandzelda> hmmmm 22:17:03 <Illegal_Alien> morning? 22:17:06 <Linkandzelda> if i buy some shares in a company 22:17:16 <Linkandzelda> do i recieve profits from them? 22:17:53 <Rubidium> heffer_: (RH#)705565 is FS#4571, RH#698959 looks messed up; for some reason it couldn't open the title game. Also "new_mode" is "MP_STATION" (which is a tile type, not a mode). Besides that I've got not much of a clue what might've gone wrong 22:19:06 <Rubidium> heffer_: in any case, I'd assume that the title game has been working so the real question is: what caused the load failure of the title game. However, the back trace gives no information about that whatsoever and the amount of reproduction data is quite small 22:20:18 *** TomyLobo2 [~foo@p5494734D.dip.t-dialin.net] has joined #openttd 22:20:58 <Terkhen> good night 22:25:57 *** TomyLobo [~foo@79.194.54.155] has quit [Ping timeout: 480 seconds] 22:25:58 *** TomyLobo2 is now known as TomyLobo 22:29:07 <Rubidium> Linkandzelda: no, but if the other company's value rises you can sell the shares at a higher price making a nice profit 22:29:18 <__ln__> appe: url? 22:29:24 <Linkandzelda> i hought that was the case, thanks 22:45:16 *** Biolunar [~mahdi@blfd-4d086b02.pool.mediaWays.net] has quit [Quit: All your IRC are belong to us!] 22:48:45 *** perk11 [~perk11@188.32.29.238] has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org] 22:49:04 <appe> : 22:49:15 <appe> __ln__: not yet. 22:50:22 *** Prof_Frink [~proffrink@5e0a9627.bb.sky.com] has joined #openttd 22:54:50 *** DayDreamer [~DayDreame@ip-86-49-59-25.net.upcbroadband.cz] has quit [Read error: Connection reset by peer] 23:08:40 <Wolf01> 'night 23:08:42 *** Wolf01 [~wolf01@host48-239-dynamic.16-79-r.retail.telecomitalia.it] has quit [Quit: Once again the world is quick to bury me.] 23:19:21 *** DDR [~chatzilla@142.179.78.88] has joined #openttd 23:25:07 <CIA-6> OpenTTD: yexo * r23452 /trunk/src/script/api/ (script_station.cpp script_station.hpp): -Codechange: document instead of writing to stderr that ScriptStation::GetCoverageRadius doesn't work for STATION_AIRPORT 23:25:32 <CIA-6> OpenTTD: yexo * r23453 /trunk/src/script/api/ (ai/ai_station.hpp.sq script_station.cpp script_station.hpp): -Add: [NoAI] AIStation.GetStationCoverageRadius(StationID) 23:30:30 *** JVassie [~James@2.25.209.121] has quit [Ping timeout: 480 seconds] 23:40:45 *** MNIM [~mBuntu@ip5452ffad.adsl-surfen.hetnet.nl] has joined #openttd 23:45:21 *** Adambean [~AdamR@82.hosts.reece-eu.net] has quit [Quit: Gone fishing] 23:51:34 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has quit [Remote host closed the connection] 23:51:49 *** Kurimus [~stabbity@dsl-tkubrasgw3-fe93dd00-34.dhcp.inet.fi] has quit [] 23:52:20 *** Elukka [Elukka@78-27-103-88.bb.dnainternet.fi] has quit [] 23:54:02 *** Progman [~progman@p57A1A932.dip.t-dialin.net] has quit [Remote host closed the connection] 23:56:56 *** Progman [~progman@87.161.169.50] has joined #openttd