Config
Log for #openttd on 23rd February 2009:
Times are UTC Toggle Colours
00:02:58  <Belugas_nomade> hello Morloth
00:03:55  *** KritiK [~Maxim@78-106-159-122.broadband.corbina.ru] has quit [Quit: Leaving]
00:09:30  *** NightKhaos [~nightkhao@78-86-111-126.zone2.bethere.co.uk] has quit [Quit: Leaving...]
00:20:49  *** Bjarni [~Bjarni@0x3ef3a188.virnxx14.dynamic.dsl.tele.dk] has quit [Quit: Leaving]
00:23:50  <Morloth> Hi Belugas_nomade
00:26:21  *** DephNet[Paul] [~paul@host81-158-78-47.range81-158.btcentralplus.com] has quit [Quit: Leaving]
00:26:52  *** SHRIKEE [~shrikee@84-105-52-118.cable.quicknet.nl] has quit [Quit: SHRIKEE]
00:32:35  *** Belugas_nomade [~jfc@ip-12.47.99.216.dsl-cust.ca.inter.net] has quit [Remote host closed the connection]
00:32:52  *** Eddi|zuHause [~johekr@p54B76739.dip.t-dialin.net] has quit []
00:33:11  *** Eddi|zuHause [~johekr@p54B775C2.dip.t-dialin.net] has joined #openttd
00:41:28  *** Brianetta [~brian@client-82-20-28-97.brhm.adsl.virgin.net] has joined #openttd
00:42:19  *** Felicitus [~timo@p3EE3F28E.dip.t-dialin.net] has joined #openttd
00:42:22  <Felicitus> morning
00:42:29  <Felicitus> planetmaker: around?
00:42:45  <planetmaker> somewhat... but sleepy :)
00:42:54  <Felicitus> :)
00:43:00  <Felicitus> what version of openttd do you use?
00:43:02  <planetmaker> I should be sleeping for two hours already :P
00:43:02  <Morloth> Hey Felicitus! How is your AI progressing? :)
00:43:11  <planetmaker> r15549
00:43:23  <Felicitus> Morloth: pretty well!
00:43:31  <Felicitus> but i have to find out why it doesnt work on planetmaker's box
00:43:55  <planetmaker> I'm not 100% sure, if I put everything in the right place. Maybe we walk through it together :)
00:44:23  <Felicitus> yes but that it breaks in info.nut line 1 is odd
00:44:31  <planetmaker> I'm not too experienced with the setup of AIs :)
00:44:46  <planetmaker> e.g. all I ever got were from bananas.
00:45:05  <planetmaker> (though I tested two in noai-times)
00:46:15  <Felicitus> hmm 15549 should be alright
00:46:44  <planetmaker> so... where exactly do I move this folder (or those two folders, felicitusAI and library)? Where are they at your place?
00:46:59  <Felicitus> well, i have tar'ed them in bin/ai
00:47:08  <planetmaker> I even made a tar of felicitusAI and put it in various places.
00:47:19  <Felicitus> so if you are on *nix, just uncompress them in bin/ai
00:47:30  <planetmaker> bin/ai? hm...
00:47:32  <Felicitus> so you have bin/ai/FelicitusAI in the end
00:47:37  *** Dred_furst [~Dred@resnet674.bournemouth.ac.uk] has quit [Read error: Connection reset by peer]
00:47:43  <Felicitus> do you have a binary build?
00:48:02  <planetmaker> what do you mean?
00:48:18  <Felicitus> i mean if you downloaded a binary version (e.g. the nightly) or if you built openttd from source
00:48:18  <Morloth> Felicitus: Can you send me a copy as well? I'm keen to try it :)
00:48:28  <planetmaker> oh, self-compiled
00:48:40  <Felicitus> Morloth: yes, try http://www.timohummel.com/temp/felicitus-ai-0.1.tgz
00:48:52  <Morloth> great, thx! L)(
00:48:53  <Morloth> :)
00:49:01  <Felicitus> planetmaker: on linux?
00:49:09  <planetmaker> mac :)
00:49:12  <Felicitus> oh :)
00:49:21  <planetmaker> so basically it's the same from the handling perspective
00:49:27  <planetmaker> bash is bash
00:49:30  <Felicitus> yep :)
00:49:43  <Felicitus> so you should have a folder "ai" inside the folder you've got your openttd binary
00:49:49  <Felicitus> and the stuff goes into that ai folder
00:50:03  <Felicitus> e.g. i got my binary in /home/timo/workspace/openttd-git/bin
00:50:19  <Morloth> planetmaker: Put it in ~/Documents/Openttd/content_download/ai
00:50:19  <Felicitus> so i have my ai folder in /home/timo/workspace/openttd-git/bin/ai
00:50:21  <planetmaker> let me compile latest trunk
00:50:25  <planetmaker> and put it in there
00:50:51  <Felicitus> yes but that it gives you an error means that it is in the right folder, i just have no clue why it doesn't compile the info.nut file
00:51:04  <Felicitus> its just "class FelicitusAI extends AIInfo {" in there
00:51:48  <Rubidium> dos vs unix newlines?
00:52:07  <Felicitus> hmm i'm not sure, let me check
00:52:38  <planetmaker> hm... just got an idea...
00:52:43  <Felicitus> CRLF, that's dos, right?
00:52:46  <planetmaker> hg doesn't automatically pull 3rdparty
00:53:04  <planetmaker> 4 changes...
00:53:19  <Morloth> Felicitus: I get an error when starting your AI. I'll upload a screenshot 1 sec
00:54:00  <Zahl> Rubidium: do you know of any memory leaks in ottd? or did i just skrew something up when i compiled it
00:54:42  <Morloth> Felicitus: http://personal.cis.strath.ac.uk/~bridder/Unnamed,%2015th%20Jan%201950.png
00:55:13  <Rubidium> depending on what OS there might be a few OS related things; SDL leaks a bit, gethostname might leak a bit, but don't know of any openttd leaks (in Linux)
00:55:34  <Felicitus> Morloth: do you have a Pathfainder.Rail-library from bananas? if yes, you need to make sure it loads the bundled one
00:55:56  <Morloth> Felicitus: You mean the one you provided?
00:56:13  <Felicitus> Morloth: yes. because the one from bananas doesn't work for me, i have to talk to yexo to make a change
00:57:38  <Zahl> hmmm
00:57:50  <Zahl> i compiled on windows using vs2005
00:58:13  <Zahl> memory usage increases by 4kb every few seconds
00:58:16  <Felicitus> Morloth: so just move the .tar out of content_download and you should be fine :)
00:58:32  <Rubidium> I don't know about any Windows abstraction layer leaks
00:58:40  <planetmaker> Felicitus: http://paste.openttd.org/179850 <-- full output with latest trunk
00:58:46  <Rubidium> but that's because I've never ever tested it
00:59:00  <planetmaker> there's a number of "taking first library of two same versions", but always yours take precedence
00:59:07  <Zahl> i also compiled the dedicated server on linux, but i don't know how to interpret the values top displays :>
00:59:09  <Felicitus> planetmaker: i'm just converting all line breaks, give me a few minutes
00:59:42  <planetmaker> you think that's it?
01:00:04  <Rubidium> Zahl: how are you determining memory leaks?
01:00:35  <Felicitus> planetmaker: yes. try the file again
01:00:37  <Zahl> well, basically just increasing memory usage
01:00:48  <planetmaker> Felicitus: which?
01:00:57  <Felicitus> http://www.timohummel.com/temp/felicitus-ai-0.1.tgz
01:01:16  <Rubidium> Zahl: that doesn't tell much about real leaks or just the game state getting bigger
01:01:22  <Morloth> Felicitus: Still no succes :(. http://personal.cis.strath.ac.uk/~bridder/Unnamed,%208th%20Feb%201950.png
01:01:50  <Felicitus> Morloth: openttd version too old :) let me look up which release you need
01:02:03  <Zahl> Rubidium: well after restarting the game and loading the savegame again it drops down again... at the beginning its around 30MB and after some hours its up to 120MB or more and the gameplay gets jerky
01:02:11  <planetmaker> just to make sure I don't do a stupid mistake. Just unzip and put the stuff in bin/ai, right?
01:02:16  <Felicitus> planetmaker: yep
01:02:21  <Rubidium> Zahl: running with AIs?
01:02:27  <Zahl> nope
01:02:43  <Morloth> Felicitus: I'll download the latest nightly
01:02:49  <Felicitus> Morloth: yes, that should do the trick
01:02:58  <Rubidium> Zahl: is your build modified?
01:03:08  *** Aali [~aali@84-217-30-34.tn.glocalnet.net] has quit [Read error: Connection reset by peer]
01:03:38  <Felicitus> GetPower was introduced not too long ago, around r15530
01:03:44  <Zahl> Rubidium: yes, but i only made days last 20 times longer, so that really shouldn't cause it
01:04:04  <Felicitus> okay, you need at least r15524, Morloth
01:04:50  <Rubidium> Zahl: thing is, I've never heard anybody talk about the behaviour you're having
01:04:50  <planetmaker> works :)
01:05:06  *** Aali [~aali@84-217-30-34.tn.glocalnet.net] has joined #openttd
01:05:13  <Zahl> Rubidium: oh and on the linux dedicated i don't see any steady memory increasement, but the "VIRT" column in top says 3055M, which soulds wierd to me
01:05:32  <Zahl> i'll have a look at this tomorrow, i just discovered it today
01:05:45  <Rubidium> what version?
01:05:46  <Felicitus> planetmaker: perfect :)
01:05:52  <Felicitus> Rubidium: thanks for the line endings tip :)
01:05:56  <planetmaker> :)
01:05:59  <Zahl> Rubidium: r15476
01:06:40  <Rubidium> Zahl: got no clue then; maybe you can make it reproducable by: load this game, wait X amount of time in clean trunk
01:06:59  <Zahl> yeah i'll try this
01:07:02  <Morloth> Felicitus: Working :)
01:07:08  <Felicitus> great! :)
01:08:00  <planetmaker> though... the script now got an error...
01:08:11  <Rubidium> Felicitus: using mingw/cygwin?
01:08:26  <Felicitus> Rubidium: no, eclipse on linux. probably CRLF was default for some reason
01:08:31  <Felicitus> planetmaker: which one?
01:09:41  <Morloth> Felicitus: I'm only a little bit afraid you use a to high WA* algorithm, it's a little bit to much inclined to go to the target. The pathfinder will be faster (usually), but the tracks get a little to curvy IMHO.
01:10:09  <Morloth> But otherwise it's an impressive start! :)
01:10:11  <Felicitus> Morloth: yes, right now it iterates through the path a few times. i have to change that
01:10:45  <planetmaker> http://www.openttdcoop.org/files/pm/patches/felicitasAI.png <-- Felicitus
01:10:50  <Felicitus> how often did it put out "transferring ..." ?
01:11:16  <Felicitus> planetmaker: did you just put the tar there or did you untar the stuff?
01:11:25  <planetmaker> I just put the tar there
01:11:42  <planetmaker> should I have put library seperate?
01:11:48  <Felicitus> oh pleae untar it. i use relative include directives, which might not work with tar files
01:11:52  <Felicitus> no
01:11:58  <Felicitus> just do a tar xfv
01:12:19  <Felicitus> Morloth: because for every "transferring..." line, it does 2 pathbuilder calls for now
01:13:02  <planetmaker> hehe. Timestamps from the future ;)
01:13:28  <Felicitus> :) it's 02:13 am here
01:13:57  <Morloth> Felicitus: http://personal.cis.strath.ac.uk/~bridder/Unnamed,%205th%20Jan%201951.png http://personal.cis.strath.ac.uk/~bridder/curvy1.png http://personal.cis.strath.ac.uk/~bridder/curvy2.png
01:13:59  <Rubidium> hmm, \r\n should't matter, but why does it:
01:15:02  <Felicitus> Morloth: yep, i know :) i might have to adjust the multiplier a littlebit better, right now it's using a multiplier of 2, which might be too much
01:15:03  <planetmaker> that did the trick, Felicitus :)
01:15:05  *** KenjiE20 [~KenjiE20@92.22.1.38] has quit [Quit:  tuiQ]
01:15:07  <planetmaker> it's building!
01:15:09  <Felicitus> planetmaker: great :)
01:15:16  <Morloth> Felicitus: I'd say so ;)
01:15:21  <planetmaker> indeed :) Your work! :)
01:15:35  <Felicitus> well without yexo and the others, it wouldnt be possible
01:15:51  <Felicitus> imagine if i really built my own pathfinder - i wouldn't be so far with the engine
01:16:12  <Zahl> Rubidium: just downloaded the latest nightly build and loaded my savegame, it seems to be the same thing there... about 4kb every second
01:16:14  <Morloth> Well, we're all here to help each other :)
01:16:26  <Felicitus> Morloth: but using the stock rail pathfinder was too slow - it took months to find a route for a distance of, let's say, 200
01:16:35  <Morloth> But I really like your iterative approach to building train stations
01:16:50  <Zahl> Rubidium: i'll leave the game open without doing anything for some time...
01:17:09  <Morloth> Felicitus: Yeah, it usually takes a bit of fiddling with the multipliers and other magic numbers before you find the 'sweet spot'
01:17:51  <planetmaker> it doesn't build hubs yet, does it?
01:18:02  <Felicitus> Morloth: if you want, you can change the multiplicator (yes, i know, it's called multiplier :)) in industry_connector.nut line 559 and line.nut line 118. try 1.5 or 1.1
01:18:18  <Morloth> Felicitus: sure :)
01:18:39  <Felicitus> planetmaker: no not yet, i have to finish the upgrading stuff first, there are still some problems, and i want that the station builder can do terraforming
01:19:03  <planetmaker> track builder should do that moderately, too
01:19:14  <planetmaker> it's building partially unnecessary slow curves
01:19:23  <Felicitus> because right now, it rarely builds a station with a two track main line
01:19:30  <Felicitus> planetmaker: yes
01:19:49  <Morloth> Damn Felicitus you managed to write quite some code the last few days!
01:20:18  <Felicitus> be glad that i documented only the station builder so far, it would be much more stuff then ;)
01:20:22  <Felicitus> (but less code)
01:20:41  <Rubidium> Zahl: first few seconds my OpenTTD seems to be using more memory, but after that it doesn't change at all (for at least 2 minutes)
01:21:06  <Rubidium> that's fast forward without gui in a newly started game
01:21:14  <Zahl> it started at 28M after i loaded the game.. now its at 33M
01:21:31  <Zahl> the savegame i loaded has 5 companies and about 600 trains
01:21:33  <glx> Felicitus: if you modified pf.rail increase it's version (I just read the logs quickly)
01:21:42  *** Fuco [~dota.keys@fuco.sks1.muni.cz] has quit [Quit: Quit]
01:21:43  <Felicitus> glx: good idea
01:22:02  <glx> that way it will pick the right one without problem
01:22:27  <glx> as both seems incompatible ;)
01:22:52  <Felicitus> yep
01:23:04  <glx> Zahl: what's map size ?
01:23:10  *** Fuco [~dota.keys@fuco.sks1.muni.cz] has joined #openttd
01:23:15  <Zahl> 1024x1024
01:23:26  <glx> @calc 1024*1204
01:23:26  <DorpsGek> glx: 1232896
01:23:44  <glx> @calc 1232896 * 9
01:23:44  <DorpsGek> glx: 11096064
01:24:30  <Zahl> anyone else using windows to verify this?
01:24:31  <glx> that's map memory usage in bytes
01:24:38  <Zahl> hm ok
01:24:43  <Zahl> reached 35M now
01:24:48  <welshdragon> does any mac user know how to solve the issue of a vista pc not being able to see a msacbook?
01:24:56  <glx> then add vehicules :)
01:25:05  <Morloth>  /* I know this function is ugly, but it's 5:30 am ;) */ << I love programmer's idea of documentation ;)
01:25:07  <planetmaker> Felicitus: it doesn't seem to find profitable routes anymore...
01:25:17  <Felicitus> planetmaker: how much lines did he built=
01:25:18  <Felicitus> ?
01:25:23  <Felicitus> and has he got money left? :)
01:25:28  <planetmaker> 180k
01:25:33  <glx> welshdragon: firewall
01:25:33  <Felicitus> hmm
01:25:34  <planetmaker> 256^2 with few
01:25:45  <Felicitus> maybe its out of money
01:25:46  <planetmaker> it calculates. But calculated routes' profit gets less and less
01:26:08  <welshdragon> glx: hmm, but it's on a lan, and firewall on vsta is disabled
01:26:19  <planetmaker> started with something like 12k
01:26:21  <glx> are they in the same workgroup ?
01:26:26  <planetmaker> now down to just below 8k
01:26:29  <Rubidium> hmm, memory usage tracking is tricky with industries popping up
01:26:42  <Felicitus> planetmaker: yes thats okay, that means that the good profit lines are too expensive to build, so it just iterates down until he finds one to build. if you want, you can use the money cheat and see what it does
01:26:47  <Rubidium> (or windows popping up)
01:26:49  <welshdragon> yep
01:26:59  <planetmaker> ah, ok.
01:27:23  <glx> welshdragon: can you access it using its IP ?
01:27:35  <welshdragon> glx: see /query
01:29:17  <planetmaker> well... actually... it should have much more.
01:29:22  <planetmaker> it's making good profit
01:29:27  <planetmaker> 180k was my money :P
01:29:34  <Felicitus> :D
01:29:36  <Morloth> lol :)
01:29:49  <planetmaker> it has 3 million
01:30:03  <Felicitus> wow :) not bad for many lines, with one train each ;)
01:30:11  <planetmaker> 3 lines
01:30:16  <planetmaker> 8 years
01:31:00  <Felicitus> well right now its only one train per line, so one of my next goals is to make it 2 track main line with dynamic train adding&removing
01:31:23  <planetmaker> 4 million
01:31:33  *** Brianetta [~brian@client-82-20-28-97.brhm.adsl.virgin.net] has quit [Quit: TschÌß]
01:31:57  <Felicitus> yes, because the lines are so damn long, he makes a good profit, but the station rating goes down alot, so it could be much more profit
01:32:49  <planetmaker> each train makes 180k/yr profit
01:33:12  <Morloth> But an excelent begin. Your code seems to be pretty well organized :)
01:33:21  <planetmaker> very much so
01:33:35  <planetmaker> funnily it built two adjacent stations at one powerplant
01:34:05  <Felicitus> yes, doesnt support a line network yet :) so everything is individual for now
01:34:09  <planetmaker> oh... it built a lot more now :)
01:34:16  *** Zorni [~zorn@e177228138.adsl.alicedsl.de] has joined #openttd
01:34:22  <Zahl> 38M ....
01:34:26  *** Jolt [~jolteon@5acb31ae.bb.sky.com] has quit [Ping timeout: 480 seconds]
01:34:26  <Felicitus> okay, time for a smoke, then let's see what evil things i could teach my AI then :D
01:34:55  <Morloth> I'd go for a backflip!
01:36:05  <planetmaker> http://www.openttdcoop.org/files/pm/patches/mapcenter.png <--- hehe. Things are getting crowded in the map center
01:36:52  <Morloth> wow!
01:38:15  <planetmaker> it's only 256^2. So every line crosses there.
01:38:44  <planetmaker> http://www.openttdcoop.org/files/pm/patches/pathfinder.png <-- that line looks peculiar...
01:40:36  <Morloth> Ai, the AI seems to have a problem with the bigger stations
01:41:43  <Morloth> http://personal.cis.strath.ac.uk/~bridder/Unnamed,%2021st%20Mar%201955.png
01:41:47  *** Zorn [~zorn@e177225123.adsl.alicedsl.de] has quit [Ping timeout: 480 seconds]
01:43:03  *** HerzogDeXtEr [~Flex@89.246.181.36] has joined #openttd
01:43:09  <planetmaker> Felicitus: http://www.openttdcoop.org/files/pm/patches/stationplacement.png <--- you might want to re-consider your stationplacement. Not every tile where you can build obviously is desirable to be build upon...
01:46:04  <Felicitus> Morloth: yes, it blocks itself there (the pathfinder assumes that the tile is taken, and don't notice that it could build a diagonal track there)
01:46:16  <planetmaker> I'm off for today. If you want to look at the save: http://www.openttdcoop.org/files/pm/patches/olsheim_transport.sav
01:46:43  <Felicitus> planetmaker: that won't happen later, as it would connect the two lines to a single track/station
01:46:46  <Felicitus> good night planetmaker
01:47:04  <planetmaker> good night / day / morning (whatever fits ;) )
01:47:07  <Felicitus> :)
01:47:08  <Morloth> nn planetmaker :)
01:51:32  <CIA-1> OpenTTD: rubidium * r15554 /trunk/src/highscore_gui.cpp: -Fix: -v null crashing in 2051 due to trying to show the high score of the spectator.
01:59:07  <Zahl> 55M... going to bed now
01:59:08  <Zahl> gnite
02:00:00  *** Zahl [~Zahl@g227065041.adsl.alicedsl.de] has quit [Quit: Rhabarberbarbarabarbarbarenbartbarbierbierbar]
02:02:30  *** snorre [~snorre@cF6FC00C3.dhcp.bluecom.no] has quit [Remote host closed the connection]
02:02:57  *** snorre [~snorre@cF6FC00C3.dhcp.bluecom.no] has joined #openttd
02:22:46  *** worldemar [~world@62.106.105.34] has quit [Ping timeout: 480 seconds]
02:26:16  *** Kworb [~kworb@ip3e8355d3.speed.planet.nl] has quit []
02:33:20  *** Fuco [~dota.keys@fuco.sks1.muni.cz] has quit [Quit: Quit]
02:33:51  *** tokai [~tokai@p54B833EB.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds]
02:35:52  *** tokai [~tokai@p54B80716.dip0.t-ipconnect.de] has joined #openttd
02:35:55  *** mode/#openttd [+v tokai] by ChanServ
02:36:30  *** Morloth [829ff8de@webchat.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client]
02:38:27  *** worldemar [~world@213.178.43.14] has joined #openttd
02:38:36  *** Sacro [~ben@adsl-87-102-39-137.karoo.KCOM.COM] has quit [Quit: Sacro]
02:44:06  *** TinoDid [~projectjj@port432.ds1-od.adsl.cybercity.dk] has joined #openttd
02:50:36  *** TinoDidriksen [~projectjj@62.199.73.48] has quit [Ping timeout: 480 seconds]
02:59:36  *** davis- [~malte@p5B28CC04.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
03:08:21  *** TinoDid [~projectjj@port432.ds1-od.adsl.cybercity.dk] has quit [Ping timeout: 480 seconds]
03:09:47  *** Wolle [R4R@87.176.195.238] has quit [Ping timeout: 480 seconds]
03:12:21  *** TinoDidriksen [~projectjj@port432.ds1-od.adsl.cybercity.dk] has joined #openttd
03:12:43  *** Wolle [R4R@87.176.195.238] has joined #openttd
03:24:51  *** Wolle [R4R@87.176.195.238] has quit [Ping timeout: 480 seconds]
03:27:10  *** Wolle [R4R@87.176.195.238] has joined #openttd
03:27:49  *** NukeBuster [~NukeBuste@80.101.115.82] has quit [Quit: http://www.interplay.com/]
03:38:41  *** TinoDidriksen [~projectjj@port432.ds1-od.adsl.cybercity.dk] has quit [Ping timeout: 480 seconds]
03:42:36  *** TinoDidriksen [~projectjj@port432.ds1-od.adsl.cybercity.dk] has joined #openttd
04:18:33  *** Mortomes [~mortomes@i15108.upc-i.chello.nl] has quit [Ping timeout: 480 seconds]
04:20:25  *** DaleStan [~Dale@pool-71-98-104-215.ipslin.dsl-w.verizon.net] has joined #openttd
04:27:48  *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has quit [Quit: bye]
04:32:11  *** HerzogDeXtEr1 [~Flex@89.246.181.36] has joined #openttd
04:32:11  *** HerzogDeXtEr [~Flex@89.246.181.36] has quit [Read error: Connection reset by peer]
04:49:39  *** divo [~asd@0x3e42e6e6.adsl.cybercity.dk] has joined #openttd
04:54:27  *** RS-SM [~RSCN@NYUFGA-WLESSAUTHCLIENTS-01.NATPOOL.NYU.EDU] has quit [Remote host closed the connection]
04:54:59  *** RS-SM [~RSCN@NYUFGA-WLESSAUTHCLIENTS-01.NATPOOL.NYU.EDU] has joined #openttd
05:21:37  *** tomahawk_ [~tomahawk@bfg231.neoplus.adsl.tpnet.pl] has quit [Remote host closed the connection]
06:29:15  *** Wolle [R4R@87.176.195.238] has quit [Quit: http://www.lagerwiki.de - das Wiki rund um's Thema Lager und Logistik]
06:40:15  *** tkjacobsen [~tkjacobse@pppoe2-ves.broadcom.dk] has joined #openttd
06:44:51  *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd
06:45:20  *** Mortomes [~mortomes@i15108.upc-i.chello.nl] has joined #openttd
06:52:02  *** smeding [~smeding@5354BE76.cable.casema.nl] has joined #openttd
06:52:27  <dihedral> morning
06:53:16  <Felicitus> morning dihedral
06:53:28  <smeding> o/
06:53:36  <Felicitus> morning smeding
06:53:49  <smeding> greetings
06:55:33  <RS-SM> ?
06:58:02  <Alberth> RS-SM: people are friendly here, and wish each other a good day
06:58:13  <RS-SM> oh happy day
06:58:19  <smeding> OH HAPPY DAY! \o/
06:58:24  <smeding> praise the LORD \o/
06:59:54  <RS-SM> hugs!
07:00:36  <smeding> i prefer caffeine now
07:02:29  *** tkjacobsen [~tkjacobse@pppoe2-ves.broadcom.dk] has quit [Remote host closed the connection]
07:06:14  *** RS-SM [~RSCN@NYUFGA-WLESSAUTHCLIENTS-01.NATPOOL.NYU.EDU] has quit [Read error: Connection reset by peer]
07:06:47  <smeding> ahh, caffeine, far more soul-saving than jesus ever was for me
07:08:19  <Alberth> yeah, browsed most news, done the 1 email I had to do, time for some coffee
07:08:40  <smeding> you have your priorities all mixed up
07:08:48  *** RS-SM [~RSCN@NYUFGA-WLESSAUTHCLIENTS-01.NATPOOL.NYU.EDU] has joined #openttd
07:10:57  <db48x> indeed
07:12:00  *** RS-SM [~RSCN@NYUFGA-WLESSAUTHCLIENTS-01.NATPOOL.NYU.EDU] has quit []
07:15:29  *** Yeggzzz is now known as Yeggstry
07:17:05  <Alberth> i was still having breakfast
07:17:29  <smeding> so you're missing a major food group
07:20:43  *** smeding [~smeding@5354BE76.cable.casema.nl] has quit []
07:54:07  *** Yeggstry is now known as Yeggs-work
08:06:51  *** Mortomes [~mortomes@i15108.upc-i.chello.nl] has quit [Ping timeout: 480 seconds]
08:11:57  *** RS-SM [~RSCN@216-165-17-51.DYNAPOOL.NYU.EDU] has joined #openttd
08:19:10  *** Maarten [~dutchusa@cpe-67-49-65-115.socal.res.rr.com] has joined #openttd
08:24:24  *** Maarten- [~dutchusa@cpe-67-49-65-115.socal.res.rr.com] has quit [Ping timeout: 480 seconds]
08:30:42  <dihedral> could .htignore and .gitignore include a pattern to ignore all .svn folders?
08:31:14  <dihedral> when doing an hg init in an svn working copy you can screw stuff up pretty nicely if you have the .svn folders in the hg repository
08:36:00  <Alberth> I simply add them to the hg files, and thus have hg managed svn files. Works quite nicely, since I never change svn files anyway, except for update, in which case I have to update the hg files anyway.
08:37:56  <dihedral> you have various hg branches i take it?
08:38:04  <Alberth> alternatively, you could have a look in doing hg management of svn controlled projects. their Wiki has a page on them. The ultimate is hgpullsvn which makes a hg copy of the svn repo.
08:38:31  <Alberth> yes, one 'trunk' clone of the hg of trunk, and local clones of that clone for each branch
08:38:41  <Alberth> s/branch/patch/
08:38:54  <dihedral> ?
08:39:17  <dihedral> svn co svn://svn.openttd.org/trunk openttd; cd openttd; hg init
08:40:38  *** worldemar [~world@213.178.43.14] has quit [Read error: Connection reset by peer]
08:40:48  <Alberth> no, a clone of the public hg openttd trunk
08:40:54  <dihedral> yes, i know what you mean
08:40:57  <dihedral> but that is not what i mean
08:41:40  <dihedral> and if you clone the trunk hg repo, you dont have .svn folders
08:41:52  <Alberth> I did what you propose with bzr before we had the hg mirror.
08:42:28  <Alberth> in your case you do have the .svn folders, which is not a problem since you never use them
08:42:41  <dihedral> ??
08:42:42  <dihedral> svn up
08:42:54  <dihedral> then try overwriting the important data in the .svn folder
08:43:03  <dihedral> and you pretty much screwed up
08:43:21  <Alberth> why would you want to write in .svn?
08:43:27  <dihedral> which can happen if you change to another branch in hg
08:43:36  <dihedral> Alberth, are you at all reading?
08:44:00  <Alberth> yes, but I don't understand what you aim for, I think
08:44:00  <dihedral> if you have .svn folders in the hg repo (hg repo is _inside_ svn working copy, or rather, the working copy _is_ the hg repo)
08:44:25  <dihedral> again: svn co svn://svn.openttd.org/trunk openttd; cd openttd; hg init
08:44:29  <Alberth> what is the problem with that?
08:44:38  <dihedral> you overwrite .svn folders
08:44:57  <dihedral> as soon as you have added the files to the hg repo and switch around branches
08:45:53  <dihedral> sorry - let me ask another way - do you understand what i am trying to do?
08:46:00  <Alberth> with the .svn folders in the hg repo?
08:46:16  <dihedral> that is what happens if you do an hg add and have no ignore for .svn folders ;-)
08:47:11  <Alberth> sorry, but I don't understand the problem. When you make a branch, you also copy the .svn folders, so switching a branch also switches the .svn files
08:47:15  <Alberth> why is that bad?
08:47:33  <dihedral> you then over time have new revs so you do an svn up
08:47:57  <dihedral> if you then switch around your hg branches, you also overwrite .svn folders
08:47:57  <Alberth> no, you merge from the main hg
08:48:23  <dihedral> you mean the default branch?
08:48:26  <Alberth> yes
08:48:32  <dihedral> yes of course you do that!
08:48:44  <dihedral> the prob is with overwriting .svn folders which you do when you switch around
08:48:54  <Alberth> with that merge, the .svn folders also get updated
08:48:54  <dihedral> when you do so, you can fuck up the working copy
08:49:19  <Alberth> you want to work with svn as well?
08:49:25  <dihedral> ....
08:49:42  <dihedral> Alberth, wait a second please, i will get you a url ;-)
08:50:02  <Alberth> if you do changes with svn without telling hg, you 'll mess up indeed. So don't do that :)
08:50:58  <dihedral> http://www.selenic.com/mercurial/wiki/index.cgi/WorkingWithSubversion
08:51:11  <dihedral> Alberth, you are so not getting the point
08:51:48  *** RS-SM [~RSCN@216-165-17-51.DYNAPOOL.NYU.EDU] has quit [Ping timeout: 480 seconds]
08:52:56  <dihedral> Alberth, just from the first block of code you should get the picture
08:54:44  <Alberth> you seem to keep .svn stuff out of hg
08:55:40  <dihedral> else you muddle up the working copy
08:55:58  <dihedral> hence i asked if the ignore pattern could be added to the .hgignore file which is in trunk/
08:59:55  <Alberth> I think it is the other way around. Suppose we don't copy the .svn folder into hg. you make a few branches in hg (that svn knows nothing about), and switch between them. With each switch, the .svn files are not touched, so you get 'real' files and the .svn meta-data out of sync with each other.
09:00:44  <dihedral> no
09:01:03  <dihedral> you should not touch the .svn folders
09:01:31  <Alberth> ok, let's assume that
09:01:33  <dihedral> i managed to screw that stuff up and it can get a whole bunch of fun trying to rescue your patches out of the hg repo
09:01:49  <dihedral> and it screwed up exactly because the .svn folders were in the hg repo
09:02:28  <dihedral> if you svn up, that is your svn base for svn diff
09:03:45  <Alberth> huh? (let me give a counter-example)
09:04:29  <Alberth> I have hg branch default, so svn up, hg ci. then hg up otherbranch; svn up does nothing!
09:04:57  *** Progman [~progman@p57A1E51D.dip.t-dialin.net] has joined #openttd
09:06:37  <Ammler> dihedral: is that a easy way to work with mercurial (offline), but making svn diffs at the end?
09:06:59  <Alberth> I see 'svn' as a program to modify 'my' source files, just like an editor.
09:07:29  <petern> you do?
09:08:06  <Alberth> before we had a hg public repo, yes
09:08:08  <Ammler> morning all, btw.
09:08:17  <Alberth> good morning :)
09:08:30  *** Fuco [dota.keys@wireless-203.fi.muni.cz] has joined #openttd
09:08:37  <petern> svn is a version control system, not an editor... so...
09:09:20  <Alberth> svn is a program to update sources from an external source. It also happens to update some of its own internal files, which you should keep together
09:09:44  <Alberth> (it becomes a VCS once you have commit access ;) )
09:09:47  <petern> reading the backlogs
09:09:47  <petern> no
09:09:52  <petern> mixing svn and hg is a fucking stupid thing to do
09:10:10  <dihedral> petern, yes? how about talking to the thousands of people who do that?
09:10:29  <dihedral> and you dont even get to notice they use hg
09:10:47  <dihedral> there is also someone you know who does that
09:11:03  <Alberth> not any more :)
09:11:27  <dihedral> and a hg init in an svn co is not that uncommon for those people who want to use hg but get files from a svn repo
09:11:30  *** Fuco [dota.keys@wireless-203.fi.muni.cz] has quit [Read error: Connection reset by peer]
09:11:38  <dihedral> it's even documented!
09:11:39  *** Fuco [dota.keys@wireless-203.fi.muni.cz] has joined #openttd
09:12:01  <dihedral> and not as a 'stupid idea'
09:12:57  <Alberth> petern: why is it stupid? I never use svn in my branches, so the files never get changed.
09:13:47  <Alberth> I do not try to use svn for diffs. I use the hg VCS for that.
09:14:18  <dihedral> Alberth, he is not talking about solely using hg being stupid!!
09:15:32  <petern> you should just clone the hg repo instead
09:16:11  <Alberth> I did, and that's what I use now. It is much better.
09:17:05  <Alberth> The only current problem is /3rdparty/squirrel. hg is bad at merging repo's from different sources.
09:18:05  <dihedral> petern, there are a few reasons why someone would do hg init in an svn working copy!
09:18:19  <dihedral> and i may not be the only one doing so
09:18:55  <Alberth> I think basically anybody that wants a VCS on the sources without commit access.
09:23:30  <Ammler> dihedral: maybe others need that, because they do not have a hg source to clone from.
09:23:56  <dihedral> well that is one of the reasons yes
09:24:39  <dihedral> for at least one of those with commit rights it's because commit is only done to svn
09:24:54  <dihedral> also as one of the reasons
09:25:54  <Ammler> but it seems not easy for just having a svn diff.
09:26:16  <dihedral> why is that?
09:27:21  <petern> you should use svn export if there is no hg repo to clone
09:27:46  <Alberth> but svn export copies everything every time
09:28:35  <Alberth> maybe the confusion comes from the different view of the problem depending on whether or not you have commit access.
09:29:10  <Alberth> in the latter case, I can see the advantage of not copying .svn files into the local VCS
09:29:22  <Alberth> (ie if you do have commit access)
09:30:13  <Ammler> Alberth: how to do make svn diffs for windows guys?
09:30:27  <Ammler> how do you*
09:30:30  <petern> who cares?
09:30:34  <petern> you just make hg diffs
09:30:55  <Ammler> Well, it is something like the official openttd format, isn't?
09:31:14  <petern> just because *just* tortoisesvn cannot handle non-tortoisesvn style diffs, doesn't mean it is a not a proper diff
09:31:21  <Alberth> Ammler: if you just do a 'svn co' and work in there without further VCS for your changes, there is no problem.
09:31:32  <Rubidium> by royal decree: whatever `patch` likes is part of the official openttd format ;)
09:32:06  <Alberth> just create them in your editor! :D
09:32:08  <petern> subversion doesn't even apply diffs
09:32:16  <petern> so it's something that tortoisesvn has got fucked up
09:32:23  <dihedral> <petern> you should use svn export if there is no hg repo to clone <- then you dont get why people do it!
09:32:47  <Rubidium> because something is documented doesn't make it right, does it?
09:32:57  *** Sacro [~ben@adsl-87-102-39-137.karoo.KCOM.COM] has joined #openttd
09:33:01  *** Sacro [~ben@adsl-87-102-39-137.karoo.KCOM.COM] has quit []
09:34:04  <dihedral> Rubidium, have a chat with TB perhaps he can explain it a wee bit better
09:34:08  <dihedral> i seem to fail at this point
09:35:45  *** Sacro [~ben@adsl-87-102-39-137.karoo.KCOM.COM] has joined #openttd
09:35:47  <Rubidium> anyhow, if you want .svn ignored, change your global hg ignores
09:36:24  <dihedral> i just thought i might want to add it as others might use this approach too
09:37:24  <Sacro> global hg ignores? :o
09:37:48  <Alberth> dihedral: it is much worse trying to convince hg that the .hgignore file is bad, and should be ignored imho.
09:38:11  <Sacro> why should hgignore be ignored?
09:38:37  <Sacro> i commit it, it's useful to have around
09:38:50  <Sacro> then when i checkout, build, alter, commit
09:39:07  <Sacro> I don't have it commiting the build cruft
09:39:18  <Alberth> locally, yes. However, if you get it from a 'svn co', and it is broken
09:39:38  <dihedral> then it needs fixing!
09:40:23  <Alberth> imho it is fine the way it is currently
09:41:02  <Sacro> hmm
09:41:05  <Sacro> it should be fixed!
09:41:10  <Sacro> like dihedral!
09:41:12  <petern> hmm, 44291 seconds to synchronise someone's mailbox :o
09:41:13  <Sacro> to Uni!
09:41:15  *** Sacro [~ben@adsl-87-102-39-137.karoo.KCOM.COM] has quit [Quit: Sacro]
09:41:17  <petern> by...
09:42:56  <db48x> svn is such a pain
09:43:41  <murr4y> that's what linus torvalds said
09:43:51  <murr4y> and then he went and made his OWN vcs
09:43:57  <murr4y> are you ready to do that? huh?
09:44:13  <db48x> he didn't have the option of using hg
09:44:17  <db48x> or git, for that matter
09:44:24  <db48x> (although I suppose that's a tautology)
09:44:52  <murr4y> ..that would be because git's the vcs he made
09:45:59  <dihedral> you should listen to his google talk
09:47:09  <db48x> like I said, it's a tautology
09:47:18  <db48x> it wasn't available because it wasn't available
09:48:26  <dihedral> wow - your wisdom today is just astounding!
09:48:47  *** Vikthor [~Vikthor@161-18-80-78.strcechy.adsl-llu.static.bluetone.cz] has joined #openttd
09:48:49  <db48x> I astound even myself
09:49:04  <Ammler> db48x: the question now is, would "he" use Mercurial if that would have been available at that time? ;-)
09:49:20  <db48x> yes, that is a good question
09:49:34  <db48x> I can only prognosticate, but probably
09:50:59  <db48x> hg doesn't have a few minor things that git does, but that's often a benefit
09:51:06  <db48x> for example, it doesn't have a rebase command
09:51:16  <db48x> but the rebase command was a huge mistake
09:51:40  <db48x> it allows the user to erase history
09:52:29  <Ammler> well, it is like export, nothing special then :-)
09:52:41  <petern> gah, stupid aircon
09:52:46  <petern> 18 deg C harddrives :(
09:53:16  <db48x> no, export doesn't remove the history from the repository, it merely produces a copy of the current revision with no links back to the repository
09:53:41  <db48x> rebase lets you take a set of changes to the repository and rewrite them into a different set of changes
09:53:59  <db48x> so I commit a new feature, then commit a fix for a typo 20 minutes later
09:54:19  <db48x> I can use the rebase command to erase those two commits and commit a single changeset that makes it look like I never make mistakes
09:55:29  <Ammler> and why is that bad?
09:55:48  <db48x> it's probably not, as long as that's all you ever use it for
09:56:12  <db48x> but what people actually use it for is to take 6 months of hard work and boil it down to a single perfect commit
09:56:49  <db48x> they hide in a cave for 6 months, then produce a single commit
09:57:02  <db48x> when they could have had people commenting and helping all along
09:57:05  <Rubidium> well, that's easy with hg too; just make a real clone of the repository, mess around in there, get the final diff and apply that to the real repository
09:57:17  <db48x> even if it meant that people could see every misstep, every typo
09:58:00  <db48x> Rubidium: sure, but then you lose some of hg's help in merging your changes
09:58:53  <db48x> in the mozilla project, people use patch queues to do rebasing
09:58:58  <Rubidium> I really hope you don't need hg's help in merging a diff with the same revision you made it against
09:59:15  <db48x> in a big project it'll never be the same revision you started with
09:59:49  <db48x> by the time you've made the patch available for testing and whatever reviews are required, lots of other patches will have been checked in
09:59:51  <Alberth> db48x: normally, you do a merge with the repo changes while you work
09:59:53  <Rubidium> how hard is merging the changes in the official repo into your cloned repo?
10:00:20  <db48x> not hard at all
10:00:23  <Rubidium> and THEN making the diff and apply that to the offical repo
10:00:43  <db48x> but it's actually easier with a patchqueue
10:00:53  <db48x> even if it is half a dozen commands instead of two or three
10:01:16  <Alberth> but also with a patch queue you want to base from a recent central repo revision
10:01:31  <Alberth> otherwise a review makes no sense
10:01:37  <Rubidium> patch queues are just a glorified way of rebasing
10:01:42  <db48x> yes
10:01:49  <db48x> Rubidium: that's what I said
10:02:38  <db48x> I'm just saying that the way people use it is unfortunate, so making the rebase command do all the work for you is also unfortunate
10:03:52  <db48x> that reminds me
10:04:24  <db48x> have you guys by any chance tested my own patch?
10:04:25  <Rubidium> that hg sucks from an admin point of view?
10:07:40  <db48x> :)
10:15:26  <planetmaker> http://www.tt-forums.net/download/file.php?id=106356 <--- he, people really play toyland :)
10:15:33  <planetmaker> good morning also :)
10:17:11  *** smeding [~smeding@5354BE76.cable.casema.nl] has joined #openttd
10:18:44  *** Sacro [~ben@150.237.219.211] has joined #openttd
10:26:03  <db48x> hmm
10:26:16  <db48x> clients don't seem to know which other client issued a command
10:26:59  <db48x> just that some commands came from the network, and the rest are sent to the network
10:27:16  <Rubidium> do they need to know?
10:27:47  <db48x> apparently not
10:29:06  <db48x> makes my idea harder to implement though
10:31:09  <Alberth> Can a dev give me some comments on FS#2314?
10:31:22  <petern> May
10:32:12  <planetmaker> [11:26]	<db48x>	clients don't seem to know which other client issued a command <-- true
10:32:14  <Rubidium> it got a vote
10:32:32  <petern> votes? how odd
10:32:39  <Rubidium> free bonus comment: you didn't vote for it yourself
10:32:56  <Alberth> I never vote for issues :)
10:33:05  <planetmaker> db48x: what do you need to know for what a particular client did?
10:33:37  <db48x> planetmaker: I thought it would be nice for some user actions to be unobtrusively attributed
10:34:04  <db48x> building some track causes a bit of text to float by with the cost
10:34:08  <planetmaker> hehe. It is also a nice way to find out griefers :)
10:34:19  <db48x> making it "Cost: $nnnn (db48x)" seemed like it would be an easy way to go
10:34:30  *** Fuco [dota.keys@wireless-203.fi.muni.cz] has quit [Quit: Quit]
10:35:25  <db48x> same for incomes
10:35:26  <planetmaker> would be nice, yes
10:35:40  * Rubidium says something about can and worms
10:35:51  <db48x> I guess it's not something I can do tonight, since I have to read more code
10:36:07  <planetmaker> lunch now :)
10:36:54  <db48x> Rubidium: what unintended consequences do you think this might cause?
10:37:15  <Rubidium> segfaults
10:37:28  <db48x> how so?
10:38:04  <db48x> I wouln't show the tag during a single-player game, obvously
10:39:49  <Rubidium> client A lags behind, client B sends command, client A receive command, client B quits, client B gets removed from client A's list of clients, client A executes client B's command, getting name results in NULL client info, causes NULL->name, ...
10:40:22  <db48x> I think I can safely dodge that one :)
10:40:25  *** Fuco [~dota.keys@wireless-203.fi.muni.cz] has joined #openttd
10:40:26  <Rubidium> same way that a client can be removed while the text is floating; might also cause same segfault (or reading freed memory)
10:40:32  <SmatZ> Rubidium: use {CLIENTNAME} instead, where these cases are checked...
10:40:41  <SmatZ> I have a {CLIENTNAME} patch somewhere...
10:40:49  <petern> :o
10:40:53  <SmatZ> but it doesn't have much of use...
10:41:45  <Rubidium> SmatZ: stop imitating peter 'I have a patch for that somewhere' n ;)
10:41:57  <db48x> heh
10:41:58  <SmatZ> :-)
10:42:09  <dihedral> hello SmatZ
10:42:14  <db48x> SmatZ: I'd be interested if you can find the link without too much trouble
10:42:16  <SmatZ> hello dihedral :)
10:47:07  <SmatZ> db48x: http://devs.openttd.org/~smatz/clientname.diff
10:50:26  *** worldemar [~world@81.28.188.103] has joined #openttd
10:50:38  <CIA-1> OpenTTD: rubidium * r15555 /trunk/src/ (5 files in 2 dirs): -Codechange: remove the mallocs + frees for temporary data from loading sprites.
10:50:53  *** HerzogDeXtEr1 [~Flex@89.246.181.36] has quit [Read error: Connection reset by peer]
10:51:23  *** HerzogDeXtEr [~Flex@89.246.181.36] has joined #openttd
10:51:46  <db48x> SmatZ: cool, thanks
11:02:51  *** BobbySixkiller [dota.keys@wired-217.fi.muni.cz] has joined #openttd
11:07:41  *** Fuco [~dota.keys@wireless-203.fi.muni.cz] has quit [Ping timeout: 480 seconds]
11:08:03  *** DephNet[Paul] [~paul@host81-158-78-47.range81-158.btcentralplus.com] has joined #openttd
11:09:27  *** BobbySixkiller [dota.keys@wired-217.fi.muni.cz] has quit [Quit: Quit]
11:20:07  *** worldemar [~world@81.28.188.103] has quit [Ping timeout: 480 seconds]
11:22:44  *** Sacro [~ben@150.237.219.211] has quit [Quit: Sacro]
11:36:43  *** Fuco [dota.keys@wireless-203.fi.muni.cz] has joined #openttd
11:43:08  *** worldemar [~world@213.178.37.38] has joined #openttd
11:58:41  *** Zahl [~Zahl@g227065041.adsl.alicedsl.de] has joined #openttd
12:14:11  *** KenjiE20 [~KenjiE20@92.22.102.3] has joined #openttd
12:14:37  *** Phoenix_the_II [~ralph@home.deboom.biz] has quit [Remote host closed the connection]
12:16:37  <Felicitus> planetmaker: i have good news for you
12:17:35  <Rubidium> what? You finished his little project?
12:17:43  <dihedral> hehe
12:18:00  <dihedral> Rubidium, i guess he means he has good news for himself, just wants to share it with pm :-P
12:18:27  <Felicitus> Rubidium: no :D which little project?
12:19:33  <planetmaker> [13:17]	<Rubidium>	what? You finished his little project? <-- hehe. What's my little project? The bloody apple font detection? :S
12:20:18  <Felicitus> planetmaker: it builds pretty neat 2 track mainlines now :)
12:20:24  <dihedral> planetmaker, did you not get the memo?
12:20:36  <Felicitus> and dynamically adds trains if there's enough cargo
12:20:44  <planetmaker> uhm... no... which memo, dihedral ?
12:20:53  <dihedral> about your 'job'
12:20:56  <planetmaker> Felicitus: that's good news indeed :)
12:21:25  <planetmaker> I'm afraid: no, dihedral :S
12:21:39  <planetmaker> By what means should I have got that memo?
12:21:49  * planetmaker is bothered
12:24:00  <dihedral> planetmaker, i mean your little job for openttd
12:25:28  *** Fuco [dota.keys@wireless-203.fi.muni.cz] has quit [Quit: Quit]
12:25:37  <planetmaker> Not that I'm aware of.
12:26:23  <planetmaker> No e-mail or pm from any official openttd address or flyspray in recent times here.
12:26:52  *** davis- [~malte@p5B28F21E.dip.t-dialin.net] has joined #openttd
12:28:46  <Ammler> lol planetmaker
12:29:21  <planetmaker> irrespective of that, yes, I'm still playing with the font selection. It still doesn't work though :(
12:29:34  <planetmaker> it still segfaults on me.
12:30:24  <planetmaker> but I have the feeling that the current approach might work somehow
12:42:45  *** tomahawk [~tomahawk@bfg231.neoplus.adsl.tpnet.pl] has joined #openttd
12:51:10  <Felicitus> okay, admiralAI is clearly beaten, cv-wise :)
12:51:27  <Felicitus> and even half of the lines of FelicitusAI don't work :(
12:52:17  *** tomahawk_ [~tomahawk@bfh182.neoplus.adsl.tpnet.pl] has joined #openttd
12:54:16  <planetmaker> From middle of the week I'll anyway have a bit more time again.
12:54:39  <Felicitus> planetmaker: http://www.timohummel.com/temp/felicitus-ai-0.2.tgz
12:54:48  <Felicitus> and everyone else who likes to have a peek into it
12:55:10  <planetmaker> is that link in you tt-forums thread, Felicitus ?
12:55:19  <planetmaker> I can only come around to having a look tonight
12:55:48  <planetmaker> and I fear irc is to transient to remember this link :P
12:55:53  *** tomahawk [~tomahawk@bfg231.neoplus.adsl.tpnet.pl] has quit [Ping timeout: 480 seconds]
12:56:29  *** Mortal [~mortal@0x573a3da2.cpe.ge-1-1-0-1101.odnqu1.customer.tele.dk] has joined #openttd
12:56:31  <dihedral> planetmaker, remember the date and search the logs :-P
12:57:13  <planetmaker> Felicitus: did you update the libraries so that there's no version conflict anymore? (Just curious)
12:57:46  <Felicitus> planetmaker: yes
12:58:00  <Felicitus> planetmaker: i'm writing the announcement right now
12:58:04  <planetmaker> nice. :)
12:58:47  <Ammler> first serious train ai?
12:59:08  <Felicitus> Ammler: you can have a look at it if you like to
12:59:22  <Felicitus> Ammler: but don't expect too much, its the first version and many of the planned features aren't in there yet
12:59:24  <Ammler> available with banans?
12:59:28  <Felicitus> no not yet.
12:59:34  <Felicitus> use http://www.timohummel.com/temp/felicitus-ai-0.2.tgz
13:00:00  *** KritiK [~Maxim@78-106-146-37.broadband.corbina.ru] has joined #openttd
13:00:08  <Felicitus> it's because the patched libraries aren't on bananas yet and I didnt see yexo to discuss if the changes are okay or if i should think of something else
13:00:20  <Felicitus> yikes
13:00:28  <Ammler> ok
13:00:40  <Ammler> just gunzip that to the ai folder
13:01:12  <Felicitus> the first FelicitusAI-train outperformed 7 years, 33 road vehicles and 3 trains of AdmiralAI
13:01:16  <Felicitus> yep Ammler
13:02:04  <Felicitus> Ammler: you might need to download again, there's a little bug i just found
13:02:10  <Felicitus> package is updated on my webspace
13:06:14  <Ammler> dbg: [ai] Registering two libraries with the same name and version
13:06:19  <dihedral> Felicitus, good work ;-)
13:06:27  <Ammler> do I need to replace the other one
13:06:54  <Felicitus> Ammler: no just ignore it
13:06:56  <Felicitus> dihedral: did you try it?
13:07:01  <Felicitus> Ammler: it should work
13:07:03  <Ammler> hmm, sure?
13:07:06  <dihedral> Felicitus, looking at code
13:07:19  <Felicitus> what did you find?
13:07:28  <Ammler> then it asserts because of something else :-(
13:07:38  <Ammler> src/network/../oldpool.h:125: T* OldMemoryPool<T>::Get(uint) const [with T = NetworkClientInfo]: Assertion `index < this->GetSize()' failed.
13:07:47  <Felicitus> Ammler: which release?
13:07:48  <Ammler> ah
13:07:56  <Ammler> I might try trunk :-)
13:07:59  <Felicitus> yep :)
13:08:19  <Felicitus> dihedral: i mean, how can someone measuring code? :)
13:08:23  <planetmaker> [14:07]	<Ammler>	hmm, sure? <--- yes
13:08:29  <planetmaker> worked here last night
13:08:47  <planetmaker> Ammler: also update 3rdparty
13:09:04  <Ammler> that happens automatically to trunk rev, afaik?
13:09:16  <planetmaker> which reminds me... I need to update my update_trunk script
13:09:19  <planetmaker> Ammler: using hg: no
13:09:20  <Ammler> the issue is just, if you need an older rev, isn't?
13:09:21  <Rubidium> with svn it does
13:09:33  <planetmaker> with svn: yes :)
13:09:54  <planetmaker> I found out (again) hg doesn't yesterday
13:10:11  <Rubidium> De_ghosty: I can't figure out what you mean with your comment at FS#2662
13:10:20  <Ammler> yeah, it should go to trunk...
13:10:44  <Felicitus> ouch! i wrote 180k of code for my AI ?!?
13:10:56  <Felicitus> thats crazy :)
13:11:00  *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd []
13:11:03  <petern> :D
13:11:30  <Felicitus> this means that the MTBF is down by at least...let's say...500.000 keypresses!
13:11:35  <Felicitus> of my keyboard, of course
13:12:18  <Ammler> Rubidium: could you explain me the difference between trunk and the nightly source. (copyright related)
13:13:43  <Rubidium> should there be?
13:14:01  <Ammler> well, that was the explaination, why squirrel isn't in trunk.
13:14:16  <Ammler> but it is in the nightly source.
13:14:22  <Rubidium> by who?
13:14:29  <Ammler> Truebraiin.
13:15:37  <Rubidium> what a lame explanation ;)
13:15:56  <planetmaker> lol :P
13:16:36  <planetmaker> Felicitus: I'd like again to advertise bananas :) You might even get more testers that way
13:16:40  <Rubidium> the idea was that the squirrel API was stable (and squirrel was stable) and thus that all versions of squirrel would work with all versions of OpenTTD
13:17:37  <Rubidium> and thus that there was no need to copy the directory on branches and such
13:17:37  <Felicitus> planetmaker: i will use it as soon as i talked to yexo, because i don't want to upload a patched library without his comments
13:17:47  <planetmaker> (and of course it supports my lazyness :P)
13:17:55  <planetmaker> oh, ok, I understand that well. :)
13:18:49  <planetmaker> I just wonder whether you even *could* superseed the existing libraries...
13:19:11  <Rubidium> he can't
13:19:46  <Felicitus> hmm, thats odd
13:20:13  <Felicitus> in 0.6.3, if you have 2 trains in the same station, loading stuff, the first one completes loading cargo and then leaves, and then the second one full loads
13:20:27  <Felicitus> in trunk, the cargo seems to be distributed among those two trains
13:20:39  <Rubidium> Felicitus: turn on fifo loading
13:20:46  <Felicitus> ok
13:20:47  <Rubidium> (improved)
13:21:23  <Felicitus> but its odd anyways - i got train A in the station, it was fully loaded to 50%.  then train B came in, and left before train A (A had 80%, B had 100%)
13:22:07  <Rubidium> Felicitus: looks odd, isn't odd when you know how it works
13:22:21  <Felicitus> how does it work? :)
13:22:36  <planetmaker> also, the driver of the first train was having extended lunch with his girlfriend in that town
13:22:55  <Felicitus> :D
13:23:00  <dihedral> planetmaker, that's what you call it, ey? 'extended lunch'
13:23:09  <planetmaker> pssst, dihedral :)
13:23:19  <Rubidium> Felicitus: with improved loading off a train loads whatever he can and then waits a number of ticks (based on loading time of the wagons)
13:23:38  <Rubidium> so if cargo is brought to the station just after train A loaded, then train B loads all the new cargo
13:23:50  <Rubidium> if that happens most often, then B gets loaded before A
13:24:09  <Rubidium> with improved loading B can only load what A cannot take
13:24:43  <Rubidium> i.e. A and B can take 10 units, A is 50% full and 7 units arrive at the station. Then B loads 2 even when A isn't fully loaded yet
13:24:52  <Felicitus> okay :)
13:24:56  <Rubidium> as it's certain that A will be fully loaded in the next load cycle
13:25:13  <Felicitus> but fifo makes more sense
13:25:18  <Felicitus> as default, i mean
13:25:59  <Rubidium> it's on by default
13:26:14  <Felicitus> huh, that's odd
13:26:18  <Felicitus> wasn't on at my box
13:26:25  <Felicitus> maybe it confused with some old config?
13:26:53  <Rubidium> possible
13:27:15  <Felicitus> maybe because i also use 0.6.3 to play online
13:28:03  <Rubidium> mixing 0.6 (and less) openttd and 0.7 (and more) on the same config file isn't a great idea
13:28:38  <Felicitus> both seem to use ~/.openttd
13:30:22  * dihedral wonders where the sound replacement project is at (i.e. what's still missing)
13:30:50  <Ammler> dihedral: wiki tells it quite good.
13:31:07  <Ammler> monolev engines is the most important missing part.
13:31:31  <Ammler> oh, sound :P
13:31:57  <Felicitus> i wonder if i really get that switch for 1 eur: http://i12.ebayimg.com/08/i/001/33/31/ddfe_12.JPG
13:32:56  * dihedral has been RTFW'd
13:33:11  <Ammler> there is no sound replacement which would work with current trunk
13:33:24  <dihedral> well then....
13:33:27  <dihedral> that's great news
13:33:30  <Ammler> except touch sample.cat
13:34:02  * dihedral lets his hdd head 'touch' sample.cat
13:34:26  <Rubidium> dihedral: http://www.tt-forums.net/viewtopic.php?p=766887#p766887
13:34:44  <dihedral> Rubidium, i know the thread
13:35:16  <dihedral> i was more wondering if anybody kept track of missing sounds - as only the achievements are mentioned across the 7 pages
13:35:18  <Ammler> well, that sounds :P cool
13:35:41  <Rubidium> dihedral: wiki?
13:35:59  <Ammler> that last zip doesn't need the patch from orudge
13:36:12  <dihedral> Rubidium, already have been rtfw'd, see above ;-)
13:36:38  *** Mortal [~mortal@0x573a3da2.cpe.ge-1-1-0-1101.odnqu1.customer.tele.dk] has quit [Remote host closed the connection]
13:36:50  <Felicitus> dihedral: did you see http://wiki.openttd.org/wiki/index.php/Sound_Effects_Replacement ?
13:36:57  <dihedral> .......
13:37:09  <Felicitus> because it *is* pretty kept on track there
13:37:16  <dihedral> yes
13:37:20  <dihedral> thank you Felicitus !
13:37:26  <Felicitus> ?!?
13:37:28  <Felicitus> *confused*
13:37:30  <dihedral> :-P
13:37:37  <Felicitus> time for a smoke :)
13:37:42  <dihedral> why does not everybody in this channel tell me to read the wiki? :-P
13:37:52  <dihedral> hehe
13:38:03  <Ammler> why is that thread in general openttd, btw.?
13:38:11  * Ammler never reading there
13:38:18  * dihedral applies SirkoZ' smoke patch to Felicitus
13:38:19  <dihedral> :-P
13:40:10  *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd
13:40:13  *** mode/#openttd [+v glx] by ChanServ
13:42:40  <petern> i don't think people should actually care which bits of the forum you read
13:44:26  <Ammler> petern: I hope so.
13:45:24  <planetmaker> dihedral: very unhealthy to apply that patch to persons :P
13:47:07  <Felicitus> i'm out for today
13:47:09  <Felicitus> good night
13:47:11  *** Felicitus [~timo@p3EE3F28E.dip.t-dialin.net] has quit [Quit: leaving]
13:47:22  <dihedral> how about the day length patch right now? :-P
13:48:37  <Rubidium> how about which one?
13:48:53  <Rubidium> and where's the non-broken one?
13:49:12  <dihedral> hehe
13:49:26  <petern> which one what?
13:51:00  * planetmaker also needs a day length patch and especially a nights length patch for RL
13:51:10  <petern> :/var/log # ls -1 | wc -l 4147
13:51:11  <petern> :o
13:55:55  <dihedral> ouch
13:56:56  <Rubidium> petern: any interesting reads in those few logs?
13:57:04  <petern> absolutely none
13:59:31  <dihedral> ^^
13:59:51  <dihedral> you have about the same number of logs as i emails :-P
14:08:16  <SpComb> terom@shell ~ $ ls -1 /var/log/wwwlogs/ | wc -l
14:08:16  <SpComb> 160335
14:09:03  <SpComb> although I did reconfigure logrotate a month ago
14:10:42  *** Sacro [~ben@150.237.219.211] has joined #openttd
14:17:14  <George> petern: What do you think about applying CB 3D to vehicles to control possible refit list?
14:20:40  *** Roest [~schurade@p54B9C688.dip.t-dialin.net] has joined #openttd
14:25:29  <petern> i think that vehicles are not industries
14:26:05  <petern> while i see no reason that different feature types need to share the same numberspace, that's how it works
14:32:01  *** einKarl [~einKarl@91-66-180-201-dynip.superkabel.de] has joined #openttd
14:33:03  *** einKarl [~einKarl@91-66-180-201-dynip.superkabel.de] has quit [Remote host closed the connection]
14:35:14  *** smallfly [~smallfly@p578F1B41.dip.t-dialin.net] has joined #openttd
14:39:33  *** smallfly [~smallfly@p578F1B41.dip.t-dialin.net] has left #openttd []
14:39:38  *** smallfly [~smallfly@p578F1B41.dip.t-dialin.net] has joined #openttd
14:42:36  *** tomahawk_ is now known as tomahawk
14:48:59  *** Avdg [~kvirc@78-21-56-40.access.telenet.be] has joined #openttd
14:49:09  <Avdg> hi, just wondering the new feature
14:49:11  <Avdg> Support vehicle vars 0x47 and 0xF2 in purchase list.
14:49:18  <Avdg> what does it do?
14:50:16  <Avdg> :/ seems nobody is active here :p
14:51:05  *** HerzogDeXtEr1 [~Flex@89.246.219.158] has joined #openttd
14:51:17  <Roest> right, because you didn't get an answer within 10 seconds nobody is active here
14:51:28  <Avdg> true :p
14:51:30  *** Zahl [~Zahl@g227065041.adsl.alicedsl.de] has quit [Quit: Rhabarberbarbarabarbarbarenbartbarbierbierbar]
14:51:53  <Avdg> maybe becouse i expected a 'hi' or something lol
14:52:09  <Avdg> oh i got the answer ty anyway :)
14:52:18  *** Avdg [~kvirc@78-21-56-40.access.telenet.be] has left #openttd [Time makes sense]
14:53:21  <dihedral> Roest: i have a ques.... oh - nobody here, bye
14:54:05  <davis-> lol
14:54:17  <Forked> no one are active? ohmygod! they shut down the internet
14:55:10  <dihedral> the internets <- it's plural :-P
14:55:40  <Roest> http://tech.slashdot.org/article.pl?sid=09/02/22/0310236 and i didn't even notice it
14:57:16  *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd
14:57:34  <dihedral> Alberth, nobody is active, no chance in getting a reply
14:57:38  <dihedral> ^^
14:57:57  *** HerzogDeXtEr [~Flex@89.246.181.36] has quit [Ping timeout: 480 seconds]
15:02:56  <Alberth> that's ok, I will wait for the answer to my previous one ;)
15:03:30  *** stillunknown [~stillunkn@82-136-228-38.ip.telfort.nl] has joined #openttd
15:06:30  *** sigmund [~sigmund@91.80-202-245.nextgentel.com] has joined #openttd
15:07:41  <glx> and all newgrf variables are documented on ttdpatch wiki ;)
15:08:18  *** sigmund_ [~sigmund@91.80-202-245.nextgentel.com] has quit [Ping timeout: 480 seconds]
15:08:26  *** Sacro [~ben@150.237.219.211] has quit [Quit: Sacro]
15:08:29  *** NukeBuster [~NukeBuste@80.101.115.82] has joined #openttd
15:17:06  *** TinoM [~Tino@i59F5D247.versanet.de] has joined #openttd
15:25:15  *** Zahl [~Zahl@g227065041.adsl.alicedsl.de] has joined #openttd
15:29:03  <Eddi|zuHause> am i dreaming or did alain actually update a patch by himself?
15:29:40  <Forked> KGAT?
15:30:04  <Eddi|zuHause> the town distance patch
15:30:40  <Forked> good for him :)
15:36:30  *** Sacro [~ben@adsl-87-102-39-137.karoo.KCOM.COM] has joined #openttd
15:46:49  *** Swallow [~chatzilla@5355F5FD.cable.casema.nl] has joined #openttd
15:49:45  *** Belugas [~belugas@216.191.111.226] has quit [Read error: Connection reset by peer]
15:50:23  *** Belugas [~belugas@216.191.111.226] has joined #openttd
15:50:26  *** mode/#openttd [+o Belugas] by ChanServ
15:51:52  *** Belugas [~belugas@216.191.111.226] has quit []
15:55:17  *** Belugas [~belugas@216.191.111.226] has joined #openttd
15:55:20  *** mode/#openttd [+o Belugas] by ChanServ
15:58:31  *** Belugas_Gone [~belugas@216.191.111.226] has joined #openttd
15:58:31  *** mode/#openttd [+o Belugas_Gone] by ChanServ
15:58:31  *** Belugas [~belugas@216.191.111.226] has quit [Read error: Connection reset by peer]
15:58:39  *** Belugas_Gone [~belugas@216.191.111.226] has quit [Remote host closed the connection]
16:01:53  *** Belugas [~belugas@216.191.111.226] has joined #openttd
16:01:56  *** mode/#openttd [+o Belugas] by ChanServ
16:03:04  *** smallfly [~smallfly@p578F1B41.dip.t-dialin.net] has quit [Quit:  HydraIRC -> http://www.hydrairc.com <- \o/]
16:08:21  *** Dred_furst [~Dred@resnet606.bournemouth.ac.uk] has joined #openttd
16:20:12  *** OwenS [~Akiramena@host86-160-63-111.range86-160.btcentralplus.com] has joined #openttd
16:21:08  <dihedral> Eddi|zuHause, would be about time
16:35:43  *** frosch123 [~frosch@frnk-590c3a58.pool.einsundeins.de] has joined #openttd
16:48:57  *** planetmas [~pm@vs241204.vserver.de] has joined #openttd
16:49:09  *** planetmaker [~pm@vs241204.vserver.de] has quit [Quit: ...und tschÌß!]
16:50:20  *** lolman [~lolman@adsl-87-102-80-68.karoo.KCOM.COM] has quit [Ping timeout: 480 seconds]
16:54:39  *** gynter [~gynter@84-50-128-247-dsl.rkv.estpak.ee] has quit [Remote host closed the connection]
16:56:48  *** Zahl_ [~Zahl@g227065041.adsl.alicedsl.de] has joined #openttd
16:56:48  *** Zahl [~Zahl@g227065041.adsl.alicedsl.de] has quit [Read error: Connection reset by peer]
16:56:48  *** Zahl_ is now known as Zahl
17:04:53  *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd []
17:05:04  *** Fuco [dota.keys@wireless-203.fi.muni.cz] has joined #openttd
17:06:23  *** Mortal [~mortal@0x573a3da2.cpe.ge-1-1-0-1101.odnqu1.customer.tele.dk] has joined #openttd
17:09:31  *** lolman [~lolman@adsl-87-102-80-68.karoo.KCOM.COM] has joined #openttd
17:10:36  *** einKarl [~einKarl@91-66-180-201-dynip.superkabel.de] has joined #openttd
17:10:52  *** Eoin [Eoin@92-233-181-117.cable.ubr08.dund.blueyonder.co.uk] has joined #openttd
17:14:06  *** Hirundo [~chatzilla@5355F5FD.cable.casema.nl] has joined #openttd
17:19:37  *** Swallow [~chatzilla@5355F5FD.cable.casema.nl] has quit [Ping timeout: 480 seconds]
17:19:46  *** Hirundo is now known as Swallow
17:22:59  *** tomahawk [~tomahawk@bfh182.neoplus.adsl.tpnet.pl] has quit [Remote host closed the connection]
17:37:14  *** mode/#openttd [+v Belugas] by ChanServ
17:37:17  *** mode/#openttd [+v petern] by ChanServ
17:39:09  *** Lakie [~Lakie@91.84.251.149] has joined #openttd
17:43:30  *** Roest is now known as Guest8
17:43:35  *** roest [~schurade@p54B9E91E.dip.t-dialin.net] has joined #openttd
17:47:03  *** Guest8 [~schurade@p54B9C688.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
17:52:59  *** Yeggs-work is now known as Yeggstry
17:54:14  <CIA-1> OpenTTD: rubidium * r15556 /trunk/src/ (4 files in 4 dirs): -Change: don't temporary malloc+free when encoding sprites, just reuse the same piece of allocated memory for each encoding.
18:01:06  *** smallfly [~smallfly@p578F1B41.dip.t-dialin.net] has joined #openttd
18:01:18  *** Dred_furst [~Dred@resnet606.bournemouth.ac.uk] has quit [Ping timeout: 480 seconds]
18:02:23  <petern> deja vu :o
18:03:52  <Rubidium> petern: what are your thoughts on FS#2646?
18:06:17  <petern> yes
18:06:25  <petern> don't allow saving if grfs are missing
18:06:45  <petern> or:
18:07:13  <petern> add a system to allow to specify grfs by grfid and md5sum instead of filename
18:07:41  <roest> :O
18:08:08  *** planetmas is now known as planetmaker
18:08:49  *** planetmaker is now known as Guest18
18:09:04  *** Fuco [dota.keys@wireless-203.fi.muni.cz] has quit [Quit: Quit]
18:12:38  *** Sylv [~a@88-104-1-115.dynamic.dsl.as9105.com] has joined #openttd
18:14:31  <CIA-1> OpenTTD: rubidium * r15557 /trunk/src/strings.cpp: -Fix: the font width cache was not updated when changing fonts causing the font spacing to be off when changing fonts in-game (auto font detection).
18:15:13  *** einKarl [~einKarl@91-66-180-201-dynip.superkabel.de] has quit [Remote host closed the connection]
18:16:47  *** Mortomes [~mortomes@77.166.163.108] has joined #openttd
18:17:44  *** Zorni [~zorn@e177228138.adsl.alicedsl.de] has quit [Quit: ( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )]
18:20:42  <Rubidium> http://rbijker.net/openttd/fs2646.diff <- that's the don't allow saving (and don't allow deleting custom)
18:20:46  *** Guest18 is now known as planetmaker
18:22:49  *** mortal` [~mortal@0x573a3da2.cpe.ge-1-1-0-1101.odnqu1.customer.tele.dk] has joined #openttd
18:23:41  *** tkjacobsen [~tkjacobse@pppoe2-ves.broadcom.dk] has joined #openttd
18:25:56  *** mortal` [~mortal@0x573a3da2.cpe.ge-1-1-0-1101.odnqu1.customer.tele.dk] has quit [Remote host closed the connection]
18:26:13  *** mortal` [~mortal@0x573a3da2.cpe.ge-1-1-0-1101.odnqu1.customer.tele.dk] has joined #openttd
18:26:32  *** Mortomes [~mortomes@77.166.163.108] has quit [Ping timeout: 480 seconds]
18:27:07  *** Mortomes [~mortomes@i15108.upc-i.chello.nl] has joined #openttd
18:29:12  <planetmaker> saving a game while missing grfs doesn't make sense imo :)
18:29:25  *** Mortal [~mortal@0x573a3da2.cpe.ge-1-1-0-1101.odnqu1.customer.tele.dk] has quit [Ping timeout: 480 seconds]
18:29:29  <planetmaker> and it seems like I'll have to update my working copy on the font fixing issue
18:34:50  * petern hmms at Civ 3
18:34:59  <petern> "Mediterranean Small by Truelight.bix"
18:36:57  *** Sylv [~a@88-104-1-115.dynamic.dsl.as9105.com] has quit []
18:41:57  <planetmaker> :D
18:42:19  <planetmaker> linky?
18:44:20  <petern> it's in game
18:52:14  *** Yexo [~Yexo@32-88-ftth.onsneteindhoven.nl] has joined #openttd
18:52:27  <Yexo> hello
18:54:02  <petern> hi
18:59:48  *** worldemar [~world@213.178.37.38] has quit [Read error: Connection reset by peer]
19:01:34  *** sigmund_ [~sigmund@91.80-202-245.nextgentel.com] has joined #openttd
19:03:23  *** sigmund [~sigmund@91.80-202-245.nextgentel.com] has quit [Ping timeout: 480 seconds]
19:03:58  *** goodger__ [~ben@host81-155-192-33.range81-155.btcentralplus.com] has joined #openttd
19:05:01  <planetmaker> hi
19:05:23  <planetmaker> petern: thx. then I'll have to look at it one day again :) It's a great game anyway :)
19:10:51  *** goodger_ [~ben@host81-155-192-33.range81-155.btcentralplus.com] has quit [Ping timeout: 480 seconds]
19:11:47  *** Mortal`` [~mortal@0x573a3da2.cpe.ge-1-1-0-1101.odnqu1.customer.tele.dk] has joined #openttd
19:15:01  *** mikl [~mikl@80.199.116.190.static.peytz.dk] has joined #openttd
19:17:19  *** Mortal [~mortal@0x573a3da2.cpe.ge-1-1-0-1101.odnqu1.customer.tele.dk] has joined #openttd
19:18:14  *** mortal` [~mortal@0x573a3da2.cpe.ge-1-1-0-1101.odnqu1.customer.tele.dk] has quit [Ping timeout: 480 seconds]
19:22:58  *** Mortal`` [~mortal@0x573a3da2.cpe.ge-1-1-0-1101.odnqu1.customer.tele.dk] has quit [Ping timeout: 480 seconds]
19:23:44  *** worldemar [~world@81.28.174.17] has joined #openttd
19:33:03  *** Fuco [~dota.keys@fuco.sks1.muni.cz] has joined #openttd
19:36:16  <CIA-1> OpenTTD: yexo * r15558 /trunk/src/ (ai/api/ai_object.hpp script/squirrel.hpp): -Cleanup: Remove some unnecessary friend declarations.
19:37:22  <frosch123> unnecessary friends :s
19:38:02  <roest> poor friends :(
19:38:31  <Forked> I guess they didn't pay enough :\
19:38:39  <Prof_Frink> Friend 6. Generally unnecessary.
19:41:05  *** mikl [~mikl@80.199.116.190.static.peytz.dk] has quit [Quit: Leaving...]
19:48:01  *** Swallow [~chatzilla@5355F5FD.cable.casema.nl] has quit [Read error: Connection reset by peer]
19:48:25  *** Swallow [~chatzilla@5355F5FD.cable.casema.nl] has joined #openttd
19:48:54  *** mikl [~mikl@212.27.21.30.bredband.3.dk] has joined #openttd
19:54:21  *** helb [~helb@84.244.90.36] has quit [Ping timeout: 480 seconds]
20:00:08  *** NukeBuster [~NukeBuste@80.101.115.82] has quit [Quit: http://www.interplay.com/]
20:03:57  <CIA-1> OpenTTD: frosch * r15559 /trunk/src/ (landscape.cpp landscape.h lang/english.txt town_gui.cpp): -Feature: Show required/already-delivered cargo needed for town-growth in town-view-window. (and only if it is really needed)
20:05:06  *** NukeBuster [~wouter@80.101.115.82] has joined #openttd
20:08:27  <planetmaker> now, that's a nice feature, frosch123 :)
20:09:26  <frosch123> nice that you like it :)
20:12:31  <KingJ> Very useful
20:16:27  *** NukeBuster [~wouter@80.101.115.82] has quit [Remote host closed the connection]
20:16:31  <Belugas> yeah... no need to wonder anymore, nor to look at the wiki ;)
20:16:57  <Belugas> but nice any way hehehehe
20:16:59  <planetmaker> Belugas: exactly. It will save at least a few questions... :)
20:17:15  <planetmaker> so... it's better also for your well-being :P
20:17:30  <welshdragon> ooh
20:17:33  *** NukeBuster [~wouter@80.101.115.82] has joined #openttd
20:17:47  <welshdragon> will that revision be available tonight?
20:17:59  <Yexo> no, in +- 23 hours
20:18:08  <welshdragon> :(
20:19:06  *** helb [~helb@84.244.90.60] has joined #openttd
20:19:34  <frosch123> welshdragon: you have about 22 hours left to translate the new strings to welsh :p
20:19:54  <welshdragon> frosch123: i'm quite behind with the strings anyway
20:20:05  * welshdragon shall work on some tonight
20:20:19  <planetmaker> frosch123: oh :)
20:20:34  <Belugas> not some... ALL!
20:20:43  <Belugas> "most of them" can be acceptable
20:20:44  <welshdragon> hmm
20:21:49  <frosch123> planetmaker: go! go! go!
20:22:00  <planetmaker> Just submitting :P
20:22:47  <planetmaker> done :)
20:24:48  *** fonsinchen [~fonsinche@V9fe2.v.pppool.de] has joined #openttd
20:25:17  *** Mortal [~mortal@0x573a3da2.cpe.ge-1-1-0-1101.odnqu1.customer.tele.dk] has quit [Remote host closed the connection]
20:25:35  *** Mortal [~mortal@0x573a3da2.cpe.ge-1-1-0-1101.odnqu1.customer.tele.dk] has joined #openttd
20:28:42  <Prof_Frink> welshdragon: Don't forget to slip an out of office reply into the translations
20:33:56  *** vimegyje [~vimegyje@193.43.249.169] has quit [Remote host closed the connection]
20:42:36  *** nizedoso [~nizedoso@193.43.249.169] has joined #openttd
20:42:42  *** nizedoso [~nizedoso@193.43.249.169] has quit [Remote host closed the connection]
20:43:14  <CIA-1> OpenTTD: rubidium * r15560 /trunk/src/table/namegen.h: -Fix: typos in Spanish town names (Erregerre)
20:44:28  *** nofor [~nofor@193.43.249.169] has joined #openttd
20:45:39  *** TinoM [~Tino@i59F5D247.versanet.de] has quit [Quit: Verlassend]
20:45:47  <CIA-1> OpenTTD: rubidium * r15561 /trunk/src/newgrf_gui.cpp: -Fix [FS#2646]: segfault when saving a preset with unknown NewGRFs
20:55:46  *** MrFrans [~MrFrans@a80-101-158-105.adsl.xs4all.nl] has quit [Quit: *Adios Amigos*]
20:58:07  <CIA-1> OpenTTD: yexo * r15562 /trunk/src/ai/ (ai_core.cpp ai_gui.cpp ai_scanner.cpp): -Change: Use GetName() to determine the unique AI name instead of GetInstanceName() to make branching of AIs easier.
20:58:16  <planetmaker> frosch123: schall I add that to flyspray: http://www.tt-forums.net/viewtopic.php?f=31&t=41983 ?
20:58:43  <frosch123> hehe, I am definitely not going to add it :p
20:58:54  <planetmaker> :P
21:03:40  *** roest [~schurade@p54B9E91E.dip.t-dialin.net] has quit []
21:06:11  <planetmaker> fs2674 for you then, frosch123 :) - or rather free for the taking ;)
21:07:14  <CIA-1> OpenTTD: yexo * r15563 /trunk/src/ai/api/ (ai_industry.cpp ai_industry.hpp ai_industry.hpp.sq): -Change [API CHANGE]: Remove AIIndustry::GetMaxIndustryID().
21:07:54  *** sigmund [~sigmund@91.80-202-245.nextgentel.com] has joined #openttd
21:07:56  *** RS-SM [~RSCN@216-165-16-167.DYNAPOOL.NYU.EDU] has joined #openttd
21:09:40  *** sigmund_ [~sigmund@91.80-202-245.nextgentel.com] has quit [Ping timeout: 480 seconds]
21:12:47  *** Combuster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
21:22:10  <welshdragon> i have a blank string
21:22:24  * welshdragon is finishing the welsh translations
21:22:47  <welshdragon> STR_000E
21:23:52  <Belugas> that is indeed a blank string
21:24:44  <petern> STR_000E :THIS STRING INTENTIONALLY BLANK
21:25:26  <planetmaker> does it serve a purpose?
21:25:57  <Yexo> it's used as name for some cargos
21:26:46  <planetmaker> ah, makes sense
21:27:39  *** smeding [~smeding@5354BE76.cable.casema.nl] has quit [Read error: Connection reset by peer]
21:30:27  *** glx|away [glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd
21:30:27  *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has quit [Read error: Connection reset by peer]
21:30:30  *** mode/#openttd [+v glx|away] by ChanServ
21:33:01  *** glx|away is now known as glx
21:34:04  <welshdragon> w00t, welsh translation completed
21:34:14  <Eddi|zuHause> why does amarok 2 tell me "Failed: No tracks were imported" when i try to import my amarok 1.4 collection?
21:34:50  <Rubidium> cause it wants you not to use it?
21:38:50  <el_en> cause your locale is set to english and not german?
21:38:59  *** mikl_ [~mikl@90.184.195.93] has joined #openttd
21:41:27  *** xahodo [~xahodo@xahodo.demon.nl] has joined #openttd
21:43:38  *** mikl [~mikl@212.27.21.30.bredband.3.dk] has quit [Ping timeout: 480 seconds]
21:45:03  *** Mortal [~mortal@0x573a3da2.cpe.ge-1-1-0-1101.odnqu1.customer.tele.dk] has quit [Read error: Connection reset by peer]
21:47:30  *** Swallow [~chatzilla@5355F5FD.cable.casema.nl] has quit [Quit: ChatZilla 0.9.84 [Firefox 3.0.6/2009011913]]
21:50:33  *** Brianetta [~brian@client-82-20-28-97.brhm.adsl.virgin.net] has joined #openttd
21:53:00  *** frosch123 [~frosch@frnk-590c3a58.pool.einsundeins.de] has quit [Remote host closed the connection]
21:53:58  *** Zahl [~Zahl@g227065041.adsl.alicedsl.de] has quit [Quit: Rhabarberbarbarabarbarbarenbartbarbierbierbar]
21:58:30  <planetmaker> Eddi|zuHause: it's the warezs protection ;)
22:00:42  <CIA-1> OpenTTD: yexo * r15564 /trunk/src/cheat_gui.cpp: -Fix: Refresh all industry windows if the modify production cheat is enabled/disabled.
22:01:30  *** tkjacobsen [~tkjacobse@pppoe2-ves.broadcom.dk] has quit [Remote host closed the connection]
22:09:07  *** xahodo [~xahodo@xahodo.demon.nl] has quit [Quit: Goodbye.]
22:09:36  <dihedral> @seen Bjarni
22:09:36  <DorpsGek> dihedral: Bjarni was last seen in #openttd 1 day, 0 hours, and 6 seconds ago: <Bjarni>  <Prof_Frink> Merkin English and English English. <-- I thought it was corrupted English and real English :/
22:16:39  *** Dred_furst [~Dred@resnet606.bournemouth.ac.uk] has joined #openttd
22:16:58  *** divo [~asd@0x3e42e6e6.adsl.cybercity.dk] has quit [Remote host closed the connection]
22:17:15  *** divo [~asd@0x3e42e6e6.adsl.cybercity.dk] has joined #openttd
22:28:48  *** Mark_ [~M4rk@5351EC68.cable.casema.nl] has quit [Quit:  HydraIRC -> http://www.hydrairc.com <- In tests, 0x09 out of 0x0A l33t h4x0rz prefer it :)]
22:31:17  *** Zahl [~Zahl@e179057158.adsl.alicedsl.de] has joined #openttd
22:40:41  <dihedral> http://www.tt-forums.net/viewtopic.php?p=767058#p767058 <- took me a few seconds to find the lightning ;-)
22:40:58  <dihedral> (see attached file's comment)
22:42:06  *** divo [~asd@0x3e42e6e6.adsl.cybercity.dk] has quit [Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )]
22:43:21  *** stillunknown [~stillunkn@82-136-228-38.ip.telfort.nl] has quit [Ping timeout: 480 seconds]
22:43:52  *** mikl_ [~mikl@90.184.195.93] has quit [Quit: mikl_]
22:47:12  <fonsinchen> Is there a StringID that does something like "<number>/<number>", for example "34/123"?
22:47:38  <fonsinchen> I want to print a relation between actually transported goods to capacities of the links in the smallmap.
22:47:55  <Eddi|zuHause> search for one? make one?
22:49:17  *** smallfly [~smallfly@p578F1B41.dip.t-dialin.net] has quit [Quit:  HydraIRC -> http://www.hydrairc.com <- Po-ta-to, boil em, mash em, stick em in a stew.]
22:49:49  <glx> STR_PERFORMANCE_DETAIL_AMOUNT_INT is the closer, but indeed you can add one if needed
22:52:01  *** Zahl [~Zahl@e179057158.adsl.alicedsl.de] has quit [Quit: Rhabarberbarbarabarbarbarenbartbarbierbierbar]
22:52:24  <fonsinchen> Thanks
22:57:52  *** welterde [welterde@2001:470:1f0b:592::1337] has quit [Quit: WeeChat 0.2.6]
22:58:06  *** welterde [welterde@gandalf.srv.welterde.de] has joined #openttd
23:07:55  *** Yeggstry [~mind@cpc2-rdng14-0-0-cust620.winn.cable.ntl.com] has quit [Read error: Connection reset by peer]
23:26:12  *** welshdragon is now known as off
23:26:28  *** off is now known as welshdragon
23:29:12  *** Progman [~progman@p57A1E51D.dip.t-dialin.net] has quit [Quit: Progman]
23:30:54  *** NukeBuster [~wouter@80.101.115.82] has quit [Remote host closed the connection]
23:36:46  *** NukeBuster [~NukeBuste@80.101.115.82] has joined #openttd
23:49:07  <dihedral> Roest:
23:49:08  <dihedral> [00:28]  * nik0518 (nik0518@82.138.241.220) has joined #oftc
23:49:08  <dihedral> [00:28]  <nik0518> hello?
23:49:08  <dihedral> [00:28]  * nik0518 has quit ()
23:49:10  <dihedral> ^^
23:56:52  *** Vikthor [~Vikthor@161-18-80-78.strcechy.adsl-llu.static.bluetone.cz] has quit [Remote host closed the connection]

Powered by YARRSTE version: svn-trunk