Config
Log for #openttd on 30th July 2008:
Times are UTC Toggle Colours
00:01:02  *** GoneWacko [GoneWacko@86-60-147-155-dyn-dsl.ssp.fi] has quit [Quit: NOW I AM]
00:02:47  *** Brianetta [~brian@client-86-27-108-163.brnt.adsl.virgin.net] has quit [Quit: TschÌß]
00:06:01  *** ProfFrink [~proffrink@5ad1ee12.bb.sky.com] has joined #openttd
00:12:09  *** Prof_Frink [~proffrink@5ad46205.bb.sky.com] has quit [Ping timeout: 480 seconds]
00:12:09  *** ProfFrink is now known as Prof_Frink
00:24:10  *** ecke [~ecke@213.195.202.130] has quit [Read error: Connection reset by peer]
00:25:31  *** Zahl [~Zahl@g227076166.adsl.alicedsl.de] has quit [Quit: (~_~]"]
00:25:43  *** DJNekkid [~chatzilla@static217-26.adsl.no] has quit [Ping timeout: 480 seconds]
00:29:20  *** ecke [~ecke@213.195.202.130] has joined #openttd
00:31:47  *** stillunk1own [~stillunkn@82-136-225-75.ip.telfort.nl] has quit [Ping timeout: 480 seconds]
00:33:47  *** Eddi|zuHause3 [~johekr@p54B75E39.dip.t-dialin.net] has joined #openttd
00:40:06  *** Eddi|zuHause2 [~johekr@p54B76549.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
01:01:58  *** ecke [~ecke@213.195.202.130] has quit [Quit: ecke]
01:07:05  *** Klanticus__ [~Klanticus@189.35.184.72] has quit [Remote host closed the connection]
01:14:19  *** Noetloj [~105Adam@5ad2f51e.bb.sky.com] has quit []
01:16:57  *** KillaloT [~killalot@0x5738cc8e.rdnqu1.dynamic.dsl.tele.dk] has quit [Quit:  Like VS.net's GUI?  Then try HydraIRC -> http://www.hydrairc.com <-]
01:28:00  *** ecke [~ecke@213.195.202.130] has joined #openttd
01:32:27  *** fmauNeko is now known as fmauNekAway
01:53:17  <CIA-5> OpenTTD: belugas * r13872 /trunk/src/ (5 files in 2 dirs): -Feature: Split the news message announcing opening and closure of industries into two news of their own
02:05:31  <CIA-5> OpenTTD: belugas * r13873 /trunk/src/lang/ (36 files in 2 dirs): -Codechange: remove useless string from all language files affected by r13872. which removed the STR_NEWS_OPEN_CLOSE string
02:08:13  <CIA-5> OpenTTD: belugas * r13874 /trunk/src/lang/piglatin.txt: -Change: missing svn:property eol-style
02:16:11  <CIA-5> OpenTTD: belugas * r13875 /trunk/src/airport_gui.cpp: -Codechange: Remove some magic numbers in favour of the Colours enum they are representing
02:54:42  *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has quit [Quit: bye]
03:00:19  *** ecke [~ecke@213.195.202.130] has quit [Read error: Connection reset by peer]
03:21:23  *** shodan [user@ppp101-219.static.internode.on.net] has joined #openttd
04:18:08  *** Gekz_ [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
04:19:55  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Ping timeout: 480 seconds]
04:44:57  *** einKarl [~einKarl@91-66-189-158-dynip.superkabel.de] has joined #openttd
05:06:05  *** ecke [~ecke@213.195.202.130] has joined #openttd
06:08:40  *** bleepy [bleepy@5ad00e98.bb.sky.com] has joined #openttd
06:10:21  *** mikl [~mikl@0304ds2-ba.0.fullrate.dk] has joined #openttd
06:12:21  *** Nev [bleepy@5ad00e98.bb.sky.com] has joined #openttd
06:17:41  *** bleepy [bleepy@5ad00e98.bb.sky.com] has quit [Ping timeout: 480 seconds]
06:20:38  *** bleepy [bleepy@5ad00e98.bb.sky.com] has joined #openttd
06:26:26  *** Nev [bleepy@5ad00e98.bb.sky.com] has quit [Ping timeout: 480 seconds]
06:29:40  <Celestar> morning
06:30:33  <Celestar> peter1138: you around?
06:36:51  *** Nev [bleepy@5ad00e98.bb.sky.com] has joined #openttd
06:41:46  *** bleepy [bleepy@5ad00e98.bb.sky.com] has quit [Ping timeout: 480 seconds]
06:43:04  *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd
06:44:58  <peter1138> ya
06:45:09  *** Malawar [~Malawar@97-83-117-160.dhcp.trcy.mi.charter.com] has quit [Ping timeout: 480 seconds]
06:45:48  <Celestar> peter1138: about the transfers, you mean we need to mess around with MoveTo (as it is called from economy.cpp:1542 and :1546) ?
06:46:52  <Celestar> peter1138: http://www.fvfischer.de/smallfix.diff <= removal of a write-only variable against your hg version
06:48:29  <peter1138> Yes
06:49:05  <peter1138> Currently it knows it needs to unload/transfer stuff, but when it actually comes to do it it just unloads.
06:52:32  <peter1138> Well, also we will need to unload *and* transfer at the same time
06:52:55  <Celestar> yeah
06:53:02  <Celestar> but not of the same cargopacket, right?
06:53:28  <peter1138> and indeed not unload at the same time.
06:53:36  <peter1138> Correct, but can be in the same vehicle.
06:54:12  <peter1138> If there's an unload or transfer, everything is unloaded, even stuff meant to stay on :)
06:54:44  <peter1138> I think we also need to special-case handling of INVALID_STATION as the destination
06:55:09  <peter1138> And try to follow the old rules for that
06:55:49  <Celestar> peter1138: we've got to think what happens with the order flags: NO_LOAD is fine. TRANSFER is completely pointless once destinations are in place, so it should be ignored for destinationized (nice word) cargo. UNLOAD is ok, if the user wants the cargo to take the next train running the same line, fine.
06:55:50  <peter1138> That way the only bits where destinations is optional is when choosing a destination
06:56:20  <peter1138> We should do what the order flag says, even if it's wrong.
06:56:52  <Celestar> MEH how do I list breakpoints in gdb?!
06:57:15  * peter1138 off to take the car out to get its cambelt changed.
06:57:27  <Rubidium> break <filename>:<linenumber>  IIRC
06:57:48  <Celestar> Rubidium: not set, just view :P
06:58:12  <Rubidium> then I've got no idea
06:59:00  *** mikl [~mikl@0304ds2-ba.0.fullrate.dk] has quit [Quit: Leaving...]
06:59:28  *** bleepy [bleepy@5ad456ba.bb.sky.com] has joined #openttd
06:59:42  * peter1138 will be back in... a while. Have to cycle back from the garage.
07:00:24  <Celestar> er PEOPLE?
07:00:54  *** einKarl [~einKarl@91-66-189-158-dynip.superkabel.de] has quit [Remote host closed the connection]
07:01:14  <Celestar> why are we removing a cargopacket FIRST and then add the same thing later?
07:01:25  <Rubidium> google says "info breakpoints"
07:02:07  <Celestar> Rubidium: can you please have a look at cargopackets.cpp:209 ?
07:02:39  <Rubidium> what's with that comment?
07:03:02  *** Nev [bleepy@5ad00e98.bb.sky.com] has quit [Ping timeout: 480 seconds]
07:03:14  <Celestar> er sorry, line numbers got messed up. packets.remove(cp); <= I mean this
07:04:11  <Rubidium> what's wrong with that?
07:04:27  <Celestar> cp is referenced after that line?
07:04:44  <Rubidium> which is wrong because?
07:04:55  <Celestar> .remove() does NOT only remove an item from a list. .remove() calls the destructor of said objects ..
07:05:03  *** Brianetta [~brian@client-86-27-108-163.brnt.adsl.virgin.net] has joined #openttd
07:05:17  <Rubidium> Celestar: and what's the destructor of a pointer?
07:05:40  <Celestar> depends on how it is implemented? (=
07:06:15  <Celestar> AH!
07:06:27  <Celestar> the destructor of the pointer leaves the object intact in this case?
07:06:35  <Rubidium> it always does
07:06:48  <Rubidium> which can also be annoying some times
07:07:22  <Celestar> unless it's an auto_ptr (=
07:08:16  <Rubidium> but auto_ptr is a struct containing a pointer, not a pointer
07:08:42  <Rubidium> a pointer to an auto_ptr struct will also cause the auto_ptr to not destroy itself and the thing it points to
07:11:01  <Celestar> yeah (=
07:12:30  *** TinoM [~Tino@i59F54912.versanet.de] has joined #openttd
07:20:34  <Celestar> break; breaks whats?
07:21:11  <Rubidium> a switch/loop
07:21:53  *** Nev [bleepy@5ad456ba.bb.sky.com] has joined #openttd
07:23:47  *** GoneWacko [~foo@adsl-58.35.Static.ssp.fi] has joined #openttd
07:24:51  <Celestar> Rubidium: but not an if block, right?
07:25:01  <Celestar> SCREW break.
07:25:05  * Celestar goes using proper control flow
07:26:01  *** bleepy [bleepy@5ad456ba.bb.sky.com] has quit [Ping timeout: 480 seconds]
07:26:28  *** bleepy [bleepy@5ad456ba.bb.sky.com] has joined #openttd
07:29:52  *** bleepy [bleepy@5ad456ba.bb.sky.com] has quit [Read error: Connection reset by peer]
07:29:59  *** bleepy [bleepy@5ad1d1b6.bb.sky.com] has joined #openttd
07:30:47  <Celestar> peter1138: I did it
07:30:56  *** Nev [bleepy@5ad456ba.bb.sky.com] has quit [Ping timeout: 480 seconds]
07:47:36  <peter1138> \o/
07:47:39  * peter1138 is back.
07:47:43  <peter1138> Obviously.
07:49:00  <peter1138> Hmm, despite not having ridden for ... 3 years, I averages 18 mph :o
07:49:06  <peter1138> -s+d
07:49:14  <peter1138> Of course, I'm worn out now :)
07:50:55  <ln> http://news.bbc.co.uk/2/hi/asia-pacific/7529227.stm
07:52:06  <Celestar> peter1138: I've done it :D
07:52:41  <Celestar> things get transferred propery
07:52:44  <Celestar> properly
07:53:10  <peter1138> \o/
07:53:16  <peter1138> And unloaded, and not unloaded? :D
07:54:02  <Celestar> uh huh?
07:54:05  <Celestar> don't get this :P
07:54:16  <peter1138> Hmm?
07:54:33  <Celestar> your last question?
07:54:40  *** Doorslammer [Doorslamme@PIPP-p-144-134-197-103.prem.tmns.net.au] has joined #openttd
07:54:51  <peter1138> Never mind. Show mE :D
07:55:12  <Celestar> in about 2 mins, just cleaning up some mess :P
07:55:55  *** elmex [~elmex@e180067141.adsl.alicedsl.de] has joined #openttd
07:57:51  <peter1138> Brianetta, is YAPP officially bug-free?
07:58:04  <Celestar> peter1138: http://www.fvfischer.de/test.png <= something like this?
07:58:24  <peter1138> \o/
07:58:59  <Celestar> peter1138: http://www.fvfischer.de/transfers.diff <= diff against hg version
07:59:26  <Celestar> it's slow
07:59:30  <Celestar> or so it appears to me :o
07:59:36  <peter1138> The patch? :(
07:59:51  <Celestar> no the entire thing
07:59:58  <Celestar> but it's the whole machine
08:00:01  <Celestar> "ls" takes 5 seconds :o
08:00:05  <peter1138> ok
08:00:08  * Celestar gives the kernel a restart
08:00:10  <Celestar> back in a few
08:02:07  * Celestar kicks ICEM for not freeing memory properly
08:02:55  <Rubidium> that'll probably not leak as much as hg does when importing a svn repository
08:03:06  <Brianetta> peter1138: I have no idea.  I do know that I'm not finding any.
08:03:20  *** Brianetta [~brian@client-86-27-108-163.brnt.adsl.virgin.net] has quit [Quit: TschÌß]
08:03:21  <Celestar> Rubidium: it just leaked a gig :S
08:03:38  <Rubidium> Celestar: over what amount of time?
08:03:52  <Celestar> Rubidium: open project (2 minutes), close project (2 minutes)
08:03:52  <Rubidium> hg leaks 1+ gb in a few minutes
08:04:13  <Rubidium> :o so they are equally bad
08:04:24  <Celestar> Rubidium: then again, HG is free, ICEM costs about 1000 bucks per year (academic pricing)
08:04:54  <Rubidium> yup, so I expect HG to not leak memory ;)
08:04:59  <Celestar> true (=
08:05:17  <peter1138> Hehe
08:05:35  <Rubidium> like I expect OTTD to not leak memory
08:06:06  <Celestar> ottd leaks little imho
08:06:25  <peter1138> Way better than it used to be though :)
08:06:31  <Rubidium> valgrind only shows it's leaking a few bytes
08:06:37  * peter1138 remembers the calamity of NewGRF spritegroups...
08:06:48  <Rubidium> but that's in alsa, X and SDL
08:07:28  <Celestar> we use alsa?
08:07:37  <Celestar> I mean directly?
08:07:59  <peter1138> No, nor do we use X directly.
08:08:00  <Rubidium> autoreplace + conditional orders + no automatic servicing works great; vehicles getting replaced once they're "old"
08:08:15  <Celestar> Rubidium: conditional orders ROCK
08:08:25  * peter1138 has not used conditional orders.
08:08:28  <Celestar> I do
08:08:34  <Celestar> especially with servicing
08:08:44  <Celestar> since my depots are only reachable from the platform side of a station
08:08:48  * peter1138 tests his game :D
08:08:48  <Celestar> not the "free" side
08:08:59  * Celestar expects peter1138's game to go BOOM
08:09:16  <peter1138> Hmm
08:09:20  <peter1138> Vehicle is not moving :o
08:09:28  <blathijs> What are conditional orders? Or rather, what are the possible conditions?
08:10:09  * Celestar is happy that his comp can play UT2 at close to 100 fps, but icem (currently displaying the 102 straight lines of his project) manages to get his GPU to the knees with 2 fps
08:10:13  <Rubidium> if [age|requires service|load|...] [is|is not|less than|more than|...] [number] jump to order Y
08:11:10  *** mikl [~mikl@cpe.ge-0-2-0-812.0x50c774be.boanqu1.customer.tele.dk] has joined #openttd
08:11:22  <blathijs> Rubidium: Then what kind of conditional orders are you using if you disabled autoservice and enabled autoreplace?
08:11:30  <peter1138> Celestar: doesn't work :(
08:11:36  <blathijs> oh wait, disabling automatic servicing does not equal disabling breakdowns, I guess?
08:11:37  <Celestar> peter1138: heh now my vehicles stopped moving as well :o
08:11:55  <Rubidium> if age is less than 22 (== max vehicle age) skip depot order
08:12:02  <peter1138> I have a feeling it's because it doesn't realise it's finished unloading all it can.
08:12:09  <Celestar> peter1138: try not loading a savegame
08:12:09  <blathijs> In which case, conditional orders sound like the walhalla of proper track design :-)
08:12:23  <blathijs> Without trains getting lost all the time to find a depot :-)
08:13:14  <peter1138> Hmm, ok
08:13:19  <Celestar> peter1138: hm .. it works with one-to-one orders
08:13:27  <Celestar> apparently I still have a problem with intermediate stops
08:13:33  <peter1138> blathijs, and have you played with YAPP?
08:13:37  <Celestar> which include the "stay on board" thing
08:13:41  <Celestar> peter1138: I have. a Lot
08:13:50  <blathijs> peter1138: No
08:14:41  <peter1138> Celestar, by the way, a little trick. Suffix XXX lines with spaces.
08:14:51  <peter1138> Then you can't accidentally commit them to trunk ;)
08:15:31  <peter1138> Not that I've ever done that. *cough*
08:15:31  <Celestar> heh :D
08:15:54  <Celestar> peter1138: dealing with the problem of stuck vehicles
08:16:15  <peter1138> \o/
08:17:35  <Celestar> peter1138: you can help too because I'm still stuck (=
08:23:35  <Celestar> heh I don't manage to get them stuck now :P
08:30:02  *** flowOver [~J@S01060016e65abad7.gv.shawcable.net] has joined #openttd
08:30:12  <Celestar> peter1138: any idea why they get stuck?
08:30:24  *** flowOver_ [~J@S01060016e65abad7.gv.shawcable.net] has quit [Quit: Leaving]
08:33:21  <Celestar> peter1138: I have :D
08:33:26  <Celestar> possibly ..
08:39:06  <Celestar> er nope
08:41:30  *** tokai [~tokai@p54B843A9.dip0.t-ipconnect.de] has quit [Quit: icebears... take care of them!]
08:50:06  <Celestar> peter1138: I *think* I have it
08:50:28  *** Doorslammer|BRSet [Doorslamme@PIPP-p-203-54-115-42.prem.tmns.net.au] has joined #openttd
08:50:33  <Celestar> peter1138: or not :S
08:51:52  *** Doorslammer [Doorslamme@PIPP-p-144-134-197-103.prem.tmns.net.au] has quit [Ping timeout: 480 seconds]
08:52:31  *** LilDood [~IceChat7@cpc2-bolt5-0-0-cust370.manc.cable.ntl.com] has joined #openttd
08:54:26  <Celestar> peter1138: this one is yours, I've got to get a bit of work done
08:54:55  <Celestar> peter1138: I think it has something to do with the unload time. The packets that are not really unloaded by MoveTo yet account for the required unload time. Over and over and over.
08:58:00  *** Vikthor [~Vikthor@snat1.spoje.net] has joined #openttd
08:58:17  *** Brianetta [~brian@client-86-27-108-163.brnt.adsl.virgin.net] has joined #openttd
08:59:00  *** Doorslammer|BRSet is now known as Doorslammer
08:59:20  *** fonso [~fonso@brln-d9bac379.pool.mediaWays.net] has joined #openttd
09:01:06  <fonso> Hi Celestar. You told me to bug you about diagonal levelling and demolishing today.
09:01:09  <peter1138> Sorry, I was playing my YAPP game ;)
09:01:26  * Brianetta is now at work
09:01:33  <Brianetta> Sorry for vanishing like that
09:01:52  <peter1138> :D
09:02:22  <Brianetta> peter1138: Do you think YAPP would benefit from an order modification, "(express)", which would reserve two blocks iff possible?
09:02:55  <Brianetta> I posted this on the YAPP thread, but people seem to be shooting it down
09:03:26  <peter1138> Well, yes.
09:03:32  <peter1138> Might be interesting.
09:03:59  <Brianetta> So your full train could punch through faster than the empties
09:04:08  <Brianetta> or the passenger express could delay the coalies
09:10:08  <peter1138> Yeah, they seem to be missing the point by saying it should be signal based...
09:10:34  <peter1138> I guess they only think in terms of priority of merging lines...
09:10:54  *** shodan [user@ppp101-219.static.internode.on.net] has quit [Ping timeout: 480 seconds]
09:14:43  *** Progman [~progman@p57A1E2D5.dip.t-dialin.net] has joined #openttd
09:15:27  <Brianetta> Hey, Progster
09:15:35  <Celestar> Brianetta: sounds not too bad, but that's for after the commit to trunk imho
09:15:54  <Brianetta> Celestar: Sure thing.
09:16:07  <Brianetta> I'm not pressing for immediate inclusion.
09:16:23  <Brianetta> Thing is, if I wait until it's in trunk, I'll forget to suggest it..
09:16:56  <Brianetta> It is a shame, though, that with YAPP you hardly ever see a green light
09:17:53  <Brianetta> If a high-speed express was included (reserve three blocks) we'd even have an excuse to draw double greens.
09:18:11  <Brianetta> Actually, as it is right now, all the greens should be yellow
09:18:26  <fonso> I want to count the tiles belonging to a station in order to determine its cargo capacity for a "station capacities" patch. To do that I want to track tiles being added to or removed from a station. Adding is easy. I added some lines to MakeStation in station_map.h. Removing, however is not so easy. The only thing all methods for removing tiles for a station have in common is that they eventually call MakeClear. Unfortunately MakeClear is us
09:18:26  <fonso> not directly related to stations. So perhaps I shouldn't modify it to handle counting of tiles for stations. Any ideas?
09:18:50  <Celestar> Brianetta: with reserving, we could also implement PROPER brake distances
09:19:03  <Brianetta> Celestar: Oh yes, I'm well aware of that bundle of joy.
09:19:15  <Celestar> Brianetta: like every train reservse (stop way + slip way) * some factor
09:19:20  <Noldo> fonso: every tiletype has it's own clearing function
09:19:20  <Brianetta> If peter1138's patch still applied, I'd have been playing with it on YAPP
09:19:41  <Brianetta> but I can tell that I'd have to stop (or slow a lot) at every red.
09:20:08  <Brianetta> Displaying the reserved path would be a must for a manually controlled train
09:20:56  * Celestar still has doubts that manually controller trains will go into trunk :P
09:21:38  <Noldo> fonso: static CommandCost ClearTile_Station should be the function you are looking for
09:21:58  <fonso> I know there is ClearTile_Station, but I can't know how many tiles will be removed when it's called. Also, there is CmdRemoveFromRailroadStation which goes another code path
09:22:18  <Brianetta> Celestar: They don't need to go into trunk
09:22:25  <Brianetta> I'm totally happy to patch mine
09:22:34  <Brianetta> but it's SO MUCH FUN
09:23:05  <Noldo> fonso: I think it's called once for every tile
09:23:06  <fonso> The same with CmdRemoveRoadStop, I think.
09:23:22  <Celestar> so peter1138 any idea about the stuck vehicles?
09:23:24  <Noldo> ClearTile_Station I mean
09:23:26  <fonso> ok, I'll try. Perhaps I got it wrong
09:24:39  <Noldo> it goes to RemoveRailroadStation though :/
09:25:44  *** Singaporekid [~notme@cm49.epsilon120.maxonline.com.sg] has joined #openttd
09:26:13  <Celestar> peter1138: stop playing and help me :P
09:26:14  <fonso> My theory is, that CmdRemoveFromRailroadStation doesn't call ClearTile_Station
09:26:18  <fonso> but I might be wrong
09:28:29  <fonso> Nope, I was right.
09:28:47  <fonso> ClearTile_Station isn't called when removing single tiles from a rail station
09:29:17  <fonso> Also it's not called for every tile of a station facility being removed but only for some
09:32:30  *** Dred_furst [~Dred_furs@user-514d7e3a.l2.c2.dsl.pol.co.uk] has joined #openttd
09:33:23  <Brianetta> fonso: Just poll the entire map array every tick
09:33:58  * Brianetta whistles and tries to look nonchalant
09:34:15  <fonso> :)
09:34:39  <Brianetta> Fact is, *something* must be called
09:34:56  <fonso> The code paths merge at MakeClear
09:35:06  <fonso> if I hook in there it works
09:35:11  <fonso> but that's very low
09:35:30  <Brianetta> You could always make a wrapper function for the methods that call MakeClear
09:35:51  <fonso> yes, that should do the trick
09:35:59  <Brianetta> So it calls your code, then passes the call to MakeClear on
09:36:32  <Celestar> what are we discussing?
09:36:48  <Brianetta> Notification upon removal of a station tile, for purpose of reducing capacity
09:37:39  <Celestar> er .. just keep track of the number?
09:37:53  <Brianetta> How?
09:37:54  <fonso> That's what I'm trying to do
09:38:16  <Brianetta> When a player removes a station tile, there's not currently any code that tells you this
09:38:23  <Celestar> Brianetta: ?
09:38:41  <Brianetta> [10:18]
09:39:15  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
09:39:17  <Celestar> CmdRemoveRoadStop removes one time
09:39:18  <Celestar> tile*
09:39:36  <Celestar> CmdRemoveFromRailroadstation removes one tile
09:39:49  <Brianetta> Celestar: The issue seems to be removing only part of a station
09:39:53  <fonso> yes, but hooking into each of them is ugly
09:40:19  <fonso> I'll make a wrapper function. That sounds ok
09:40:21  <Brianetta> Can you overload MakeClear?
09:40:25  <Celestar> You have to hook into each command
09:40:30  <Brianetta> Then you wouldn't even have to change the call
09:40:39  <Celestar> Brianetta: you can overload any function
09:40:46  <Celestar> but you must hook into the commands
09:40:51  <Celestar> otherwise you're not network synced
09:40:53  <Brianetta> I meant just within that class
09:40:57  <fonso> If you really want me to hook into each command, I'll do it
09:41:05  *** Gekz_ [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Ping timeout: 480 seconds]
09:41:20  <fonso> But next time you invent some other method to remove tiles you'll have to remember that ...
09:41:54  <Celestar> and you don't need to "hook". Just put a this->number_of_tiles-- into each of them
09:42:04  <Celestar> I don't see the problem
09:42:07  <fonso> no, doesn't work
09:42:13  <Celestar> why?
09:42:17  <fonso> You can remove many tiles at once
09:42:23  <fonso> for example an airport
09:42:30  <fonso> I have to count them somehow
09:42:34  <fonso> and thus duplicate code
09:43:00  <Celestar> then just traverse the station rect and count the number everytime you change the station
09:43:13  <Celestar> be sure to compare the indicies
09:43:27  <fonso> As I said: I can do that
09:44:20  <fonso> but I think a wrapper for MakeClear when called from the station methods would be much more elegant. Why would that desync?
09:44:23  *** welshdragon [~welshxcha@host86-145-101-77.range86-145.btcentralplus.com] has joined #openttd
09:45:54  * Brianetta demolished welshdragon's BoKlok
09:50:03  *** welshdra-gone [~welshxcha@host86-130-180-82.range86-130.btcentralplus.com] has quit [Ping timeout: 480 seconds]
09:54:56  <fonso> Index: station_cmd.cpp===================================================================--- station_cmd.cpp     (Revision 13865)+++ station_cmd.cpp     (Arbeitskopie)@@ -51,6 +51,11 @@ DEFINE_OLD_POOL_GENERIC(Station, Station) DEFINE_OLD_POOL_GENERIC(RoadStop, RoadStop)+void DoClearSquare_Station(TileIndex tile, Station * st) {+       st->removeTile();+       DEBUG(station, _debug_station_level, "tile removed from station, now: %3d tiles",
09:54:56  <fonso> **  * Check whether the given tile is a hangar.@@ -1174,7 +1179,7 @@                        Track track = GetRailStationTrack(tile2);                        Owner owner = GetTileOwner(tile2);-                       DoClearSquare(tile2);+                       DoClearSquare_Station(tile2, st);                        st->rect.AfterRemoveTile(st, tile2);                        AddTrackToSignalBuffer(tile2, track, owner);
09:54:56  <fonso> 236,7 +1241,7 @@                                        /* read variables before the station tile is removed */                                        Track track = GetRailStationTrack(tile);                                        Owner owner = GetTileOwner(tile); // _current_player can be OWNER_WATER-                                       DoClearSquare(tile);+                                       DoClearSquare_Station(tile, st);
09:54:56  <fonso> ffer(tile, track, owner);                                        YapfNotifyTrackLayoutChange(tile, track);                                }@@ -1478,7 +1483,7 @@                InvalidateWindowWidget(WC_STATION_VIEW, st->index, SVW_ROADVEHS);                delete cur_stop;-               DoClearSquare(tile);+               DoClearSquare_Station(tile, st);                st->rect.AfterRemoveTile(st, tile);                UpdateStationVirtCoor
09:54:56  <fonso>  if (flags & DC_EXEC) {                        DeleteAnimatedTile(tile_cur);-                       DoClearSquare(tile_cur);+                       DoClearSquare_Station(tile_cur, st);                }        } END_TILE_LOOP(tile_cur, w, h, tile)@@ -2108,7 +2113,7 @@        if (!EnsureNoVehicleOnGround(tile2)) return CMD_ERROR;        if (flags & DC_EXEC) {-               DoClearSquare(tile1);+               DoClearSquare_Station(tile1, st);
09:54:58  <fonso> ->owner);                st->rect.AfterRemoveTile(st, tile1);
09:55:06  <fonso> like this
09:55:29  <Noldo> yyyyh
09:55:34  <Noldo> use paste service
09:55:58  <fonso> what is that?
09:57:11  <Noldo> http://rafb.net/paste/
09:57:15  <Noldo> like that one
09:57:29  <Alberth> fonso: http://paste.openttd.org/ (although it seems slow or down atm)
09:57:43  <fonso> ok, thanks
09:57:49  <fonso> sorry for the mess
09:57:56  <Noldo> openttd.org is slow too
10:01:25  *** KillaloT [~killalot@0x5738ccc3.rdnqu1.dynamic.dsl.tele.dk] has joined #openttd
10:01:54  <fonso> http://rafb.net/p/s52Muo73.html
10:05:10  *** Zahl [~Zahl@g227076166.adsl.alicedsl.de] has joined #openttd
10:05:19  *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has joined #openttd
10:05:27  <peter1138> Celestar, hah, I went out :p
10:06:34  *** Doorslammer|BRSet [Doorslamme@PIPP-p-203-54-14-145.prem.tmns.net.au] has joined #openttd
10:07:40  <peter1138> And now I'm too hot :o
10:08:52  <Celestar> peter1138: er what?
10:09:52  <peter1138> I went out. Outside.
10:09:59  <peter1138> Shocking, I know...
10:10:00  <fonso> It works. Now why is it bad?
10:11:13  <peter1138> st->removeTile() ?
10:11:26  <fonso> my own method for counting the tiles
10:11:54  <peter1138> Well, I think you're better off just add st->removeTile() to those places instead of changing it.
10:12:06  <peter1138> the debug line can be inside removeTile...
10:12:17  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Quit: leaving]
10:12:27  *** Doorslammer [Doorslamme@PIPP-p-203-54-115-42.prem.tmns.net.au] has quit [Ping timeout: 480 seconds]
10:12:34  <fonso> OK then, I won't start a fight about that.
10:12:36  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
10:13:26  <Celestar> peter1138: did you get my messages from earlier?
10:16:12  <welshdragon> Brianetta, thanks
10:18:26  *** Avdg [~kvirc@78-21-56-40.access.telenet.be] has joined #openttd
10:18:48  <Celestar> reisub
10:18:52  <Celestar> er .. sorry :P
10:18:57  <Celestar> wrong terminal :P
10:19:44  *** fmauNekAway is now known as fmauNeko
10:19:49  <Celestar> rebooted the wrong box :S
10:20:21  <fonso> and Celestar, you told me yesterday that you wanted to discuss the diagonal levelling today
10:20:42  <Celestar> fonso: yes. dump what you have :) I'm reading. don't paste any code here however (=
10:21:31  <fonso> http://www.tt-forums.net/download/file.php?id=93529
10:21:35  <fonso> this is the patch
10:21:58  <fonso> It does diagonal levelling and clearing with CTRL as modifier key
10:22:12  <fonso> It doesn't do diagonal raise and lower
10:22:40  <fonso> because the control key is claimed by the drag-and-draw patch for that
10:23:46  *** Gekz_ [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
10:23:58  <welshdragon> Brianetta, yours erver back yet?
10:25:48  * Celestar goes reading the patch
10:25:58  <Brianetta> yes
10:26:27  <welshdragon> cool
10:26:33  * welshdragon jumps in
10:26:42  <Brianetta> although a quick check of the web page would tell you this
10:26:55  *** Doorslammer|BRSet is now known as Doorslammer
10:26:56  <welshdragon> meh, easier to ask on IRC
10:27:02  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Ping timeout: 480 seconds]
10:27:06  <Brianetta> assuming I'm skiving
10:27:38  <welshdragon> hmm
10:27:52  <welshdragon> i think my openttd is borked
10:28:01  <welshdragon> i can't search for servers
10:28:25  <SmatZ> openttd.org is broken somehow, maybe the master server isn't available atm
10:28:35  <welshdragon> oh dear
10:29:53  <Celestar> (uint)-1 :(
10:30:07  <SmatZ> Celestar: MAX_UINT :)
10:30:13  <fonso> oh
10:30:20  <Celestar> no SmatZ UINT_MAX afaik :D
10:30:25  <fonso> that's easy to fix, however
10:30:26  <SmatZ> Celestar: oh :-x
10:30:40  * SmatZ runs in shame
10:32:50  <Celestar> SmatZ: I might be mistaken too
10:33:02  <fonso> openttd/src$ cat *.cpp | grep -c '(uint)-1'36
10:33:17  <Recimin> Why cant i connect to open TTD
10:33:33  <Noldo> there is some kind of network problem
10:33:39  * fonso clears his throat
10:33:39  <Celestar> fonso: yeah. not good :P
10:33:47  <SmatZ> fonso: you can grep for ~(uint)0 and similiar :) ... (uint32) probably too...
10:34:05  <Recimin> CRap.! have they set anytime when they think they will be ready? :P
10:35:59  *** Singaporekid [~notme@cm49.epsilon120.maxonline.com.sg] has quit [Quit: Leaving]
10:37:11  <Celestar> fonso: I'll try your patch out later today. :)
10:37:19  <Celestar> once I'll get going with the transfer problem
10:39:53  <fonso> ok, fine
10:40:25  <fonso> I'm leaving for an hour or two then
10:40:35  <Celestar> and fonso , please don't put special chars in comments (=
10:40:38  <Celestar> like "°"
10:40:46  <fonso> oh
10:41:02  * fonso goes looking for it
10:41:48  <fonso> but that's also easy to fix
10:42:06  <fonso> I'll do the syntactic sugar later today and paste an updated version
10:42:15  *** SmatZ is now known as Guest397
10:42:16  *** SmatZ [~smatz@a40-prg1-5-107.static.adsl.vol.cz] has joined #openttd
10:42:40  <Celestar> fuqq
10:43:00  *** fonso [~fonso@brln-d9bac379.pool.mediaWays.net] has left #openttd [Kopete 0.12.7 : http://kopete.kde.org]
10:43:21  <Celestar> note to self: when compiling a lot of stuff, remove any choclate near the exhaust of the laptop :S
10:44:01  <SmatZ> hehe
10:44:47  <Rubidium> does the same hold for icecream?
10:47:22  <Celestar> Rubidium: no, it will vaporize instantly :P
10:47:58  <Rubidium> then use a better laptop ;)
10:48:28  * Rubidium hates it that the ambient temperature here is above 22-ish degrees Celsius
10:48:51  <Rubidium> now my laptop fan occasionally turns because it can't cool enough passively
10:51:16  <Celestar> Rubidium: It's an IBM T42p
10:51:22  <Celestar> there's no better laptop :P
10:51:26  <Celestar> well, T61p
10:51:32  <Celestar> which I'll purchase next month
10:52:59  <Celestar> Rubidium: but I'm compiling, and running an OpenGL application at full GPU speed
10:53:09  <Celestar> Rubidium: both devices use the same, single exhaust for heat
10:53:17  <Celestar> and the choclate was about 2cm from there
10:53:19  <Celestar> (=
10:53:26  <Celestar> plus ambient temp is 29°C
10:55:13  <Rubidium> then it'll melt anyways ;)
10:57:05  <Celestar> yeah
10:57:08  <Celestar> ok
10:57:13  * Celestar goes back to debugging paxdest
10:57:25  <Rubidium> hmm, lenovo doesn't even sell a laptop with 1920x1200 :(
10:57:37  <Rubidium> lenovo being the company that sells the thinkpad
10:59:45  <Celestar> Rubidium: they do.
10:59:52  <Rubidium> where?
11:00:04  <Celestar> Rubidium: the T61p has optinal 1920x1200 but only on the 15.4"
11:00:06  <Celestar> which I hate
11:00:12  <Celestar> I want the 14.1 version
11:00:19  <Celestar> (with 1400x1050)
11:01:48  <Celestar> http://www5.pc.ibm.com/de/products.nsf/$wwwPartNumLookup/_NH38YGE?open&OpenDocument&epi=web_express
11:01:51  <Celestar> here?
11:02:23  <Rubidium> so they don't sell those in the US
11:03:02  <Rubidium> Max. Farben oder Graustufen: <- sounds like well... we'll give you either a colour display or one that only has grayscale
11:03:18  <Celestar> heh :P
11:03:37  <Rubidium> that thing is more than twice the cost of my current laptop
11:03:42  <Brianetta> !
11:03:57  <Brianetta> http://www.tt-forums.net/viewtopic.php?p=712881#p712881
11:05:25  <Rubidium> and the only real difference seems to be a newer processor and more memory; the rest of the changes is useless for me
11:05:25  <Celestar> Rubidium: when will we trunkify YAPP :P
11:05:37  <Celestar> Rubidium: plus you get a solid laptop
11:05:43  <peter1138> Now!
11:05:48  <Celestar> peter1138: ? really :D
11:05:48  <Noldo> \o/
11:05:55  <Rubidium> Celestar: what's solid in that context?
11:06:20  <Celestar> Rubidium: solid in build quality and robustness against external forces/influences
11:06:42  <Celestar> I've seen T series survive half a liter of water being spilled over their keyboard
11:06:50  <Rubidium> I haven't had a single issue with my laptop
11:06:53  <Celestar> not that I tried it
11:07:12  <Celestar>  plus I have 4 year on-site service (=
11:07:30  <Celestar> peter1138: we should concentrate on the stuck vehicle problem. it's just driving me insane
11:07:31  <Rubidium> which is almost 3 years old and was turned on 99% of that time doing useful stuff ;)
11:07:38  *** Avdg is now known as avdg[away]
11:07:47  <Rubidium> I even put it in my backpack compiling and then drove home
11:07:55  <Celestar> hehe
11:08:08  *** avdg[away] [~kvirc@78-21-56-40.access.telenet.be] has left #openttd [Time makes no sense - visit http://muidegent.myminicity.com/]
11:08:12  <Rubidium> or left it downloading of the campus' wireless network while going home via elevator and bike
11:08:34  <Rubidium> amazingly there was no connectionloss at all
11:09:37  <peter1138> http://www.youtube.com/watch?v=cswDOgnGi2E
11:09:51  <peter1138> That's the keyboard I have... He goes mad at 2-3 minutes
11:10:18  <Celestar> Rubidium: peter1138: how can I look at the contents of a std::list in a debugger?
11:10:32  <peter1138> Trickily.
11:10:44  <Rubidium> by moving down the linked list manually
11:13:27  *** Wezz6400 [~Wezz6400@ndb.demon.nl] has joined #openttd
11:15:02  <Brianetta> I have a Thinkpad.  Dropped it on the USB socket, while there was a USB storage device plugged in.
11:15:08  <Brianetta> Thinkpad won.
11:15:19  <Celestar> haha
11:15:33  <Brianetta> Took it apart to make sure; I was off IRC for five minutes tops, and had everything exposed int he meantime.
11:15:47  <Brianetta> It's self-documenting
11:15:53  <Brianetta> and it has a light!
11:15:59  <Brianetta> to illuminate the keyboard in the dark
11:16:12  <Brianetta> I'd unhesitatingly recommend them.
11:16:14  <Celestar> Brianetta: which one do you have?
11:16:22  <Brianetta> R40e
11:16:25  <Celestar> ah
11:16:57  <Brianetta> wait, no
11:16:59  <Brianetta> R50e
11:17:05  * Brianetta dug it out to check
11:17:08  <Celestar> heh
11:17:36  <Brianetta> I had it at the last meet
11:17:43  <Brianetta> and will take it to the next
11:17:52  <Celestar> peter1138: how do we force the damn vehicle to move on :S
11:20:59  <peter1138> What keeps it there? The fact it is not fully unloaded?
11:23:09  <Celestar> peter1138: apparently
11:23:22  <peter1138> I'll have a look when I get back.
11:23:36  <peter1138> I have to pop 'round to Tesco.
11:23:49  <Celestar> poke me once you're back
11:26:45  <Eddi|zuHause3> argh... i hate this... when an order list is open, the "D" hotkey from the order list overrides the "D" hotkey from the terraform gui
11:31:30  *** Gekz_ [~brendan@123-243-206-102.static.tpgi.com.au] has left #openttd []
11:31:50  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
11:33:37  *** Mucht [~Martin@chello080109200215.3.sc-graz.chello.at] has quit [Remote host closed the connection]
11:37:17  *** grumbel [~grumbel@i577AFAFC.versanet.de] has joined #openttd
11:44:18  *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd
11:44:21  *** mode/#openttd [+v glx] by ChanServ
11:45:25  *** LilDood [~IceChat7@cpc2-bolt5-0-0-cust370.manc.cable.ntl.com] has quit [Quit: We be chillin - IceChat style]
11:52:56  <Brianetta> Eddi|zuHause3: I get annoyed that, when laying roads in a scenario, the R key is overridden for canals, when I only ever want it for removing bits of road.
11:53:23  *** Mucht [~Martin@chello080109200215.3.sc-graz.chello.at] has joined #openttd
11:53:33  <Eddi|zuHause3> hopefully the configurable hotkeys can solve such issues ;)
11:53:49  <Brianetta> As long as they're also configurable in the scenario editor (:
11:53:52  <Brianetta> It's often forgotten
11:53:53  <peter1138> Back!
11:54:06  * Brianetta has just been to Tesco
11:54:15  <Celestar> peter1138: nice
11:54:21  <Celestar> peter1138: I've done quite some progress
11:54:22  <peter1138> Have you sorted it? ;)
11:54:27  <Celestar> peter1138: but still getting some segfaults in the cache
11:54:32  <peter1138> :o
11:55:06  <Celestar> I'm just segfaulting in an assert() :P
11:56:30  <Celestar> GetStationName (index=12016 ...
11:56:31  <Celestar> :o
11:57:13  <Eddi|zuHause3> disable asserts :p
11:57:32  <Celestar> #7  0x08157245 in Routing_t::FindNextHop (this=0x84003f0, from=<value optimized out>, to=12016) at /home/vici/openttd-peter/src/routing.cpp:550
11:57:35  <Celestar> #8  0x08157542 in Routing_t::CanReachStationFrom (this=0x84003f0, from=<value optimized out>, to=6) at /home/vici/openttd-peter/src/routing.cpp:504
11:57:39  <Celestar> WTF=
11:58:20  <peter1138> debug-level 3 moment ;)
11:58:25  <Celestar> apparently I've trashed the stack somewhere :P
11:58:37  <Celestar> peter1138: I quite agree
11:59:12  <Celestar> peter1138: have a look at this please: http://www.fvfischer.de/transfer2.diff
12:01:28  <peter1138> seg fault :o
12:01:34  <peter1138> Takes a while though.
12:02:54  <Celestar> peter1138: routing.cpp:547, right?
12:03:15  <peter1138> #0  0x00000000004fd829 in Routing_t::FindNextHop (this=0xac3af0, from=<value optimized out>, to=5) at /home/petern/ottd/routing/src/routing.cpp:547
12:03:18  <peter1138> #1  0x00000000004fd93f in Routing_t::CanReachStationFrom (this=0x0, from=6941, to=4240) at /
12:03:22  <peter1138> home/petern/ottd/routing/src/routing.cpp:504
12:03:25  <Celestar> peter1138: exactly
12:03:26  <peter1138> 4240 is wrong...
12:03:41  <Celestar> peter1138: gdb problem afaik. goes away with debug 3
12:03:45  <Celestar> or MAYBE with -ggdb
12:03:47  <peter1138> print from
12:03:50  <peter1138> errr
12:03:56  <peter1138>  = <value optimized out>
12:04:02  <peter1138> debug 3 :o
12:04:04  <Celestar> peter1138: p this->dirty[from] ?
12:04:16  <Celestar> I mean with --enable-debug=3
12:04:16  <peter1138> One of the arguments you tried to pass to operator[] could not be converted to what the func
12:04:19  <peter1138> tion wants.
12:04:20  <peter1138> yes
12:04:22  <peter1138> it is
12:04:35  <Celestar> then we've trashed the stack
12:04:47  <Eddi|zuHause3> getting stuck behind a slower vehicle is a sure way to screw any timetable...
12:06:24  <Celestar> (gdb) p curr_vertex
12:06:24  <Celestar>  = 139850076
12:06:26  <Celestar> er ..
12:07:02  <peter1138> Well... can't trust anything if the stack's smashed.
12:07:36  <Celestar> (gdb) p this->hopcache[from][this->hopcache[from][to]]
12:07:36  <Celestar>  = (unsigned int &) @0x8525248: 139850076
12:07:51  <Celestar> hm how to find a stack trashing?
12:07:55  <Celestar> vallgrind?
12:07:58  <Celestar> valgrind
12:08:13  <peter1138> Yeah, or maybe efence
12:08:39  <Celestar> or that
12:08:47  * Celestar tries valgrind
12:09:51  <Celestar> I'll be back tomorrow then :S
12:10:37  <Celestar> ==3290== Invalid read of size 4
12:10:40  <Celestar> ==3290==    at 0x817CBC5: Routing_t::FindNextHop(unsigned short, unsigned short) (routing.cpp:538)
12:10:59  <Celestar> ==3290==  Address 0x7702950 is 0 bytes after a block of size 8 alloc'd
12:11:03  <Celestar> ==3290==    at 0x402476E: operator new(unsigned) (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so)
12:11:06  <Celestar> WTH is that?
12:11:28  <Gekz> allocated memory that isnt used?
12:12:15  <peter1138> Reallocating memory?
12:12:20  <Celestar> dunno
12:12:27  <Celestar> it's all in std::vector
12:13:40  <peter1138> Mental-note, don't run in a debugger when it was set to fullscreen...
12:13:47  <Celestar> heh
12:14:01  <peter1138> ==24293==  Address 0xac6b1df is 4,431 bytes inside a block of size 8,680 alloc'd
12:14:19  <peter1138> But that's in the video stuff somewhere...
12:15:26  <Celestar> SDL
12:20:09  <Celestar> (gdb) pvector this->hopcache[0]
12:20:09  <Celestar> elem[0]:  = 0
12:20:09  <Celestar> elem[1]:  = 0
12:20:09  <Celestar> elem[2]:  = 2
12:20:12  <Celestar> AWESOME
12:20:45  <peter1138> Hmm
12:20:49  <peter1138> invalid read of size 8
12:20:56  <peter1138> and 0 bytes after a block of size 40 alloc'd
12:20:58  <peter1138> but no crash
12:21:19  <Suisse> gdb grrrr
12:21:57  <Celestar> Suisse: what? :D
12:22:32  <Celestar> peter1138: I _might_ have found it
12:23:03  <Suisse> nothing :)
12:24:24  <peter1138> Hmm...
12:24:38  <peter1138> Enabled routing debug, didn't crash, just stuck in a loop
12:27:07  <ln> everyone's being so on-topic today
12:27:16  <Celestar> peter1138: the load/unload thingy doesn't work right (anymore?)
12:27:23  <Suisse> (elem[0]:  = 0 >  i thought it was a php line, so i associate dbg to dbgp that doesn't work for me :( (ok plugins don't)
12:27:34  *** Zahl_ [~Zahl@g229214104.adsl.alicedsl.de] has joined #openttd
12:27:36  *** Zahl [~Zahl@g227076166.adsl.alicedsl.de] has quit [Read error: Connection reset by peer]
12:27:36  *** Zahl_ is now known as Zahl
12:29:21  <Celestar> peter1138: http://www.fvfischer.de/transfer2.diff <= try this for a sec
12:30:08  <Celestar> the last fix was crap
12:32:14  <Celestar> I should revert and start over
12:32:35  <Celestar> cancel all the diffs that are not online yet
12:40:08  *** Wezz6400 [~Wezz6400@ndb.demon.nl] has quit [Quit: lunch]
12:46:03  <Celestar> WTH??? std::vector<bool> bitmasks? :o
12:50:47  <Celestar> dbg: [routing] Setting cache dirty
12:50:47  <Celestar> dbg: [routing] Found clean cache. Using it
12:54:29  <Celestar> this ain't good
12:55:50  *** rortom [~rortom@p57B7E173.dip.t-dialin.net] has joined #openttd
12:56:04  <ln> what about the international flights?
12:56:34  <Celestar> huh?
12:57:01  <ln> not in any way related to what you said.
12:57:05  <Celestar> WHAT THE?
12:57:52  <Celestar> peter1138: I think I have it
12:58:38  <ln> earlier (years ago) i've suggested adding flight targets that are outside the map.
13:00:08  <Celestar> peter1138: http://www.fvfischer.de/cleanup.diff <= important
13:00:14  <Celestar> especially routing.cpp:179
13:01:30  <rortom> hi all
13:01:36  <Celestar> hi rortom
13:01:37  <rortom> hows the routing with BGL going?
13:01:48  <Celestar> rortom: excellently
13:01:59  <rortom> great to hear :D
13:02:09  <rortom> something to test already?
13:02:43  <Celestar> rortom: http://www.fvfischer.de/test.png <= look
13:02:51  <rortom> mhm has anyone here lighttpd running wwith fastcgi python? :\
13:03:10  <rortom> very nice :D
13:03:29  <rortom> is that patch certainly going into trunk?
13:04:16  <peter1138> Ah, v->current_order was still used elsewhere.. hmm..
13:05:25  <Celestar> rortom: well. pretty, I'd say (=
13:05:55  <Belugas> good day guys
13:05:57  <Celestar> peter1138: not only that :)
13:06:15  <Celestar> peter1138: using *it == true; instead of *it = true; can be deadly :)
13:06:29  <peter1138> Yeah...
13:06:31  <peter1138> Seems to work...
13:06:57  *** SmatZ [~smatz@a40-prg1-5-107.static.adsl.vol.cz] has quit [Ping timeout: 480 seconds]
13:07:18  <Celestar> peter1138: cool now the unload thingy again
13:07:47  <peter1138> I left that in... seems to work ;)
13:07:55  <Eddi|zuHause3> <ln> earlier (years ago) i've suggested adding flight targets that are outside the map. <- there is nothing outside the map... the world is a flat rectangle...
13:08:33  <Celestar> it does? I'm just trying it
13:08:44  <peter1138> Well it's not got stuck yet.
13:09:53  <peter1138> Bah, asserted :o
13:09:55  <peter1138> openttd: /home/petern/ottd/routing/src/routing.cpp:525: StationID Routing_t::FindNextHop(StationID, StationID): Assertion `from != to' failed.
13:10:13  <peter1138> Might, of course, be my dodgy destination selection
13:10:29  <peter1138> although only for loading savegames
13:10:51  <Eddi|zuHause3> problem with tram networks: you run out of station names fast...
13:11:13  <ln> which is not funny
13:11:28  <Celestar> peter1138: well it's not yet working perfectly (=
13:11:48  <Celestar> peter1138: can you update hg?
13:11:56  <Celestar> peter1138: or do you want to fix that assert first?
13:12:49  *** jordi [~jordi@115.Red-213-96-69.staticIP.rima-tde.net] has quit [Read error: Connection reset by peer]
13:12:55  <Celestar> peter1138: got it too
13:13:17  *** jordi [~jordi@115.Red-213-96-69.staticIP.rima-tde.net] has joined #openttd
13:13:42  <Rubidium> Eddi|zuHause3: really? There are thousands of preprogrammed station names
13:13:49  <Rubidium> not very inspiring names though
13:14:30  <Eddi|zuHause3> can't be more than 20...
13:14:54  <Rubidium> <town> #<station id> isn't a name?
13:15:03  <Eddi|zuHause3> no ;)
13:15:09  <Celestar> peter1138: move that new if in UseVehicle outside of the of the (is_on_board) block
13:15:15  <Celestar> peter1138: so that it is always checked
13:16:31  <Eddi|zuHause3> houses in cities should accept coal until the '70s
13:16:56  <Rubidium> then write a newgrf that does that
13:17:32  <Celestar> heh
13:17:56  <peter1138> H,,
13:18:01  <Celestar> Eddi|zuHause3: yes, most people didn't go out to buy coal, they had a small truck/train station in the basement because of the coal they needed :P
13:18:11  <peter1138> The from-to assert was caused by a train being at the wrong place for its orders
13:18:20  <Celestar> peter1138: yeah
13:18:27  <Celestar> peter1138: that's why the moving of the if
13:18:35  <Celestar> peter1138: it saveguards against that
13:18:40  <Celestar> (we don't want that stuff loaded anyway)
13:20:46  *** mikl [~mikl@cpe.ge-0-2-0-812.0x50c774be.boanqu1.customer.tele.dk] has quit [Quit: mikl]
13:20:50  <peter1138> Committed
13:20:57  <peter1138> I didn't move the if, though.
13:21:04  <peter1138> I've got to pop out now.
13:22:09  <Celestar> pity :(
13:22:18  <Celestar> this is kinda fun
13:22:34  *** Guest397 is now known as SmatZ
13:27:23  <Celestar> Rubidium: why does --enable-profiling not work? :D
13:27:44  <Rubidium> it does for me
13:27:45  <Celestar> must be doing something wrong then
13:27:45  *** tokai [~tokai@p54B802A9.dip0.t-ipconnect.de] has joined #openttd
13:27:46  *** mode/#openttd [+v tokai] by ChanServ
13:27:53  <Celestar> I don't get any gmon.out
13:28:13  <Rubidium> did you do make run?
13:28:27  <Rubidium> or just ./openttd in bin
13:28:37  <Celestar> just ./openttd
13:28:57  <rortom> why not run inside gdb?
13:29:23  <Rubidium> do a ./configure --reconfigure and check whether the (C|LD)FLAGS contains the required profiling flags
13:29:31  <Celestar> it appeary so
13:29:33  <Celestar> appears*
13:29:34  <Rubidium> rortom: because gdb doesn't do profiling
13:29:41  <Celestar> trying to recompile :P
13:29:53  <Rubidium> make run-prof should do that too
13:32:52  <Celestar> gmon.out: No such file or directory
13:32:53  <Celestar> :P
13:35:16  <Rubidium> then your system's broken in some way that it doesn't have the correct headers or so
13:35:25  *** fonso [~fonso@brln-d9bac379.pool.mediaWays.net] has joined #openttd
13:37:25  *** Wezz6400 [~Wezz6400@ndb.demon.nl] has joined #openttd
13:37:35  <Celestar> Rubidium: yeah I think so as well
13:37:41  <Alberth> Celestar: you could try rebuilding everything (make clean ; make)
13:37:56  <Celestar> Alberth: did so already
13:38:24  <Rubidium> Alberth: changing CFLAGS/LDFLAGS triggers a full recompile, so make run-prof would've done a full recompile and then ran the profile
13:38:55  <Alberth> ah, ok
13:40:01  <Alberth> As a paranoia check, you could set 'export VERBOSE=1', touch 1 .cpp file, and run make to verify that you've indeed got the -pg (?) flag added
13:40:26  <Celestar> :P
13:40:32  <Celestar> someone else will profile paxdest methinks
13:40:46  <Alberth> although they should also be in the makefile of course as Rubidium already said
13:41:43  <fonso> paxdest is already in a runnable state?
13:41:48  <fonso> I wanna try it.
13:41:58  <Celestar> fonso: very Very VERY alphaish
13:42:01  <Celestar> more like a TP
13:42:24  <fonso> so, where can I find it?
13:42:50  <Celestar> http://217.151.109.167:8000/ somewhere around here
13:45:08  <fonso> It seems I' have to use mercurial to get it
13:45:13  <fonso> but thanks
13:46:00  <Celestar> yeah you need to
13:46:10  <Celestar> hg clone
13:47:14  <rortom> Celestar, peter1138: are you going to improve the station gui for that?
13:48:04  <Eddi|zuHause3> i don't think that is needed
13:48:23  <Eddi|zuHause3> the station gui of the old patch is highly confusing...
13:48:31  <Eddi|zuHause3> i have no idea what all these numbers mean
13:49:43  <Celestar> rortom: not in the first iteration
13:49:51  <Celestar> rortom: later on it's likely
13:50:55  <Belugas> GUI : lovely work, really lovely
13:51:31  <Celestar> first of all, we have to find out why cargo packets still board and deboard at the wrong places
13:51:54  <Celestar> so if anyone wishes to help, go on
13:58:04  * Belugas would need to understand the hg stuff and install it at work. two big tasks :S
13:59:32  <Belugas> dunno why, but i keep on droping some tea on my sheets.  Which never happen with coffee
13:59:45  <rortom> where is the code?
13:59:49  <hylje> surface tension?
13:59:57  <hylje> hg.openttd.org i believe
14:00:06  <Belugas> maybe because it's iced tea, so i'm not as cautious...
14:00:11  <Rubidium> Belugas: you didn't add milk to it!
14:00:19  <Belugas> could be :)
14:00:37  <Belugas> but iced tea with milk seems... strange :)
14:00:58  <hylje> don't worry, that doesn't quite turn you into the goddamn Joker
14:01:09  <rortom> oh, hg D:
14:01:10  * Rubidium dislikes iced tea, especially the Japanese variant of it
14:01:27  <Celestar> rortom: I gave the link above
14:02:00  <rortom> yes, i heard just good things aboug hg being better than svn, never used it ..
14:02:39  <hylje> short guide to hg for svn users: checkout is actually pulling, checkin is actually pushing, commits are local only and can be fuzzled with
14:02:41  <Rubidium> it's just that hg version numbering isn't very useful
14:03:10  <Rubidium> and that hg sucks when it comes to importing from other scms
14:03:16  <rortom> oh :/
14:03:40  <Rubidium> but for development that doesn't care about version numbers it can be very useful
14:03:45  <hylje> yeah, sequential revisions can't be relied upon when there will be long-lived branches
14:04:02  <hylje> hg will try its best to keep a sequential revision though
14:04:28  <CIA-5> OpenTTD: belugas * r13876 /trunk/src/bridge_gui.cpp: -Codechange: Replace numbers with Colours enum on bridge gui
14:05:03  <Belugas> never tasted japanese iced tea, but i sure does love this one :)  Green tea with peppermint leafs from our garden :)
14:05:06  <Belugas> and honey
14:05:07  <Belugas> a drop
14:05:09  <Belugas> lovely :)
14:05:33  <fonso> paxdest needs booost
14:05:52  <Eddi|zuHause3> yes, it does
14:05:53  <fonso> boost even
14:05:54  <Rubidium> though I must say that I dislike most Japanese teas, except the few non-cheap ones ;)
14:06:18  <fonso> OK, if that's purposely ...
14:06:33  <peter1138> It's hardly accidental ;)
14:06:47  <hylje> the boost stdlib?
14:07:48  <fonso> openttd/paxdest/src/routing.h:39:42: error: boost/graph/adjacency_list.hpp
14:08:14  <fonso> that's where it chokes first
14:08:35  <peter1138> You need boost graph library
14:08:50  <peter1138> (apt-get install libboost-graph-dev ;)
14:08:58  <hylje> i'd say it died there. you didn't get much further than that, did you?
14:09:22  <fonso> me?
14:09:29  * peter1138 is off out again, sorry Celestar!
14:09:29  <fonso> no, but I'm installing boost now
14:10:02  <hylje> choking kinda implies it's chugging along but through a bottleneck
14:10:22  <fonso> well there are some follow up errors
14:10:22  <Belugas> bottleneck?
14:10:24  <Belugas> slide!
14:10:28  <fonso> but that's the root cause
14:10:39  <fonso> ok, I'll use another word next time
14:11:11  <hylje> good :-)
14:12:55  *** frosch123 [~frosch@frnk-590fd0b2.pool.einsundeins.de] has joined #openttd
14:14:17  <Belugas> Naaa... don't ... was a joke...  you use a bottleneck to do slide guitar ;)
14:14:20  <Belugas> hello frosch123
14:14:40  <frosch123> hi Belugas
14:15:04  <Belugas> fonso: i've started to play slide guit a few weeks ago, so i'm a bit all over it still :D
14:17:13  <fonso> yeah, funny I guess ...
14:18:06  <fonso> now can you use "choke" there. I looked it up, it also means "wÃŒrgen" in German which is a fitting metaphor for a failing compile run.
14:18:30  <fonso> and I must have seen it being used in that way somewhere
14:20:06  <hylje> while i applaud you of bringing other cultures here, it's still mostly english and its nuances we're working around here
14:21:22  <fonso> ok, forget it
14:21:29  <fonso> but: openttd: /home/alve/projekte/openttd/paxdest/src/routing.cpp:525: StationID Routing_t::FindNextHop(StationID, StationID): Assertion `from != to' failed.
14:21:37  <fonso> I loaded a save game
14:21:45  <fonso> I guess that was a bad idea?
14:29:10  <fonso> on a fresh game it works nicely
14:30:39  <glx> [15:58:13] Belugas would need to understand the hg stuff and install it at work. two big tasks :S <-- installing hg is very easy
14:32:17  <Rubidium> just break your old thermometer over your computer
14:32:46  <glx> :)
14:33:02  <fonso> nice route visualization
14:33:44  <Belugas> glx, is it?  I guess you should have to train me a bit :(
14:33:56  <glx> there's an installer
14:34:02  <hylje> fonso: how did you intend to debug it otherwise?
14:34:09  <glx> and after install it just work
14:34:15  <fonso> with a debugger
14:34:32  <fonso> but I wasn't criticizing anyone
14:34:36  <fonso> no need to bash me
14:35:10  <hylje> well sorry, i'm bringing it to perspective
14:35:24  <hylje> because route generation is an ongoing process that involves gameplay
14:35:36  <hylje> debugger makes actually playing the game a bit slower
14:36:08  <glx> worse with msvc ;)
14:37:50  <hylje> with variable values of "a bit", certainly
14:38:24  <Eddi|zuHause3> "bitte ein bit"
14:41:26  *** rortom [~rortom@p57B7E173.dip.t-dialin.net] has quit []
14:43:24  <Belugas> i always "play" on debug mode in MSVC
14:43:36  <Belugas> apart when plahying with my son, on release :)
14:59:48  *** fonso [~fonso@brln-d9bac379.pool.mediaWays.net] has left #openttd [Kopete 0.12.7 : http://kopete.kde.org]
15:00:13  *** Zealotus [~Ping@78-69-54-150-no70.tbcn.telia.com] has quit [Quit: Leaving]
15:03:12  *** dragonhorseboy [4a396fef@67.207.141.120] has joined #openttd
15:03:32  <dragonhorseboy> just curious about it but ever think that openttd might expand to other os platforms as well? ^_^
15:03:54  *** Zealotus [~Ping@78-69-54-150-no70.tbcn.telia.com] has joined #openttd
15:04:53  <Eddi|zuHause3> what other os platforms?
15:10:36  <dragonhorseboy> well its just random thought anyhow but start with any picks of these eddi: kolibrios, os9 (dunno how daunting compactibility might be tho), and another third possible large group could be if openttd could somehow be emulated on top of a java vm
15:11:44  <Brianetta> I thought Java VMs only executed Java bytecode
15:11:58  <Brianetta> Might as well try to rewrite the game in Python
15:12:10  <Brianetta> Wait, didn't somebody say they were going to do that?
15:12:20  <dragonhorseboy> well there are some cases where exe's had been made to run with only needing a java vm .. not sure how it quite actually works ;)
15:12:31  <Belugas> lots of people talk, few of them know
15:12:32  <Belugas> or can
15:12:40  <Belugas> or do
15:12:57  * dragonhorseboy has python loaded on two of my systems but otherwise does not even know much about how to write at all yet :p
15:13:00  <dragonhorseboy> figured
15:13:07  <Belugas> mmh... what were the lyrics again>
15:14:20  <hylje> Brianetta: just python interfaces to OTTD
15:14:58  <Belugas> haa... got it: "Lots of people talk and few of them know,"
15:15:01  <Brianetta> hylje: No, this was a year or two ago
15:15:02  <blathijs> Brianetta: You would need to compile the C++ code to Java Bytecode, I suspect. As for the python thing, there is some work going on to have a python lirary communicate using the openttd protocol.
15:15:03  <Belugas> Dazed and Confused
15:15:09  <hylje> Brianetta: yay
15:15:47  <Eddi|zuHause3> hm... did i dream this or was there once a commit that allowed synchronizing the late counter to a specific value?
15:16:02  <blathijs> Running a .exe on top of a Java VM is actually quite hard, only reliable way would be to run an emulator I guess (ie, run an x86 emulator on top of a java VM)
15:16:14  <blathijs> Eddi|zuHause3: late counter?
15:16:30  <Eddi|zuHause3> the amount of time a train is behind its schedule
15:16:55  *** ARock [R.Rock@xdsl-87-79-227-223.netcologne.de] has joined #openttd
15:17:24  <dragonhorseboy> one curious question I never could figure out before...
15:17:32  <blathijs> Eddi|zuHause3: Ah, the timetable thing. I should really have a look at that feature some time...
15:17:51  <dragonhorseboy> whats the use of the timetable scheduling thing if there's more than one train on a line meaning its often plauseable that one got stuck behind a slower another? :/
15:19:03  <Eddi|zuHause3> dragonhorseboy: you adjust the waiting time at the end points so that it can cancel out this kind of delay
15:19:38  <Eddi|zuHause3> dragonhorseboy: or "worse", you timetable the slower trains in a manner, that they do not interfere with the faster trains ;)
15:19:50  <valhallasw> dragonhorseboy: create passing points for the slower trains: the slower train enters the side track, the faster train passes and the slower train can continue
15:20:50  <dragonhorseboy> hm ok if you say so :)
15:20:53  <blathijs> Are timetables explicit, or autocreated?
15:20:59  <Eddi|zuHause3> yes ;)
15:21:16  <Eddi|zuHause3> you can autocreate them, and you can specify them manually
15:21:34  <SmatZ> hehe
15:21:37  <CIA-5> OpenTTD: glx * r13877 /branches/noai/src/ (squirrel.cpp squirrel_std.cpp squirrel_std.hpp):
15:21:37  <CIA-5> OpenTTD: [NoAI] -Revert (r13862): as disabling stack trace displaying for caught exceptions made debugging runtime errors quite impossible.
15:21:37  <CIA-5> OpenTTD: [NoAI] -Add: added notifyallexceptions() function to enable/disable stack trace displaying for caught exceptions.
15:21:47  <SmatZ> never ask Eddi|zuHause3 a question with "or" :-)
15:22:12  <dragonhorseboy> smatz lol
15:22:13  <blathijs> :-)
15:22:54  <blathijs> Eddi|zuHause3: And what is the net effect of a timetable? That trains will wait at stations until it's time to leave instead of leaving directly after loading?
15:23:05  <Eddi|zuHause3> yes
15:23:19  <dragonhorseboy> well smatz here's one: is openttd set toward system resource efficency or they're starting to toss that out for more heavy features there and there?
15:23:41  <Eddi|zuHause3> but loading trumps timetable... so the train will not leave people behind
15:23:48  *** ben_goodger [~ben@host81-153-29-228.range81-153.btcentralplus.com] has joined #openttd
15:24:34  <Eddi|zuHause3> especially makes them useless with full load ;)
15:28:16  <dragonhorseboy> smatz you understand what I mean or not really?
15:28:32  <SmatZ> back :)
15:28:49  <SmatZ> yes
15:29:15  <Eddi|zuHause3> what was that again about "or" questions?
15:29:29  <dragonhorseboy> ty smatz
15:29:37  <SmatZ> yw dragonhorseboy
15:29:45  <SmatZ> OTTD is set towards resource (memory and CPU power) efficiency and I hope it will stay this way
15:30:44  *** Purno [~Purno@5350931D.cable.casema.nl] has joined #openttd
15:31:49  <Belugas> is it?
15:31:54  <Belugas> ho damned...
15:32:11  <Belugas> i though it was only about FEATURES!!!
15:32:26  <Eddi|zuHause3> no, it's about REALISM!!!11!
15:32:46  <dragonhorseboy> smatz thanks..so I guess it'll always work well on any Pentum II/III's with nominal ram (well eg 96-512mb) for a long time to come yet?
15:33:20  <Brianetta> Found it.  It wasn't a Python port, it was a C# port.
15:33:21  <Brianetta> http://www.tt-forums.net/viewtopic.php?p=469050#p469050
15:33:24  <Brianetta> totally mad.
15:34:01  <SmatZ> dragonhorseboy: some GRFs need a lot of CPU power, map generation with some industry sets takes ages :) also depends on map size...
15:34:07  <Belugas> hooo... the R word...
15:34:11  * Belugas wonders if it
15:34:12  <Belugas> s
15:34:16  <Belugas> worth a kick:P
15:35:00  <Eddi|zuHause3> :P
15:35:09  <SmatZ> dragonhorseboy: I don't think CPU power needs / RAM usage has grown since earliest OTTD versions significantly... so I suppose it will stay this way :)
15:35:20  <dragonhorseboy> smatz ^_^
15:35:27  <Belugas> dragonhorseboy, I have a ADM 1300ish with 512 mg, and it's quite playable, even in debug mode :)
15:35:28  * dragonhorseboy smats smatz
15:35:30  <dragonhorseboy> hehehe
15:35:34  <SmatZ> :)
15:35:43  <dragonhorseboy> where did you come up with your nick anyway?
15:35:44  <Eddi|zuHause3> Brianetta: does not look like anything has come out of that :p
15:35:56  <Eddi|zuHause3> unsurprisingly :p
15:36:02  <Brianetta> Eddi: No surprise there.
15:37:49  <Alberth> Eddi|zuHause3: He missed the 3-4 weeks deadline for simple train routes by about 2 years :P
15:48:46  <Belugas> why is it that every time you start "this", you find that "that" is not clear and should be explained, and then "this-that" turns to a big pile of work???
15:49:54  *** dragonhorseboy [4a396fef@67.207.141.120] has left #openttd []
15:49:58  <Eddi|zuHause3> could you be a tiny bit less generic? :p
15:50:21  <Eddi|zuHause3> hm... i need a "go to depot [and stop there]" order...
15:50:57  <CIA-5> OpenTTD: glx * r13878 /branches/noai/ (72 files in 5 dirs): [NoAI] -Sync: with trunk r13836:13876.
15:51:38  <SmatZ> Eddi|zuHause3: build oneway signal or presignal that will stay forever red :)
15:51:42  <Belugas> Eddi|zuHause3, i can, just give me a minute...
15:52:04  <Eddi|zuHause3> SmatZ: bad idea...
15:52:37  <SmatZ> Eddi|zuHause3: why do you need that order?
15:52:47  <Eddi|zuHause3> SmatZ: i have a train that i use very infrequently, so i want to tell it "make one round trip, and go back to the depot"
15:53:04  <SmatZ> aha
15:53:07  <Eddi|zuHause3> and when i need it again, i just tell it to go again
15:53:11  <Progman> Eddi|zuHause3: maybe a conditional order like "jump to Order 5 if $some_trivial_thing"
15:53:45  <Eddi|zuHause3> Progman: needs too many clicks to make it go again
15:53:49  <Vikthor> plus, it is useful, if you would like to use loco for completely different train
15:53:50  <SmatZ> but then it will still run and you will pay
15:54:02  <SmatZ> Vikthor: you can refit :)
15:54:09  <SmatZ> at least...
15:54:20  <Vikthor> SmatZ: Not every time
15:54:37  <Progman> Eddi|zuHause3: use the presignal state as SmatZ said
15:54:40  <Vikthor> eg. find me a set that allows refit from oil to iron ore :)
15:54:50  *** Wezz6400 [~Wezz6400@ndb.demon.nl] has quit [Quit: Wezz6400]
15:55:27  <Eddi|zuHause3> Progman: that's a "hack", i don't do hacks...
15:56:04  <Belugas> indeed, you're on strike ;)
15:57:00  *** jordi [~jordi@115.Red-213-96-69.staticIP.rima-tde.net] has quit [Read error: Connection reset by peer]
15:57:33  <Eddi|zuHause3> Belugas: only on builds that do not have YAPP :p
15:57:42  *** jordi [~jordi@115.Red-213-96-69.staticIP.rima-tde.net] has joined #openttd
15:57:47  <SmatZ> http://dev.openttd.org/~smatz/stay_in_depot.png this way...
15:58:19  <Eddi|zuHause3> really really ugly...
15:58:25  <SmatZ> I like it :)
15:58:53  <Eddi|zuHause3> does not replace a "stop at depot" order
16:01:05  <SmatZ> hmm OTTD code wouldn't handle a house that is church and stadium at once
16:03:50  <Belugas> why would yo want to do that?
16:04:09  <SmatZ> Belugas: GRF specs allow that
16:04:32  *** Doorslammer [Doorslamme@PIPP-p-203-54-14-145.prem.tmns.net.au] has quit []
16:04:33  <SmatZ> and for many people, football is a church :)
16:04:41  <Belugas> Can Patch support it too?
16:05:12  <SmatZ> I don't know
16:05:18  <SmatZ> I would have to code such GRF
16:06:45  <Belugas> and why are we not supporting it?
16:07:25  <hylje> nobody bothered to implement it this far
16:07:32  <SmatZ> http://paste.openttd.org/37983\
16:07:49  <SmatZ> if that "else" was removed, it would help... I don't know if there are other places like this :)
16:09:10  *** GoneWacko [~foo@adsl-58.35.Static.ssp.fi] has quit []
16:09:25  <Eddi|zuHause3> maybe... a generic "stop" order could be useful as well [if it can be automatically released by timetable"
16:09:57  <Eddi|zuHause3> so i could have some order: goto A (unload); stop (X ticks); goto A (load) ...
16:10:03  <Belugas> mmh... no idea whatsoever why it's there...  but it does feel like old code, like r1
16:10:09  <Progman> Eddi|zuHause3: there exists somehow already such an order as trains can be send to depots...
16:10:36  <Eddi|zuHause3> Progman: you fail to see the point...
16:10:59  <Eddi|zuHause3> the point is to make the vehicles STOPPED [i.e. turned off, not cause running costs]
16:11:16  <Eddi|zuHause3> not to have them out of the way...
16:11:21  <Progman> like "send to depot" do
16:11:36  <Eddi|zuHause3> Progman: not automatically
16:11:50  <SmatZ> Eddi|zuHause3: you can replace to eyecandy empty engine, it has zero running costs...
16:11:52  <Progman> no, but there exists such thing somewhere in the code...
16:11:54  <Belugas> hehehe...  "no running cost" :)
16:11:56  <SmatZ> (another ugly solution ;)
16:12:04  <hylje> SmatZ: stopped trains have no running costs either
16:12:16  <Eddi|zuHause3> omg! :p
16:12:18  <SmatZ> hylje: yeah, but there is no way to stop trains from orders
16:13:16  *** mucht_work [~Martin@143.50.125.24] has quit [Quit: Konversation terminated!]
16:13:22  <Brianetta> Is there a desync bug wrt names of waypoints in 0.6.1?
16:13:40  <Rubidium> there shouldn't be
16:13:51  <SmatZ> Brianetta: desync? like that red error box with desync error message?
16:13:52  <Brianetta> We're desyncing lots
16:14:06  <Brianetta> and Vemarkis says that his waypoints are losing their custom names after rejoining
16:14:11  <CIA-5> OpenTTD: belugas * r13879 /trunk/src/ (engine_gui.cpp group_gui.cpp industry_gui.cpp): -Codechange: Replace numbers with Colours enum on engine, industries and group gui
16:14:16  <SmatZ> Eddi|zuHause3: maybe autoreplace to engine that has no power on that rail type or some newgrf hack...
16:14:19  <Progman> can confirm this bug
16:14:54  <Progman> got them in a openttdcoop game too, but as we use a lot of newgrfs this can also be a reason for waypoints PLUS newgrfs
16:14:58  <SmatZ> hmm this could be a serious bug
16:15:05  *** tokai [~tokai@p54B802A9.dip0.t-ipconnect.de] has quit [Quit: icebears... take care of them!]
16:15:16  <Rubidium> sounds more like FS#1752 in action
16:15:54  <Brianetta> Vemarkis says he also lost all orders on those waypoints
16:16:03  <ln> http://sbender.net/~scott/tshirt.jpg
16:16:28  <Rubidium> then those waypoints didn't exist on the server
16:16:28  <SmatZ> Brianetta: did he actually build those waypoints?
16:16:52  <Brianetta> SmatZ: They're still there
16:17:30  <Progman> I also noticed after such a desync other waypoints get the custom names I tried to set on a waypoint at the desync ;)
16:17:51  <Rubidium> so... one of the waypoints didn't get created
16:18:05  <Brianetta> causing the rest to get transposed?
16:18:12  <Rubidium> yes
16:18:38  * Progman is checking "transposed" on dict.leo.org
16:18:50  <Progman> yeah, they get transposed
16:18:57  <Eddi|zuHause3> Progman: i'd say "verschoben"
16:19:16  <Brianetta> Vemarkis isn't seeing that
16:19:22  <Brianetta> Just loss of name and orders
16:19:38  <Brianetta> [17:18] <sarah_pilot> Vemarkis: They just get removed from orders and names are reversed
16:19:38  <Brianetta> [17:19] <sarah_pilot> Vemarkis: back to what they were then they were built
16:19:54  <Brianetta> You can talk to him in-game on #autopilot if you want
16:20:33  <Rubidium> Brianetta: I build #1, it doesn't get build on the server; I build #2, gets build as #1 on the server, I assign name to #2, doesn't exist on server so nothing happens, I assign order to #2, doesn't exist on server so nothing happens
16:21:14  <Alberth> Belugas: Is it safe to make the Widget::color to be of Colours type?
16:21:23  <SmatZ> strange, I can't reproduce that :-x
16:22:33  <Belugas> not yet, Alberth.  I'm not 100% it will work
16:22:51  <Belugas> some color are using something else than Colours enum
16:23:05  <Belugas> not now, granted, but in my repo yes
16:23:14  <glx> can't reproduce either
16:23:15  <Belugas> TC_colours, to be exact
16:23:24  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Ping timeout: 480 seconds]
16:23:27  <SmatZ> Rubidium: ahhh ok, checking for unique waypoint name depends on user language...
16:23:41  <glx> yes
16:23:49  <Rubidium> but naming happens much much later
16:24:08  <CIA-5> OpenTTD: belugas * r13880 /trunk/src/intro_gui.cpp: -Codechange: Replace numbers with Colours enum on intro gui, and align a bit the code
16:24:24  <SmatZ> Rubidium: no... I can't reproduce it this way :-x
16:24:46  <SmatZ> I have two "Waypoint Conston #2" - one as custom name, second as automatic name
16:24:47  * SmatZ failed
16:25:03  <Alberth> Belugas: In the past 2 weeks I've been making a tree of widgets that can compute their own sizes and position. It works for 2 non-resizing windows (A few widgets just move a few pixels). Unfortunately, resizing requires a new attempt on size computing
16:26:42  <Belugas> mmh
16:26:42  <SmatZ> Alberth: Belugas: enum occupies 4 bytes of memory, byte only 1 (current state)... there is not need for changing that value
16:26:48  <SmatZ> or use TinyEnumT
16:27:00  <Belugas> noted, SmatZ :)
16:27:06  <Belugas> thanks for the tip
16:27:08  <SmatZ> unless it is not TinyEnumT already :)
16:27:12  <SmatZ> thanks Belugas :)
16:27:18  <Belugas> i doubt
16:27:27  <Belugas> it is just use as values, right now
16:27:32  <Belugas> (from what i can see)
16:27:54  <Belugas> Alberth, it sounds interesting
16:29:33  <Rubidium> Brianetta: is het building actual waypoints or stations as waypoints?
16:29:47  <SmatZ> Brianetta: Progman: does it happen only in 0.6 branch, but also in trunk?
16:30:17  <SmatZ> *or
16:32:19  <Alberth> Belugas: Adapted intro_gui.cpp: http://paste.openttd.org/37990
16:33:36  <Alberth> New function InitializeWidgets() that constructs the tree, with a few m_* variables to climate buttons so they can be raised/lowered from the event handler
16:34:32  <Belugas> Alberth, could yo show me a diff instead?
16:34:36  <Belugas> that would be easier to read ;)
16:34:42  <Progman> only see it at an openttdcoop game, so just in trunk
16:35:24  <Progman> make waypoints more usefull (like the counterpatch in miniin) and you get more testers for this ;)
16:36:39  <Alberth> http://paste.openttd.org/37993
16:37:57  <Alberth> For 'Difficulty (.....)' I needed the TextParametersSingleParam object
16:40:45  <Belugas> mmh...
16:40:59  *** Zeal [~Ping@78-69-54-150-no70.tbcn.telia.com] has joined #openttd
16:41:20  <Phantasm> I wonder if I would get banned if I pasted a nice little link.. ;P
16:41:27  <Alberth> And 2 pictures :)  http://c.imagehost.org/t/0876/opening-screen.jpg and http://c.imagehost.org/view/0448/opening-screen_new.png
16:41:53  *** Zealotus is now known as Guest434
16:41:53  *** Zeal is now known as Zealotus
16:42:22  <SmatZ> Phantasm: so do I :)
16:42:45  <Eddi|zuHause3> jpg?!?
16:42:49  <Phantasm> .swf
16:42:59  <Belugas> you know, it might be easier to do if the actual widget creation was done using the array of widgets, upon window creation.  this way, it would be easier to "convert" all windows
16:43:05  <Belugas> if you see what i mean, Alberth
16:43:17  <Phantasm> It has a japanese woman first eating something from between the legs, then eating a nipple and lastly eating an eye.
16:43:20  <Belugas> my pont of view, anyway
16:43:38  <Phantasm> SmatZ: I'm sure you would love to see it. ;P
16:43:54  <SmatZ> Phantasm: :-)
16:44:41  *** Guest434 [~Ping@78-69-54-150-no70.tbcn.telia.com] has quit [Ping timeout: 480 seconds]
16:48:46  <Eddi|zuHause3> hm... it's weird... i cannot find any evidence of this timetable synchronisation patch ever existing...
16:49:52  <Alberth> Yes, I see what you mean. I did think about that for some time, but discarded it since I think that I need the structure to decide how widgets should grow and shrink. All my widgets have a different size since they compute it from their contents.
16:51:08  <Alberth> But maybe I can make a few steps in your direction. One step could be to re-construct the widget array (with pointers instead of widgets), so you don't need to have the m_* members.
16:52:02  <Alberth> Another step could be to make a data structure where you can encode the tree structure in. (not sure how helpful that is relative to the amount of work).
16:53:28  <Alberth> In my code, I created an additional root_widget variable in the Window structure, so windows with different widget structures can co-exist.
16:54:42  <Alberth> Maybe we could have instead a window with a single widget that takes the 'old' widget array as parameter, and then reproduces the old layout.
16:58:26  <SmatZ> Brianetta: are you able to reproduce it?
16:58:34  <Alberth> Belugas: What exactly is the problem? The fact that you cannot simply access all widgets any more (since they are somewhere in a tree rather than an array), or 'just' the conversion of all existing windows?
16:58:37  <SmatZ> or does it happen only for 1 player?
16:58:55  *** Brianetta [~brian@client-86-27-108-163.brnt.adsl.virgin.net] has quit [Quit: TschÌß]
17:01:49  <Belugas> the conversion is indeed going to be way faster with my proposal
17:02:39  <Belugas> of course, every place where the widget is referenced by number (in the array), ther would need to be an associated method
17:03:07  <Belugas> the way you did with climate buttons is not bad, tough
17:03:50  <Belugas> so, how they are stored internally is not realy a concern, i think
17:04:37  *** Klanticus [~Klanticus@189.35.184.72] has joined #openttd
17:06:30  <CIA-5> OpenTTD: frosch * r13881 /trunk/src/newgrf.cpp: -Cleanup (r12751): Remove some dead code.
17:08:00  *** Wolf01 [~wolf01@host41-160-dynamic.56-82-r.retail.telecomitalia.it] has joined #openttd
17:08:51  <Wolf01> hello
17:09:12  <SmatZ> hello Wolf01
17:11:51  <Alberth> In the three GUI coding examples that I have seen, a lot of code and widget references in event handlers is code that really belongs somewhere *inside* the widgets imho. Eg the SetDParm call at line 68 of the diff is only there because atm you cannot extend the textbutton to do this for you. In the airport_gui code, I wrote a StationCoverage widget that handles printing of accepted/delivered cargo types rather than painting that from inside the
17:14:09  <CIA-5> OpenTTD: belugas * r13882 /trunk/src/graph_gui.cpp: -Codechange: Replace widget numbers with appropriate enums
17:15:04  <Alberth> I think a *lot* will change when you switch to more OO widgets; the array may be the smallest part
17:15:47  <peter1138> All this push_back for each widget is *a lot* of extra code...
17:17:08  <Alberth> peter1138: You'd like to have a data structure for doing this construction instead?
17:17:13  <Progman> Alberth: as there is already such a branch for OO widgets ;)
17:17:24  <Alberth> I know
17:18:00  <Belugas> a dead one, and one that has been turned down by its creator
17:18:17  <Belugas> it was an experiment that did not turned out as satisfactory as it was intended
17:18:36  <Alberth> but KUDr thought is was not good, and I agree. I think it is too general (full of templates and factories)
17:19:40  <Alberth> I only have a Widget class hierarchy (although it explodes a bot due to the StringID sometimes needing additional parms)
17:19:42  <peter1138> Well, if your stuff does automatic rescaling and such like, them I lov eit.
17:19:56  <peter1138> With the e in the right place too.
17:20:12  <Belugas> same, plus a creation that is less invasive
17:20:38  <Belugas> i think the widget array should be used a bit like dfm in delphi, description of the real widget
17:20:50  <Belugas> that or another representation
17:20:53  <Alberth> dfm?
17:21:09  <Belugas> DelphiForm
17:21:13  <peter1138> I'd rather it was a static table somehow, but... Hmm...
17:21:17  <SmatZ> I like current code...
17:21:31  <SmatZ> it works and does all I need :-P
17:21:43  <peter1138> It doesn't resize automatically.
17:21:54  <peter1138> It's got pixel sizes splattered all over it.
17:22:00  <peter1138> Bad and wrong.
17:22:28  <glx> we need sizers
17:22:29  <Alberth> the problem is that there is no structure in the array, its a flat list of widgets. I don't see how to decide which widgets belong together when resizing and which not (where each widget may resize eg due to switching to a different language)
17:22:30  <Belugas> not to mention strings getting out the the window...
17:22:59  <peter1138> Alberth, well you can have open/close container dummy widgets in the list.
17:23:30  <Progman> swing framework for openttd ;)
17:24:06  <peter1138> @seen celestar
17:24:06  <DorpsGek> peter1138: celestar was last seen in #openttd 3 hours, 22 minutes, and 38 seconds ago: <Celestar> rortom: I gave the link above
17:24:06  <Alberth> peter1138: Yes, we can create some data structures for expressing the widget tree in a table form.
17:26:03  <Alberth> However that implies that you cannot have the m_* vars in the way I have them now. I'd need to create an array of widget addresses during construction. (at least I think you don't want to traverse the tree looking for a widget :) )
17:26:09  <Alberth> xpath for widgets :)
17:28:12  <Alberth> peter1138: However..... adding custom widgets for a window gets difficult then, perhaps?
17:30:17  <Alberth> Belugas: You have an URL about dfm, so I can understand what they are?
17:32:36  <Belugas> http://paste.openttd.org/38032
17:32:39  <Belugas> here's an example
17:32:45  <Belugas> it's a descriptive format
17:33:01  <Belugas> a file associated to a form,
17:33:13  <Belugas> where all the properties of the form will be exposed
17:33:48  <Belugas> so when the program complies, it reads the file and convert it to resources that the final exec will use while creating the form itself
17:35:22  <Alberth> Ah, a code generator. Now you're talking :)  (I have a compiler construction background)
17:36:38  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
17:39:39  <CIA-5> OpenTTD: belugas * r13883 /trunk/src/graph_gui.cpp: -Codechange: Replace numbers with Colours enum on graph gui
17:39:40  <Belugas> yeah, in a certain way
17:40:15  <Alberth> We could have 1 line for each leaf widget (eg the instantiation-call of a widget), and then have these begin/end-like blocks to define what belongs together in a container. Generating code from that is no problem, takes about a day in Python.
17:40:20  <Belugas> and i thnk VB uses some sort of similar scheme
17:41:19  <CIA-5> OpenTTD: smatz * r13884 /trunk/src/oldloader.cpp: -Fix (r11822): custom vehicle names from TTD(Patch) games were lost
17:45:53  <Belugas> something like that, yeah
17:46:03  <Belugas> apart the python part...
17:46:06  <Belugas> for me at least ;)
17:46:41  <Belugas> but i'm not the only one to decide, don't jump on a crusade ;)
17:47:25  <Alberth> Well, I have written compilers in C++ for C++, so I know it can be done :-D
17:48:24  <Belugas> ho, that i'm pretty sure, no problem there.
17:48:50  <Belugas> i was more concerned about the way all devs would like to see it done, if ever it should be done even
17:50:27  <SmatZ> problem with NDS is currently memory fragmentation
17:50:49  <Belugas> NDS?
17:51:04  <Eddi|zuHause3> Nintendo DS?
17:51:10  <SmatZ> I am not sure if further objectising of code isn't connected with dynamic memory allocation causing ever worse usability
17:51:17  <SmatZ> yeah, Dominik's port :)
17:51:18  *** tokai [~tokai@p54B802A9.dip0.t-ipconnect.de] has joined #openttd
17:51:18  *** mode/#openttd [+v tokai] by ChanServ
17:51:27  <SmatZ> it doesn't have MMU (as I was explained)
17:51:30  <Alberth> gtg unfortunately, tnx for all the discussion everybody. When I have resizing and my 3 windows working, I'll post it at the dev forum, so you can examine the code in more detail, and we can have a more solid discussion about the direction to go.
17:51:35  <SmatZ> so memory fragmentation is really a problem
17:52:14  <peter1138> NDS can just stay with an old version.
17:52:27  <Belugas> a fork?
17:52:29  <peter1138> Until Nintendo produce a device with modern specifications...
17:52:32  *** Noetloj [~105Adam@5ad2f51e.bb.sky.com] has joined #openttd
17:53:42  <Eddi|zuHause3> www.informatik.uni-halle.de/~krause/Klein%20Elsmuenster%20Transport,%205.%20Sep%201941.png <- i need diagonal bridges :(
17:53:45  *** Gekz_ [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
17:54:38  <Belugas> if your need is high enough, maybe you'll be able to code it ?
17:54:40  <Belugas> heheh
17:54:59  <peter1138> bendy bridges too!
17:55:10  <Prof_Frink> bendy bridges for bendy buses!
17:55:28  <Belugas> and signals on it too!
17:55:29  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Ping timeout: 480 seconds]
17:55:42  <Eddi|zuHause3> i have signals on them, just the trains do not obey :p
17:55:50  <Belugas> lol
17:55:58  <joachim> ooh and signals in tunnels
17:55:59  <Belugas> one day...one day ;)
17:56:00  <joachim> subways!
17:56:04  <joachim> :D
17:56:29  <Belugas> that is going to be a bit more difficult, joachim
17:57:11  <joachim> one day...
17:57:27  *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd []
17:58:00  <Belugas> i was not
17:58:10  <Belugas> "one daying" about that ;)
17:58:26  <Belugas> rather what Eddi|zuHause3 was talking about
17:58:46  <peter1138> Eddi|zuHause3, bah, the pause button does not work :(
17:59:14  <joachim> Belugas: i know, i was one daying :)
17:59:23  <Eddi|zuHause3> Belugas: i have thought about trains stopping on bridges for a while, the only proper solution i came up with would be removing the "if (v->u.rail.track != TRACK_BIT_WORMHOLE) {" from TrainController() and making some functions aware of "wormhole tiles"
17:59:36  <Eddi|zuHause3> peter1138: yes, i noticed that bug, too :p
17:59:37  <joachim> one day, some one must get bored enough... ~2030?
18:00:20  <Belugas> a lot of workmholes would be required to go, i think
18:02:05  <Belugas> ho ... shooo... no-commit time
18:02:08  <Belugas> bahh
18:04:04  *** Progman [~progman@p57A1E2D5.dip.t-dialin.net] has quit [Remote host closed the connection]
18:09:39  *** Marduuhin [~mardo4@84.86.191.90.dyn.estpak.ee] has quit [Ping timeout: 480 seconds]
18:12:38  *** Marduuhin [~mardo4@84.86.191.90.dyn.estpak.ee] has joined #openttd
18:23:25  <CIA-5> OpenTTD: frosch * r13885 /trunk/src/ (14 files in 2 dirs): -Fix [FS#2168]: Var 0x7F is not feature-specific.
18:24:44  <peter1138> frosch123: problem with that is you now have to always lookup the grf file even when it's not needed (and it rarely is)
18:26:13  <frosch123> what do you mean with 'always' - that info is already available nearly always
18:30:37  <peter1138> Usually. Still more work than none, heh.
18:30:40  <peter1138> Gah
18:30:45  * peter1138 needs Celestar's changed.
18:30:49  <peter1138> Errrr
18:30:50  * peter1138 needs Celestar's changes.
18:31:04  <peter1138> Uh, I think he had some :o
18:31:28  *** KillaloT [~killalot@0x5738ccc3.rdnqu1.dynamic.dsl.tele.dk] has quit [Read error: Connection reset by peer]
18:32:25  *** NukeBuster [~NukeBuste@80.101.115.82] has joined #openttd
18:38:03  *** GoneWacko [GoneWacko@86-60-147-155-dyn-dsl.ssp.fi] has joined #openttd
18:42:56  *** Harteex [~harteex@h188n1-g-kt-a31.ias.bredband.telia.com] has joined #openttd
18:44:28  <Harteex> hello, anyone working on the Swedish translation here?
18:52:08  <Belugas> dunno
18:52:12  <Belugas> why?
18:54:02  <Harteex> full load is just translated as load
18:54:11  <Harteex> it could be confusing to new players
18:55:20  <Harteex> so I thought I'd mention it to a member on swedish translation team, if I can find out who's on it
18:57:05  <Belugas> noted.
18:57:24  <Belugas> although i doubt there are any swedish translators in here
18:57:25  *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has quit [Read error: Connection reset by peer]
18:57:42  *** Digitalfox [~Digitalfo@bl10-221-14.dsl.telepac.pt] has joined #openttd
18:58:01  <Belugas> but i'll pass th info to Mihamix (the translation headchief) when he'llbe around
18:59:08  <Harteex> thanks :)
19:04:30  *** Wolf01 is now known as Wolf01|AWAY
19:05:08  <Eddi|zuHause3> a propos translation... there's quite a number of untranslated strings piling up in the german translation...
19:05:33  <Belugas> Mihamix is a bit too much in real life, i think :)
19:05:52  <Belugas> a new baby boy is ALWAYS a big source of work
19:06:02  <Belugas> up until he gooes out the house
19:06:14  <Belugas> ... and even then, woukld my dad say :)
19:06:17  <Forked> i love yapp.
19:06:48  <Belugas> o, i don't think it's his boy's name...
19:07:03  <SmatZ> :-)
19:08:27  *** peter1138 changed the topic of #openttd to: 0.6.1 | Website: *.openttd.org (Translator: translator2, Gameservers: servers, Nightly-builds: nightly, WIKI: wiki, Dev-docs: docs, Patches & Bug-reports: bugs) | #openttd.notice for FS + SVN notices | UTF-8 please | No Unauthorised Bots | We Love YAPP
19:08:38  <Forked> :D
19:08:38  *** Gekz_ [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Remote host closed the connection]
19:10:20  *** NukeBuster [~NukeBuste@80.101.115.82] has quit [Quit: http://www.interplay.com/]
19:18:04  *** Harteex [~harteex@h188n1-g-kt-a31.ias.bredband.telia.com] has quit [Quit: good night]
19:22:16  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
19:23:28  *** Wolf01|AWAY [~wolf01@host41-160-dynamic.56-82-r.retail.telecomitalia.it] has quit [Quit: Once again the world is quick to bury me.]
19:23:46  <Eddi|zuHause3> if we were Sacro, eventually things we love might get commited :p
19:24:38  * Prof_Frink commits Bjarni
19:24:39  *** NukeBuster [~wouter@80.101.115.82] has joined #openttd
19:27:03  <Digitalfox> Where is Sacro, haven't seen him for a while now.. :\
19:27:52  <Digitalfox> @seen sacro
19:27:53  <DorpsGek> Digitalfox: sacro was last seen in #openttd 5 days, 9 hours, 53 minutes, and 15 seconds ago: <Sacro> same as test and [
19:28:13  <Digitalfox> Must ne on holidays :p
19:28:35  <Digitalfox> *be
19:28:49  *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has joined #openttd
19:34:29  *** Tim_ [~Tim@p5B37DA6D.dip.t-dialin.net] has joined #openttd
19:34:39  *** Tim_ [~Tim@p5B37DA6D.dip.t-dialin.net] has quit [Quit: Trillian (http://www.ceruleanstudios.com]
19:34:59  *** Tim [~Tim@p5B37DA6D.dip.t-dialin.net] has joined #openttd
19:35:05  <Tim> Hi everyone!
19:35:47  <Tim> Just some advertising... I posted a suggestion for the Website-Redesign in the Forums, check it out and tell me what you think :)
19:38:56  <peter1138> Digitalfox, probably sulking agian.
19:39:31  <Digitalfox> peter1138 :(
19:43:26  <Belugas> Tim, it reminds me of the old translator.  Not too fund about the grass tile background, to be honest
19:47:57  <peter1138> Well...
19:48:05  <peter1138> I like the current design :o
19:48:09  <Tim> :P
19:48:23  <Tim> really?^^
19:48:34  <Belugas> me too, really
19:48:36  <Tim> looks nothing like the game...
19:48:44  <peter1138> Does it need to?
19:48:47  <Tim> hm...
19:49:46  <Belugas> it depends on what you think it shold looklike.  useing grasss background is not rwelly innovative
19:49:56  <Ammler> maybe someone should just make a web 2.0 page with current design... :-)
19:50:06  <peter1138> Using the grass is like five million fan sites from 10 years ago.
19:50:10  <Belugas> if you want to look like the game, you end up looking like forums and like George's site
19:50:12  * frosch123 dislikes the in game icons most
19:51:16  <Ammler> you should more ask for a logo redesign...
19:51:26  <Tim> Yes, that would be a good start, too
19:51:27  <frosch123> OTTD page should not look like http://george.zernebok.net/
19:51:28  <peter1138> Well...
19:51:38  <peter1138> Not everyone asked for a redesign :p
19:52:43  <Belugas> nor yet another clone site :)
19:52:50  <Eddi|zuHause3> <Tim> looks nothing like the game... <- the washington monument does not look like the guy either...
19:53:16  <Ammler> it shouldn't be that hard to replace the image nav with a tiny css <ul> nav.
19:55:06  <Belugas> Tim, don't get it bad, tough.  Contrary to a  lot of guys, you did give it a try :)
19:55:29  <Belugas> so, i guess that now, you have a go at getting VERY creative ;)
19:55:35  <peter1138> Yeah, sheesh, I'm a professional (hah) web developer, and I didn't ;)
19:55:40  <Tim> Hehe, no bad feelings here ;)
19:56:15  <Prof_Frink> Ammler: Urgh, web2.0. Go for web0.1
19:56:21  <Belugas> you're also a ottd dev :) I wonder where your skills are better spent, peter1138 ;)
19:56:26  <Prof_Frink> ascii text
19:57:16  <Tim> Hm, maybe you could atleast replace that ugly lighthouse with a new graphic... I really hate that :D
19:57:35  <Eddi|zuHause3> what about web 2010?
19:58:32  *** ARock [R.Rock@xdsl-87-79-227-223.netcologne.de] has quit [Ping timeout: 480 seconds]
19:58:40  *** ARock [R.Rock@xdsl-87-79-224-201.netcologne.de] has joined #openttd
19:59:18  <Eddi|zuHause3> just a random idea: why do we not have different tunnel styles like we have bridge styles?
19:59:34  <Belugas> suggestions?
19:59:37  <Eddi|zuHause3> [mostly for eyecandy purposes]
19:59:40  *** KritiK [~Maxim@93-80-36-72.broadband.corbina.ru] has joined #openttd
19:59:59  <frosch123> but you do not see a lot from tunnels...
20:00:05  <Eddi|zuHause3> i mean, tunnels are not fundamentally different from bridges [anymore]
20:00:11  <Belugas> the heads, actually
20:00:13  <Eddi|zuHause3> frosch123: but the entrances
20:00:32  *** Purno [~Purno@5350931D.cable.casema.nl] has quit [Quit: Always remember you're unique, just like everyone else.]
20:00:49  <Belugas> brick, wood, steel, rock entrances...
20:00:55  <Ammler> dynamic tunnel entrance pool!
20:00:56  <Belugas> with flowers
20:01:17  <Belugas> where is my ignore button again?
20:02:29  <Eddi|zuHause3> i was thinking about round vs. flat, and old vs. modern
20:03:00  <Belugas> get some drawing done, Eddi|zuHause3, it might be interesting
20:03:05  <Prof_Frink> Eddi|zuHause3: And while you're doing that, implement enhancedtunnels
20:03:27  <Eddi|zuHause3> well, there are several tunnel grfs around, just that they affect all tunnels
20:04:34  <Belugas> where is my kick button again?
20:04:41  <Tim> What about a changing background for the website, with screenshots from the game? Looks great (okay, you will hate it, but i think it'd be great) :P
20:05:26  <Belugas> too heavy, imho.  I remember the french web site had that, and it was terrible (imho)
20:05:39  <Belugas> and it's still like the other sites ;)
20:05:47  <Belugas> Looking like the game
20:05:50  <CIA-5> OpenTTD: truebrain * r13886 /branches/noai/bin/ai/wrightai/main.nut: [NoAI] -Codechange: minor typos in WrightAI
20:05:51  <Tim> Well, its ottd :D
20:06:13  <Belugas> let's find something that is INSPIRED from the game, not that LOOKS like the game ;)
20:10:40  *** Klanticus [~Klanticus@189.35.184.72] has quit [Remote host closed the connection]
20:12:59  <Prof_Frink> Use a big pic of a class 43 as background!
20:13:22  <Prof_Frink> Or an A4.
20:13:44  <Rubidium> Belugas: a SirkoZ rant?
20:13:47  <peter1138> I'll use a sheet of A4
20:14:29  <Belugas> Rubidium, that would be the best evr way to make everyone fleeing the game ;)
20:14:42  <Belugas> such a ...
20:18:31  *** NukeBuster [~wouter@80.101.115.82] has quit [Remote host closed the connection]
20:34:56  <Tim> Wow, i just read that ludde also created scummvm and utorrent... Both programs i used to use :)
20:35:05  <Tim> What happened to him, anyway?
20:35:42  <bleepy> got eaten by a badger
20:35:55  <bleepy> I might be lying
20:36:10  <Tim> almost believed you ;)
20:36:11  <Rexxars> I know this is totaly off-topic and all, but does anyone here have any experience with nameservers, domains and that sort of stuff?
20:36:40  <bleepy> depends
20:37:01  <Eddi|zuHause3> Tim: he was here not long ago
20:37:17  <Eddi|zuHause3> i assume he found a new project to work on ;)
20:37:53  <Eddi|zuHause3> there might have been talk about a media player kind of thing... but my memory is vague...
20:37:54  <Belugas> or a real life :)
20:38:44  <Tim> Hm... I'm really curious... Nowhere it says that he left OpenTTD or why he left it...
20:39:32  <Belugas> dunno, was not around at the time
20:40:16  <Eddi|zuHause3> well... he is like that... he starts a project, gets bored with it, and lets other people continue
20:41:09  <Tim> I'm wondering if he plays OpenTTD from time to time...
20:41:19  <Tim> ;)
20:41:22  <Belugas> don't think so
20:42:10  <Eddi|zuHause3> playing tends to get in the way of actually doing anything :p
20:42:21  *** Bjarni [~Bjarni@0x50a41670.virnxx14.dynamic.dsl.tele.dk] has joined #openttd
20:42:24  *** mode/#openttd [+o Bjarni] by ChanServ
20:47:34  <ln> People's Republic of Denmark!
20:47:46  *** KillaloT [~killalot@0x5738ccc3.rdnqu1.dynamic.dsl.tele.dk] has joined #openttd
20:48:36  *** Tim [~Tim@p5B37DA6D.dip.t-dialin.net] has left #openttd []
20:49:06  *** frosch123 [~frosch@frnk-590fd0b2.pool.einsundeins.de] has quit [Remote host closed the connection]
20:49:46  <Bjarni> actually it's the Kingdom of Denmark
20:49:47  <Prof_Frink> Birijani!
20:50:11  <Bjarni> a republic is for the people who beheads their royal family
20:51:27  <Bjarni> we keep our royal family as not only is it a nice family who knows how to act with their power and not abuse it they also earn more money for the country than they get from tax money
20:53:18  <SmatZ> ah... that's why you pay so high taxes!
20:53:41  <Ammler> but cars are cheap there...
20:54:39  <Belugas> alcool must be awfull, Bjarni does not drink
20:54:44  <SmatZ> hehe
20:54:56  <ln> Bjarni: do they have any real power?
20:55:52  <Bjarni> yes
20:57:25  <SmatZ> Bjarni: do you have death penalty?
20:57:32  <Bjarni> § 14
20:57:32  <Bjarni> Kongen udnÊvner og afskediger statsministeren og de Þvrige ministre.
20:57:47  <Bjarni> that's the constitution
20:58:07  <ln> Kan the kongen fire the parliament and order new election?
20:58:31  <Eddi|zuHause3> king can appoint and dismiss state and higher ministers?
20:58:43  <Eddi|zuHause3> s/higher/other
20:58:59  <Bjarni> § 21
20:58:59  <Bjarni> Kongen kan for folketinget lade fremsÊtte forslag til love og andre beslutninger.
20:59:11  *** flowOver [~J@S01060016e65abad7.gv.shawcable.net] has quit [Ping timeout: 480 seconds]
20:59:27  <Belugas> time to flee home
20:59:28  *** NukeBuster [~NukeBuste@80.101.115.82] has joined #openttd
20:59:31  <Belugas> good evening all
20:59:39  <Eddi|zuHause3> i understand only half of that sentence
20:59:47  <NukeBuster> evening
21:00:01  <SmatZ> google doesn't understand "folketinget"
21:00:09  <ln> Eddi|zuHause3: folketinget is something like parliament
21:00:14  <Eddi|zuHause3> that's the parliament i assume
21:00:20  <Eddi|zuHause3> that's the part that i do understand :p
21:00:35  <Ammler> Bjarni: do they still use the power?
21:00:51  <Eddi|zuHause3> "folk" ~ "Volk" and "tinge" is some kind of meeting
21:01:03  <ln> Eddi|zuHause3: beslutning is decision or so.
21:01:08  <Bjarni> basically the king can write a law and then the parlament have to look at it and vote for approving/dismissing it like with other proposed laws
21:01:13  <Eddi|zuHause3> beschließen, yes
21:01:21  <Eddi|zuHause3> "vorschlagen"
21:01:46  <Bjarni> <Ammler> Bjarni: do they still use the power? <--- both yes and no
21:02:02  <Ammler> like a minister...
21:02:07  <Eddi|zuHause3> something along the lines of "the king can recommend something until they decide otherwise"
21:02:24  <Eddi|zuHause3> but i have no idea who decides what
21:03:07  <Bjarni> basically the prime minister can't call for an election. He have to get the queen to do it for him (there is no king at the moment). There is no history of any king/queen refusing such a request though
21:03:46  <Bjarni> § 3
21:03:46  <Bjarni> Den lovgivende magt er hos kongen og folketinget i forening. Den udÞvende magt er hos kongen. Den dÞmmende magt er hos domstolene.
21:03:51  <ln> aha! if the law says that kongen can do those things, what if the drottning can not?
21:04:08  <Bjarni> that's the 3 parts. The lawmakers, the law enforcement and the judges
21:04:21  <Bjarni> the king is in the lawmaker and the law enforcement
21:04:29  *** kloopy [kloopy@kloopy.com] has joined #openttd
21:04:33  *** kloopy is now known as Kloopy
21:05:07  <Eddi|zuHause3> the german president can pretty much do nothing...
21:05:15  <Bjarni> ln: http://www.grundloven.dk/ <-- go read it yourself. §2 answers your question
21:05:25  <Eddi|zuHause3> he is allowed to sign laws that get presented to him :p
21:05:42  <Eddi|zuHause3> [after they passed the parliament]
21:05:54  <Eddi|zuHause3> [it does not say anything about the right to not sign them]
21:05:58  <Bjarni> yet he is refusing to sign the Lisbon treaty at the moment, which gives him some power
21:06:26  <Ammler> we even don't have one, just a representing president...
21:06:51  <Bjarni> the last I heard of him was that he had decided to stall the Lisbon treaty approval in Germany until it's clear if it's ok according to German laws
21:07:12  <Eddi|zuHause3> Ammler: you don't have a say in the treaty of lisbon either :p
21:08:35  <Eddi|zuHause3> Bjarni: yes, the high judges asked for that, until they decide
21:09:27  <Eddi|zuHause3> "a decision during this year is improbable."
21:09:37  <Bjarni> I think the Lisbon treaty stuff is weird. Everybody have to agree to it or it's dead according to current treaties. Ireland discarded it yet all other countries acts like they approved
21:10:16  <Eddi|zuHause3> Bjarni: the purpose of the treaty is to abolish that rule, but until it is accepted, the rule is still valid :p
21:10:23  <Bjarni> The Polish president decided not to sign it before Ireland approves and they have to decide on that themselves without any pressure
21:11:21  <Bjarni> <Eddi|zuHause3> Bjarni: the purpose of the treaty is to abolish that rule, but until it is accepted, the rule is still valid :p <-- yeah that's how it works in treaties.
21:11:28  *** welshdragon [~welshxcha@host86-145-101-77.range86-145.btcentralplus.com] has quit [Quit: Leaving]
21:11:39  <Bjarni> however I don't think the pro EU politicians like it like that
21:20:41  <Eddi|zuHause3> http://de.wikipedia.org/wiki/Vertrag_von_Lissabon#Stand_der_Ratifizierung
21:23:13  <Ammler> Eddi|zuHause3: does that mean ireland has voted against with a referendum?
21:23:26  <Prof_Frink> Ammler: Aye
21:23:35  <Eddi|zuHause3> Ammler: in what world do you live?
21:23:51  <Prof_Frink> So the Irish govt. are planning to have another referendum until they get the reult they want.
21:23:58  <Eddi|zuHause3> note: it was the only country that ran a referendum
21:24:19  <Ammler> your are quite lucky, swiss isn't in the eu...
21:25:20  <Eddi|zuHause3> with the failed constitution the situation was quite similar... in the countries that actually let the people decide, it got rejected
21:27:04  *** Smoovious [~imptruck@63.99.218.194] has joined #openttd
21:36:39  *** Mark [~M4rk@5351EE2E.cable.casema.nl] has quit [Read error: Connection reset by peer]
21:36:48  *** fonso [~fonso@brln-d9bacc9f.pool.mediaWays.net] has joined #openttd
21:40:36  *** Jolteon_ [~105Adam@5acb31ac.bb.sky.com] has joined #openttd
21:41:33  *** M4rk [~M4rk@5351EE2E.cable.casema.nl] has joined #openttd
21:41:38  *** M4rk is now known as Mark
21:43:51  *** mikl [~mikl@0x5550c003.adsl.cybercity.dk] has joined #openttd
21:44:18  *** mikl [~mikl@0x5550c003.adsl.cybercity.dk] has quit []
21:45:51  *** Noetloj [~105Adam@5ad2f51e.bb.sky.com] has quit [Ping timeout: 480 seconds]
21:47:09  *** GoneWacko [GoneWacko@86-60-147-155-dyn-dsl.ssp.fi] has quit []
21:48:23  *** Forked [kjs@termstua.com] has quit [Quit: Changing server]
21:50:12  <bleepy> yawn
21:53:58  *** Brianetta [~brian@client-86-27-108-163.brnt.adsl.virgin.net] has joined #openttd
21:57:37  <peter1138> Hi
22:03:20  *** welshdragon [~welshxcha@host86-145-101-77.range86-145.btcentralplus.com] has joined #openttd
22:07:03  *** ARock [R.Rock@xdsl-87-79-224-201.netcologne.de] has quit []
22:11:04  * peter1138 ponders showing sources and destinations in vehicle views
22:12:07  <Brianetta> hmm
22:12:21  <Brianetta> reminds me, YAPP needs to show destination when waiting for a free path
22:15:09  *** Jolteon_ is now known as Noetloj
22:16:06  <Eddi|zuHause3> it can't know the destination, it will change when the reserved tracks change, as the pathfinder penalizes them differently
22:16:18  <peter1138> print start->next
22:16:18  <peter1138>  = (Order *) 0xc072f8
22:16:22  <peter1138> print start->next->next
22:16:22  <peter1138>  = (Order *) 0x600000000
22:16:26  <peter1138> That looks a little wrong :o
22:16:29  <SmatZ> hehe
22:16:46  <Eddi|zuHause3> only off by some 8 zeroes ;)
22:16:50  <Eddi|zuHause3> which amounts to nothing :p
22:16:58  <SmatZ> 8 * 0 = 0 :)
22:17:08  <Eddi|zuHause3> exactly ;)
22:17:33  <peter1138> Bah...
22:17:37  <peter1138> Why would it be wrong? :o
22:21:36  *** welshdragon [~welshxcha@host86-145-101-77.range86-145.btcentralplus.com] has quit [Read error: Connection reset by peer]
22:21:39  *** welshdragon2` [~welshxcha@host86-145-101-77.range86-145.btcentralplus.com] has joined #openttd
22:31:00  <Eddi|zuHause3> debuggers should be able to "step backwards" ;)
22:31:14  <Eddi|zuHause3> to find out how a value was set ;)
22:31:37  <Rubidium> like undo in OTTD?
22:31:59  <Eddi|zuHause3> yeah, exactly :p
22:32:42  <Eddi|zuHause3> hm... what i dislike about the industrial stations... they look totally dull when there is always a train loading, because they only look interesting when cargo is piling up...
22:38:03  <SmatZ> hehe
22:39:01  <Prof_Frink> Eddi|zuHause3: Nah, you're doing it wrong.
22:39:18  <Prof_Frink> You link the debugger to the control circuits in the TARDIS
22:39:31  *** Forked [kjs@termstua.com] has joined #openttd
22:39:36  <Prof_Frink> When you find a bug, you go back in time and fix it before it happens
22:40:44  <peter1138> Yes
22:40:56  <peter1138> Also, retroactively attach the debugger
22:41:03  <peter1138> And retroactively compile with debug symbols
22:41:18  <Eddi|zuHause3> but you can't use the TARDIS when you are already part of events...
22:43:35  <Eddi|zuHause3> www.informatik.uni-halle.de/~krause/Klein%20Elsmuenster%20Transport,%202.%20Jan%201942.png <- nobody ever again tell me my stations are too big :p
22:43:57  <peter1138> Or not finished uploading.
22:44:30  <Eddi|zuHause3> it's totally weird... it didn't do that before... it's really slow with uploading but says it's done 100%
22:44:45  <Prof_Frink> Eddi|zuHause3: "stations" eh?
22:45:02  *** Vikthor [~Vikthor@snat1.spoje.net] has quit [Ping timeout: 480 seconds]
22:45:35  <Eddi|zuHause3> there are at least two in the picture :p
22:45:49  <Rubidium> Eddi|zuHause3: and what did it do yesterday? The same...
22:46:26  <Eddi|zuHause3> with "before" i meant "the last two years before the first instance of this problem"
22:46:31  <Rubidium> and your station is tiny ;)
22:46:39  <Eddi|zuHause3> exactly :p
22:47:16  <Eddi|zuHause3> but people complained about stations like this that they were oversized
22:47:30  *** Vikthor [~Vikthor@snat1.spoje.net] has joined #openttd
22:48:02  *** bleepy [bleepy@5ad1d1b6.bb.sky.com] has quit [Read error: Connection reset by peer]
22:48:03  <Bjarni> <Eddi|zuHause3> ... <- nobody ever again tell me my stations are too big :p <--- s/stations/(you know).... I don't believe you.... it's not like anybody would tell you anything like that
22:48:08  *** bleepy [bleepy@5ad00ea9.bb.sky.com] has joined #openttd
22:48:12  <dih> http://www.tt-forums.net/viewtopic.php?f=31&t=38649 <-- hihihi
22:48:31  <Bjarni> btw it's only when talking about mobile phones that men claims "Mine is the smallest one" and are happy about it
22:48:38  <Eddi|zuHause3> i know? why would you think that i know?
22:52:32  *** Nev [~bleepy@5ad103e4.bb.sky.com] has joined #openttd
22:52:48  *** bleepy is now known as Guest472
22:52:49  *** Nev is now known as bleepy
22:56:33  *** welshdragon2` [~welshxcha@host86-145-101-77.range86-145.btcentralplus.com] has quit [Quit: HAHAHAHAHAHAAAAAAAAAAAAAAAAAAAAAAA]
22:58:12  *** Guest472 [bleepy@5ad00ea9.bb.sky.com] has quit [Ping timeout: 480 seconds]
23:06:37  *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has quit [Ping timeout: 480 seconds]
23:07:39  *** bleepy [~bleepy@5ad103e4.bb.sky.com] has quit [Ping timeout: 480 seconds]
23:07:51  *** Progman [~progman@p57A1E2D5.dip.t-dialin.net] has joined #openttd
23:08:59  *** Brianetta [~brian@client-86-27-108-163.brnt.adsl.virgin.net] has quit [Quit: TschÌß]
23:11:31  *** fonso [~fonso@brln-d9bacc9f.pool.mediaWays.net] has left #openttd [Kopete 0.12.7 : http://kopete.kde.org]
23:17:11  *** grumbel [~grumbel@i577AFAFC.versanet.de] has quit [Quit: Client exiting]
23:26:29  *** rortom [~rortom@p57B7BE2A.dip.t-dialin.net] has joined #openttd
23:28:12  *** sickie88 [~sickie@BSN-250-17-114.dial-up.dsl.siol.net] has joined #openttd
23:39:02  *** sickie88 [~sickie@BSN-250-17-114.dial-up.dsl.siol.net] has quit [Remote host closed the connection]
23:39:40  *** Progman [~progman@p57A1E2D5.dip.t-dialin.net] has quit [Remote host closed the connection]
23:42:31  *** Digitalfox [~Digitalfo@bl10-221-14.dsl.telepac.pt] has quit [Quit: Leaving]
23:43:00  *** Dred_furst [~Dred_furs@user-514d7e3a.l2.c2.dsl.pol.co.uk] has quit [Quit: Leaving]

Powered by YARRSTE version: svn-trunk