Times are UTC Toggle Colours
00:00:06 *** davis- [~asd@p5B2883E6.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer] 00:01:15 *** Progman [~progman@p57A1C6B3.dip.t-dialin.net] has quit [Remote host closed the connection] 00:19:10 *** KritiK [~Maxim@78-106-152-7.broadband.corbina.ru] has quit [Quit: Leaving] 00:26:09 *** Zorn [zorn@d137035.adsl.hansenet.de] has joined #openttd 00:26:13 *** Zippy [~p@cpc1-hem18-0-0-cust608.lutn.cable.ntl.com] has joined #openttd 00:26:31 *** Eddi|zuHause2 [~johekr@p54B77BB4.dip.t-dialin.net] has joined #openttd 00:27:11 *** Wezz6400_ [~Wezz6400@145-118-111-36.fttx.bbned.nl] has joined #openttd 00:28:28 *** Jezral [~projectjj@85.27.135.237] has joined #openttd 00:28:50 *** Fuco [~dota.keys@147.251.215.232] has quit [Read error: Connection reset by peer] 00:28:50 *** Wezz6400 is now known as Guest2000 00:28:50 *** bleepy [bleepy@90.209.3.202] has quit [Read error: Connection reset by peer] 00:28:50 *** Fuco [~dota.keys@147.251.215.232] has joined #openttd 00:28:50 *** Wezz6400_ is now known as Wezz6400 00:29:09 *** bleepy [bleepy@90.209.3.202] has joined #openttd 00:32:36 *** penfold [~p@cpc1-hem18-0-0-cust608.lutn.cable.ntl.com] has quit [Ping timeout: 480 seconds] 00:32:51 *** Eddi|zuHause [~johekr@p54B77BB4.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 00:33:01 *** Eddi|zuHause2 [~johekr@p54B77BB4.dip.t-dialin.net] has quit [] 00:33:06 *** TinoDidriksen [~projectjj@85.27.135.237] has quit [Ping timeout: 480 seconds] 00:33:19 *** Eddi|zuHause2 [~johekr@p54B76952.dip.t-dialin.net] has joined #openttd 00:33:31 *** Zorni [zorn@d137035.adsl.hansenet.de] has quit [Ping timeout: 480 seconds] 00:33:31 *** Guest2000 [~Wezz6400@145-118-111-36.fttx.bbned.nl] has quit [Ping timeout: 480 seconds] 00:47:38 *** Wezz6400 [~Wezz6400@145-118-111-36.fttx.bbned.nl] has quit [Quit: Caught sigterm, terminating...] 00:52:46 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has quit [Quit: bye] 01:20:44 *** edk256 [~edk256@68.237.93.26] has joined #openttd 01:23:10 <edk256> #openttdcoop 01:23:12 <edk256> oops 01:27:01 <Chrill> oooops 01:37:03 <ccfreak2k> Ooooooooooooooops. 01:39:10 *** Chrill [~chrischri@c80-216-96-107.bredband.comhem.se] has quit [Quit: Swedish meatballs are ballsy] 01:48:56 *** Nite_Owl [~Nite_Owl@c-75-74-51-51.hsd1.fl.comcast.net] has quit [Ping timeout: 480 seconds] 01:51:23 *** Nite_Owl [~Nite_Owl@c-75-74-51-51.hsd1.fl.comcast.net] has joined #openttd 01:58:02 *** Yeggs-coding is now known as Yeggzzz 02:13:41 *** Nite_Owl [~Nite_Owl@c-75-74-51-51.hsd1.fl.comcast.net] has left #openttd [] 02:27:41 *** edk256 [~edk256@68.237.93.26] has quit [Ping timeout: 480 seconds] 02:35:29 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Remote host closed the connection] 02:53:10 *** hnsz2002_ [~hnsz2002@78-131-51-121.pool.hdsnet.hu] has joined #openttd 02:54:16 *** hnsz2002 [~hnsz2002@78-131-51-121.pool.hdsnet.hu] has quit [Ping timeout: 480 seconds] 04:27:36 *** Sacro [~Ben@adsl-87-102-39-137.karoo.KCOM.COM] has quit [Quit: Leaving] 04:30:29 *** TinoDidriksen [~projectjj@85.27.135.237] has joined #openttd 04:37:27 *** Jezral [~projectjj@85.27.135.237] has quit [Ping timeout: 480 seconds] 05:07:40 *** [demi]Xerres [~Mewes@d-206-53-71-234.cpe.metrocast.net] has joined #openttd 05:07:40 *** Xerres [~Mewes@d-206-53-71-234.cpe.metrocast.net] has quit [Read error: Connection reset by peer] 05:14:37 *** Doorslammer [Doorslamme@PIPP-p-203-54-115-219.prem.tmns.net.au] has joined #openttd 05:44:57 *** hylje [hylje@c214.myrootshell.com] has quit [Ping timeout: 480 seconds] 05:53:01 *** Doorslammer [Doorslamme@PIPP-p-203-54-115-219.prem.tmns.net.au] has quit [] 06:20:54 *** Singaporekid [~notme@cm207.epsilon124.maxonline.com.sg] has joined #openttd 06:39:23 *** letto [~letto@86.120.71.35] has joined #openttd 06:44:37 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd 07:17:28 *** LordAzamath [~hailong@82.131.17.255.cable.starman.ee] has joined #openttd 07:19:55 <LordAzamath> good MORning 07:26:47 *** Zealotus [~Ping@78-69-54-150-no70.tbcn.telia.com] has quit [Ping timeout: 480 seconds] 07:27:03 <LordAzamath> is there a way to return which graphics set (obg) is loaded? 07:32:02 <Alberth> ./openttd -d grf=1 reports graphics base sets loaded 07:36:00 <LordAzamath> ok... is there a way in nfo to return which set is loaded : 07:36:02 <LordAzamath> :P 07:42:25 <Alberth> There is action 07 var 8D, but you probably already knew that, and it existed way before .obg files, so I'd be surprised if that would give you want you want. On the other hand, I know next to nothing about NFO codes, so anything is possible :) 07:57:34 *** elmex [~elmex@e180064073.adsl.alicedsl.de] has joined #openttd 08:01:26 <peter1138> LordAzamath, no. 08:03:14 <LordAzamath> peter1138: Will there be a support for this? So if I make a grf, I can support both graphics sets.. Like I would have the the base tiles of either opengfx or orignial 08:03:20 <LordAzamath> for some industries for example 08:14:03 *** Zippy [~p@cpc1-hem18-0-0-cust608.lutn.cable.ntl.com] has quit [] 08:20:05 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd 08:20:19 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has left #openttd [] 08:20:26 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd 08:30:35 *** Wolf01 [~wolf01@host213-160-dynamic.56-82-r.retail.telecomitalia.it] has joined #openttd 08:30:46 <Wolf01> hello 08:31:06 <LordAzamath> hello 08:34:53 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Quit: leaving] 08:38:18 *** TinoM [~Tino@i59F5FA2E.versanet.de] has joined #openttd 08:38:49 *** ropiku [~ropiku@86.121.104.219] has joined #openttd 08:47:49 *** ropiku [~ropiku@86.121.104.219] has left #openttd [] 08:48:10 *** Doorslammer [Doorslamme@PIPP-p-203-54-115-219.prem.tmns.net.au] has joined #openttd 08:49:37 *** LordAzamath [~hailong@82.131.17.255.cable.starman.ee] has quit [Quit: ChatZilla 0.9.83 [Firefox 3.0.3/2008092417]] 09:05:11 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd 09:05:37 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [] 09:09:40 *** Zorn [zorn@d137035.adsl.hansenet.de] has quit [Read error: Connection reset by peer] 09:12:39 *** Zorn [zorn@e177232154.adsl.alicedsl.de] has joined #openttd 09:14:11 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd 09:14:28 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has left #openttd [] 09:14:32 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd 09:17:32 *** Progman [~progman@p57A1D9F7.dip.t-dialin.net] has joined #openttd 09:19:22 *** fonso [~fonso@brln-d9bac104.pool.mediaWays.net] has joined #openttd 09:25:14 *** Wezz6400 [~Wezz6400@145-118-111-36.fttx.bbned.nl] has joined #openttd 09:35:19 *** Volley [~worf@84-119-74-178.dynamic.xdsl-line.inode.at] has joined #openttd 09:44:57 *** peter1138 [~peter@svn.bucks.net] has quit [Quit: leaving] 09:46:16 *** Volley [~worf@84-119-74-178.dynamic.xdsl-line.inode.at] has quit [Remote host closed the connection] 09:56:02 *** dvo [~asd@0x3e42e6e6.adsl.cybercity.dk] has quit [Read error: Connection reset by peer] 09:56:08 *** dvo [~asd@0x3e42e6e6.adsl.cybercity.dk] has joined #openttd 10:09:21 *** Zahl [~Zahl@g230134081.adsl.alicedsl.de] has joined #openttd 10:10:10 <fonso> The basic problem in FS#119 is that the "behind" relation between two sprites isn't transitive but the sprite sorter takes it as such. Is that right? 10:12:32 <fonso> The natural solution to this would be assigning an absolute position to every sprite (or BB) instead of a relative one. It should be possible to calculate transitioning the X, Y and Z values into "screen" coordinates. Has that been tried? 10:17:51 <Eddi|zuHause2> i'm not sure if that properly describes the problem 10:19:24 <Eddi|zuHause2> the sprite sorter has nothing to do with the screen coordinates. they are fixed. the problem is, for each screen coordinate, only one pixel can be drawn. so all sprites overlapping this screen coordinate must be sorted, so only the "front" sprite is drawn at that place 10:21:03 <fjb> Good afternoon. 10:22:32 <fjb> What are .obg files? 10:23:05 <Eddi|zuHause2> .ini files that say which graphic base set is used (dos/win/custom) 10:23:12 <fonso> as I get it, this is done by drawing the "lowest" sprites first and then overdrawing with "higher" sprites. The sorting is the process of defining "low" and "high". 10:24:02 <fjb> Ah, ok. 10:24:11 <fonso> screen coordinates are a misleading expression as I don't want only x and y in screen coordinates but more a "depth" coordinate of visibility. 10:24:15 <Alberth> fjb: see also docs/obg_format.txt 10:25:02 <fonso> You have a 3d in-game coordinate system. By coordinate transition you could align two axes with the screen x and y and automatically have the third axis as depth 10:25:30 <fonso> then you could draw the deepest (in absolute numbers) sprites first and the shallowest last. 10:26:12 <fonso> This would get rid of the "behind" relation. 10:26:13 <Eddi|zuHause2> the main problem you have is when bounding boxes overlap 10:26:23 <fjb> I should look into the docs directory more often. 10:26:31 <fonso> You take their centers, like now 10:26:39 <fonso> or no ... 10:26:47 <Alberth> fonso: could you explain non-transitivity of 'behind' please? 10:26:50 <fonso> you take their fronts, of course 10:27:06 <fonso> in the concorde example, if I finally got it right: 10:27:31 <Eddi|zuHause2> e.g. when the bounding box of a slope tile, which is like 32x32x8 or something overlaps partially with a bounding box of an engine, which is 16x8x12 or something... 10:27:35 <Alberth> fjb: Watch the SVN modified file lists ;) 10:27:36 <fonso> The fence is in front of the concorde, the foundation is in front of the fence, but the concorde is not behind the foundation 10:29:41 <fonso> You should be able to calculate the front most point of every bounding box in screen coordinates. It can't be that hard. 10:30:47 <fonso> The question is if that's enough. 10:31:00 <Eddi|zuHause2> but does that really suffice? shouldn't you rather calculate the bottom point? e.g. it doesn't matter how high the engine is, all it matters is that it will be drawn on top of the slope? 10:31:46 <Eddi|zuHause2> the question i'd ask in the concorde example is: must the foundation really be in front of the fence? 10:31:57 *** Doorslammer [Doorslamme@PIPP-p-203-54-115-219.prem.tmns.net.au] has quit [] 10:32:14 <Alberth> maybe the foundation should be split? 10:32:24 <fonso> our behind relationship of comparing in game X, Y and Z dictates it. 10:32:45 <fonso> You can surely solve that particular example by modifying the bounding boxes 10:32:53 <fonso> But it won't be a general solution. 10:33:14 <Alberth> I was thinking maybe the z coordinate is enough for sorting (if 2 sprites collide at (x,y) at screen, draw the one with highest z) 10:33:58 <Eddi|zuHause2> Alberth: that sounds horrible, you'd always draw the higher house over the lower house 10:34:13 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 10:34:30 <fonso> at the moment we only declare an order if all three coordinates indicate "behind" 10:35:07 <fonso> That makes the ordering between fence and foundation indetermined (I think). 10:35:32 <fonso> Well, back to the drawing board. I still haven't gotten it. 10:35:55 <Alberth> Eddi|zuHause2: only if they 'collide' in 2D at the screen, in which case it should be correct, since higher z means further towards the player as far as I can see. 10:37:23 <Alberth> fonso: We should first find a theoretically correct way to draw such a scene, probably down to deciding about single pixels. Once we have that, it should be scaled up to complete sprites (but that may not be possible) 10:37:58 <Eddi|zuHause2> no, it's not that kind of z coordinate... game coordinates are x in / direction, y in \ direction (towards the bottom corner of the screen) and z in â direction 10:41:43 <Alberth> How are sprites defined? along a x or y game axis?, or are they always flat (ie parallel to the screen) despite the appearance? Afaik OpenTTD doesn't do sprite rotation 10:42:18 <fonso> They are either ground sprites (which are flat) or "bounding boxes". 10:42:30 <fonso> Run a game and press CTRL-B to illustrate it. 10:44:30 *** Belugas [~belugas@216.191.111.226] has quit [Ping timeout: 480 seconds] 10:46:48 *** Belugas [~belugas@216.191.111.226] has joined #openttd 10:46:51 *** mode/#openttd [+o Belugas] by ChanServ 10:49:20 <fonso> Actually a screen Z coordinate won't help with the concorde. The nose of the concorde is the shallowest point and it's not inside its bounding box. 10:51:26 <fonso> A special rule is needed: Nothing but foundations can be drawn below flat ground sprites. That, however doesn't help with the bridge bug. 10:51:57 *** tokai [~tokai@p54B84372.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 10:53:13 *** frosch123 [~frosch@frnk-590fd0a4.pool.einsundeins.de] has joined #openttd 10:53:32 *** tokai [~tokai@p54B82D46.dip0.t-ipconnect.de] has joined #openttd 10:53:35 *** mode/#openttd [+v tokai] by ChanServ 10:56:01 <fonso> Perhaps keep the sorting in principle and add a few special rules: 10:56:01 <fonso> 1. Nothing but foundations can be drawn behind plain ground sprites 10:56:01 <fonso> 2. Rails can't be drawn in front of bridges at the same position and direction 10:56:01 <fonso> 3. Train cars can't be drawn behind rails at the same position and direction 10:56:01 <fonso> and probably more 10:56:01 <fonso> These rules could be enforced at each position change in the do-loop. 10:58:08 <frosch123> 1. is already enforced by ground sprites being drawn as childsprites of foundations 10:58:38 <fonso> Then I still don't get why the concorde is behind the runway. 10:59:02 <frosch123> first the landscape is put into the parent sprite list 10:59:43 <frosch123> when it comes to a runway tile, a BB for the foundation and a BB for the fence is added 11:00:07 <frosch123> the foundations for the tiles nearer to the player are added later 11:00:25 <frosch123> so the fence BB is initially before the foundations of other tiles 11:00:31 <frosch123> later the plane is added 11:00:38 <frosch123> and is correctly sort before the fence 11:01:07 <fonso> but shouldn't the concorde be behind the fence? 11:01:09 <frosch123> when you set the fence to invisible and there is no similiar object on nearby tiles, the plane glitch does not happen 11:01:53 <frosch123> well, before, after, front, back are ambiguous here, you have to watch and think yourself 11:02:51 <fonso> OK, "in front of" means "drawn later" and "more visible", "behind" means the opposite 11:03:11 <fonso> then what is the relation between fence and foundation? 11:03:42 <frosch123> I need a virtual blackboard ... 11:04:10 <petererer> Netmeeting had one. 11:07:34 <fonso> Whatever. Initially the concorde is (correctly) in front of all ground sprites. That's because of the order the sprites are added to the array. Correct? 11:07:58 <fonso> Then somehow the sorter determines that the concorde should be behind the runway. 11:08:18 <fonso> If we expressly forbid this operation everything should be fine. 11:08:48 <frosch123> ok, consider the runway to consist of tiles A,B,C and D (from back to front) 11:09:13 <fonso> what is back? The right end on screen? 11:09:28 <frosch123> the initial ordering of the sprites is foundation A, fence A, foundation B, fence B, foundation C, fence C, foundation D, fence D, plane 11:09:53 <frosch123> all sorting is fine, except plane being drawn after fence B 11:10:16 <frosch123> so plane is moved and it ends up as : foundation A, fence A, foundation B, plane, fence B, foundation C, fence C, foundation D, fence D 11:10:41 <frosch123> which is totolly fine for the BB, but causes foundation C and D to be drawn after plane 11:11:37 <fonso> we could forbid moving the plane behind foundation D and move the fence in front instead. 11:12:10 <frosch123> write a patch for it and enjoy everything else sorted wrong 11:12:20 <fonso> why? 11:12:56 <fonso> In which cases do we need anything drawn behind foundations? 11:13:07 <fonso> and can we include that in the special rules? 11:13:19 <frosch123> vehicles can very well end up behind foundations 11:13:33 <frosch123> just build a rail track on the backside of a hill 11:13:42 <frosch123> with foundations in front of it 11:14:07 <fonso> then we need to consider the Z coordinate and refine the rule. 11:14:46 <fonso> I think it is possible to formulate a set of special rules to address specific clipping problems without destroying anything else. 11:15:24 <frosch123> http://www.tt-forums.net/viewtopic.php?f=33&t=33399 <- if you like you can update that patch 11:15:41 <fonso> The most extreme case would be to only consider the special concorde and foundation sprites. 11:15:59 <frosch123> with the more recent changes it should sort a lot nice, just it will cause a lot incompatibility to newgrfs 11:16:12 <frosch123> esp. with georges grfs 11:20:03 <fonso> What do you mean by "recent"? I'm up to date with trunk. 11:20:21 <frosch123> but the patch in the above forum post is not :) 11:22:27 *** Wezz6400 [~Wezz6400@145-118-111-36.fttx.bbned.nl] has quit [Quit: Caught sigterm, terminating...] 11:23:49 <fonso> The algorithm is way more complicated than simply a set of special rules for problematic cases. 11:24:08 <frosch123> "simply" :) 11:24:37 <frosch123> I cannot imagine something more complicated than a few special rules :) 11:25:20 <frosch123> But I guess you should start experimenting with some coding 11:25:43 <fonso> Simply means: I hook up a check in the do-loop and if it hits I move the other sprite backward instead of the first one forward. Of course the check-thing should be extendable. 11:26:41 <fonso> Yes, I should. 11:51:19 *** Doorslammer [Doorslamme@PIPP-p-144-134-197-240.prem.tmns.net.au] has joined #openttd 11:57:05 *** Yeggzzz is now known as Yeggstry 11:59:42 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd 11:59:45 *** mode/#openttd [+v glx] by ChanServ 12:00:33 *** fonso [~fonso@brln-d9bac104.pool.mediaWays.net] has left #openttd [Kopete 0.12.7 : http://kopete.kde.org] 12:00:33 *** Zahl [~Zahl@g230134081.adsl.alicedsl.de] has quit [Read error: Connection reset by peer] 12:00:45 *** Zahl [~Zahl@g230134081.adsl.alicedsl.de] has joined #openttd 12:05:05 *** Tim [~Tim@p5B37CC2F.dip.t-dialin.net] has joined #openttd 12:20:07 <fjb> Is there a way to replace a railcar with the same type? 12:21:28 <frosch123> why would you want to do that? 12:21:29 <Ammler> Autorenew? 12:21:33 *** hnsz2002_ [~hnsz2002@78-131-51-121.pool.hdsnet.hu] has quit [Quit: leaving] 12:24:07 <fjb> Because some railcars change their look over time. And because they do not get old like lokomotives you end up with a futuristic lokomotive pulling a train build in the last century. 12:24:28 <fjb> Autorenew only renews the lokomotives. 12:26:06 <Eddi|zuHause2> so you mean rail wagons, not railcars 12:26:30 <Eddi|zuHause2> railcars are self driving wagons (-> Schienenbus) 12:26:40 <fjb> However that is called. The things that get pulled by the lokomotive. 12:28:04 <Eddi|zuHause2> autoreplace can't possibly handle that case... 12:29:00 <Eddi|zuHause2> in a way that it's flexible enough, uncomplicated to use and easy to code 12:31:23 <fjb> And most train sets have only one type of universal passenger coach. 12:32:01 *** KritiK [~Maxim@89-178-229-218.broadband.corbina.ru] has joined #openttd 12:39:30 <CIA-1> OpenTTD: frosch * r14409 /trunk/src/viewport.cpp: -Codechange: Simplify a loop and correct a comment. 12:40:47 *** Swallow [~chatzilla@5355F5FD.cable.casema.nl] has joined #openttd 12:52:46 <Alberth> how does one submit a HG patch queue to Flyspray? :P 12:54:43 *** Doorslammer [Doorslamme@PIPP-p-144-134-197-240.prem.tmns.net.au] has quit [] 13:00:48 *** dvo [~asd@0x3e42e6e6.adsl.cybercity.dk] has quit [Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )] 13:07:36 <TrueBrain> not; make a normal single file patch from it 13:09:06 <petererer> fjb, locomotive... 13:09:17 <fjb> Thank you. 13:15:54 *** Sacro [~Ben@adsl-87-102-39-137.karoo.KCOM.COM] has joined #openttd 13:21:52 <Alberth> TrueBrain: Sure? There are 13 conceptual changes/additions in the patch then. 13:27:50 <TrueBrain> Alberth: then make 13 patches out of them 13:28:45 <Alberth> TrueBrain: What do you think in the in mercurial patch queue? 13:29:14 <TrueBrain> now that was almost understandable .. 13:31:23 *** mortal` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 13:31:34 <Alberth> s/in/is in/ :) 13:31:50 <Alberth> s/the in/the/ 13:34:12 <Alberth> Just submitted into FS#2322, however it cannot be good that I have to manually tell HG how to generate a diff of each patch. 13:35:02 <frosch123> arn't they just somewhere in the .hg directory? 13:35:11 *** [Lars] [~lars@ip565fe7c5.direct-adsl.nl] has joined #openttd 13:37:16 <Alberth> Hmm yeah, they are <grump>, in .hg/patches apparently. Ok, good to know for next time. tnx. 13:38:13 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds] 13:38:21 *** mortal`` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 13:45:43 *** mortal` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds] 13:50:24 <CIA-1> OpenTTD: rubidium * r14410 /trunk/src/ (strings.cpp strings_func.h): -Codechange: one can't inject a negative number of parameters, so enforce this by using a uint. 13:56:36 *** Sacro|SSL [~Ben@adsl-87-102-39-137.karoo.KCOM.COM] has joined #openttd 14:03:36 *** Sacro [~Ben@adsl-87-102-39-137.karoo.KCOM.COM] has quit [Ping timeout: 480 seconds] 14:04:14 *** Dred_furst [~Dred_furs@resnet715.bournemouth.ac.uk] has joined #openttd 14:05:05 *** Sacro|SSL is now known as Sacro 14:30:23 *** mortal`` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Read error: Connection reset by peer] 14:33:54 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 14:43:42 *** Sacro|SSL [~Ben@adsl-87-102-39-137.karoo.KCOM.COM] has joined #openttd 14:47:34 <Ammler> src/autoreplace_cmd.cpp:484: CommandCost Repla 14:47:35 <Ammler> ceChain(Vehicle**, uint32, bool, bool*): Assertion `ret.Succeeded()' failed. 14:48:09 <Ammler> frosch123: ^ 14:50:32 *** Sacro [~Ben@adsl-87-102-39-137.karoo.KCOM.COM] has quit [Ping timeout: 480 seconds] 14:51:34 *** Zealotus [~Ping@78-69-54-150-no70.tbcn.telia.com] has joined #openttd 14:51:37 <frosch123> Ammler: before r14406 or after? 14:51:52 <Ammler> before 14:51:55 <Ammler> 14365 14:51:56 *** Tim [~Tim@p5B37CC2F.dip.t-dialin.net] has quit [Read error: Connection reset by peer] 14:52:24 <frosch123> you pushed the depot mass replace button with free wagons in the depot (i.e. not attached to an engine) ? 14:52:34 <glx> I'd say update first ;) 14:53:07 *** Tim [~Tim@p5B37CC2F.dip.t-dialin.net] has joined #openttd 14:54:44 <Ammler> yes, we update to 1407 14:54:50 <Ammler> 14407 14:55:54 *** Wezz6400 [~Wezz6400@145-118-111-36.fttx.bbned.nl] has joined #openttd 15:00:17 *** mortal` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 15:00:25 *** Mortal is now known as Guest2112 15:00:25 *** mortal` is now known as mortal 15:00:27 *** Progman [~progman@p57A1D9F7.dip.t-dialin.net] has quit [Remote host closed the connection] 15:02:35 <Ammler> src/train.h:33: bool IsFrontEngine(const Vehic 15:02:37 <Ammler> le*): Assertion `v->type == VEH_TRAIN' failed. 15:02:47 <Ammler> with r14407 15:04:16 <frosch123> hmm, should have tested it also for other vehicles than trains :) 15:04:42 <Ammler> do you have a workaround for? 15:05:10 <Ammler> we did nothing... 15:07:15 <CIA-1> OpenTTD: frosch * r14411 /trunk/src/autoreplace_cmd.cpp: -Fix (r14406): IsFrontEngine() is only valid for trains. 15:07:15 <frosch123> use r14411 15:07:17 *** Guest2112 [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds] 15:08:02 <Ammler> :-) 15:17:07 *** ben_goodger [~ben@host86-156-59-75.range86-156.btcentralplus.com] has quit [Quit: Ex-Chat] 15:28:52 *** Sacro|SSL is now known as Sacro 15:30:01 *** eQualizer [~lauri@87.94.117.196] has joined #openttd 15:32:23 *** Sacro|SSL [~Ben@adsl-87-102-39-137.karoo.KCOM.COM] has joined #openttd 15:33:09 *** MapperOG [~MapperOG@p57B2F78E.dip.t-dialin.net] has joined #openttd 15:33:19 <MapperOG> where can I find the latest version of the DS version? 15:33:49 <Ammler> MapperOG: there is a wikipage about 15:36:21 <petererer> Where abouts is it about? 15:37:25 <Ammler> http://wiki.openttd.org/wiki/index.php/Special:Search?search=portable&go=Go 15:37:34 *** mikl [~mikl@0x5550c003.adsl.cybercity.dk] has joined #openttd 15:37:42 <Ammler> is that so hard? 15:39:04 *** Sacro [~Ben@adsl-87-102-39-137.karoo.KCOM.COM] has quit [Ping timeout: 480 seconds] 15:39:11 <petererer> That's the problem, it's easy when you know what the magic word to search for is. 15:41:41 *** MOG [~MapperOG@p57B2DD34.dip.t-dialin.net] has joined #openttd 15:42:10 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd [] 15:42:28 <CIA-1> OpenTTD: frosch * r14412 /trunk/src/ (settings.cpp settings_gui.cpp): -Documentation: Comment some functions related to the advanced settings. Patch by Alberth, but with less excessive use of 'at'. 15:44:04 *** Sacro|SSL is now known as Sacro 15:47:36 *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has joined #openttd 15:48:29 *** Singaporekid [~notme@cm207.epsilon124.maxonline.com.sg] has quit [Quit: Leaving] 15:48:47 *** MapperOG [~MapperOG@p57B2F78E.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 15:53:18 <Wezz6400> dang, I've been away from openttd for a little while, to come back and find that a few patches are out giving features I've always wanted :D 16:11:35 *** Frostregen [~sucks@dslb-084-058-158-052.pools.arcor-ip.net] has joined #openttd 16:22:30 *** mikl [~mikl@0x5550c003.adsl.cybercity.dk] has quit [Quit: Leaving...] 16:37:31 <Sacro> isn't `hg parents | grep changeset | awk '{print }' | cut -c 3-` a better way of finding the version number? 16:37:46 <Sacro> oh that is what's already there 16:38:31 <glx> HASH=`LC_ALL=C hg parents 2>/dev/null | head -n 1 | cut -d: -f3 | cut -c1-8` 16:40:10 <Sacro> almost what I've got :) 16:40:21 <Sacro> the error message nees updating though 16:40:31 *** nicfer [~usuario@168.226.106.165] has joined #openttd 16:40:49 <Sacro> WARNING: there is no means to determine the version. 16:40:49 <Sacro> WARNING: please use a subversion or git checkout of OpenTTD. 16:41:00 <Sacro> you can use mercurial too 16:42:03 <Sacro> Please to be upating 16:42:06 <Sacro> *updating 16:42:43 <glx> submit a patch :) 16:42:49 <Sacro> : 16:42:50 <Sacro> D 16:42:55 <Sacro> take that as you will 16:43:11 <Sacro> glx: what version, trunk? 16:43:18 <glx> always trunk 16:43:25 <Sacro> alrighty 16:43:35 <Sacro> will it get commited and have my name on it? :o 16:43:44 <glx> maybe ;) 16:44:00 *** Michael_uk [~chatzilla@87.127.115.28] has joined #openttd 16:44:20 *** Michael_uk [~chatzilla@87.127.115.28] has left #openttd [] 16:45:24 *** mikl [~mikl@0x5550c003.adsl.cybercity.dk] has joined #openttd 16:48:53 <Sacro> hmm 17:00:02 *** Sacro_ [~Ben@adsl-87-102-39-137.karoo.KCOM.COM] has joined #openttd 17:01:52 *** Chrill [~chrischri@c80-216-96-107.bredband.comhem.se] has joined #openttd 17:02:18 <Tefad> glx: good ol command line. 17:02:40 <Tefad> no one teaches that crap any more : ( 17:02:47 <glx> it's in shell script 17:06:59 *** Progman [~progman@p57A1D9F7.dip.t-dialin.net] has joined #openttd 17:08:08 *** fjb_ [~frank@p5485C8A3.dip.t-dialin.net] has joined #openttd 17:09:17 <frosch123> fjb_: 43% :p 17:09:34 <fjb_> I saw it on the tv. 17:09:38 <fjb_> :-) 17:10:58 <Tefad> the last i checked, head cut grep awk were all programs 17:11:09 <Tefad> are pipes even part of a shell 17:11:13 <Tefad> i forget 17:11:58 *** fjb [~frank@p5485EE99.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 17:13:03 <Tefad> if so, it's extremely fundamental part. easily overlooked : x 17:13:14 <Tefad> behaves the same practically everywhere eh? : ) 17:13:36 <Tefad> fun bits pop up when you start using control structures 17:16:15 *** Sacro_ [~Ben@adsl-87-102-39-137.karoo.KCOM.COM] has quit [Quit: Leaving] 17:17:14 *** mikl [~mikl@0x5550c003.adsl.cybercity.dk] has quit [Quit: Leaving...] 17:20:44 <CIA-1> OpenTTD: truebrain * r14413 /trunk/config.lib: 17:20:44 <CIA-1> OpenTTD: -Fix: when no revision detected, the error didn't indicate 'mercurial' was accepted as source too (patch not by Sacro) 17:20:44 <CIA-1> OpenTTD: -Fix: that same message was slightly unclear in what it would mean for network joins 17:21:05 <Sacro> TrueBrain: damn you 17:21:13 <Sacro> I was just about to clone the repo and write a patch 17:21:22 <TrueBrain> MWHAHAHAHAHAHAHAHAHAHA 17:21:23 * TrueBrain goes evil 17:21:34 <Sacro> :( 17:21:39 * Sacro creates his own repo 17:21:40 <TrueBrain> it was too tempting :) 17:21:44 <Sacro> with blackjack and hookers 17:21:45 <TrueBrain> I am very sorry :) 17:21:47 <Sacro> pff 17:21:49 <Sacro> you will be 17:22:01 * TrueBrain hugs Sacro 17:22:08 <Sacro> :( 17:22:17 * Sacro wants to write a really important patch 17:22:19 * TrueBrain hugs Sacro some more 17:22:31 <Eddi|zuHause2> hahaha, that totally made my day :p 17:23:03 <Sacro> :'( 17:24:35 <petererer> Poor Sacro :/ 17:24:55 * Sacro sniffles and sobs 17:24:56 *** fjb_ is now known as fjb 17:25:06 * Sacro considers reviving the yellow signals patch 17:25:47 * fjb hands Sacro a handkerchief. 17:26:47 * TrueBrain is still smiling :) 17:27:30 <fjb> I'm feeling dutch: http://www.imgwelt.de/uploads/3Y82POY54OQ.png 17:28:30 <Sacro> also, being able to change between crossovers and double slips 17:28:39 <TrueBrain> nice station 17:30:30 <fjb> Thank you. That station is a bit small, I need to build a new one. It started as a two platform station on a single track line, clamped between the town and the mountain. 17:31:26 <fjb> Now I don't want to blow up half of the town to make room for a bigger station. 17:35:01 *** MOG [~MapperOG@p57B2DD34.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 17:39:19 <fjb> But how is it possible that 14373 people are living in 342 houses? :-) 17:40:44 <TrueBrain> a bit crowded, I say 17:40:55 <ln> like dutchlandia 17:41:20 <ln> oh, was mentioned already 17:42:36 <fjb> So I'm raising land from the water. 17:44:33 <Rexxars> would it be hard to make a patch that saves station settings? (number of tracks/platform length/coverage area highlight) 17:45:22 <Rexxars> not per savegame, obviously, but per installation... 17:45:30 <TrueBrain> hard? Not at all 17:46:14 *** Bjarni [~Bjarni@0x50a46ad5.virnxx14.dynamic.dsl.tele.dk] has joined #openttd 17:46:17 *** mode/#openttd [+o Bjarni] by ChanServ 17:46:31 <Rexxars> cool 17:46:33 *** fjb [~frank@p5485C8A3.dip.t-dialin.net] has quit [] 17:46:52 <Bjarni> yeah, it's getting colder 17:46:57 <Bjarni> the summer is over :/ 17:47:02 <Rexxars> when are settings like that usually stored to filesystem? on setting change, or on exit? (sorry, I guess I should be reading the source, heh) 17:47:24 <Bjarni> exit 17:47:40 <Bjarni> if you mean the stuff written in openttd.cfg 17:47:41 <TrueBrain> sounds like a plan ;) 17:47:50 <Ammler> is there something similar to the old scoreboard.php? 17:48:26 <TrueBrain> Ammler: not at the moment 17:48:29 <TrueBrain> (not required at the moment) 17:48:52 <Ammler> well, indeed, but it was nice to watch the process... :-) 17:49:18 *** Dr_Jekyll [Dr_Jekyll@p57B0F2F0.dip.t-dialin.net] has joined #openttd 17:51:54 *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has quit [Ping timeout: 480 seconds] 17:54:47 *** beardie27 [~beardie27@77-98-176-222.cable.ubr02.pres.blueyonder.co.uk] has joined #openttd 17:55:32 *** mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds] 17:55:58 *** beardie27 [~beardie27@77-98-176-222.cable.ubr02.pres.blueyonder.co.uk] has quit [] 18:00:13 <TrueBrain> Ammler: live status report: the compile started :p 18:00:23 <Ammler> thx 18:00:35 <Ammler> will the binary compied to the download page? 18:00:44 <TrueBrain> hehe 18:00:58 <TrueBrain> that is a one time thingy btw :p 18:01:18 <glx> in 30 minutes :) 18:01:24 <TrueBrain> compied? 18:01:47 <petererer> Celestar, there are still issues with refitting :( 18:01:52 <Ammler> but 14413 is the revision 18:02:20 <petererer> Oh, he's not here :D 18:02:31 <TrueBrain> Ammler: you will know in 30 minutes 18:02:33 <TrueBrain> finger will tell you 18:02:47 <Ammler> I will risk it :-) 18:03:08 <TrueBrain> Ammler: in some weird cases it can happen a compile is never published (too many failures, stuff like that) 18:03:22 *** Sacro [~Ben@adsl-87-102-39-137.karoo.KCOM.COM] has quit [Ping timeout: 480 seconds] 18:03:27 <Ammler> well, last nightly is also broken... 18:03:42 <glx> TrueBrain: OOM too ? 18:03:43 <Ammler> so we don't have a server right now 18:03:55 <TrueBrain> glx: OOM is not an issue for the compile-farm 18:04:08 <glx> good :) 18:04:24 <nicfer> for me, Batti5 is actually Jasperthecat12 18:04:29 <nicfer> Jasperthecat1 18:04:33 <TrueBrain> Ammler: what is broken about it? :) 18:04:50 <Ammler> something with autoreplace... 18:05:02 <TrueBrain> glx: each VM is restricted to 384M, and there is always enough free within that context 18:05:03 <Ammler> and the workaround of frosch123 was to wait :P 18:05:05 <nicfer> only that Batti5 has much worse grammar 18:05:17 <TrueBrain> Ammler: ah, so the compile did succeed ;) 18:05:38 <TrueBrain> (which is all I care about :p) 18:09:22 <petererer> Yay, desynced! 18:09:24 <Ammler> so we have to wait until all bundles are done? 18:10:22 <Eddi|zuHause2> *mental note* check file system space before starting a recording... 18:10:24 <TrueBrain> yup 18:10:27 <TrueBrain> everything or nothing 18:10:32 <TrueBrain> much easier to track and handle :) 18:11:32 <TrueBrain> Eddi|zuHause2: note failure -- out of disksspace 18:11:33 <petererer> @seen celestar 18:11:34 <DorpsGek> petererer: celestar was last seen in #openttd 2 days, 4 hours, 2 minutes, and 10 seconds ago: <Celestar> SmatZ: did it work? 18:11:58 <Ammler> [20:10] <PublicServer> Ammler: Game version is r14412 18:12:04 <Eddi|zuHause2> the problem is, kaffeine doesn't tell me about it... 18:12:08 <Ammler> TrueBrain: your config change :P 18:12:17 <Ammler> which rev does the compile farm use? 18:12:20 <Eddi|zuHause2> it just records into /dev/null instead... 18:12:46 <TrueBrain> Ammler: you will know when it is done 18:13:00 <TrueBrain> but as 14413 is a non-src change, you can do the math 18:14:12 <Ammler> :-) 18:14:47 <TrueBrain> [2008-09-28 18:00:05] Task 0000126 created (svn://svn.openttd.org/trunk, r14412) 18:14:53 <TrueBrain> does that make you happy? :p 18:16:08 <Ammler> hmm 18:16:12 *** welshdragon [~vista@adsl-83-100-138-245.karoo.KCOM.COM] has joined #openttd 18:16:12 <Ammler> of course, but 18:16:24 <Ammler> now all bundles will be available at same time... 18:16:28 <Ammler> we still wait :P 18:16:38 <petererer> Diddums. 18:16:44 <petererer> If you can't wait, compile your own. 18:16:45 <TrueBrain> and wait 18:16:46 <TrueBrain> and wait 18:16:49 <TrueBrain> and wait some more 18:16:50 <TrueBrain> lalalalaa 18:17:26 <TrueBrain> if you cna't compile your own, wait 18:17:27 <TrueBrain> :) 18:18:59 <nicfer> hmmm would be too hard to move openttd to python? 18:19:14 <Ammler> petererer: I do not need such obvious help :P 18:19:26 <nicfer> I mean, a branch 18:19:31 <TrueBrain> nicfer: very simple; run: mv openttd /usr/lib/python2.5/site-packages/ 18:19:51 <nicfer> I mean, recreate openttd in python 18:19:54 <Ammler> nicfer: there is already something about that... 18:20:15 <Ammler> @seen Yorick 18:20:15 <DorpsGek> Ammler: Yorick was last seen in #openttd 6 days, 22 hours, 17 minutes, and 59 seconds ago: <yorick> I wrote such a patch... 18:20:16 <TrueBrain> only people with very very little knowledge of both OpenTTD and python will try that 18:20:39 <TrueBrain> (or even: will suggest that) 18:22:27 <Eddi|zuHause2> i fail to see the sense of all these "openttd should be ported to XYZ language" suggestions/attempts 18:22:52 <nicfer> well, my main goal is make a web based version of openttd 18:23:13 <ln> why the hell? 18:23:32 <Eddi|zuHause2> i can't understand that either ;) 18:23:36 <TrueBrain> Eddi|zuHause2: me 2 ... but as I just said, it is only suggested by people who have absolutely no knowledge of either Python or OpenTTD 18:24:27 <ln> and how is web-based related to porting to python? 18:24:27 *** Eddi|zuHause2 is now known as Eddi|zuHause 18:24:32 <Ammler> TrueBrain: didn't you try something similar? 18:24:55 *** Sacro|SSL [~Ben@adsl-87-102-39-137.karoo.KCOM.COM] has joined #openttd 18:25:14 <TrueBrain> Ammler: yup :) 18:25:19 <TrueBrain> but not via python or something weird like that .. 18:25:51 <TrueBrain> Ammler: the problem only was bandwidth .. :( 18:26:44 <nicfer> hmmm what about porting it to java? 18:27:05 <Eddi|zuHause> nicfer: how about porting it to brainfuck? 18:27:19 <TrueBrain> oh, and if you talk about webdune, that again was based on a completely different idea :) (but yes, in python :)) Failed due to speed-issues :( 18:27:25 <nicfer> and with some changes it would be posible to run it in java-based mobile phones 18:27:29 <TrueBrain> NO! Port it to shakespear! 18:27:42 <ln> Eddi|zuHause: are there brainfuck bindings for SDL? (if not, someone should create those!) 18:27:57 <TrueBrain> whoho! Lets do that! 160x100 to the win! 18:28:13 <TrueBrain> better yet, 120x120! 18:28:26 <Eddi|zuHause> nicfer: unless you have a source-to-source compiler, any such porting attempt would be completely futile... 18:28:28 <TrueBrain> YES YES! Can you see that pixel moving! THAT IS MY BRAND NEW TRAIN! Ha! :) 18:28:36 <TrueBrain> join network games via UMTS! 18:28:43 <TrueBrain> be online 24/7! 18:28:44 <TrueBrain> win big money! 18:29:00 <TrueBrain> (I think nicfer needs to learn the search option at tt-forums.net) 18:29:11 <TrueBrain> Ammler: hmm, yorick .. you have a good point there ... 18:29:11 <Eddi|zuHause> and if you have one, the result is most likely unuseable 18:29:25 <TrueBrain> and useless 18:29:55 *** yorick [~Yorick@s55924da0.adsl.wanadoo.nl] has joined #openttd 18:30:08 <nicfer> with java it should be also posible to use it in a web browser once OpenGFX is complete 18:30:43 <ln> NOBODY WANTS TO RUN IT IN THEIR WEB BROWSER, especially not if it's a Java applet. 18:31:57 <Ammler> TrueBrain: he is still quite :-) 18:32:28 <TrueBrain> Ammler: it is not like he has a choice :p 18:32:36 <Ammler> t<->e 18:32:57 *** Zahl_ [~Zahl@g227032068.adsl.alicedsl.de] has joined #openttd 18:34:41 <nicfer> well, what makes sense is to port it to smartphones like the Nokia's N-Series or the iPhone 18:34:42 <Ammler> good job frosch123, server runs again. thanks. 18:34:44 <TrueBrain> @mode -q *!*Yorick@* 18:34:47 *** mode/#openttd [-q *!*Yorick@*] by DorpsGek 18:34:48 <TrueBrain> I guess we can give him an other try 18:34:55 * yorick shall behave nicely 18:35:18 <TrueBrain> nicfer: it still makes absolutely no sense at all ... but then again, you might want to use the search function on tt-forums to find some interesting stuff regarding the subject 18:35:24 <TrueBrain> good boy 18:35:37 <nicfer> one question, how would work openttd on UMPCs/MIDs? 18:35:52 <yorick> Not with java. 18:36:35 <FauxFaux> Works on my eee right now. 18:36:50 <FauxFaux> the eee that I am, in fact, using to type this message. 18:37:07 <TrueBrain> nicfer: just one question? I thought you asked many more ... 18:37:26 <TrueBrain> FauxFaux: I was at the store yesterday, almost bought an EEE .. couldn't make up my mind, left without one 18:38:17 <frosch123> Ammler: wait, it will assert in 5 minutes :) 18:38:32 * FauxFaux has a first gen one that you can now get for £140, not even a question if you don't have a laptop atall. 18:38:40 <yorick> nicfer: about that python, if I would have had enough time... 18:38:58 <TrueBrain> FauxFaux: I want one to code in trains and shit :p 18:39:28 <FauxFaux> Mmm, not such a great choice given the first gen's battery life. :p 18:39:31 <TrueBrain> yorick: even with all the days of the earth, you would not manage 18:39:46 <nicfer> forget about python 18:39:46 <TrueBrain> (it is impossible to write OpenTTD in python in any efficient way .. you will fail, without using C) 18:39:56 <yorick> who said I can't use C? 18:40:16 * FauxFaux is just trying to get used to Colemak on a keyboard that was never designed for a home-row typist.:p 18:40:24 *** Zahl [~Zahl@g230134081.adsl.alicedsl.de] has quit [Ping timeout: 480 seconds] 18:40:24 *** Zahl_ is now known as Zahl 18:40:36 <TrueBrain> yorick: theb est you can do is make a python library around OpenTTD C++ .. which is almost useless 18:41:43 <yorick> maybe JIT compiling for python could work better... 18:42:36 * TrueBrain sends yorick to a python class 18:42:40 *** Sacro|SSL is now known as Admin 18:42:46 *** Admin is now known as Sacro 18:42:50 <TrueBrain> you might want to consider reading up for what Python is meant, and reconsider 18:43:19 <TrueBrain> but then again .. that is all on the forums 18:44:10 * yorick mumbles something about psyco, but then again, that is C 18:49:47 <Rexxars> TrueBrain: where would settings like drag and drop, station length etc belong? under stations or under gui settings? 18:50:18 <Eddi|zuHause> i use python for my diploma thesis because speed optimisation is a non-target... i can't imagine openttd working like that... 18:51:00 <TrueBrain> Rexxars: no idea 18:51:13 <TrueBrain> Eddi|zuHause: did you know python is one of the fastest 'math' scripts available to the common public? 18:51:21 <yorick> station 18:51:25 <TrueBrain> it runs the fibionic test faster than any other scripting language :) 18:51:34 <TrueBrain> (4 times faster than PHP :p) 18:51:49 <yorick> is assembly a scripting language? 18:51:52 <Eddi|zuHause> speed is a non-issue, because the model checking algorithm that's supposed to deal with my results is at least one complexity class higher than any of my analyses;) 18:52:12 <TrueBrain> yorick: I really hope you didn't really asked that question .. 18:52:17 <TrueBrain> don't make me regret removing the +q 18:52:25 <yorick> no, I did not 18:52:30 <TrueBrain> hehe @ Eddi|zuHause :) 18:53:12 <Eddi|zuHause> it doesn't matter if my algorithms take 2 seconds or 5 minutes, when instead the model checking algorithm takes 2 hours instead of 1 week ;) 18:53:36 *** Sacro [~Ben@adsl-87-102-39-137.karoo.KCOM.COM] has quit [Quit: Leaving] 18:54:16 <TrueBrain> there are nice clusters to run expensive jobs ;) 18:54:35 <TrueBrain> I myself use IDL for expensive math operations (2d operations that is, so matrices) 18:54:42 <Eddi|zuHause> well, it's not my problem... the model checking is another person's job ;) 18:54:43 <TrueBrain> very very fast language to do those operations 18:55:06 <Eddi|zuHause> i just have to deliver valid (and as additional bonus: optimized) input 18:55:21 <TrueBrain> hehe, that makes an easy job ;) 18:56:07 <Eddi|zuHause> the problem is i have to do the analyses crossing language barriers 18:56:30 <Eddi|zuHause> as the input source code is mixed python and c++ 18:58:14 <Eddi|zuHause> statical analysis of a dynamic scripting language is not easy ;) 18:58:32 <TrueBrain> agree'd :) 18:58:40 *** Sacro [~Ben@adsl-87-102-39-137.karoo.KCOM.COM] has joined #openttd 18:59:06 <Eddi|zuHause> but i think that part is working pretty well already 19:00:50 *** krkrkr [~chatzilla@host159-246-dynamic.15-87-r.retail.telecomitalia.it] has joined #openttd 19:00:55 *** krkrkr is now known as hello 19:02:07 *** hello [~chatzilla@host159-246-dynamic.15-87-r.retail.telecomitalia.it] has quit [] 19:04:28 <Ammler> the voice of newKITT is too human... 19:05:38 <petererer> Where can I see or hear this new KITT? 19:05:43 <Rexxars> I find some of these types very confusing, whats the difference between STDC_X and STD_X? 19:05:51 <TrueBrain> petererer: the internet ;) 19:05:57 <TrueBrain> Ammler: I agree, still it is VERY cool :) 19:06:09 <Ammler> I have only the german old KITT in mind. 19:06:17 <Ammler> dunno, how the original sounded. 19:06:40 <TrueBrain> better 19:06:42 <TrueBrain> without doubt :) 19:06:46 <ln> isn't the new KITT Val Kilmer? 19:06:59 <Ammler> many american series are better after sync... 19:07:07 <Ammler> like 24 19:07:07 <petererer> Wasn't it always a human sound, just with a certain intonation... 19:07:45 <Ammler> petererer: the new one IS like human, not intonation or such... 19:07:53 <Ammler> -t 19:08:29 *** Sacro_ [~Ben@adsl-87-102-39-137.karoo.KCOM.COM] has joined #openttd 19:08:55 <ln> petererer: you never know what kind of robot has dubbed the lines into German or Switzerlandish. 19:09:09 <Ammler> :-) 19:12:59 *** Sacro [~Ben@adsl-87-102-39-137.karoo.KCOM.COM] has quit [Ping timeout: 480 seconds] 19:14:24 *** Euro_swallow [~chatzilla@5355F5FD.cable.casema.nl] has joined #openttd 19:14:42 <Eddi|zuHause> speaking of sync... the translation of star wars that is broadcast on tv is not sync 19:15:22 <yorick> desync error :-P 19:16:21 *** Swallow [~chatzilla@5355F5FD.cable.casema.nl] has quit [Read error: Connection reset by peer] 19:16:35 *** Euro_swallow is now known as Swallow 19:16:39 *** lobster_MB [~michielbr@86.89.201.189] has joined #openttd 19:27:23 *** Sacro [~Ben@adsl-87-102-39-137.karoo.KCOM.COM] has joined #openttd 19:27:53 *** Sacro [~Ben@adsl-87-102-39-137.karoo.KCOM.COM] has quit [] 19:28:46 <Ammler> asked already this morning, but I might bugger you again: http://www.tt-forums.net/viewtopic.php?f=33&t=39776 <-- isn't it worth to make exception for no new console commands? 19:29:16 <petererer> No buggery here. 19:30:35 *** yorick is now known as Guest2151 19:30:36 *** yorick [~Yorick@s55924da0.adsl.wanadoo.nl] has joined #openttd 19:33:22 <Ammler> oh, that was the wrong word, I had it from peter1138 ;-) 19:33:39 <Rexxars> yorick: I can't figure out how to get these station settings under the station part of the config (the StationSettings struct are shared settings, and only the ClientSettings only consists of GUISettings and NetworkSettings... I'd have to make another struct just for these 3 settings) 19:34:06 *** Guest2151 [~Yorick@s55924da0.adsl.wanadoo.nl] has quit [Ping timeout: 480 seconds] 19:34:07 <yorick> how do you mean shared settings? 19:34:36 <yorick> last time I checked you could specify the shared-ness with a flag 19:35:05 <Rexxars> this is the first time I've even looked at the source, so I'm fairly confused 19:36:58 <Rexxars> hrm, cause the GUI and network settings go under client settings, then theres a GameSettings extern which I suppose I could use - I just don't think it's much of a game setting tho 19:37:45 <yorick> settings.cpp 19:38:05 <yorick> unsaved patch settings have flag "S" 19:38:06 <Rexxars> personally I feel it fits better under GUI, it doesn't really have anything to do with the game settings as such 19:38:21 <yorick> line 1416 19:39:07 <Rexxars> I've added it under there, but all of those settings are under the GUI part 19:39:15 <Rexxars> or network 19:41:17 <Rexxars> I'm refering to settings_type.h here 19:43:25 *** frosch123 [~frosch@frnk-590fd0a4.pool.einsundeins.de] has quit [Remote host closed the connection] 19:43:35 <yorick> what are you trying to do? 19:45:04 <Rexxars> I'm making OTTD remember the "drag and drop", "platform length", "number of tracks" settings in the rail GUI.. having trouble getting those saved under the stations part in the config, as you told me to do 19:46:04 <Rexxars> maybe I should just put it under gui? ;) 19:46:10 <yorick> try looking at settings.cpp 19:46:17 <yorick> the settings are defined there 19:46:18 *** Tim [~Tim@p5B37CC2F.dip.t-dialin.net] has quit [Quit: Trillian (http://www.ceruleanstudios.com] 19:46:26 <yorick> also the shared-ness 19:46:28 <yorick> and the appearance 19:47:01 <yorick> http://wiki.openttd.org/wiki/index.php/OpenTTDDevBlackBook/Patches/AddPatchOption 19:47:19 <yorick> I think it is outdated, but it should be of some use 19:47:20 *** Tim [~Tim@p5B37CC2F.dip.t-dialin.net] has joined #openttd 19:48:35 <Rexxars> ok, can you just update me on the difference between SDT and SDTC? heh 19:49:12 *** Corn [~Corn@pool-71-116-172-114.lsanca.btas.verizon.net] has joined #openttd 19:49:47 <Rexxars> all the similar settings seems to be defined as SDTC, since they are unsaved patch variables, from the looks of it 19:51:37 <yorick> you should use SDTC seems not to be saved 19:51:51 <Rexxars> yeah, but this is where the problem arises 19:52:45 <Rexxars> those are client settings 19:53:01 <yorick> just make it a gui setting ;) 19:53:06 <Rexxars> thanks :) 19:53:25 <yorick> the SDTC seems not to be using GameSettings 19:53:34 <Rexxars> exactly 20:06:48 <Corn> . 20:06:50 *** dvo [~asd@0x3e42e6e6.adsl.cybercity.dk] has joined #openttd 20:10:38 <yorick> , 20:11:33 *** Zahl_ [~Zahl@g227032068.adsl.alicedsl.de] has joined #openttd 20:11:40 *** Zahl [~Zahl@g227032068.adsl.alicedsl.de] has quit [Read error: Connection reset by peer] 20:11:40 *** Zahl_ is now known as Zahl 20:15:08 <Corn> <(^.^)> 20:24:00 *** mikl [~mikl@0x57372ee2.mrbnqu1.static.dsl.tele.dk] has joined #openttd 20:25:47 *** Swallow [~chatzilla@5355F5FD.cable.casema.nl] has quit [Quit: ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]] 20:27:14 *** nicfer [~usuario@168.226.106.165] has quit [Quit: Leaving.] 20:29:18 *** Corn [~Corn@pool-71-116-172-114.lsanca.btas.verizon.net] has quit [Ping timeout: 480 seconds] 20:33:06 <yorick> <(^,^)> 20:33:09 *** yorick [~Yorick@s55924da0.adsl.wanadoo.nl] has quit [Quit: Poef!] 20:34:59 <Wolf01> 'night 20:35:06 <Rexxars> can anyone give me a hint on where a good place to read and store settings would be done? 20:35:07 *** Wolf01 [~wolf01@host213-160-dynamic.56-82-r.retail.telecomitalia.it] has quit [Quit: Once again the world is quick to bury me.] 20:35:27 *** Zephyris [~Zephyris@90.242.95.60] has joined #openttd 20:36:32 *** Zephyris [~Zephyris@90.242.95.60] has quit [] 20:39:16 *** letto [~letto@86.120.71.35] has quit [Remote host closed the connection] 20:40:29 *** welshdragon [~vista@adsl-83-100-138-245.karoo.KCOM.COM] has quit [Ping timeout: 480 seconds] 20:44:03 *** Eddi|zuHause2 [~johekr@p54B76EF4.dip.t-dialin.net] has joined #openttd 20:46:11 *** welshdragon [~vista@adsl-83-100-138-245.karoo.KCOM.COM] has joined #openttd 20:47:18 <SmatZ> Rexxars: cp openttd.cfg backup.cfg ; cp backup.cfg openttd.cfg 20:47:51 <Rexxars> heh 20:49:32 *** Eddi|zuHause [~johekr@p54B76952.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 20:49:35 <Rexxars> I'm trying to store the selected settings in the rail gui, ie drag and drop, platform length etc.. right now I have to set both the settings value (to make OTTD store it on exit) and set the local variable (to make OTTD use it)... 20:50:50 <Rexxars> this seems a bit redundant though. what's the best thing to do? replace every instance of _railstation.platlength with _settings_xxx? 20:51:50 <Rexxars> or is there somewhere clever where I can just do _settings_xxx = _railstation.platlength (right before it saves the settings to file, for example) 20:54:16 <Rexxars> I'm trying to contribute, but I'd rather do this right the first time than have to go back and do it all over again ;) 20:55:33 <glx> Rexxars: add it in settings.cpp (IIRC) 20:56:42 *** Sacro [~Ben@adsl-83-100-138-245.karoo.KCOM.COM] has joined #openttd 20:56:44 *** welshdragon [~vista@adsl-83-100-138-245.karoo.KCOM.COM] has quit [Ping timeout: 480 seconds] 20:58:12 *** welshdragon [~vista@adsl-83-100-138-245.karoo.KCOM.COM] has joined #openttd 21:03:44 <Rexxars> glx: Any ideas on what I should do though? Add a function that alters both? Make a function that saves the settings before shutdown? And if so, where do I call it from? (sorry, first time I've looked though the code) 21:04:07 <glx> you just need to add an entry in the arrays 21:04:24 <glx> will link the vars to the cfg vule 21:04:27 <glx> value 21:05:26 *** Tim [~Tim@p5B37CC2F.dip.t-dialin.net] has quit [Quit: Trillian (http://www.ceruleanstudios.com] 21:05:46 <Rexxars> I've done that, but like I said, I have to edit the cfg value for it to be saved, as well as the internal setting (_railstation.platlength, for example) - and I have to do this multiple places, so it seems less than optimal to change both the global setting and the local every place... 21:06:05 *** [Lars] [~lars@ip565fe7c5.direct-adsl.nl] has left #openttd [Ik ga weg] 21:09:52 *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has joined #openttd 21:10:19 *** Yeggstry is now known as Yeggzzz 21:11:54 *** grumbel [~grumbel@i577AE646.versanet.de] has joined #openttd 21:16:42 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 21:19:37 <sexten> how annoying is it on a level from 1-10 when you join a 2048x2048 multiplayer game and start creating a successfull network when the ONE other player decides to start building in all the exact same spots you've already built just to halt you 21:21:04 <Rexxars> lol 21:21:11 <Rexxars> small map though, can't blame him ;) 21:23:26 <sexten> that's the really annoying part, if it was a 256x256 it would of course have been ok, if it was a productive industry or something. but this was on a 2048 map and the industries wasn't THAT great:p 21:26:59 <Prof_Frink> If your network collapses at the slightest hint of competition, it ain't successful. 21:27:29 <sexten> it didn't collapse, but of course I lost some of my profit (this was all the way in the start) 21:27:47 <sexten> and he probably ended up losing more than me on it, but it's still damn annoying 21:27:56 <sexten> railwaytracks in the way etc. 21:28:14 <Rubidium> if you don't want to compete you're better of in SP 21:29:12 *** TinoM [~Tino@i59F5FA2E.versanet.de] has quit [Quit: Verlassend] 21:29:25 <sexten> I love to compete, but not by copying whatever the other one does 21:29:26 <Rubidium> and it's not something "we" can solve for you 21:29:52 <sexten> I'm just throwing it out there. Starting a debate if you'd like. 21:30:02 <Rexxars> has to be allowed to air ones frustration? :) 21:30:07 <Prof_Frink> sexten: You should try playing on Brianetta's Standard some time. 21:30:14 <Rexxars> even if it can't be "fixed" by developers ;) 21:30:38 <sexten> and no, I wasn't asking anyone to fix/edit anything:) 21:30:41 <Prof_Frink> Plenty of competition, but being a tit *will* get you kicked. 21:31:11 <sexten> Prof_Frink: the only problem I can imagine is that those players are probably 1 or 2 levels above me:) 21:32:35 <Rexxars> would it piss the developers off if I submitted a patch that replaced _station_show_coverage with _settings_client.gui.station_show_coverage? 21:39:22 <Rexxars> good, I'm gonna do that ;) 21:40:19 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Quit: [FATAL] Client error: Memory leak - More RAM needed. More! More! More!] 21:41:33 *** mikl [~mikl@0x57372ee2.mrbnqu1.static.dsl.tele.dk] has quit [Quit: mikl] 21:42:39 *** Osai is now known as Osai^zZz 21:57:23 *** Eddi|zuHause2 [~johekr@p54B76EF4.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 21:57:30 *** Sacro_ [~Ben@adsl-87-102-39-137.karoo.KCOM.COM] has quit [Read error: Connection reset by peer] 22:23:03 *** Digitalfox [~Digitalof@bl7-184-114.dsl.telepac.pt] has joined #openttd 22:23:14 *** Eddi|zuHause [~johekr@p54B74BC6.dip.t-dialin.net] has joined #openttd 22:23:41 <Digitalfox> Good night :) 22:29:16 *** Zahl [~Zahl@g227032068.adsl.alicedsl.de] has quit [Quit: (~_~]"] 22:43:45 *** Digitalfox [~Digitalof@bl7-184-114.dsl.telepac.pt] has quit [Quit: Leaving] 22:46:46 *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has quit [Ping timeout: 480 seconds] 22:58:05 *** KritiK [~Maxim@89-178-229-218.broadband.corbina.ru] has quit [Quit: Leaving] 22:58:51 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Read error: Connection reset by peer] 23:02:06 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd 23:03:10 *** Bergee [~bergee@c-68-42-180-23.hsd1.mi.comcast.net] has quit [] 23:07:11 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Remote host closed the connection] 23:07:20 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd 23:11:11 *** dvo [~asd@0x3e42e6e6.adsl.cybercity.dk] has quit [Remote host closed the connection] 23:12:23 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Remote host closed the connection] 23:12:37 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd 23:12:40 *** Chrill [~chrischri@c80-216-96-107.bredband.comhem.se] has quit [] 23:19:50 *** Gekz_ [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd 23:20:02 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Read error: Connection reset by peer] 23:21:26 *** Gekz_ [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Read error: Operation timed out] 23:24:54 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd 23:29:07 *** Bjarni [~Bjarni@0x50a46ad5.virnxx14.dynamic.dsl.tele.dk] has quit [Quit: Leaving] 23:30:58 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Remote host closed the connection] 23:31:02 *** Bergee [~bergee@c-68-42-180-23.hsd1.mi.comcast.net] has joined #openttd 23:36:07 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd 23:38:00 *** sexten [~sexten@252.80-202-224.nextgentel.com] has quit [] 23:41:11 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Remote host closed the connection] 23:41:26 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd 23:46:29 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Remote host closed the connection] 23:50:31 *** Dred_furst [~Dred_furs@resnet715.bournemouth.ac.uk] has quit [Quit: Leaving] 23:52:28 *** Progman [~progman@p57A1D9F7.dip.t-dialin.net] has quit [Remote host closed the connection] 23:55:41 <Sacro> o_O 23:55:57 <welshdragon> O_o 23:56:05 <Sacro> note to self, don't go with tpgi.com.au 23:56:37 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd 23:56:56 <welshdragon> Gekz, your ISP sucks 23:59:29 *** Frostregen [~sucks@dslb-084-058-158-052.pools.arcor-ip.net] has quit [Quit: und weg]