Times are UTC Toggle Colours
00:00:12 <Bjarni> never underestimate the power of insomnia 00:00:18 <Bjarni> or stupidity :P 00:01:36 *** KritiK [~Maxim@93-80-43-150.broadband.corbina.ru] has quit [Quit: Leaving] 00:11:43 * bowman is up celebrating that he didn't have to spend the weekend flying to india 00:16:28 <Bjarni> yeah 00:16:33 <Bjarni> that would have been bad 00:16:44 <Bjarni> we haven't got an Indian translator 00:17:11 *** Brianetta [~brian@client-86-27-108-163.brnt.adsl.virgin.net] has joined #openttd 00:17:11 <bowman> cheapo tickets too, 10 hours in economy :) 00:19:08 *** Klanticus [~Klanticus@189.35.184.72] has quit [Remote host closed the connection] 00:22:22 *** unenana [~unenana@ANantes-257-1-145-54.w90-32.abo.wanadoo.fr] has joined #openttd 00:23:58 *** unenana [~unenana@ANantes-257-1-145-54.w90-32.abo.wanadoo.fr] has quit [] 00:28:53 *** Bjarni [~Bjarni@0x50a41670.virnxx14.dynamic.dsl.tele.dk] has quit [Quit: Leaving] 00:31:04 <glx> @op 00:31:05 *** mode/#openttd [+o glx] by DorpsGek 00:31:12 *** glx changed the topic of #openttd to: 0.6.2 | Website: *.openttd.org (Translator: translator2, Gameservers: servers, Nightly-builds: nightly, WIKI: wiki, Dev-docs: docs, Patches & Bug-reports: bugs, Revision log: vcs) | #openttd.notice for FS + SVN notices | UTF-8 please | No Unauthorised Bots | We Love YAPP 00:34:12 *** Eddi|zuHause3 [~johekr@p54B777A0.dip.t-dialin.net] has joined #openttd 00:40:38 *** Eddi|zuHause2 [~johekr@p54B77275.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 00:54:58 *** Brianetta [~brian@client-86-27-108-163.brnt.adsl.virgin.net] has quit [Quit: TschÃŒÃ] 01:08:06 *** Progman [~progman@p57A1FA02.dip.t-dialin.net] has quit [Remote host closed the connection] 01:24:52 *** joachim [~joachim@26.84-234-176.customer.lyse.net] has quit [Ping timeout: 480 seconds] 01:35:06 *** welshdragon is now known as welshdra-gone 01:43:51 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd 01:45:39 *** Gekz_ [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Ping timeout: 480 seconds] 01:48:19 *** davis_ [~asd@dtmd-4db23458.pool.einsundeins.de] has joined #openttd 01:51:42 *** davis_ [~asd@dtmd-4db23458.pool.einsundeins.de] has quit [] 01:55:57 *** davis- [~asd@dtmd-4db2258b.pool.einsundeins.de] has quit [Ping timeout: 480 seconds] 02:28:30 <CIA-5> OpenTTD: belugas * r13919 /trunk/src/ (9 files): -Codechange: Replace numbers with Colours enum on osk(forgot 2 assignations), statusbar, subsidy, terraform, timetable, toolbar, town, tree and vehicle guis. 02:28:51 <Belugas> only ONE gui TO DO!!! 02:28:56 <Belugas> just one :D 02:45:46 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has quit [Quit: bye] 02:46:19 <Suisse> let's go Belugas let's go ! *clap clap* 02:50:53 <CIA-5> OpenTTD: belugas * r13920 /trunk/src/widget.cpp: -Codechange: uniformise the definition with the declaration of DrawFrameRect 02:51:00 <Belugas> thanks, but it will not be for today 02:51:03 <Belugas> or tonigh 02:51:12 <Belugas> 'cause... 02:51:17 <Belugas> sleep! 03:03:13 *** elmex_ [~elmex@e180067109.adsl.alicedsl.de] has joined #openttd 03:07:43 *** elmex [~elmex@e180064068.adsl.alicedsl.de] has quit [Ping timeout: 480 seconds] 03:08:01 <Suisse> grrrrrr ! 03:08:11 *** elmex_ is now known as elmex 04:00:58 *** tamentis [~tamentis@tamentis.csoft.net] has joined #openttd 04:14:30 *** tamentis [~tamentis@tamentis.csoft.net] has quit [Remote host closed the connection] 04:42:59 *** a1270 [~Cheese@24-117-51-112.cpe.cableone.net] has quit [Quit: a1270] 04:46:44 *** a1270 [~Cheese@24-117-51-112.cpe.cableone.net] has joined #openttd 06:01:02 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd 06:09:03 <Celestar> \o 06:09:10 <Suisse> o/ 06:14:09 * Celestar yawns and goes back to coding destinations 06:16:57 *** Beccara [~Beccara@58.84.229.43] has joined #openttd 06:17:59 <Beccara> hey guys, have a question, been tring to figure out how to make a huge map from the deadicated server console, cant find the right command or item in the cfg 06:20:34 <Celestar> Beccara: map_x, map_y 06:20:39 <Beccara> thanks 06:23:54 *** Beccara [~Beccara@58.84.229.43] has quit [Quit: Leaving] 06:28:48 <Celestar> meh I hate our include-mess at times 06:30:18 *** Sir-Bob [~chatzilla@c122-107-227-146.eburwd5.vic.optusnet.com.au] has joined #openttd 06:30:34 <peter1138> It's way better than it was. 06:31:11 <Celestar> it is :D 06:31:45 <Celestar> peter1138: I have some idea on how to stop the if (this == NULL) mess 06:32:42 <Celestar> /home/vici/openttd-cargodest/src/ai/default/../../vehicle_base.h:288: error: âCargoListâ does not name a type <= wth?! 06:33:33 <Celestar> including routing.h in cargopacket.h breaks EVERYTHING 06:36:04 <Celestar> we've got way too much code in header files :P 06:37:24 *** TinoM [~Tino@i59F55E19.versanet.de] has joined #openttd 06:38:10 <peter1138> That is the way of templates. 06:38:27 <peter1138> And static inlines for performance... 06:42:18 <Celestar> the templates are ok 06:42:21 <Celestar> the static inlines ... 06:42:29 <Celestar> dunno how much perfermance we really get 06:44:09 *** dlunch [~dlunch@61.108.29.49] has joined #openttd 06:49:02 <Celestar> hm .. 06:49:05 <Celestar> I like this :D 06:50:11 <Celestar> our purists won't :P 06:50:38 <hylje> horrible hack time? 06:51:26 <Celestar> er? 06:54:58 <Celestar> peter1138: my idea is to add a Routing Class to ANY cargo type 06:55:11 <Celestar> peter1138: just different classes. One does routing, one doesn't 06:55:39 <hylje> in a data structure way? 06:55:47 <Celestar> peter1138: result: much much much much less special casing 06:56:07 <Celestar> just like Routing[v->type]->UseVehicle(...) and everything happens automagically 06:56:33 <Celestar> one class checks transfers and stuff, the other class handles full routing 06:56:38 <peter1138> Hmm, when I last checked, that handled non-destinations too. 06:56:57 <peter1138> So the only bit that needed special casing was cargo generation. 06:57:09 <Celestar> peter1138: nope, because if v->cargo_type doesn't have destinations, Routing[v->cargo_type] will be NULL 06:57:19 <Celestar> and we have "this" of NULL 06:57:34 <Celestar> which is about the most ugly thing you can get. 06:57:45 <Celestar> just gimme 10 minutes and I'll show it to you :D 06:58:00 <Celestar> (not yet the removal of the special cases of course) 06:58:00 <peter1138> Well yeah... 06:59:42 *** dlunch [~dlunch@61.108.29.49] has quit [Ping timeout: 480 seconds] 07:00:10 <Celestar> peter1138: I'll upload a diff first 07:00:30 *** Osai^zZz is now known as Osai 07:03:06 *** Purno [~Purno@5350931D.cable.casema.nl] has joined #openttd 07:07:29 <Celestar> sometimes, C++ is AWESOME 07:09:39 <hylje> every language has its gold moments 07:09:43 <Celestar> yeah 07:09:49 <Celestar> this is one of them :) 07:11:48 * Celestar is just using polymorphic classes and multiple inheritance 07:14:06 <Alberth> you're composing functionality by means of multiple inheritance? 07:14:49 <Alberth> I tried that too, but failed on the common base class :( 07:14:59 <hylje> the diamond of death 07:14:59 <Celestar> it works just now 07:15:05 <Celestar> hylje: yeah :) 07:15:18 <Celestar> hylje: but I'm not using a diamond-of-death 07:15:23 <hylje> obviousl 07:15:24 <hylje> y 07:15:30 <Celestar> hylje: I'm using two independent streams 07:15:46 <Celestar> Error: String 0x9CE8 is invalid. Probably because an old version of the .lng file. 07:15:50 <Celestar> ER :P 07:15:59 <hylje> one thing i like about python is that object inheritance is /based/ on diamonds of death 07:16:42 <Alberth> yeh, in Python it works :) 07:19:39 <Celestar> peter1138: got a sec? cuz I needa go for an hour or so? 07:21:16 <Celestar> peter1138: nvm I'm committing it 07:21:24 <Celestar> peter1138: you can have a look in 10 minutes or so :) 07:50:57 *** Wolf01 [~wolf01@host41-160-dynamic.56-82-r.retail.telecomitalia.it] has joined #openttd 07:50:57 <Wolf01> hello 07:50:57 <Alberth> good morning 07:51:00 *** SpComb [terom@zapotek.paivola.fi] has joined #openttd 07:55:23 *** dlunch [~dlunch@61.108.29.49] has joined #openttd 08:09:55 <peter1138> Er, is it supposed to crash? 08:13:31 *** bleepy [bleepy@5ad51a7e.bb.sky.com] has joined #openttd 08:19:10 <Prof_Frink> peter1138: Yes. 08:21:18 <peter1138> Oh, okay. 08:21:54 <Prof_Frink> In fact, it doesn't crash enough. 08:22:04 <Prof_Frink> peter1138! NewCrashes! 08:40:23 *** Bjarni [~Bjarni@0x50a46ad5.virnxx14.dynamic.dsl.tele.dk] has joined #openttd 08:40:26 *** mode/#openttd [+o Bjarni] by ChanServ 08:40:31 <Bjarni> hello freaky people 08:42:12 <Wolf01> A Bjarni, again! 08:43:27 <Bjarni> I have come to alter your life 08:43:42 <Prof_Frink> peaky freople! 08:44:31 <Alberth> quiz: how many intro-gui windows does one need to start OpenTTD? 08:44:51 <Wolf01> none 08:45:04 <Wolf01> openttd.exe -g 08:45:25 <Bjarni> that depends on the end user's abilities to read documentation 08:46:13 <Alberth> wrong 08:46:40 <Alberth> you get 1 window :) , normal startup gets you 3 windows 08:47:04 <Bjarni> maybe I should add it also depends on the OS 08:48:03 <Alberth> you get different intro-gui windows depending on the OS?? 08:48:37 <Alberth> I always thought the window system used inside OpenTTD was independent of the OS 08:48:52 <Bjarni> now I don't get you 08:49:12 <Bjarni> you will get no windows for dedicated servers and just one for the "regular" game 08:49:35 <Bjarni> so I thought you meant how many windows the game will open in your X11 or whatever 08:49:36 <Alberth> start OpenTTD, wait for the display to come up, the little rectangle in the middle is the intro-gui window 08:50:07 <Bjarni> now I get what you mean 08:50:12 <Bjarni> and I side with Wolf01 08:50:40 <Alberth> during normal start-up the underlying SelectGameWindow object gets constructed 3 times, with -g once, just checked 08:50:44 <Bjarni> but it's not like it's an issue I care much for 08:52:26 <Alberth> no, but it was a surprise to find out 08:53:04 <Bjarni> how many steps are on the stairs in Empire state building if you go from the street to the top? 08:53:12 <Bjarni> you will be surprised by the result 08:53:19 <Bjarni> but I still don't care :P 08:54:08 <Alberth> 1, the door step to reach the elevator :P 08:57:52 <Prof_Frink> Bjarni: Forty Two! 08:59:15 * peter1138 ponders doing the minimap 08:59:25 <peter1138> Oh yes, I wanted an icon. 09:00:06 <Wolf01> what's the last digit of the multiplication of all the prime numbers? 09:01:13 <Alberth> they are still busy multiplying 09:01:37 <Wolf01> it's easy 09:03:45 *** Volley [~worf@84.119.55.244] has joined #openttd 09:04:40 <Prof_Frink> Wolf01: It contains (2*5), so 0. 09:04:49 <Prof_Frink> Assuming you're working in base-10 09:04:49 <Wolf01> ooooh finally :D 09:06:56 <peter1138> So what's the second to last digit? :D 09:07:10 <Wolf01> :D 09:07:37 <Wolf01> maybe another 0, who knows 09:08:20 <Wolf01> maybe you get infinite zeros 09:09:40 <Wolf01> maybe the number overflows the int realm and you'll get a negative number 09:11:17 <Alberth> it would be interesting to get a mathematician to explain an overflow of an infinite set :) 09:12:23 <Wolf01> maybe infinite is not what we believe, maybe it is 0+1i 09:16:08 <peter1138> Maybe Wolf01 has been smoking 09:16:58 <Wolf01> I'm a little confused this morning 09:17:16 *** dlunch [~dlunch@61.108.29.49] has quit [Ping timeout: 480 seconds] 09:17:35 <Wolf01> too much heat I think 09:19:39 <peter1138> "Given the fact that only a fraction of players are still using original train vehicles" 09:19:42 <peter1138> Bwhaha 09:19:48 <peter1138> He's delusional again :D 09:23:28 *** curson [~curzon@79-68-37-51.dynamic.dsl.as9105.com] has joined #openttd 09:27:19 *** svippy [~svip@0x50a5b150.boanxx18.dynamic.dsl.tele.dk] has joined #openttd 09:27:19 *** svippery [~svip@0x50a5b150.boanxx18.dynamic.dsl.tele.dk] has quit [Read error: Connection reset by peer] 09:39:35 <Wolf01> 972tonnes of grain O_O 09:40:13 <Wolf01> the magic of "don't stare at the industry all the time hoping for an increment of production" 09:41:33 *** frosch123 [~frosch@frnk-590fe004.pool.einsundeins.de] has joined #openttd 09:42:34 *** Brianetta [~brian@client-86-27-108-163.brnt.adsl.virgin.net] has joined #openttd 09:48:10 <ArmEagle|CZ> Wolf01 hah 09:48:44 <ArmEagle|CZ> I don't really like farms though. The different resources.. 09:51:30 *** Progman [~progman@p57A1D302.dip.t-dialin.net] has joined #openttd 09:53:25 *** Doorslammer [Doorslamme@PIPP-p-203-54-229-142.prem.tmns.net.au] has joined #openttd 09:54:31 *** Brianetta [~brian@client-86-27-108-163.brnt.adsl.virgin.net] has quit [Quit: TschÃŒÃ] 09:54:41 *** Vikthor [~Vikthor@snat1.spoje.net] has joined #openttd 09:57:51 <Celestar> back 09:58:12 <Celestar> peter1138: I'm going into the testing now .. 09:58:23 <Celestar> peter1138: I've noticed some advantage of my new idea (= 09:59:23 <Celestar> peter1138: we can put things like maximum station capacity or maximum acceptance just in there, and need not to worry about the rest of the code mostly. 09:59:39 <Celestar> peter1138: some can also write a totally new routing system and "just" define it as a new class 09:59:46 <Celestar> instead of having to put things all overthe code 10:00:48 <Celestar> peter1138: then again, i have to first get rid of the crashes and things and tick some items off the TODO 10:06:24 <peter1138> Er, pull... 10:06:50 <Celestar> Alberth: you mean the intro window gets allocated three times?! 10:06:59 <Celestar> er you pull too (= 10:07:39 <peter1138> Haha 10:07:41 <Celestar> peter1138: nice crash with the using a variable before setting it by me :P 10:07:47 <Celestar> vi TODO 10:07:49 <Celestar> er .. 10:07:49 <peter1138> Yeah :p 10:08:03 <Celestar> erm ... Item 7 ... 10:08:11 <Celestar> do we enable some kinda sort to do we let that be? 10:08:48 <Alberth> Celestar: yes 10:09:09 <Celestar> Alberth: do they get destroyed again or do the reside around till end-of-game? 10:10:02 <peter1138> Celestar, on loading a game the game's settings for routes are not honoured. 10:10:16 <peter1138> (Because it's initialized before it's loaded) 10:11:29 <Celestar> peter1138: er .. BAAD 10:11:54 <Celestar> peter1138: will you tackle this? I'm just trying to work on a heterogeneous share lists 10:12:21 <Celestar> we need to compute the Routing EVERY time a consist changes in any way :S 10:12:38 *** Poopsmith [~poop@98.125.49.202.dynamic.snap.net.nz] has joined #openttd 10:12:39 <peter1138> No we don't. 10:13:02 <peter1138> Just compare the shared cargo mask before and after the change. 10:13:03 <Alberth> Celestar: They get destroyed, it seems, I get 3 times a sequence constructor, destructor call 10:13:10 <peter1138> If it's different, remove or add what is needed. 10:13:45 <Poopsmith> any way for server to change another user's password? one of the users on my dedi server has forgotten their company pw 10:14:03 <Rubidium> let me guess: each loading/creation of a game causes the destructio and creation of the window 10:14:58 * Alberth don't forget that text != image 10:14:59 <Celestar> peter1138: that's what I'm doing now :) 10:17:43 <Celestar> peter1138: pull again. you mean something like this? 10:18:00 <CIA-5> OpenTTD: peter1138 * r13921 /trunk/src/smallmap_gui.cpp: -Codechange (r11473): Use the correct enum... 10:18:13 <peter1138> Yes. 10:20:14 <Celestar> peter1138: cool 10:20:19 <Celestar> now I need to do it for vehicle removal 10:20:32 <Alberth> Rubidium: Once from GenerateWorld (mode=GW_EMPTY, size_x=64, size_y=64), from LoadIntroGame (), and from AfterLoadGame () 10:21:55 *** prakti [~prakti@port-213-148-152-8.static.qsc.de] has joined #openttd 10:22:12 <Rubidium> GenerateWorld is called multiple times during startup 10:22:21 <peter1138> Celestar, and also when vehicles are bought/sold/refitted... 10:22:27 <peter1138> Celestar, sounds fun ;) 10:22:30 <prakti> Bonjour 10:22:34 <Gekz> lol 10:23:31 *** prakti [~prakti@port-213-148-152-8.static.qsc.de] has quit [] 10:24:32 <Celestar> peter1138: this yes. exactly. 10:24:43 <Celestar> peter1138: so you fix that init problem :D 10:25:47 <Alberth> Rubidium: all the details: http://paste.openttd.org/39673 (with 1 break point at the constructor) 10:30:45 <Celestar> oh man, this is da suckage 10:34:20 <Eddi|zuHause3> Alberth: the game first creates an empty title screen game, then loads the game from opntitle.dat, and then starts your game 10:34:55 <Eddi|zuHause3> 3 times calls to GenerateWorld or AfterLoadGame, alright? 10:35:33 <Celestar> we sholdn't have 3 windows anyway 10:37:47 *** welshdra-gone [~welshxcha@host86-137-37-42.range86-137.btcentralplus.com] has quit [Ping timeout: 480 seconds] 10:39:14 <Alberth> Well, it is not really a problem, I just got 3 times as much debugging output than I expected. 10:40:57 <peter1138> Celestar, it's not three windows, it is three consecutive progress bars. 10:41:31 <peter1138> Oh, SelectGameWindow? Hmm :p 10:43:24 * peter1138 goes back to, er, playtesting destinations... 10:43:45 <Celestar> :P 10:47:59 <Celestar> meh routing.h gets included in more and more and more files 10:48:25 *** prakti [~prakti@port-213-148-152-8.static.qsc.de] has joined #openttd 10:56:46 <Rubidium> Alberth: those stacktraces miss a lot of functions 10:57:42 *** dlunch [~dlunch@61.108.29.49] has joined #openttd 10:58:26 <Rubidium> and two of those calls are unavoidable 10:59:27 <Alberth> It is copy/paste from the console output, maybe these funcs are inlined by the compiler?? (it is in my hacked version, but I am hacking window.cpp and widget.cpp, so it should not affect these traces) 10:59:31 *** prakti is now known as Guest891 10:59:56 *** Guest891 [~prakti@port-213-148-152-8.static.qsc.de] has quit [Quit: Quitting .... Hackedi...hackedi...weg.] 11:01:00 <Rubidium> Alberth: it's likely highly optimized 11:01:14 <Rubidium> but still two of the calls are technically absolutely necessary 11:01:29 <Rubidium> and the third one I'm not completely sure about 11:01:48 <Alberth> It is mainly a bit weird that it happens, apparently the GUI and other code is so much integrated that the windows are created even when not needed. 11:03:26 <Rubidium> does it sound "strange" that each time a game is created/loaded the window gets destroyed and rebuild? 11:06:03 <Celestar> note to self: quit and kill is not the same thing in gdb :P 11:09:11 *** prakti [~myself@port-213-148-152-8.static.qsc.de] has joined #openttd 11:09:52 <prakti> Bonjour. 11:10:08 *** curson [~curzon@79-68-37-51.dynamic.dsl.as9105.com] has quit [Quit: If everything seems to be going well, you have obviously overlooked something.] 11:10:47 <Celestar> hey 11:15:13 <Alberth> A bit, yes. I'd consider a GUI to stay out of the way of map operations. In particular with the SelectGameWindow (I could imagine a progress bar or so). However, I have no problem taking your word that it is needed. Some day I will understand why, and no doubt reach the same conclusion. For now, let's do a hierarchical airport picker window! 11:16:54 *** Zahl [~Zahl@g226207060.adsl.alicedsl.de] has joined #openttd 11:19:20 <Celestar> peter1138: pull 11:20:18 <Celestar> peter1138: train consist modification complete :D 11:20:51 <Celestar> peter1138: btw: methinks that the stuff that happens in UpdateStationWaiting should be moved into the Routing classes 11:21:13 <Celestar> and the UpdateStationWaiting just does a Routing[type]->GetDestination(); 11:22:00 <Celestar> and doesn't need to worry about anything else 11:22:25 <Celestar> (maybe even use ANY_STATION) 11:22:39 <Wolf01> if I want to increase the stockpile size of Pikka's industries I need to place both industries side by side or just in the acceptance area of the station? 11:23:22 *** Yexo [~Yexo@32-88-ftth.onsneteindhoven.nl] has joined #openttd 11:23:43 <Eddi|zuHause3> industries are independent from each other, so just into the catchment area 11:25:45 <Wolf01> ok, I can't build it anywhere 11:26:03 <Wolf01> newindustries have too much restrictions 11:26:12 *** dlunch [~dlunch@61.108.29.49] has quit [Ping timeout: 480 seconds] 11:26:17 <Celestar> that's a grf's problem isn't it? 11:26:30 <Wolf01> too close to another industry, too far from a city... 11:26:39 <CIA-5> OpenTTD: frosch * r13922 /trunk/src/ (misc_gui.cpp viewport.cpp window_gui.h): -Codechange: Move measurement-tooltip related stuff out of the general tooltip window. 11:30:08 <peter1138> Celestar: Yes, I thought so too. 11:31:38 <Rubidium> Alberth: the main reason for the window system being reset is making sure all windows are killed and keeping it simple, i.e. do not check whether the window would be needed in the next "state" of the game 11:31:53 <Celestar> peter1138: missing reference for your "thinking so" :P 11:32:38 <peter1138> 12:19 Celestar> peter1138: btw: methinks that the stuff that happens in UpdateStationWaiting should be moved into the Routing classes 11:33:31 <Celestar> ah :D 11:33:36 <Celestar> ok I'm doing so 11:33:57 <Forked> the last part of the topic still stands true 11:33:59 <Forked> mmmm yapptastic 11:34:10 *** Farden [~jk3farden@ram94-7-82-232-189-236.fbx.proxad.net] has joined #openttd 11:34:17 <Forked> my usage of it still probably sucks, but ! mmm yapp 11:36:16 <Alberth> Rubidium: One of my 'problems' is that I like to do it optimal. Sometimes I take that too far, and get into trouble with the increased complexity. One thing that OpenTTD is teaching me is that 'simple' is good too even if it is non-optimal. 11:36:43 <peter1138> Hmm, hg is not cloning trunk? :o 11:37:23 <Alberth> I am trying 'hg pull' in a trunk I cloned yesterday. That also doesn't work, it seems 11:39:39 *** selle [~s@g221.ip7.netikka.fi] has quit [Quit: brownies] 11:41:17 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Remote host closed the connection] 11:42:39 *** selle [~s@g221.ip7.netikka.fi] has joined #openttd 11:43:00 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd 11:44:19 *** GoneWacko [~GoneWacko@dhcp-077-249-197-241.chello.nl] has joined #openttd 11:52:19 <Celestar> peter1138: what do we do when the users loads a newgrf in-game that changes available cargo types? We can use the sledgehammer and just rebuild the whole routing system 11:52:56 <peter1138> Do that, I think. 11:53:35 <Celestar> peter1138: you know orders of magnitude more about newgrf than I do. where is such a newgrf loaded in-game? 11:57:53 <Ammler> Celestar: check r13836, peter1138 included there reset economy on grf loading... 12:00:36 <Celestar> Ammler: will bear that in mind 12:03:43 *** dlunch [~dlunch@61.108.29.49] has joined #openttd 12:03:51 *** Volley [~worf@84.119.55.244] has quit [Remote host closed the connection] 12:09:54 <Celestar> hmm peter1138 12:10:33 <Alberth> Celestar: You shouldn't eat him 12:11:50 <Celestar> :P 12:18:25 *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has joined #openttd 12:18:36 <Celestar> what was working on station capacities? 12:18:39 <Celestar> who* 12:18:40 <Celestar> :P 12:19:28 <Celestar> peter1138: done another minor update 12:19:52 *** Volley [~worf@84.119.55.244] has joined #openttd 12:20:18 *** mikl [~mikl@0x5550c003.adsl.cybercity.dk] has joined #openttd 12:20:58 * peter1138 returns 12:22:19 * peter1138 pulls and builds. 12:23:07 <peter1138> Hmm, need to do the route map legend and cargo type filtering. 12:24:52 <peter1138> Bah, vehicles won't over take other vehicles that are stopping in a drive-through bay. 12:26:20 <peter1138> On the other hand, if TTRS' non-drive-through truck bays didn't look so shit I'd probably use them. 12:37:50 *** Sir-Bob [~chatzilla@c122-107-227-146.eburwd5.vic.optusnet.com.au] has quit [Read error: Connection reset by peer] 12:41:24 <prakti> !password 12:41:30 <prakti> gna 12:41:35 <prakti> wrong channel ;-) 12:41:58 <SmatZ> you are a lucky one :-P 12:42:02 <Eddi|zuHause3> no glx :( 12:42:14 <Ammler> bot down? 12:42:22 <SmatZ> :) 12:42:27 <Eddi|zuHause3> yes, the glx bot is down... 12:42:55 <Ammler> was it a "unauthorised" one? 12:43:08 <SmatZ> no, glx is not here 12:43:11 <SmatZ> need more glx 12:44:22 <CIA-5> OpenTTD: frosch * r13923 /trunk/src/ (depot_gui.cpp lang/english.txt): -Feature: Show [total-]cargo info in depot when [ctrl-]right-clicking on vehicle. 12:45:13 <Eddi|zuHause3> who requested such a feature? 12:45:29 <Eddi|zuHause3> it sounds nice ;) 12:45:34 <SmatZ> uffff 12:45:42 <frosch123> depends, vvb reminded me that I always wanted such a feature :p 12:46:18 <Eddi|zuHause3> yeah, occasionally i thought there was something missing, but i could never put that into a real sentence ;) 12:47:53 <frosch123> yup, I always wanted to know how many vehicles with witch capacity I was dragging, and if I had already refittet them :p 12:51:15 *** Wolf01 is now known as Wolf01|AWAY 12:56:37 <Alberth> peter1138: Widget resize demo after language switch (and some hacking in the Dutch language so it really makes a difference). At the right-bottom the minimap window stays at the same position. http://c.imagehost.org/view/0785/airport-select-both.png 12:58:28 <Wolf01|AWAY> looks right to me.. you shouldn't move other windows 12:58:56 <Wolf01|AWAY> (yeah, I'm not away, I'm waiting to be away :P) 13:01:21 <Ammler> TTRS seems a requirement for ECS 13:01:27 <Eddi|zuHause3> Alberth: moving windows is very unnecessary... you don't switch between languages usually 13:01:28 <Ammler> (ECS tourists) 13:01:39 *** Progman [~progman@p57A1D302.dip.t-dialin.net] has quit [Remote host closed the connection] 13:01:54 <Eddi|zuHause3> indeed, no tourists without TTRS 13:02:12 <Eddi|zuHause3> but since i dislike both TTRS and ECS, there's no problem there ;) 13:03:01 <Alberth> Well no shifting the windows at least works. We can always improve on that. 13:04:21 <Alberth> +t 13:06:03 <Ammler> Eddi|zuHause3: why is that, I see no need for it, but also no reason to not like it 13:06:39 <peter1138> TTRS is a bit ugly in places. And ECS... well... 13:06:42 <Eddi|zuHause3> houses that are green? 13:06:51 <Ammler> it seems really easy playable, if you do not use all vectors together 13:07:12 <Eddi|zuHause3> ECS chokes my system... 13:07:22 <Eddi|zuHause3> i like PBI 13:07:46 <Eddi|zuHause3> fits in really nicely with the original graphics 13:08:06 <Ammler> indeed, PBI is almost perfect. 13:08:13 <peter1138> Most of it is the original graphics ;) 13:09:17 <Ammler> George added so much switches, which I don't need, but one I would like to have 13:09:33 <Ammler> ability to build same industry together... 13:12:55 *** Poopsmith [~poop@98.125.49.202.dynamic.snap.net.nz] has quit [Quit: Poopsmith] 13:18:46 <Celestar> back 13:21:27 <Eddi|zuHause3> ECS is just way over the top... 13:21:57 <Celestar> Eddi|zuHause3: do you have any docs of ECS? I keep hearing it and have nfi what it is 13:22:28 <Eddi|zuHause3> http://george.zernebok.net/ i presume 13:23:10 <Eddi|zuHause3> http://wiki.ttdpatch.net/tiki-index.php?page=ECSVectors 13:23:47 <Celestar> thanks 13:24:55 *** welshdragon [~welshxcha@host86-137-37-42.range86-137.btcentralplus.com] has joined #openttd 13:25:24 <Celestar> I don't think TTRS is too ugly 13:28:22 *** tokai [~tokai@p54B800BD.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 13:30:03 *** tokai [~tokai@p54B829B9.dip0.t-ipconnect.de] has joined #openttd 13:30:06 *** mode/#openttd [+v tokai] by ChanServ 13:31:38 <Eddi|zuHause3> it could do with some less ... extravagant ... colours 13:31:43 <Eddi|zuHause3> i feel like playing in candyland 13:35:13 *** tokai [~tokai@p54B829B9.dip0.t-ipconnect.de] has quit [Quit: icebears... take care of them!] 13:35:51 <peter1138> That's where mixing sets helps 13:36:20 <peter1138> I have NACS and TTRS enabled, so there's more of a browny-bricky look overall. 13:36:44 <Celestar> NACS? 13:36:51 <Celestar> Eddi|zuHause3: well, that's true 13:37:05 <Celestar> Eddi|zuHause3: just reduce saturation of your monitor, then it looks fine :P 13:37:11 <peter1138> North American City Set. 13:37:23 <Celestar> k 13:38:39 <Celestar> and what the hell is this? http://www.fvfischer.de/strwtf.png 13:39:09 <peter1138> Special. 13:39:18 <Celestar> I mean how did I manage that 13:39:41 <Celestar> buff = GetStringWithArgs(buff, STR_ANY_DESTINATION, NULL, last); ... WHY is the town name called here :S 13:39:47 *** dlunch [~dlunch@61.108.29.49] has quit [Ping timeout: 480 seconds] 13:40:59 <peter1138> You're using GetStringWithArgs? 13:42:29 <peter1138> improved loading is fucked :( 13:43:31 <Celestar> no GetString is use GetStringsWithArgs 13:43:43 <Celestar> peter1138: you mean we fucked improved loading it is broken by design? 13:43:53 <peter1138> We fucked it, heh... 13:44:12 <peter1138> Cos it reserves cargo, even if it can't be loaded onto the vehicle 13:44:37 <peter1138> Hmm 13:46:00 <Celestar> er .. 13:46:11 <Celestar> so we have to teach it to use Routing basically, right? 13:46:15 <Celestar> (on reserving) 13:46:15 <peter1138> Hmm, should be possible to solve. 13:46:30 <Celestar> anything is possible. 13:46:43 <Celestar> except me understanding the string system 13:47:19 <peter1138> Apparently so :) 13:47:57 *** dlunch [~dlunch@61.108.29.49] has joined #openttd 13:48:11 <Ammler> (loading indicators behaves a little strange, not sure, if it is cargodest... 13:49:29 <Celestar> peter1138: if you use the console, you should pull, I've fixed a lockup 13:49:43 <Celestar> heh we need icons for the minimap 13:51:10 <Celestar> peter1138: I've got a problem. If I try to obtain the distances and sizes for all stations upon cargopacket generation, it's going to be slow as shit, because I run a FOR_ALL_STATIONs loop every time I generate a cargopacket 13:51:22 <Celestar> peter1138: I could of course cache the stuff somewhere ... 13:53:14 *** Yexo [~Yexo@32-88-ftth.onsneteindhoven.nl] has quit [Remote host closed the connection] 13:53:16 <Celestar> I should have stored the distances in the hopcache right away and not have them thrown away 13:53:24 <Celestar> I'm computing them anyway 13:54:46 <Celestar> AGGGHH 13:54:51 * Celestar screams 13:56:46 <Celestar> peter1138: more to pull :S 14:01:53 *** Yexo [~Yexo@32-88-ftth.onsneteindhoven.nl] has joined #openttd 14:14:53 *** Wezz6400 [~Wezz6400@ndb.demon.nl] has joined #openttd 14:17:54 <Ammler> if I update the hg repo, it does always compile the whole binary, why is that? 14:18:07 <peter1138> How are you updating it? 14:18:12 <Ammler> hg up 14:18:27 <Ammler> hg pull first 14:18:46 <peter1138> Maybe it's because we keep changing headers or language files... 14:19:11 <Ammler> ok, so it is not because of the hg :-) 14:20:26 *** Progman [~progman@p57A1D302.dip.t-dialin.net] has joined #openttd 14:20:43 <Celestar> peter1138: more to pull 14:21:00 <Celestar> Ammler: yeah, many language file changes recently 14:21:43 <Celestar> peter1138: what about giving the user console-control of activating and deactiving specific cargotypes in the routing? ;) 14:22:07 <peter1138> Then you'd need to save that in the savegame 14:22:13 <Celestar> hm :S 14:22:21 <Celestar> yeah, kinda forgot about that (= 14:22:26 <Celestar> postponed 14:22:58 <Celestar> BAH refitting apparently takes 4 places where I need to change shit 14:24:19 <Celestar> one for each vehicle :S 14:24:36 <frosch123> ...type :p 14:24:59 <Celestar> :P 14:25:37 * Celestar wonders which item to work upon next 14:27:14 <Celestar> meh what about refit orders 14:28:17 <Celestar> we'd have to jump from one Routing[] to another 14:34:58 <orudge> Celestar! 14:35:02 * orudge doesn't remember seeing you in a while 14:36:35 <Celestar> orudge: :D 14:36:44 <Celestar> orudge: you should have noticed that I'm back coding full speed (= 14:37:25 <Celestar> how farest thou anyway? 14:39:21 <orudge> I'm well enough, keeping busy 14:39:30 <orudge> and yourself? 14:44:45 *** Dr_Jekyll [Dr_Jekyll@p57B0C9EC.dip.t-dialin.net] has joined #openttd 14:49:32 *** Reemo [Dr_Jekyll@p57B0CD78.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 14:53:03 <Celestar> good good 14:53:10 <Celestar> peter1138: Refit orders don't really work, do they? 14:53:37 *** Progman [~progman@p57A1D302.dip.t-dialin.net] has quit [Remote host closed the connection] 14:56:47 <Ammler> Celestar: you can't replace waggons 14:56:56 <Ammler> so you can only refit to something the waggon is able 14:57:31 <Ammler> depense on the trainset :-) 14:58:05 <Celestar> Well. either the order doesn't work, or I'm doing something wrong, or the displayed "refittable to" things are wrong 14:59:26 <Ammler> which set are you using? 15:03:03 <Celestar> DBSetXL 15:04:27 *** welshdragon [~welshxcha@host86-137-37-42.range86-137.btcentralplus.com] has quit [Ping timeout: 480 seconds] 15:06:19 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd 15:06:19 *** mode/#openttd [+v glx] by ChanServ 15:08:00 <Celestar> peter1138: pull 15:08:18 <Celestar> ok I have NO idea about autoreplace :S 15:09:30 *** Brianetta [~brian@client-86-27-108-163.brnt.adsl.virgin.net] has joined #openttd 15:11:03 *** KritiK [~Maxim@78-106-181-83.broadband.corbina.ru] has joined #openttd 15:12:52 *** sandra_f [~sandra_f@ANantes-257-1-59-4.w90-25.abo.wanadoo.fr] has joined #openttd 15:13:24 <Celestar> WHERE is the vehicle autoreplace triggered? 15:13:47 <frosch123> grep for 'MaybeReplaceVehicle' 15:14:36 <frosch123> but I suggest you to move to another point of your TODO list, as autoreplace is broken anyway 15:14:51 *** sandra_f [~sandra_f@ANantes-257-1-59-4.w90-25.abo.wanadoo.fr] has quit [] 15:15:38 <Celestar> I think I'll stop it for the day 15:15:42 <Celestar> it's enough 15:15:56 <Celestar> and I want to leave peter1138 some challenges 8) 15:16:29 <glx> In file included from d:/developpement/ottd/hg/paxdest/src/vehicle.cpp:54: 15:16:29 <glx> d:/developpement/ottd/hg/paxdest/src/routing.h:214: warning: `class Routing_t' has virtual functions but non-virtual destructor 15:16:51 <Celestar> interesting I don't get this warning 15:17:24 <glx> gcc 3.4.5 15:20:17 <Celestar> heh 4.2 here 15:21:09 <Celestar> er .. 15:21:21 <Celestar> Routing_t doesn't have virtual functions :P 15:21:44 * glx opens the file 15:21:56 <peter1138> The base does. 15:22:03 <Celestar> Routing_t inherits from a base that does have virtuals 15:22:19 <glx> hmm you never ran generate 15:22:46 <Celestar> but Routing_t overrides ALL members of the base? 15:23:35 * peter1138 updates and compiles... Have already been stung by refitting once. 15:23:54 <peter1138> Celestar, I think UpdateStationWaiting() is not allowed to not generate the cargo. 15:25:09 <Celestar> http://parashift.com/c++-faq-lite/proper-inheritance.html <= LOL @21.2 15:25:21 <Celestar> peter1138: you think so? 15:25:22 <peter1138> It is possible to handle it in its callers but then things like industry production values become pretty meaningless. 15:25:31 *** Recimin [blabla@c-7ff1e455.98-2-64736c10.cust.bredbandsbolaget.se] has quit [Read error: Connection reset by peer] 15:25:35 <Celestar> peter1138: hm .. good point 15:25:56 <peter1138> So I think we always need to find a destination, somehow. 15:26:20 *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has quit [Read error: Connection reset by peer] 15:26:51 <peter1138> Maybe if it 'Timed out' or there is no route we can just give it any destination. 15:27:18 <peter1138> In effect that means leaving GetDestination returning INVALID_STATION, and remove the ANY_DESTINATION stuff. 15:27:59 *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has joined #openttd 15:29:22 <Celestar> peter1138: do it ;) 15:29:41 <peter1138> Have done... tesing ;) 15:29:43 <peter1138> +t 15:30:41 <Eddi|zuHause3> wait... my car cannot behave as a submarine? 15:30:56 <Celestar> we shouldn't make Routing an array, maybe we should revert to std::vector 15:31:01 <Celestar> Eddi|zuHause3: er nope 15:34:30 <peter1138> Why not an array? 15:37:47 *** stillunk1own [~stillunkn@82-136-225-75.ip.telfort.nl] has joined #openttd 15:37:47 *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has quit [Read error: Connection reset by peer] 15:42:50 <Celestar> peter1138: arrays are evil : 15:42:58 <Celestar> one doesn't use them in OOP mostly 15:43:54 *** stillunk1own [~stillunkn@82-136-225-75.ip.telfort.nl] has quit [Read error: Connection reset by peer] 15:43:54 *** welshdragon [~welshxcha@host86-137-37-42.range86-137.btcentralplus.com] has joined #openttd 15:45:24 <Eddi|zuHause3> "This member function might set width() to x and/or it might set height() to y, or it might do nothing" <- this reads exactly like the newgrf specs :p 15:48:45 <Celestar> Eddi|zuHause3: that's why you are NOT supposed to do it 15:54:32 *** dlunch [~dlunch@61.108.29.49] has quit [Ping timeout: 480 seconds] 15:58:41 <Celestar> the FAQ is awesome 16:02:25 <peter1138> I don't think switching from array to vector really makes much difference in evilness... That it is a global variable is surely more evil... 16:02:54 <Celestar> how else would we do it? 16:03:02 <peter1138> Quite. 16:03:05 <peter1138> http://news.bbc.co.uk/1/hi/wales/mid/7530542.stm 16:03:11 *** LilDood [~IceChat7@cpc2-bolt5-0-0-cust370.manc.cable.ntl.com] has joined #openttd 16:03:54 <Celestar> I'm off , bye :) 16:04:01 <Celestar> cu tomrrow or maybe tonight 16:04:06 <Celestar> peter1138: keep it up :D 16:04:29 *** shodan [user@ppp101-219.static.internode.on.net] has quit [Quit: Client Exiting] 16:19:53 <Alberth> I've just put my widgets patch in the dev forum, seems like a good closing of the day 16:20:54 *** Dred_furst [~Dred_furs@user-5440e40a.wfd80a.dsl.pol.co.uk] has joined #openttd 16:22:34 *** Progman [~progman@p57A1D302.dip.t-dialin.net] has joined #openttd 16:26:47 *** NukeBuster [~NukeBuste@80.101.115.82] has joined #openttd 16:27:30 *** Wezz6400 [~Wezz6400@ndb.demon.nl] has quit [Quit: Wezz6400] 16:27:50 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd [] 16:28:07 *** Wolf01|AWAY is now known as Wolf01 16:36:38 *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has joined #openttd 16:38:16 *** Farden [~jk3farden@ram94-7-82-232-189-236.fbx.proxad.net] has quit [Quit: ( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )] 16:47:35 *** welshdragon [~welshxcha@host86-137-37-42.range86-137.btcentralplus.com] has quit [Quit: Leaving] 16:52:40 *** KillaloT [~killalot@0x5738cce2.rdnqu1.dynamic.dsl.tele.dk] has joined #openttd 17:00:36 *** Dr_Jekyll [Dr_Jekyll@p57B0C9EC.dip.t-dialin.net] has quit [Quit: http://www.lagerwiki.de - das Wiki rund um's Thema Lager und Logistik] 17:02:36 *** Wezz6400 [~Wezz6400@ndb.demon.nl] has joined #openttd 17:20:01 *** grumbel [~grumbel@i577B8683.versanet.de] has joined #openttd 17:20:44 *** NukeBuster [~NukeBuste@80.101.115.82] has quit [Quit: http://www.interplay.com/] 17:27:51 *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has quit [Read error: Connection reset by peer] 17:31:38 *** Doorslammer [Doorslamme@PIPP-p-203-54-229-142.prem.tmns.net.au] has quit [] 17:37:36 <peter1138> Hmm, why did nobody mention that transfers don't work? 17:38:06 <Wolf01> because never worked well :P 17:47:49 <peter1138> Idiot 17:58:12 *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has joined #openttd 18:08:20 <Ammler> peter1138: trunk or cargodest? 18:08:41 <Ammler> I thought, it is obsolete in cargodest now? 18:09:56 <Ammler> I used unload to "force" transfer... 18:11:29 <Brianetta> D bin/data/generictrams_v0.4.grf 18:11:30 <Brianetta> No generic trams? 18:12:01 <Ammler> did you switch to trunk? 18:12:09 <Brianetta> no 18:12:17 <Brianetta> I switched to 0.6.2's tag 18:12:25 *** Progman [~progman@p57A1D302.dip.t-dialin.net] has quit [Remote host closed the connection] 18:13:27 <Ammler> it is not in trunk, so they might just forgot it to add it there... 18:14:00 * Brianetta poked they 18:14:04 * Brianetta pokes they 18:14:07 <Ammler> :-) 18:17:04 *** TinoDidriksen [~projectjj@users113.kollegienet.dk] has joined #openttd 18:17:35 <Ammler> Brianetta: btw, there is also a UK Trams grf 18:18:35 *** ecke [~ecke@213.195.202.130] has joined #openttd 18:18:36 <Brianetta> I'll talk to Ameecher about his stuff 18:18:45 <Brianetta> but right now, this screen's needed 18:18:50 <Brianetta> for DVD pklaying 18:19:01 *** Brianetta [~brian@client-86-27-108-163.brnt.adsl.virgin.net] has quit [Quit: TschÃŒÃ] 18:42:35 * peter1138 never finished coding UK Trams :o 18:44:42 <peter1138> Ammler, quite, forcing it with unload should not be necessary. By transfer I mean automatic transfer, not forced transfer. 18:45:42 <Ammler> peter1138: it is somehow strange 18:45:55 <Ammler> it worked and it didn't 18:46:47 <peter1138> Automatic transfer works if the transfer station accepts the cargo type. This is obviously wrong... 18:47:24 <peter1138> However, I found a solution. 18:47:33 <peter1138> Morrison's organic ale is 99p a bottle... 18:48:12 <Ammler> that is the solution? 18:48:32 <peter1138> Well the bottles chilling slightly in my fridge are :p 18:48:42 <peter1138> Of course, not cold, because that's not British. 18:49:44 <Ammler> I needed about a week to learn english beer to be good, but then you miss it here :-) 18:50:26 <peter1138> Hmm? 18:50:37 *** welshdragon [~welshxcha@host86-137-37-42.range86-137.btcentralplus.com] has joined #openttd 18:50:42 <Ammler> no bitter or how is that called? 18:51:04 <Ammler> the beer between lager and guiness 18:51:33 <peter1138> *nod* 18:51:49 <peter1138> Anything labeled 'Real Ale' is good, in my experience. 18:52:27 <Ammler> duno, is there no english lager? 18:52:47 <peter1138> Anything in a can is avoided... 18:53:20 <Ammler> well, we drink mostly from bottles 18:54:48 <Ammler> something we had our pain, was the missing scum in your beers :-) 18:55:14 <Ammler> that is a sign of bad beer here... 19:08:39 <Ammler> how do you handle cargo, if the station doesn't accept it anymore? 19:08:56 <Ammler> (that happens quite often with newindustries..) 19:09:48 <Ammler> I have a "excess" transport for the coal from glass works to the powerstation in my ECS game... 19:10:13 *** LilDood [~IceChat7@cpc2-bolt5-0-0-cust370.manc.cable.ntl.com] has quit [Quit: Make it idiot proof and someone will make a better idiot.] 19:13:33 *** Forked [kjs@termstua.com] has quit [Ping timeout: 480 seconds] 19:17:50 <Eddi|zuHause3> i send another train from the industry in question to a spare industry that i do not care for 19:18:50 <Eddi|zuHause3> which is why i requested that "go to depot and stop there" order recently 19:20:58 <Ammler> Eddi|zuHause3: and how does it leave the depot again? 19:21:18 <Eddi|zuHause3> by me clicking on the start button? 19:21:24 <Ammler> :-) 19:22:02 <Eddi|zuHause3> i have a PBI steel mill, and the delivery between ore and coal is quite balanced 19:22:03 <Ammler> so you send it to the depot because the industry disabpeared? 19:22:16 <Ammler> -b 19:22:23 <Eddi|zuHause3> but it is slightly more coal, so once in a while that one overflows 19:23:15 <Eddi|zuHause3> so each time i get the message "does not accept coal anymore", i can tick the train to start 19:23:48 <Eddi|zuHause3> which is quite rare, so having the train waiting for months is not worth it 19:24:21 <Ammler> why not just let it wait at the station? 19:24:56 <Ammler> it does only load the excess coal 19:26:59 *** Forked [kjs@termstua.com] has joined #openttd 19:28:36 <Ammler> the problem with ECS is then, if you begin to deliver a power station, and then not for months, it will go 19:29:02 <Ammler> so I used RVs, which transport only a few amount per time 19:29:59 <Eddi|zuHause3> no, i have a regular train to the power station as well 19:31:24 <Eddi|zuHause3> and letting the train wait at the station has two disadvantages: 1) there is no "load > 0% cargo" option, and 2) it generates running costs 19:44:39 *** Brianetta [~brian@client-86-27-108-163.brnt.adsl.virgin.net] has joined #openttd 19:47:02 <peter1138> eGRVTS' artic trucks are... nice... 19:47:21 <peter1138> Way better than George's LV4 effort. 19:47:31 <peter1138> Though that's a bit unfair. 19:50:44 <CIA-5> OpenTTD: glx * r13924 /trunk/projects/determineversion.vbs: -Fix (r11531): determineversion.vbs could fail to find the right version with hg 19:52:32 <peter1138> Hmm, I could do with a nicer looking one-way road graphic. 19:54:17 *** KurtKraut [~ktk@gateway.kurtkraut.net] has joined #openttd 19:54:36 <KurtKraut> Have anyone notice a intense CPU usage in the latest SVN version ? 19:55:57 <Eddi|zuHause3> you could be slightly less specific by leaving out further words 19:57:08 <KurtKraut> Eddi|zuHause3, are you talking to me ? Sorry, I don't understand what you said. 19:57:26 <glx> peter1138: RoutingBase_t needs virtual ~RoutingBase_t() = 0; 19:57:29 <Eddi|zuHause3> exactly. 19:57:53 <glx> hmm no it doesn't link then 19:59:58 <Rubidium> glx: just virtual ~RoutingBase 20:00:04 <Rubidium> glx: just virtual ~RoutingBase_t() {} would suffice 20:01:35 <glx> yes it's enough 20:02:21 <Brianetta> peter1138: http://www.tt-forums.net/viewtopic.php?p=713739#p713739 20:02:26 <Brianetta> Any truth to that? 20:02:39 <peter1138> There might be if Tekky knew what he was talking about. 20:03:08 <peter1138> Which he doesn't in this case, heh... 20:04:27 <Brianetta> Didin't think it seemed right. 20:06:01 <Rubidium> hmm, what remains to be done for YAPP? 20:06:42 *** LilDood [~IceChat7@cpc2-bolt5-0-0-cust370.manc.cable.ntl.com] has joined #openttd 20:08:06 <guru3> http://guru3.net/temp/landgen-lols.png 20:08:17 <Brianetta> Rubidium: You need to shove it in the trunk (: 20:08:30 <Brianetta> Actually, the last version I had didn't apply to trunk 20:09:31 <Brianetta> One of the conditionals had had an "== NULL" added to it 20:09:46 <Rubidium> oh, he already fixed that 20:09:51 <Brianetta> cool (: 20:10:04 <Rubidium> in his secret repository 20:10:10 <peter1138> :) 20:10:24 <Brianetta> He has a branch? 20:10:25 <peter1138> Has he fixed the minor code style problems? 20:10:35 <Eddi|zuHause3> peter1138 has a highlight on "secret repository" i think :p 20:10:44 <Rubidium> the ones I asked to change yes 20:10:57 <Rubidium> don't know about any others though 20:11:14 <peter1138> Celestar needs teaching in the ways of code style ;) 20:11:43 <Brianetta> Basically, Michi approached this whole thing exactly right, didn't he? 20:12:04 <peter1138> Well, he didn't complain when he was told what needed fixing ;) 20:12:12 <Brianetta> That's always a good approach 20:12:22 <peter1138> Fortunately tron happened to be here when he first showed it and helped with initial coding style. 20:12:26 <Brianetta> but the patch's first release got good feedback immediately 20:12:54 <Rubidium> yup and the non-pushing behaviour of michi_cc helps a lot too ;) 20:13:03 <Brianetta> (: 20:13:08 <Brianetta> Just his rabid fans 20:13:14 <Eddi|zuHause3> leaves only the pushing fans to handle :p 20:13:19 <Brianetta> haha 20:13:37 <peter1138> Problem is some of the devs are the rabid fans... 20:13:53 <Brianetta> That's a bonus, if you're a fan 20:13:58 <Brianetta> ...and I am 20:14:18 <peter1138> Well, I put my vote (not that it was asked for) for inclusion, asap ;) 20:14:59 <Brianetta> I'd vote that way too 20:15:11 <Eddi|zuHause3> but you are not asked either ;) 20:15:34 <orudge> as SROTU, you get my vote too, despite the fact all I've done with YAPP is attempt to play it for a couple of hours one time :p 20:15:35 <Brianetta> I've been playing it; it appears to be very robust, and doesn't screw around with How Things Were if you don't really care about it 20:16:17 <peter1138> And it supports two-way stations. 20:16:30 <Ammler> wait_oneway_signal and wait_twoway_signal should also be able to disable returns else you might have problems if you set the pbs wait to "forever" (255) 20:16:37 <peter1138> Which neither the old PBS nor pre-signals handled properly 20:16:57 <peter1138> Hmm, Nobby's Nuts... Wasabi and Soy... 20:17:07 <peter1138> Taste quite nice. 20:18:27 <peter1138> Of course, 0.6.x will be totally obsolete... 20:18:56 *** LilDood [~IceChat7@cpc2-bolt5-0-0-cust370.manc.cable.ntl.com] has quit [Ping timeout: 480 seconds] 20:19:09 <orudge> well, it could be the 0.7.0 "killer feature" 20:19:28 <Rubidium> no... we don't want to kill TTDP :) 20:19:41 <orudge> it's somewhat managing that itself :P 20:19:44 <Prof_Frink> peter1138! NewOhJustCommitItAndGetItOverWith! 20:20:11 <Prof_Frink> Make the commit five minutes before nightlytime 20:20:19 <peter1138> I'd rather make it now ;p 20:20:23 <orudge> or five minutes after, just to annoy people 20:20:32 <Prof_Frink> No, before 20:20:43 <Prof_Frink> So no-one can revert it before the nightly 20:20:55 * peter1138 doesn't remember his secret repository URL... 20:21:03 <Ammler> YAPP & cargo dest with one commit :-) 20:21:16 <peter1138> Ammler, no chance, cargo dest is way too buggy. 20:21:16 *** trainboy2004 [~trainboy2@cp734887-a.gelen1.lb.home.nl] has joined #openttd 20:21:20 <Prof_Frink> peter1138ssecretrepository.owenrudge.net! 20:21:26 <Brianetta> si? 20:21:31 <peter1138> At least it is MP safe... 20:21:39 <peter1138> Mostly. 20:22:48 <peter1138> Brianetta? 20:23:19 <Brianetta> shared infrastructure 20:23:53 <peter1138> Ahh... I've not played with the current one. The original one from r-10000 was fun though. 20:24:06 <Celestar> yeh 20:24:12 <Celestar> peter1138: what teaching do I need? :P 20:24:40 <peter1138> Eh, nothing much :) 20:24:43 <peter1138> *hiding* 20:25:00 <peter1138> Our transfer/unload handling is out of whack. 20:25:19 *** Klanticus [~Klanticus@189.35.184.72] has joined #openttd 20:26:45 <Celestar> peter1138: that's why we should put it into the Routing[] 20:27:01 <Celestar> peter1138: because it was incomprehensible even before destinations 20:27:13 <Vikthor> peter1138: I believe the SI is mostly still the same one from r10000 20:27:25 <Celestar> SI? 20:27:35 <Vikthor> (22:23:19) Brianetta: shared infrastructure 20:27:55 <peter1138> Vikthor: r-10000. 20:27:56 <Celestar> aha 20:27:59 <peter1138> i.e. ancient. 20:27:59 <Celestar> r-10000? 20:28:20 <peter1138> Celestar, I don't mind where it is, as long as it works properly. 20:29:20 <Vikthor> oh yes, apart from the fact it got updated for recent revisions, unfortunately not that much changed 20:30:21 <peter1138> Well... I doubt it's mostly the same one as the originral one. 20:30:34 <Celestar> peter1138: btw: handling of refit orders works nicely already 20:31:00 <Celestar> peter1138: I'm still pondering my head off on how to add intermediate stops 20:31:34 <peter1138> Invent 'ghost' orders. Or something. 20:31:34 <Eddi|zuHause3> let's resurrect the subsidiaries patch! ;) 20:31:46 <peter1138> Eddi|zuHause3, that's the one. 20:32:06 <Eddi|zuHause3> it died together with the miniin, i believe 20:32:32 <Ammler> Vikthor: minor things like handling of foreign trains and wp as "blocker"... 20:33:23 <Celestar> peter1138: I wonder this: when adding the order, we call the pathfinder manually and see whether it hits any stations? 20:33:23 <Vikthor> Ammler: Which is a bit hackish IMHO 20:33:37 <peter1138> Celestar: Possible... 20:33:40 <Ammler> well, else it isn't useable at all 20:33:58 <Celestar> peter1138: we would just have to re-run it from here to there 20:34:01 <Ammler> that should be of course implemented from a pro patcher like you :-) 20:34:10 <Celestar> peter1138: or just tell the user to assign the stops manually ... 20:34:34 <Vikthor> I am not a pro patcher, I am just a noob who was imensely intrerested in tracksharing 20:34:46 <Prof_Frink> peter1138! NewWhateverItIsYou'reOnAbout! 20:35:06 <Eddi|zuHause3> i have a few cases where i really need non-nonstop orders, but i would buy a paxdest without that 20:35:16 <Celestar> peter1138: meh, I forgot to handle selling of wagons 20:35:30 <Celestar> Eddi|zuHause3: yeah, you possibly will need to 20:36:18 <Eddi|zuHause3> the few cases are mainly about selecting platforms/tramstops where it is important to know the exit direction, so it won't get stuck 20:36:58 <Eddi|zuHause3> waypoints are an option there, but especially in cities, space is rare 20:37:13 <Celestar> peter1138: bad news, you'll mostly have to work alone on this tomorrow =( 20:37:49 *** LilDood [~IceChat7@cpc2-bolt5-0-0-cust370.manc.cable.ntl.com] has joined #openttd 20:38:58 * Celestar still tries to understand virtual inheritance 20:40:26 *** frosch123 [~frosch@frnk-590fe004.pool.einsundeins.de] has quit [Remote host closed the connection] 20:40:57 *** dragonhorseboy [4a396fef@67.207.141.120] has joined #openttd 20:41:01 <dragonhorseboy> hey 20:41:09 <SmatZ> hello 20:41:56 <dragonhorseboy> hey smatz 20:42:02 <dragonhorseboy> you know much about diesel motors? 20:42:32 <Wolf01> 'night 20:42:39 *** Wolf01 [~wolf01@host41-160-dynamic.56-82-r.retail.telecomitalia.it] has quit [Quit: Once again the world is quick to bury me.] 20:43:10 *** tokai [~tokai@p54B829B9.dip0.t-ipconnect.de] has joined #openttd 20:43:13 *** mode/#openttd [+v tokai] by ChanServ 20:43:58 <SmatZ> dragonhorseboy: hello, not at all :) 20:47:24 <dragonhorseboy> hm thanks anyway ;) 20:47:26 *** Wezz6400 [~Wezz6400@ndb.demon.nl] has quit [Quit: :w] 20:47:38 <dragonhorseboy> have a bugging question about turbos.. go figure 20:48:13 <Celestar> CU peops 20:48:36 <Noldo> dragonhorseboy: one that wikipedia won't answer? 20:49:29 <dragonhorseboy> noldo zero results ^_^ 20:49:44 <Noldo> so what is the question? 20:50:15 <dragonhorseboy> basically I'm wondering if its actually possible for a turbocharger to fail and keep feeding oil turning into a runaway motor till either the oil supply dries out or something literally blows out? 20:50:58 <Celestar> what does a turbocharger have to do with oil? 20:51:21 <Noldo> my thoughts exactly 20:52:40 <Celestar> a turbocharger basically is a small gas turbine, with the engine being the burner ... 20:52:52 <dragonhorseboy> celestar...I was looking at a movie from someone... poor engine running with thick black exhaust for a while till it finally went dead and they got another switcher to push this turbocharger-damaged one out of the way 20:53:08 <dragonhorseboy> and there was a big black smoke puddle where the first unit used to stand 20:53:10 *** Zahl_ [~Zahl@g228007031.adsl.alicedsl.de] has joined #openttd 20:54:39 <dragonhorseboy> not sure where this movie is even located but the switchers look like around europe or nearby to me 20:54:56 *** Purno [~Purno@5350931D.cable.casema.nl] has quit [Read error: Connection reset by peer] 21:00:36 *** Zahl [~Zahl@g226207060.adsl.alicedsl.de] has quit [Ping timeout: 480 seconds] 21:00:36 *** Zahl_ is now known as Zahl 21:01:39 *** trainboy2004 [~trainboy2@cp734887-a.gelen1.lb.home.nl] has quit [Quit: Bye for now!] 21:02:15 <peter1138> SHUNTERS 21:02:29 *** Suisse [Suisse@bas15-montrealak-1177943990.dsl.bell.ca] has quit [Quit: merde mon uptime >_<!] 21:03:49 <Eddi|zuHause3> yes, we need those ;) 21:04:29 <peter1138> dragonhorseboy has this weird US-centric language... it's all wrong :o 21:04:30 *** tokai [~tokai@p54B829B9.dip0.t-ipconnect.de] has quit [Quit: icebears... take care of them!] 21:04:41 <Eddi|zuHause3> "maybe somewhere around europe" is a quite specific for a location ;) 21:04:48 <Eddi|zuHause3> -a 21:05:06 <dragonhorseboy> eddi...its not :p 21:05:11 <dragonhorseboy> try name which city ;) 21:05:38 <Eddi|zuHause3> i have not seen the video... 21:06:13 <peter1138> Who's committing YAPP then? 21:07:08 <Noldo> I have feeling this question has something in common with "Who's turn is it? 21:10:11 <SmatZ> let's roll a dice 21:10:28 <Eddi|zuHause3> !1d20 21:10:45 <Eddi|zuHause3> doesn't work :( 21:10:47 <SmatZ> hehe 21:14:41 <dragonhorseboy> :p 21:18:05 *** tokai [~tokai@p54B829B9.dip0.t-ipconnect.de] has joined #openttd 21:18:07 *** mode/#openttd [+v tokai] by ChanServ 21:20:45 <dragonhorseboy> hm well another question .. think turbines have much use today or they're pretty much dead fuelprice-wise? 21:23:04 <SmatZ> how much is petrol in Canada? 21:25:35 <dragonhorseboy> hard to tell..they're in a random up&down swing these weeks :/ 21:25:49 <SmatZ> if it costs roughly the same as in USA, then you don't have anything to be sad of ;-) 21:25:50 <peter1138> Down? That would never happen here... 21:26:02 <SmatZ> hehe 21:27:12 <SmatZ> petrol costs ~2,25 CAD/USD in Europe 21:27:20 <SmatZ> 1 litre that is 21:27:52 <Eddi|zuHause3> the newspaper had a headline that said something about fuel prices could drop by like 10 to 20 cent... i have no idea what they meant, though... 21:28:15 <SmatZ> :) 21:28:34 <peter1138> A tank? 21:28:42 <SmatZ> hehe 21:28:59 <Eddi|zuHause3> yeah, something like that :p 21:29:04 * peter1138 pays about 60p/l for LPG. 21:29:52 <dragonhorseboy> so any thought on if turbine power for rail is dead or not likely yet? ;) 21:29:57 <SmatZ> that's wise, except you may have problems with parking sometimes (if you are forbidden to park in "clsed space" in UK too) 21:30:05 <SmatZ> with LPG... 21:30:36 <Prof_Frink> You can't go through t'Tunnel with LPG 21:30:42 <orudge> [22:25:50] <peter1138> Down? That would never happen here... <-- and yet, it has 21:30:47 <orudge> last time I filled up, cost me 117.9p/litre 21:30:51 <orudge> well, last-but-one time 21:30:55 <SmatZ> Prof_Frink: any tunnel? 21:30:57 <orudge> last time, the other day, twas 109.9p/litre 21:31:06 <peter1138> Channel Tunnel. 21:31:08 <orudge> both of those at "cheap" petrol statinos 21:31:10 <orudge> *stations 21:31:10 <Prof_Frink> SmatZ: t'Channel'un 21:31:10 <SmatZ> ahh 21:31:15 <orudge> as opposed to being in the middle of the country 21:31:23 <peter1138> Well, I have to say, my car's never exploded. 21:31:33 <SmatZ> sorry I don't know your abbrevations of "the Channel tunnel" 21:31:38 <SmatZ> hehe 21:32:37 <Prof_Frink> peter1138: Are you Meet-ing 21:33:12 <orudge> and if not, why not? 21:33:16 <orudge> also, peter1138 21:33:21 <orudge> are you Sigur Róssing? 21:34:11 <SmatZ> hehe peter's hidden identity :-P 21:36:09 <peter1138> I guess caravans are not allowed in the Channel Tunnel too? 21:36:55 <peter1138> Er, doubt it for either meet or Sigur Rós. 21:37:18 <Prof_Frink> [22:33:12] <@orudge> and if not, why not? 21:38:28 *** Suisse[Dodo]12ILvVgnnu [Suisse@bas15-montrealak-1177943836.dsl.bell.ca] has joined #openttd 21:38:34 *** Suisse[Dodo]12ILvVgnnu is now known as Suisse 21:38:37 *** Suisse [Suisse@bas15-montrealak-1177943836.dsl.bell.ca] has quit [Quit: merde mon uptime >_<!] 21:38:58 <dragonhorseboy> meh..no Sprintliner's in the tunnel? :/ 21:39:02 *** Suisse [Suisse@bas15-montrealak-1177943836.dsl.bell.ca] has joined #openttd 21:39:55 <peter1138> What's that? 21:40:34 * Prof_Frink sends a Super Sprinter through the tunnel 21:41:33 <peter1138> Would it make it? 21:45:04 <Prof_Frink> No, because I sent it down the wrong track, and there's a Eurostar coming the other way 21:46:24 <Vikthor> Train crash! 250 people died in a fireball! 21:47:08 <LilDood> oh noes 21:47:10 <Prof_Frink> Vikthor: It's in a tunnel 21:47:21 <Prof_Frink> You can't crash in a tunnel. 21:48:24 <Vikthor> Prof_Frink: Then there why Sprinter shouldn't make it, right? 21:48:38 <Vikthor> * there is no reason why 21:49:51 <Prof_Frink> Vikthor: Do I look like someone who thought this through? 21:50:17 *** mikl [~mikl@0x5550c003.adsl.cybercity.dk] has quit [Quit: mikl] 21:50:38 <Vikthor> Now that you mention it ... 21:52:00 <dragonhorseboy> sprintliner = freightliner/dodge's flexible van :p 21:52:53 <Prof_Frink> Dodge this. 21:53:17 * orudge builds a tunnel to the centre of the moon 21:53:26 <Prof_Frink> Don't be silly 21:53:32 <Eddi|zuHause3> oooohh... can i join in on this task? 21:53:38 <Prof_Frink> You can't dig a tunnel to the centre of the moon 21:53:42 <orudge> YES I CAN. 21:53:49 <orudge> It will be a special tunnel, and it will go to the centre of the moon! 21:53:56 <Prof_Frink> Umm, OK orudge 21:54:04 <Prof_Frink> Why don't we go to the seaside instead? 21:54:34 <Eddi|zuHause3> you are total idiots :p 21:54:43 <Eddi|zuHause3> but when you are back from the moon, can you bring some meat? 21:54:43 <orudge> OK Prof_Frink. 21:54:51 <orudge> from the moon meat mine on the moon? 21:54:56 <orudge> well, I'm not so sure about that. 21:55:00 <orudge> oh, look, here comes the centipede 21:55:04 <Prof_Frink> We like the moon. 21:55:11 <Prof_Frink> But not as much as a spoon 21:55:16 <orudge> My friend is centipedey, he's got many legs. 21:55:20 <Prof_Frink> 'cause that's more use for eating soup 21:55:21 <orudge> his body is segmented and he's got mandibles on his head 21:55:51 <Prof_Frink> WOE UNTO THEE. 21:55:57 *** welshdragon [~welshxcha@host86-137-37-42.range86-137.btcentralplus.com] has quit [Read error: Connection reset by peer] 21:56:22 *** welshdragon [~welshxcha@host86-137-37-42.range86-137.btcentralplus.com] has joined #openttd 21:57:20 <CIA-5> OpenTTD: truebrain * r13925 /branches/noai/src/ai/api/ai_controller.cpp: [NoAI] -Change: increase the MAX_DEPTH of AISave to 25, because Yexo wants to save things more than 5 deep, and doesn't want to circumvent it (how is that for, what the crowd wants? :)) 21:58:12 * Prof_Frink plays the orange game with orudge 21:58:13 <Eddi|zuHause3> since when does anyone here listen to what anyone wants? 21:58:18 <orudge> I hate the orange game :( 21:58:27 <Eddi|zuHause3> i love the orange game! 21:58:36 <Prof_Frink> The orange game is my favourite game! 22:02:42 *** TrueBrain [truelight@80.247.163.110] has joined #openttd 22:04:36 *** welshdragon [~welshxcha@host86-137-37-42.range86-137.btcentralplus.com] has quit [Ping timeout: 480 seconds] 22:07:07 *** Bjarni [~Bjarni@0x50a46ad5.virnxx14.dynamic.dsl.tele.dk] has quit [Quit: Leaving] 22:07:12 *** dragonhorseboy [4a396fef@67.207.141.120] has left #openttd [] 22:11:27 *** KillaloT [~killalot@0x5738cce2.rdnqu1.dynamic.dsl.tele.dk] has quit [Read error: Connection reset by peer] 22:11:37 *** Suisse [Suisse@bas15-montrealak-1177943836.dsl.bell.ca] has quit [Ping timeout: 480 seconds] 22:18:34 *** Klanticus [~Klanticus@189.35.184.72] has quit [Remote host closed the connection] 22:29:27 *** grumbel [~grumbel@i577B8683.versanet.de] has quit [Quit: Client exiting] 22:47:34 <CIA-5> OpenTTD: rubidium * r13926 /trunk/ (7 files in 2 dirs): -Add [YAPP]: Add map accessors for path reservations. (michi_cc) 22:47:46 <CIA-5> OpenTTD: rubidium * r13927 /trunk/src/ (8 files in 2 dirs): -Add [YAPP]: Draw reserved tracks darker, toggeld by a patch setting. (michi_cc) 22:48:01 <CIA-5> OpenTTD: rubidium * r13928 /trunk/ (5 files in 3 dirs): -Add [YAPP]: Function for getting the path reservation state of any tile. (michi_cc) 22:48:15 <CIA-5> OpenTTD: rubidium * r13929 /trunk/src/ (pbs.cpp pbs.h rail_map.h): -Codechange [YAPP]: Reserving and unreserving of single tracks is now possible. (michi_cc) 22:48:27 <CIA-5> OpenTTD: rubidium * r13930 /trunk/src/rail_cmd.cpp: -Codechange [YAPP]: Clear track reservation when removing a rail track. (michi_cc) 22:48:40 <CIA-5> OpenTTD: rubidium * r13931 /trunk/src/ (road_cmd.cpp waypoint.cpp): -Codechange [YAPP]: Retain the reservation state when building/removing waypoints or level crossings. (michi_cc) 22:48:57 <CIA-5> OpenTTD: rubidium * r13932 /trunk/ (9 files in 4 dirs): -Add [YAPP]: PBS signals added to the map array. The signals are drawn using the old Patch-like PBS sprites. (michi_cc) 22:49:12 <CIA-5> OpenTTD: rubidium * r13933 /trunk/src/ (rail_cmd.cpp rail_map.h signal.cpp): -Codechange [YAPP]: Handle through and PBS signals correctly in the signal code. (michi_cc) 22:49:24 <CIA-5> OpenTTD: rubidium * r13934 /trunk/src/ (npf.cpp pathfind.cpp yapf/yapf_costrail.hpp): -Codechange [YAPP]: Handle through signals in the pathfinders. (michi_cc) 22:49:40 <CIA-5> OpenTTD: rubidium * r13935 /trunk/src/ (6 files in 2 dirs): -Codechange [YAPP]: PBS signals can now be built with the normal signal tools. (michi_cc) 22:50:02 <Vikthor> Woohoo! 22:50:03 <CIA-5> OpenTTD: rubidium * r13936 /trunk/src/ (rail_cmd.cpp rail_gui.cpp): -Codechange [YAPP]: Enable the auto-signal tool to build PBS signals and honor the default signal type. (michi_cc) 22:50:18 <CIA-5> OpenTTD: rubidium * r13937 /trunk/src/ (rail_cmd.cpp rail_map.h): -Codechange [YAPP]: Don't cycle through two-sided PBS signals during build. (michi_cc) 22:50:37 <CIA-5> OpenTTD: rubidium * r13938 /trunk/src/ (lang/english.txt rail_gui.cpp table/sprites.h): -Codechange [YAPP]: Add the new signals to the build signal GUI. (michi_cc) 22:50:51 <CIA-5> OpenTTD: rubidium * r13939 /trunk/src/yapf/ (follow_track.hpp yapf_costrail.hpp yapf_destrail.hpp): -Add [YAPP]: Extend YAPF with the possibility to override the railtype info of the vehicle. (michi_cc) 22:51:06 <CIA-5> OpenTTD: rubidium * r13940 /trunk/src/ (6 files in 2 dirs): -Add [YAPP]: YAPF is now able to reserve the found path. (michi_cc) 22:51:21 <CIA-5> OpenTTD: rubidium * r13941 /trunk/src/ (4 files in 2 dirs): -Codechange [YAPP]: Added YAPP-related penalties to YAPF. (michi_cc) 22:51:34 <Eddi|zuHause3> woah... spam! 22:51:37 <CIA-5> OpenTTD: rubidium * r13942 /trunk/src/ (settings.cpp settings_type.h yapf/yapf_costrail.hpp): -Codechange [YAPP]: Add a penalty for double slips to YAPF. (michi_cc) 22:51:51 <TrueBrain> @kick Eddi|zuHause3 no spam 22:51:51 *** Eddi|zuHause3 was kicked from #openttd by DorpsGek [no spam] 22:51:52 <CIA-5> OpenTTD: rubidium * r13943 /trunk/src/ (settings.cpp settings_type.h yapf/yapf_costrail.hpp): -Codechange [YAPP]: Reserved station tiles can now be penalized more in YAPF. This should help with spread out stations. (michi_cc) 22:52:00 *** Eddi|zuHause3 [~johekr@p54B777A0.dip.t-dialin.net] has joined #openttd 22:52:03 <TrueBrain> :p 22:52:07 <CIA-5> OpenTTD: rubidium * r13944 /trunk/src/yapf/ (6 files): -Add [YAPP]: Add YAPF provider to find a safe tile and reserve a path. (michi_cc) 22:52:14 <Eddi|zuHause3> :P 22:52:20 <glx> TrueBrain: I though you didn't want to be here 22:52:21 <CIA-5> OpenTTD: rubidium * r13945 /trunk/src/yapf/follow_track.hpp: -Codechange [YAPP]: Extend CFollowTrackT to not require a Vehicle when following rail. (michi_cc) 22:52:28 <TrueBrain> glx: I don't :) 22:52:36 <CIA-5> OpenTTD: rubidium * r13946 /trunk/src/ (npf.cpp npf.h): -Add [YAPP]: Implement track reserving for NPF as well. (michi_cc) 22:52:36 <TrueBrain> but who wants to miss this? Now: sstttt 22:52:44 <orudge> YAPP 22:52:45 <orudge> :D 22:52:49 <CIA-5> OpenTTD: rubidium * r13947 /trunk/src/ (npf.cpp npf.h settings.cpp settings_type.h): -Codechange [YAPP]: Added YAPP-related penalties to NPF. (michi_cc) 22:53:05 <CIA-5> OpenTTD: rubidium * r13948 /trunk/src/ (npf.cpp npf.h): -Add [YAPP]: Extend NPF with a function to find a safe tile and reserve a path. (michi_cc) 22:53:19 <CIA-5> OpenTTD: rubidium * r13949 /trunk/src/ (order_cmd.cpp order_func.h): -Codechange [YAPP]: Declare the functions for processing conditional orders as non-static. (michi_cc) 22:53:35 <CIA-5> OpenTTD: rubidium * r13950 /trunk/src/ (5 files in 2 dirs): -Add [YAPP]: Trains can now also be in a 'stuck' state when waiting on a path reservation. (michi_cc) 22:53:51 <CIA-5> OpenTTD: rubidium * r13951 /trunk/src/train_cmd.cpp: -Codechange [YAPP]: A train leaving a tile should unreserve the track it came from if it was reserved. (michi_cc) 22:54:06 <CIA-5> OpenTTD: rubidium * r13952 /trunk/src/ (5 files): -Add [YAPP]: Trains now reserve paths trough PBS signals. Bump savegame version. (michi_cc) 22:54:20 <CIA-5> OpenTTD: rubidium * r13953 /trunk/src/ (train_cmd.cpp water_cmd.cpp): -Add [YAPP]: Free track reservations of crashed trains. (michi_cc) 22:54:37 <CIA-5> OpenTTD: rubidium * r13954 /trunk/src/train_cmd.cpp: -Codechange [YAPP]: On reserving a path that ends at the destination, the path could end at a non-safe tile. In this case, extend the reservation based on the next vehicle orders. (michi_cc) 22:54:51 <SmatZ> holy michi 22:54:53 <CIA-5> OpenTTD: rubidium * r13955 /trunk/src/ (lang/english.txt train.h train_cmd.cpp): -Codechange [YAPP]: Try to extend the path of a stuck train so it is able to continue. (michi_cc) 22:55:07 <CIA-5> OpenTTD: rubidium * r13956 /trunk/src/ (pbs.cpp pbs.h): -Add [YAPP]: Function for getting the train holding a reserved path. (michi_cc) 22:55:10 <TrueBrain> SVN Maillist is already flagged as 'spamhost' :) 22:55:17 <SmatZ> hehe 22:55:23 <CIA-5> OpenTTD: rubidium * r13957 /trunk/src/ (4 files): -Codechange [YAPP]: Free the old path reservation on removing some tracks and reroute trains afterwards. (michi_cc) 22:55:37 <CIA-5> OpenTTD: rubidium * r13958 /trunk/src/train_cmd.cpp: -Add [YAPP]: Implement look-ahead for trains so they extend their reservation before reaching the end. (michi_cc) 22:55:39 <Eddi|zuHause3> see... i told you so! 22:55:44 <SmatZ> Aurgust 3rd 2008 : the day YAPP came 22:55:52 <CIA-5> OpenTTD: rubidium * r13959 /trunk/src/train_cmd.cpp: -Codechange [YAPP]: Try to extend a train reservation as far as possible and only call into the pathfinder on track choices. (michi_cc) 22:56:04 <TrueBrain> should have waited 5 days ... ;) 22:56:07 <CIA-5> OpenTTD: rubidium * r13960 /trunk/src/ (signal.cpp signal_func.h train_cmd.cpp): -Codechange [YAPP]: Reserve a path when exiting a depot into a PBS block. (michi_cc) 22:56:20 <CIA-5> OpenTTD: rubidium * r13961 /trunk/src/train_cmd.cpp: -Add [YAPP]: Handle train reversing. (michi_cc) 22:56:29 <Eddi|zuHause3> 8.8.2008? 22:56:35 <CIA-5> OpenTTD: rubidium * r13962 /trunk/src/train_cmd.cpp: -Codechange [YAPP]: Do not reverse in front of red signals when inside a PBS block and reversing of stuck trains is disabled. (michi_cc) 22:56:48 <CIA-5> OpenTTD: rubidium * r13963 /trunk/src/train_cmd.cpp: -Codechange [YAPP]: Reserve a track when entering a PBS block through a conventional signal. (michi_cc) 22:56:55 <SmatZ> :-) 22:56:59 <Eddi|zuHause3> at 8:08 maybe? 22:57:02 <CIA-5> OpenTTD: rubidium * r13964 /trunk/src/train_cmd.cpp: -Codechange [YAPP]: Check if a train needs servicing when reserving the next path segment. (michi_cc) 22:57:04 <TrueBrain> exactly :) 22:57:14 <TrueBrain> "550 spam message discarded. If you think that the system is mistaken, please report details to abuse@" <- ghehe :) 22:57:16 <CIA-5> OpenTTD: rubidium * r13965 /trunk/src/ (newgrf_station.cpp pbs.cpp): -Add [YAPP]: Implement newgrf var 0x44 for stations (PBS reservation state). (michi_cc) 22:57:32 <CIA-5> OpenTTD: rubidium * r13966 /trunk/src/ (pbs.cpp train_cmd.cpp): -Codechange [YAPP]: Bar level crossings upon path reservation. (michi_cc) 22:57:33 <Prof_Frink> WHOA 22:57:37 <Prof_Frink> (and w00t) 22:57:40 <orudge> quite 22:57:44 <orudge> nice norks on that commit 22:58:02 <CIA-5> OpenTTD: rubidium * r13967 /trunk/src/settings.cpp: -Codechange [YAPP]: Tweak pathfinder penalties a bit. (michi_cc) 22:58:04 <Prof_Frink> Mmm, commitnorks 22:58:53 <Vikthor> Is that all ? :p 22:59:03 <Eddi|zuHause3> gimme more!!! 22:59:17 <TrueBrain> well, we can sent the same commits all over again? :p 22:59:29 <Eddi|zuHause3> alright, i hereby declare this strike over 23:00:13 <TrueBrain> Random stats (the commits were forced delayed with 10 seconds between): server load: 10. CPU load: 12%. IO load: 4%. Memory usage: 150 MiB on average. Not bad :) 23:01:29 *** bpZero [~opera@watertownDHCP-94.216-254-228.iw.net] has joined #openttd 23:01:32 <Prof_Frink> TrueBrain: has this been announced to the forums, or is it being left as a surprise for nightly users? 23:01:42 <orudge> Prof_Frink needs to check the thread ;) 23:01:59 <TrueBrain> Prof_Frink: don't ask me! 23:02:27 <Vikthor> Prof_Frink: i can only tell that it is now announced on Tycoonez forums 23:03:11 * Prof_Frink svns up 23:03:30 * TrueBrain concratz michi_cc :) 23:03:47 <michi_cc> I've left a message at the YAPP thread, anybody who knows a bit about how things are run here will know what it means 23:03:58 <Prof_Frink> TrueBrain: openttd devblog? 23:04:07 <TrueBrain> Prof_Frink: who where? 23:04:08 <TrueBrain> what? 23:04:09 <TrueBrain> why you ask me? 23:04:13 <TrueBrain> I just run the services :) 23:04:18 <Prof_Frink> Beecause you're there. 23:04:26 <TrueBrain> I am where? :) 23:06:23 <Vikthor> michi_cc: Thank you and anybody else who contributed for a great feature! 23:06:25 <TrueBrain> Prof_Frink: some bird just told me something would happen, and I wondered if the server could handle it :) Nothing more to it, then my presence here :) 23:06:59 *** bpZero [~opera@watertownDHCP-94.216-254-228.iw.net] has left #openttd [] 23:07:29 <michi_cc> And a big thanks to Rubidium who actually commited this pile of stuff 23:08:04 <SmatZ> :-) 23:08:10 *** bleepy [bleepy@5ad51a7e.bb.sky.com] has quit [Ping timeout: 480 seconds] 23:09:55 <TrueBrain> lol, this commit-spree took 120k process-creations on the server :p How nice :) 23:10:50 <Vikthor> rubidium made it to top-ten most active authors on cia.vc today 23:10:58 <TrueBrain> not number one? 23:11:05 <TrueBrain> and OpenTTD as project? 23:11:29 <Eddi|zuHause3> when does "today" start there? 23:11:34 <TrueBrain> when I say so 23:11:35 <TrueBrain> you mind? 23:11:47 <Eddi|zuHause3> yes. 23:11:49 <TrueBrain> okay. 23:11:52 <Eddi|zuHause3> you care? 23:11:56 <TrueBrain> no 23:11:57 <TrueBrain> :p 23:12:00 <TrueBrain> do I ever? :) 23:12:18 <TrueBrain> I missed these conversations Eddi|zuHause3 :) 23:12:22 <Eddi|zuHause3> you really want an answer to that? :p 23:12:33 <TrueBrain> can I take a number? 23:13:29 *** LilDood [~IceChat7@cpc2-bolt5-0-0-cust370.manc.cable.ntl.com] has quit [Quit: bai bed now] 23:13:40 <orudge> only if you ask its permission first 23:13:52 <orudge> you wouldn't take a dog without asking its permission. 23:13:55 <orudge> anyway 23:13:59 * orudge shall watch some TV then go to bed 23:14:01 <orudge> good night :) 23:14:20 <TrueBrain> night orudge 23:15:03 <michi_cc> I wonder if it's a good sign that YAPP has exactly 42 commits... 23:15:17 <SmatZ> exactly? :-) 23:15:58 <SmatZ> is it feasible to do a savegame conversion from TTDP savegames? (or old OTTD with PBS) 23:16:09 <SmatZ> or is it really different system of PBS... 23:17:35 <michi_cc> it might be possible, but pbs exit-signals need to get something else as YAPP has no exit signals. and pbs pre-signals also need to be converted 23:17:45 <TrueBrain> 42 .. lol :) 23:17:47 <Vikthor> Is YAPP answer to the ultimate question of signalling, OpenTTD and Everything? 23:17:52 <SmatZ> hehe 23:18:00 <SmatZ> now I got it ... 42 ... :) 23:18:19 <TrueBrain> as long as his end quote isn't: I am sorry for the inconvinance, it is fine by me :) 23:18:25 <Vikthor> :D 23:20:13 <michi_cc> I had two more debug commits on my git repo, but I decided to prune them out. But I didn't count the commits or anything beforehand, so 42 commits is quite a coincidence 23:20:37 <Eddi|zuHause3> there are no coincidences... 23:21:22 <Vikthor> Good night, gentlemen 23:21:27 <TrueBrain> night all :) 23:21:30 *** Vikthor [~Vikthor@snat1.spoje.net] has quit [Quit: Leaving.] 23:21:30 *** TrueBrain [truelight@80.247.163.110] has left #openttd [So long and tnx for all the fish] 23:22:24 <hylje> not a coincidence 23:25:43 <ccfreak2k> Dur hur 42. 23:26:16 <Eddi|zuHause3> did it ever occur to you that the phrase "there are no coincidences" has 23 letters? 23:26:56 <SmatZ> oh noes 23:27:05 <ccfreak2k> Did it ever occur to you that "dur hur" has six? 23:27:40 <Eddi|zuHause3> no, the phrase "dur hur" has never occured to me... 23:31:03 <CIA-5> OpenTTD: glx * r13968 /trunk/src/depot_gui.cpp: -Fix (r13923): 'cast from pointer to integer of different size' warning 23:31:06 <hylje> hurr 23:34:22 <SmatZ> YAPP got savegame version 100 :) 23:35:47 *** Osai is now known as Osai^zZz