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]