Times are UTC Toggle Colours
00:00:35 *** nicfer [~nicfer@168.226.104.184] has quit [Quit: Leaving.] 00:01:47 *** rtypo [~tux@pc54.clicknet.iasi.rdsnet.ro] has quit [Quit: Leaving] 00:03:24 *** wollollo [~martin@dyn1076-210.hor.ic.ac.uk] has quit [Quit: leaving] 00:22:49 *** Chrill [~chrischri@c80-216-56-89.bredband.comhem.se] has quit [Quit: Practice makes perfect.. Dude, YOU are shite] 00:32:52 *** Eddi|zuHause [~johekr@p54B77D26.dip.t-dialin.net] has quit [] 00:33:10 *** Eddi|zuHause [~johekr@p54B76F8A.dip.t-dialin.net] has joined #openttd 00:37:02 *** UFO64 [~jmurray@murrayjm8.umeres.maine.edu] has quit [Quit: Leaving] 00:42:37 <CIA-1> OpenTTD: smatz * r15249 /trunk/src/saveload/vehicle_sl.cpp: -Fix [FS#2576]: force trains from old (and other vehicles from 'recent') savegames to have zero cur_speed while stopped (cooperation with frosch123) 00:46:13 <Eddi|zuHause> AdmiralAI needs a timeout when it gives up building a line, and then remove the stations 00:47:55 <SmatZ> Eddi|zuHause: all your bugreports have been fixed ;) 00:48:33 <Eddi|zuHause> damn, now i need to find new ones :p 00:50:16 <frosch123> yeah, smatz can be quite demanding :p 00:50:54 <SmatZ> :o) I am happy there are bugreports about problems with old savegames ;) 00:51:33 <SmatZ> then I think someone really uses that TTO-loading ability :_D 00:52:08 <Eddi|zuHause> i can't find my very first savegame.. 00:54:05 <Eddi|zuHause> i must say, it is really difficult to fix up networks when they are already screwed up like this :p 00:54:33 <SmatZ> hehe 00:54:33 <frosch123> turn them into a scenario 00:55:51 <SmatZ> hmm that reminds... 00:56:11 <SmatZ> "Reset landscape" results in crash when applied to most savegames (renamed to .scn) 00:56:15 <SmatZ> *me 00:56:23 *** a1270 [~Cheese@24-116-57-248.cpe.cableone.net] has joined #openttd 00:57:32 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Quit: from __future__ import antigravity] 00:58:02 <frosch123> good night 00:58:09 *** frosch123 [~frosch@frnk-590fd142.pool.einsundeins.de] has quit [Remote host closed the connection] 00:59:59 *** davis- [~iloveme@p5B28F1D9.dip.t-dialin.net] has quit [Quit: ( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )] 01:09:19 *** vraa [~vraa@h82.186.30.71.dynamic.ip.windstream.net] has joined #openttd 01:32:58 *** OwenS [~OwenS@host86-164-125-149.range86-164.btcentralplus.com] has quit [Remote host closed the connection] 01:33:07 *** UFO64 [~jmurray@john-michael-murray.um.maine.edu] has joined #openttd 01:33:19 *** el_en [~lanurmi@dyn-xdsl-83-150-113-243.nebulazone.fi] has quit [Ping timeout: 480 seconds] 01:34:01 *** RS-SM [~RSCN@216-165-16-134.DYNAPOOL.NYU.EDU] has quit [Quit: RS-SM] 01:54:03 *** KritiK [~Maxim@78-106-71-2.broadband.corbina.ru] has quit [Quit: Leaving] 01:55:56 *** Yeggstry [~mind@cpc2-rdng14-0-0-cust631.winn.cable.ntl.com] has quit [] 01:56:25 *** RS-SM [~RSCN@216-165-16-134.DYNAPOOL.NYU.EDU] has joined #openttd 01:58:00 *** Rexxars [~rexxars@62.113.132.255] has quit [Quit: edgepro: A man who smiles when things go wrong knows who to blame.] 02:00:19 *** Brianetta [~brian@client-82-26-67-90.bmly.adsl.virgin.net] has quit [Quit: TschÃŒÃ] 02:10:07 *** `Fuco` [~dota.keys@ip-105.imafexbb.sk] has joined #openttd 02:13:50 *** Fuco [~dota.keys@ip-105.imafexbb.sk] has quit [Read error: Connection reset by peer] 02:18:04 *** einKarl [~einKarl@91-66-180-201-dynip.superkabel.de] has quit [Remote host closed the connection] 02:44:31 *** vraa_ [~vraa@h15.228.29.71.dynamic.ip.windstream.net] has joined #openttd 02:47:07 * goodger has an offer to read Business Administration and even has reduced grade requirements 02:47:14 *** vraa [~vraa@h82.186.30.71.dynamic.ip.windstream.net] has quit [Ping timeout: 480 seconds] 02:48:18 *** stillunknown [~stillunkn@82-136-228-38.ip.telfort.nl] has quit [Read error: Connection reset by peer] 03:01:10 *** TinoDidriksen [~projectjj@port432.ds1-od.adsl.cybercity.dk] has quit [Ping timeout: 480 seconds] 03:03:16 *** stillunknown [~stillunkn@82-136-228-38.ip.telfort.nl] has joined #openttd 03:05:03 *** TinoDidriksen [~projectjj@port432.ds1-od.adsl.cybercity.dk] has joined #openttd 03:16:46 *** Lakie [~Lakie@91.84.251.149] has joined #openttd 03:20:06 *** ArmEagle [~armeagle@cc193001-a.groni1.gr.home.nl] has joined #openttd 03:21:39 <ArmEagle> heh, playing my first online map since ages ... and the server is having massive package loss after a few hours. 03:22:00 <ArmEagle> I always find it hard to start on a new map. 03:22:08 <ArmEagle> And here I finally started to get on track 03:27:15 <ArmEagle> seems like the really doesn't like package loss at all. 03:27:19 <ArmEagle> *the game 03:27:50 <ArmEagle> I was thinking I'd try to login just one more time and save the map (if that's possible). And then just play it for myself. 03:28:44 <ArmEagle> But I don't blame openttd. 30-50% package loss is really bad :) 03:31:21 *** TinoDidriksen [~projectjj@port432.ds1-od.adsl.cybercity.dk] has quit [Ping timeout: 480 seconds] 03:31:29 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has quit [Quit: bye] 03:35:23 *** TinoDidriksen [~projectjj@port432.ds1-od.adsl.cybercity.dk] has joined #openttd 03:36:37 *** SHRIKEE [~shrikee@84-105-52-118.cable.quicknet.nl] has quit [Quit: SHRIKEE] 03:43:23 <ArmEagle> heh doh.. game already autosaves multiplayer maps automatically.. 04:00:54 *** Zorni [zorn@e177224170.adsl.alicedsl.de] has joined #openttd 04:00:56 *** Tino|Home [~Tino@i59F5CE1E.versanet.de] has joined #openttd 04:03:20 *** stillunknown [~stillunkn@82-136-228-38.ip.telfort.nl] has quit [Ping timeout: 480 seconds] 04:07:59 *** TinoM| [~Tino@i59F5E55F.versanet.de] has quit [Ping timeout: 480 seconds] 04:08:18 *** Zorn [zorn@g224111163.adsl.alicedsl.de] has quit [Ping timeout: 480 seconds] 04:16:11 *** Lakie [~Lakie@91.84.251.149] has quit [Quit: Sleep.] 04:17:10 *** vraa_ [~vraa@h15.228.29.71.dynamic.ip.windstream.net] has quit [Quit: Leaving...] 04:18:59 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd 04:30:33 *** UFO64 [~jmurray@john-michael-murray.um.maine.edu] has quit [Quit: Leaving] 04:38:25 *** michi_cc [56583bfd7b@dude.icosahedron.de] has quit [Ping timeout: 480 seconds] 04:39:55 *** vraa [~vraa@h94.176.213.151.dynamic.ip.windstream.net] has joined #openttd 04:40:05 *** `Fuco` [~dota.keys@ip-105.imafexbb.sk] has quit [Quit: Quit] 04:45:03 *** michi_cc [681be76d71@dude.icosahedron.de] has joined #openttd 04:45:06 *** mode/#openttd [+v michi_cc] by ChanServ 05:06:09 *** Singaporekid [~notme@cm68.psi148.maxonline.com.sg] has joined #openttd 05:19:34 *** NukeBuster [~wouter@80.101.115.82] has left #openttd [] 05:20:16 *** xahodo [~xahodo@xahodo.demon.nl] has quit [Quit: Goodbye.] 05:49:01 *** Zeal [~Ping@78-69-54-150-no70.tbcn.telia.com] has joined #openttd 05:52:35 *** Zealotus [~Ping@78-69-54-150-no70.tbcn.telia.com] has quit [Ping timeout: 480 seconds] 05:58:41 *** RS-SM [~RSCN@216-165-16-134.DYNAPOOL.NYU.EDU] has quit [Quit: RS-SM] 06:15:34 *** vraa_ [~vraa@h139.180.30.71.dynamic.ip.windstream.net] has joined #openttd 06:18:18 *** vraa [~vraa@h94.176.213.151.dynamic.ip.windstream.net] has quit [Ping timeout: 480 seconds] 07:07:17 *** Wolf01 [~wolf01@host254-233-dynamic.14-87-r.retail.telecomitalia.it] has joined #openttd 07:07:36 <Wolf01> hello 07:22:56 <Alberth> Wolf01: good morning 07:27:42 <Wolf01> is available a quick and dirty fix for the CompanyByte conversion to '' so I can compile on MSVC2005? (or should I revert to an older revision?) 07:28:17 <petern> cast to (int) after the : 07:28:42 <Wolf01> thank you 07:33:10 <Wolf01> ok, now the most difficult part... encode FooBar's sloped roadstops :| 07:34:59 <petern> ArmEagle: packet, not package 07:36:12 *** Phoenix_the_II [ralph@home.deboom.biz] has quit [Read error: Connection reset by peer] 07:36:18 *** Phoenix_the_II [ralph@home.deboom.biz] has joined #openttd 07:37:04 *** worldemar [~world@85.114.161.123] has joined #openttd 07:38:34 <Wolf01> "That's about it! If you've got this far, post your station in the TTDPatch Graphics section, maybe in the Project Generic Stations thread, and I'm sure someone will code it into the game." 07:38:43 <Wolf01> I think I'll follow this tutorial 07:40:23 <goodger> good morning, UTC+0-2 07:40:36 <goodger> damn 07:40:44 <goodger> good morning, UTC-0-2 07:41:33 *** worldemar [~world@85.114.161.123] has quit [Remote host closed the connection] 07:43:38 *** |Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has joined #openttd 07:56:12 <petern> someone will code it! 07:56:17 <petern> morning goodger 07:56:26 <goodger> morning petern 08:01:40 <Wolf01> all what I've done so far is a grf with triangular sprites 08:01:44 <Wolf01> :P 08:02:39 *** ecke_ [~ecke@213.195.202.130] has quit [Quit: ecke_] 08:05:59 <petern> hmm, why am i on 11 irc networks :/ 08:08:50 <Wolf01> seem that grfcodec doesn't like the sizes and coordinates I put on the nfo 08:12:22 <thingwath> hehe, it's quite sad when EMU looks better with graffiti on it :) 08:29:03 * Wolf01 http://wolf01.game-host.org/OTTD_related/slpstops.png 08:29:25 <Wolf01> that's how they look after coded and decoded again :( 08:32:16 <petern> you fail :D 08:32:54 <petern> make sure your source image is aligned to 4 pixels 08:34:03 <Wolf01> so it's not a problem of what coordinates I put on the nfo, but it is the source image which is wrong? 08:36:34 *** Phoenix_the_II [ralph@home.deboom.biz] has quit [Read error: Connection reset by peer] 08:36:37 <Wolf01> this is the second time I'm trying to code a grf, the first time I coded succesfully a golden livery chimera engine for normal rails (I wanted to start a steampunk set, but I've done nothing) 08:36:40 *** Phoenix_the_II [ralph@home.deboom.biz] has joined #openttd 08:38:20 <petern> bad coordinates won't shear the image 09:13:20 *** renea [~renea@82-170-7-78.ip.telfort.nl] has joined #openttd 09:16:29 *** sigmund [~sigmund@91.80-202-245.nextgentel.com] has joined #openttd 09:18:14 *** sigmund_ [~sigmund@91.80-202-245.nextgentel.com] has quit [Ping timeout: 480 seconds] 09:28:32 *** ecke [~ecke@213.195.202.130] has joined #openttd 09:37:18 *** el_en [~lanurmi@dyn-xdsl-83-150-113-243.nebulazone.fi] has joined #openttd 09:39:58 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 09:42:08 <Wolf01> terraforming tools in scenario editor are inconsistent with the ones in game mode 09:47:53 *** Purno [~Purno@5350931D.cable.casema.nl] has joined #openttd 09:50:31 *** OwenS [~OwenS@host86-164-125-149.range86-164.btcentralplus.com] has joined #openttd 09:54:17 *** thingwath [~thingwath@morana.sks2.muni.cz] has quit [Quit: It's all over.] 09:54:33 *** thingwath [~thingwath@morana.sks2.muni.cz] has joined #openttd 09:59:34 *** evandar [~evandar@213.168.176.142] has quit [Read error: Connection reset by peer] 09:59:59 *** OwenS [~OwenS@host86-164-125-149.range86-164.btcentralplus.com] has quit [Quit: Leaving] 10:00:33 *** OwenS [~OwenS@host86-164-125-149.range86-164.btcentralplus.com] has joined #openttd 10:15:49 <dihedral> oi 10:16:51 *** evandar [~evandar@213.168.176.142] has joined #openttd 10:21:07 *** einKarl [~einKarl@91-66-180-201-dynip.superkabel.de] has joined #openttd 10:23:40 * dihedral is very much looking forward to todays nightly 10:27:13 *** Splex [~splex@121.165.245.9] has quit [Remote host closed the connection] 10:27:53 *** Yeggstry [~mind@cpc2-rdng14-0-0-cust631.winn.cable.ntl.com] has joined #openttd 10:28:53 <CIA-1> OpenTTD: Yexo * r15250 /trunk/src/newgrf_gui.cpp: -Fix (r15126): The NewGRF Settings window was 1 pixel to low. 10:36:11 *** Progman [~progman@p57A1EB08.dip.t-dialin.net] has joined #openttd 10:38:52 *** Tim-itry [~Tim@p5B37F15B.dip.t-dialin.net] has joined #openttd 10:59:53 <dihedral> Error: Out of memory. Cannot allocate 2883592 bytes 10:59:53 <dihedral> openttd: /home/fairplay/openttd/src/openttd.cpp:145: void error(const char*, ...): Assertion `0' failed. 11:00:02 <dihedral> i really doubt that is' my memory issue! 11:00:10 <dihedral> i am not seing anything else in the logs 11:00:29 <dihedral> all other apps are running fine 11:00:42 <Rubidium> dihedral: then tell us what causes malloc to return NULL 11:01:24 <dihedral> it started in r15070 11:01:40 * dihedral is happy to have logs from his ottd games :-P 11:02:43 <Rubidium> so 15070 is the revision that introduced it? 11:03:03 <Rubidium> quite unlikely 11:03:14 <dihedral> no - that's the first nightly that shows that message 11:03:48 <dihedral> well, as of r14876 11:04:53 <SmatZ> so r14876 is the first nightly? 11:04:57 <dihedral> but it's been in the last 3 nightlies 11:05:07 <dihedral> no - the first on i still have logs from 11:05:38 <Rubidium> @base 10 16 2883592 11:05:38 <DorpsGek> Rubidium: 2C0008 11:07:07 <Rubidium> are you using AIs? 11:07:12 <dihedral> yes 11:07:15 <dihedral> admiral ai 11:07:21 <SmatZ> dihedral: so last working is r15036, and r15070 isn't, right? or is it possible r15036 was problematic too, but the problem just didn't show up? 11:07:33 <SmatZ> or is it unlikely :) 11:07:36 <dihedral> i was just wondering why it was wanting 2+Mb space... 11:07:38 <SmatZ> bbl lunch 11:07:52 <dihedral> SmatZ, that always is possible 11:07:57 <dihedral> it happens in the middle of a game 11:08:11 *** angelo [angelo@ppp86-91.adsl.forthnet.gr] has quit [] 11:08:14 <Rubidium> how man admiral ais? 11:08:25 <Rubidium> sounds like squirrel's leaking 11:08:46 <dihedral> should i pump up the squirrel and ai debug level 11:08:52 <dihedral> debug is printed to stderr right? 11:09:05 <Rubidium> I don't think that'll give you any useful info 11:09:06 <dihedral> i conly log stderr 11:09:11 <dihedral> shame 11:09:28 <dihedral> in one of the cases i see a [ai] The AI died unexpectedly. 11:10:17 <dihedral> the ai had been running for like over 12 hours 11:10:55 <George> A question about ARV. If I specify refit classes for head RV, it shows the list of cargoes to refit according to that class list. But if a part of ARV has others cargo classes to refit, the build vehicle has the refit list for the whole consist. Is there a way to tell ARV to use crgoes classes list for the head vehicles, not all the vehicles in the consist? 11:12:13 <Eddi|zuHause> you can only refit a whole consist, why would you show different things? 11:12:57 <George> also, if I specify 0 capacity for some cargo with CB 15, it allows me to refit ARV to that cargo, but afterthat ARV becomes not refitable 11:13:06 *** FR^2 [~frquadrat@frquadrat.de] has joined #openttd 11:13:16 *** frosch123 [~frosch@frnk-590c30a1.pool.einsundeins.de] has joined #openttd 11:13:48 <George> Eddi|zuHause: I do not want to show different crgoes for the consist, but only the list, defined for head RV (with 0 capacity) 11:14:11 <George> But I could not find a way to code this behaviour 11:16:36 <Rubidium> refitting goes per vehicle part 11:16:57 <Rubidium> so if you want a part to be refittable, that part must have the refit list 11:17:06 <Rubidium> not some random part somewhere in the vehicle 11:19:55 *** divo [~asd@0x3e42e6e6.adsl.cybercity.dk] has joined #openttd 11:20:25 <frosch123> George: When you make the cabin not carry anything you could use the most common cargo/subcargo of consist variable to make it look different 11:21:21 <George> frosch123: My current problem is not the graphics, but a list of cargo to refit 11:21:46 <George> I can't make head RV to restrict the list of cargos of ARV 11:22:21 *** evandar [~evandar@213.168.176.142] has quit [Ping timeout: 480 seconds] 11:23:25 <George> In the purchase window the list is correct (the one defined by head RV), but when ARV is build, I get the wider list 11:23:39 <George> I'm looking for a way to prevent it 11:24:19 <George> Could the second part of ARV check the head part and define its' refit list according to this value 11:24:47 <George> For example, the second part can return 0 capacity in this case 11:25:19 <George> But even with 0 capacity it is allowed to refit ARV to that cargo (with 0 copacity of ARV) 11:25:33 <George> capacity 11:26:08 <frosch123> no, that is not possible. but you can of course attach different vehicle IDs with different action0 properties but the same action123 chain 11:26:14 *** einKarl [~einKarl@91-66-180-201-dynip.superkabel.de] has quit [Remote host closed the connection] 11:26:59 <George> I know, but there are only 80h IDs to attach. I'm afraid to run out of IDs 11:27:29 <frosch123> yeah, I know what is on my todo list :) 11:27:49 <George> May be OTTD could remove a possible refit from the refit list if refit capacity is 0? Or at least have a flag to act so? 11:28:24 <frosch123> I guess that would cause a lot of trouble, and I remember a feature request which was heading in the other direction 11:28:37 <George> ? 11:29:02 <Eddi|zuHause> refits with capacity 0 should be allowed, e.g. for repainting an engine 11:29:25 <frosch123> e.g. you asked how to attach different amount of trailers when refitting 11:29:26 <George> Eddi|zuHause: That's why I said FLAG 11:29:35 <frosch123> so you want to be able to refit a trailer to capacity 0 11:30:11 <frosch123> also the refit cargo types need to be available without an actual vehicle chain 11:30:22 <George> Yes. And that is what I'm currently testing :) 11:31:00 <George> I'm creating the head engine with 0 capacity and attaching trailers to it 11:31:06 <frosch123> also, why does it not behave the same in the purchase list, that sounds wrong 11:31:33 <George> frosch123: Do I need to send you a GRF? 11:32:13 <frosch123> you can do that, but I won't take a look at it immediatelly :) 11:33:26 <George> So, I want the trailer to provide different cargoes list according to head engine (I can have FFFFh head engines, so I want to provide different cargo lists for every head engine) 11:33:51 *** evandar [~evandar@213.168.176.142] has joined #openttd 11:33:56 <George> In fact I want ARV to provide it. A trailer has variants for every cargo 11:34:34 <George> http://george.zernebok.net/temp/-/5LVtruckw.grf 11:35:06 <George> frosch123: any advise? 11:36:22 <frosch123> when you use livery override, do you still need more than 0x7F IDs? 11:37:19 <petern> shouldn't need to 11:37:28 <George> Sorry, what does it mean here? Livery override is graphics and we are speaking about capacity and refit list 11:38:11 <frosch123> you could e.g. use one id for every refit_mask 11:38:21 <petern> hmm 11:38:22 <frosch123> or of course, just wait until more ids are supported 11:39:05 *** Tim-itry_ [~Tim@p5B37FBDA.dip.t-dialin.net] has joined #openttd 11:40:33 <George> frosch123: How can use 1 vehID per mask if I have only 80h to attach. If I have 16 trucks with 8 views, than I'd run out 80h IDs, and I plan more than 16 trucks now 11:41:19 *** Vikthor [~Vikthor@161-18-80-78.strcechy.adsl-llu.static.bluetone.cz] has joined #openttd 11:41:26 <frosch123> but aren't some trucks refittable to the same cargos? 11:42:15 *** Tim-itry_ is now known as Timitry 11:43:40 <George> they are. but they have different characteristics. I suppose the weight of parts would be taken into account some day? than I can't use the same attached part to all the heads, unless values are defined with CB. 11:43:52 <George> But may be it is the best solution for now 11:44:10 <Timitry> http://paste.openttd.org/179146 11:44:25 <Timitry> OpenTTD crashed when i tried to join the openttdcoop-public server 11:45:34 <Timitry> When i first tried to connect, i had a missing NewGRF, i then downloaded the OpenTTDCoop NewGRF pack, went back to the main menu, new grf window, add new grfs, rescan files, back to multiplayer, connected to the server ---> crash 11:45:54 *** Tim-itry [~Tim@p5B37F15B.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 11:47:06 <planetmaker> ah, yes. That error is solved, Trimitry. I think 11:47:25 <planetmaker> you didn't close the newgrf window before you hit connect, right? 11:47:53 <Timitry> uhm... not so sure about that 11:48:53 <Timitry> Yes, it is reproducable like that 11:48:54 <Timitry> Good... 11:49:33 *** FloSoft [sifldoer@tyra.ra-doersch.de] has quit [Remote host closed the connection] 11:57:10 *** Dred_furst [~Dred_furs@resnet523.bournemouth.ac.uk] has joined #openttd 11:58:18 <planetmaker> http://hg.openttd.org/openttd/trunk.hg/rev/3b385a76868e <-- probably that one :) 11:59:51 *** fjb_ [~frank@p5485DA58.dip.t-dialin.net] has joined #openttd 12:01:26 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds] 12:01:45 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 12:03:40 *** fjb [~frank@p5485EBB5.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 12:06:25 *** tokai [~tokai@p54B80D3A.dip0.t-ipconnect.de] has joined #openttd 12:06:29 *** mode/#openttd [+v tokai] by ChanServ 12:12:09 *** mortal` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 12:14:15 *** mikl [~mikl@0x57372ee2.mrbnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds] 12:15:50 *** mortal`` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 12:18:00 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds] 12:21:31 *** mortal` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds] 12:25:06 *** mortal`` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds] 12:30:14 <petern> hmm, i need more ram 12:30:25 *** wollollo [~martin@dyn1076-210.hor.ic.ac.uk] has joined #openttd 12:37:42 *** Phoenix_the_II [ralph@home.deboom.biz] has quit [Read error: Connection reset by peer] 12:37:50 *** Phoenix_the_II [ralph@home.deboom.biz] has joined #openttd 12:46:20 *** Zeal [~Ping@78-69-54-150-no70.tbcn.telia.com] has quit [Quit: Leaving] 12:46:36 *** Zealotus [~Ping@78-69-54-150-no70.tbcn.telia.com] has joined #openttd 12:47:14 *** FloSoft [sifldoer@tyra.ra-doersch.de] has joined #openttd 12:50:24 <CIA-1> OpenTTD: smatz * r15251 /trunk/src/saveload/vehicle_sl.cpp: -Fix (r15249): trains from 0.2.0-0.3.0 could be in 'stopping' state instead of 'stopped' (this problem doesn't affect trains in depot) 13:00:25 *** Timitry [~Tim@p5B37FBDA.dip.t-dialin.net] has quit [Read error: Connection reset by peer] 13:05:19 <CIA-1> OpenTTD: frosch * r15252 /trunk/src/ai/api/ (ai_marine.cpp ai_tile.cpp): -Fix (r15027): AIMarine::AreWaterTilesConnected() reported aqueducts being connected with all surrounding tiles. Also add some type safety. 13:06:50 *** Zahl [~Zahl@g229218024.adsl.alicedsl.de] has joined #openttd 13:16:53 <Eddi|zuHause> poor AdmiralAI. it could place one rail line, but not the second parallel one 13:17:17 <petern> heh 13:21:21 *** Yeggstry [~mind@cpc2-rdng14-0-0-cust631.winn.cable.ntl.com] has quit [Read error: Connection reset by peer] 13:21:39 *** stillunknown [~stillunkn@82-136-228-38.ip.telfort.nl] has joined #openttd 13:22:11 <edeca> Eddi|zuHause: Heh my AdmiralAI build stations all over the map costing a few hundred K and then never built rail lines 13:26:48 *** tokai [~tokai@p54B80D3A.dip0.t-ipconnect.de] has quit [Quit: icebears... take care of them!] 13:30:10 *** KritiK [~Maxim@78-106-137-11.broadband.corbina.ru] has joined #openttd 13:31:17 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd 13:31:20 *** mode/#openttd [+v glx] by ChanServ 13:32:30 <Eddi|zuHause> road AIs quite oftenly seem to remove bridges in order to build depots and stations 13:33:52 <welshdragon> (i dd just post this in 'tycoon, but it's dead) Holyshit: the ACES dev studio at Microsoft is no more :( 13:34:29 <Eddi|zuHause> the what at who? 13:34:29 <Yexo> Eddi|zuHause: report that as a problem in the forum threads of the AIs that do that 13:40:58 *** Swallow [~chatzilla@5355F5FD.cable.casema.nl] has joined #openttd 13:41:19 *** re06011988 [~wanoo@vol21-2-82-226-46-162.fbx.proxad.net] has joined #openttd 13:41:25 *** re06011988 [~wanoo@vol21-2-82-226-46-162.fbx.proxad.net] has left #openttd [] 13:44:09 *** angelo [angelo@62.1.232.23] has joined #openttd 13:44:41 <Eddi|zuHause> oooh kay... this is a desaster waiting to happen... a truck of this AI crashed at a level crossing, now the ratings dropped, so they get no cargo anymore 13:44:52 <Eddi|zuHause> but now their trucks pile up at the loading station 13:45:07 <Eddi|zuHause> so that the last truck gets to stand directly on the crossing :p 13:45:19 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 13:47:21 *** HerzogDeXtEr1 [~Flex@89.246.171.33] has joined #openttd 13:48:44 <planetmaker> lool :) 13:49:33 <planetmaker> I just had that: a level crossing where a train of mine waited across. AI busses waiting there, standing on other tracks... well. Poor passengers of those busses... Many casualities when the grain train left my station :) 13:53:19 *** stillunknown [~stillunkn@82-136-228-38.ip.telfort.nl] has quit [Read error: Connection reset by peer] 13:53:30 *** HerzogDeXtEr [~Flex@89.246.164.127] has quit [Ping timeout: 480 seconds] 13:57:14 <edeca> You can't feel sorry for 1s and 0s ;) 13:57:39 <Swallow> I'm getting an error when compiling current trunk: (WinXP, MSVC 2008) 13:57:41 <Swallow> 4>..\src\toolbar_gui.cpp(235) : error C2446: ':' : no conversion from 'CompanyByte' to '' 13:57:42 <Swallow> 4> No user-defined-conversion operator available that can perform this conversion, or the operator cannot be called 13:58:37 *** stillunknown [~stillunkn@82-136-228-38.ip.telfort.nl] has joined #openttd 14:01:01 <Swallow> typecasting to int or similar seems to fix it 14:01:27 <Swallow> see also http://paste.openttd.org/179154 14:02:30 *** Brianetta [~brian@client-82-26-67-90.bmly.adsl.virgin.net] has joined #openttd 14:02:33 <CIA-1> OpenTTD: truebrain * r15253 /trunk/src/console_cmds.cpp: -Fix (r15193): dutch people shouldn't write english :p 14:10:37 <CIA-1> OpenTTD: glx * r15254 /trunk/src/toolbar_gui.cpp: -Fix (r15242): of course MSVC requires a cast 14:11:29 <edeca> Is it possible to have a train with all of 1 type of carriage (e.g. hopper) but 2 cargos (e.g. cereal & fiber crops 50/50) 14:11:45 <glx> no 14:12:01 <glx> well it's possible but you need to refit them separately 14:12:15 <glx> and group them in a single train after 14:12:41 <edeca> That makes sense, was the only way I could see 14:12:45 <edeca> Pain, but at least you can clone trains 14:12:56 * edeca builds longer queueing areas instead 14:22:04 *** Swallow [~chatzilla@5355F5FD.cable.casema.nl] has quit [Quit: ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]] 14:24:30 *** davis- [~iloveme@p5B28EC27.dip.t-dialin.net] has joined #openttd 14:25:10 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Read error: Connection reset by peer] 14:25:26 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 14:27:27 <CIA-1> OpenTTD: frosch * r15255 /trunk/src/ai/api/ai_vehicle.cpp: -Fix (r15027): AIVehicle::GetLength() returned only the length of the first part of articulated road vehicles. 14:28:44 *** Singaporekid [~notme@cm68.psi148.maxonline.com.sg] has quit [Read error: Connection reset by peer] 14:31:13 *** Zorn [zorn@e177224170.adsl.alicedsl.de] has joined #openttd 14:31:33 *** TinoM| [~Tino@i59F5CE1E.versanet.de] has joined #openttd 14:31:33 *** KritiK [~Maxim@78-106-137-11.broadband.corbina.ru] has quit [Read error: Connection reset by peer] 14:32:01 *** KritiK [~Maxim@78-106-137-11.broadband.corbina.ru] has joined #openttd 14:32:51 *** xahodo [~xahodo@xahodo.demon.nl] has joined #openttd 14:35:54 <Eddi|zuHause> sick... within one minute, 3 crashes at the same crossing... 14:36:16 *** mortal` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 14:37:15 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds] 14:38:20 *** Tino|Home [~Tino@i59F5CE1E.versanet.de] has quit [Ping timeout: 480 seconds] 14:39:20 *** Zorni [zorn@e177224170.adsl.alicedsl.de] has quit [Ping timeout: 480 seconds] 14:41:11 <angelo> nice, a train is loading past 100% 14:41:29 <energetic> you have a pentium overdrive CPU? 14:41:48 <energetic> that might cause it 14:41:49 <angelo> 900 passengers in a single wagon 14:41:50 <angelo> sounds crowded 14:42:02 <angelo> i dont have a pentium 14:42:07 <energetic> oh ;) 14:42:27 <energetic> anyways: how u do that? 14:43:31 <energetic> sounds usefull in competition games 14:44:45 <angelo> dunno 14:44:51 <angelo> i just saw it happen 14:45:04 *** Splex [~splex@116.127.150.150] has joined #openttd 14:45:38 *** Tim-itry [~Tim@p5B37FBDA.dip.t-dialin.net] has joined #openttd 14:45:41 <Gekz> angelo: sounds like a bug 14:45:54 <Gekz> angelo: save it and check an autosave 14:45:58 <Gekz> and see if it does it again? 14:46:15 <Gekz> Eddi|zuHause: :o 14:48:04 *** NukeBuster [~wouter@80.101.115.82] has joined #openttd 14:58:13 *** smeding [smeding@5354BE76.cable.casema.nl] has joined #openttd 14:58:48 <smeding> hey, it's been a while since i've been here (and since i've been playing OpenTTD), and i've got a question. 14:59:08 <smeding> i'm playing openttd with cargodest and PBS, and wondering if there's a way to combine the behaviour of presignals and PBS 14:59:45 <smeding> so, for example, a train will wait at the PBS-presignal-start signal if there are no stop signals free 15:00:09 <Aali> nope 15:00:14 <smeding> ah. too bad, then 15:00:33 <smeding> PBS speeds up the progress through some of my stations a lot, but when there's no path to a station they clog up the intersection 15:01:35 <smeding> er. to a platform* 15:01:41 <CIA-1> OpenTTD: smatz * r15256 /trunk/src/saveload/company_sl.cpp: -Fix (r15027): use of uninitialised variable while saving/loading game with AIs 15:01:45 <Aali> the most efficient station is still the presignal bypass, no PBS construct has been able to beat it yet :) 15:06:59 <Alberth> smeding: don't put a signal just after the intersection with PBS 15:07:23 <smeding> hmmmm. 15:08:08 <Alberth> smeding: only there were it is ok for a train to stop. Releasing of track is done automatically after it passed 15:08:28 <smeding> right, why don't i think of such things :) 15:08:36 <Alberth> it is at the wiki 15:09:22 <smeding> yeah i guess i don't look there often enough. i'm only a casual player 15:09:54 *** Mucht [~Martin@chello080109200215.3.sc-graz.chello.at] has quit [Read error: No route to host] 15:10:26 *** Mucht [~Martin@chello080109200215.3.sc-graz.chello.at] has joined #openttd 15:32:00 <CIA-1> OpenTTD: smatz * r15257 /trunk/src/ (company_base.h company_cmd.cpp saveload/company_sl.cpp): -Cleanup: remove Company::is_noai, it is not needed anymore 15:36:45 *** Tim-itry [~Tim@p5B37FBDA.dip.t-dialin.net] has quit [Read error: Connection reset by peer] 15:43:27 <CIA-1> OpenTTD: rubidium * r15258 /3rdparty/squirrel/squirrel/squtils.h: [Squirrel] -Fix: don't use memcpy with overlapping memory regions 16:02:17 <ArmEagle> petern heh do i feel like an idiot now, spelling -that doesn't even cover it- it wrong. 16:06:11 *** Fuco [~dota.keys@ip-105.imafexbb.sk] has joined #openttd 16:24:17 *** mortal` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Remote host closed the connection] 16:24:17 *** lewymati [~lewymati@aejl103.neoplus.adsl.tpnet.pl] has joined #openttd 16:24:33 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 16:26:20 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd [] 16:32:04 *** Retro [~retro@nat-88-212-20-67.antik.sk] has joined #openttd 16:36:15 *** Retro [~retro@nat-88-212-20-67.antik.sk] has quit [] 16:37:26 *** Retro [~user@nat-88-212-22-67.antik.sk] has joined #openttd 16:38:51 <Retro> 0irc-1.4.53 on WindowsVista(6.0.6001) 16:39:10 <|Jeroen|> boe 16:40:17 <Retro> sorry 16:41:13 *** Retro [~user@nat-88-212-22-67.antik.sk] has left #openttd [] 16:42:45 *** Retro [~retro@nat-88-212-22-67.antik.sk] has joined #openttd 16:45:54 *** vraa [~vraa@h245.188.30.71.dynamic.ip.windstream.net] has joined #openttd 16:48:23 *** vraa_ [~vraa@h139.180.30.71.dynamic.ip.windstream.net] has quit [Ping timeout: 480 seconds] 16:51:24 *** Splex [~splex@116.127.150.150] has quit [Remote host closed the connection] 16:52:09 *** SHRIKEE [~shrikee@84-105-52-118.cable.quicknet.nl] has joined #openttd 16:54:14 *** sigmund_ [~sigmund@91.80-202-245.nextgentel.com] has joined #openttd 16:56:03 *** sigmund [~sigmund@91.80-202-245.nextgentel.com] has quit [Ping timeout: 480 seconds] 17:03:12 <CIA-1> OpenTTD: rubidium * r15259 /trunk/src/newgrf.cpp: -Fix: [NewGRF] small memory leak when scanning labels 17:06:29 * Retro is away: autoaway [l(on) p(on)] 17:10:57 <welshdragon> somebody kick him! 17:12:15 <welshdragon> @kick Retro 17:12:20 <welshdragon> !kick Retro 17:16:50 <edeca> !jump around 17:16:51 <edeca> ? 17:16:54 <Eddi|zuHause> that'd be the perfect job for truebrain :p 17:20:54 *** Retro [~retro@nat-88-212-22-67.antik.sk] has left #openttd [] 17:21:15 <Eddi|zuHause> hm... what i always wanted to ask... the city growth factor... does that speed up city growth, or slow down non-city growth? 17:22:00 *** Retro [~retro@nat-88-212-22-67.antik.sk] has joined #openttd 17:22:31 *** DaleStan [~Dale@pool-71-98-104-215.ipslin.dsl-w.verizon.net] has quit [Ping timeout: 480 seconds] 17:23:01 *** |Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has quit [Remote host closed the connection] 17:29:59 *** mynetdude [~mynetdude@pool-71-111-10-32.ptldor.dsl-w.verizon.net] has joined #openttd 17:30:58 <mynetdude> hey all I just installed 0.6.3 and I'm getting an error, no available language packs (invalid versions?):: obviously it seems to be saying it can't find the english language pack? 17:31:41 <mynetdude> I looked in the lang folder, there are lots of language packs 17:34:08 <Eddi|zuHause> they might be from a different version 17:35:00 <mynetdude> I was doing an upgrade from 0.6.0 to 0.6.3 it wouldn't upgrade the lang packs? 17:35:10 <Eddi|zuHause> from where did you get your OpenTTD, how did you install it? 17:35:50 <mynetdude> got it from the openttd.org site and used the .exe and double clicked it and it gave me a message saying "this will upgrade 0.6.0 to 0.6.3 17:36:00 * mynetdude is in the process of reinstalling anyway :( 17:36:34 *** Lakie [~Lakie@91.84.251.149] has joined #openttd 17:37:05 <Eddi|zuHause> hm... i never actually "installed" openttd... 17:37:28 <Eddi|zuHause> maybe it could not overwrite the .lng files? do you run as administrator? are they write protected? 17:40:42 <mynetdude> haven't had the need to run as admin, but I suppose that could've been a prob 17:41:35 <mynetdude> well I do know that the installer requires admin permissions, so in that case yes 17:42:27 <Rubidium> if the previous install was done with admin permissions it might be that you don't have to rights to overwrite the files 17:42:38 <Rubidium> though the installer should warn about that 17:43:10 <mynetdude> hmm, never saw that warning 17:51:54 <Eddi|zuHause> so... i played with AIs for a while now. AdmiralAI is making rather good profit, even though it can't manage to build rail lines. ConvoyAI is making very little but steady profit, but most of its vehicles are old and are standing in the depot. PAXLink places lots of signs "trying to build IC", builds lots of local bus stations, and goes bankrupt regularly 17:53:14 <petern> is there a roboboy simulator yet? 17:53:17 <petern> although 17:53:24 <petern> "goes bankrupt regularly" ... that's probably it 17:56:22 <Eddi|zuHause> overall fazit: the towns get crowded with so many bus stations and statues, that there is hardly any room for houses 18:09:34 *** Elukka [~elukka.el@bb-89-166-45-150.dsl.phnet.fi] has joined #openttd 18:09:40 <Elukka> well, havent been around here much... 18:09:43 <Elukka> (hi) 18:09:55 <Elukka> will my mind and/or computer explode if i use cargodest with ecs? 18:10:17 <glx> your mind might :) 18:10:27 <Elukka> i think i'll disable cargodest for cargo 18:11:16 <petern> passengers, mail & valuables is a good choice... 18:11:20 <petern> tourists if you have those 18:12:51 *** energetic [~opera@ip82-139-119-221.lijbrandt.net] has left #openttd [] 18:13:10 <Elukka> yeah, i activated all the vectors 18:13:17 <Elukka> i've used them only once, but it wasnt that hard 18:15:10 <Elukka> oh and i love PBS 18:15:20 <Elukka> last time i played much, that didnt exist in trunk 18:26:08 <smeding> PBS is nice now that i can use it :) 18:26:18 <svip> What is smeding doing here? 18:26:21 <smeding> and hmm, seems cargodest is generating passengers to a place where i only have a goods train 18:26:30 <smeding> svip, i started playing openttd again! had a question so dropped by 18:26:37 <svip> Oi oi! 18:30:15 <Elukka> with PBS, basic reasonably realistic stations actually work with high capacity networks :) 18:40:31 *** wollollo_ [~martin@dyn1076-109.hor.ic.ac.uk] has joined #openttd 18:41:27 <Elukka> a 2048x2048 with all ECS vectors sure takes time to generate 18:42:20 *** wollollo [~martin@dyn1076-210.hor.ic.ac.uk] has quit [Ping timeout: 480 seconds] 18:45:54 <CIA-1> OpenTTD: translators * r15260 /trunk/src/lang/ (17 files): (log message trimmed) 18:45:54 <CIA-1> OpenTTD: -Update: WebTranslator2 update to 2009-01-24 18:45:20 18:45:54 <CIA-1> OpenTTD: arabic_egypt - 9 fixed by khaloofah (9) 18:45:54 <CIA-1> OpenTTD: brazilian_portuguese - 99 fixed by tucalipe (99) 18:45:54 <CIA-1> OpenTTD: catalan - 22 fixed, 202 changed by arnaullv (224) 18:45:56 <CIA-1> OpenTTD: dutch - 10 fixed by Excel20 (10) 18:45:58 <CIA-1> OpenTTD: finnish - 10 fixed by jpx_ (10) 18:47:38 <Eddi|zuHause> Elukka: afaik it already heavily improved 18:48:11 *** energetic [~opera@ip82-139-119-221.lijbrandt.net] has joined #openttd 18:48:39 *** wollollo_ is now known as wollollo 18:48:41 *** grumbel [~grumbel@i577B89D5.versanet.de] has joined #openttd 18:51:19 <Elukka> i have beta 4, apparently 18:51:43 <Elukka> can't really be bothered to look for new ones since i'm playing with friends 18:54:19 <Eddi|zuHause> there should be beta 5 by now 18:57:42 <Elukka> yeah, but it'd be a hassle to get it in everyones game 18:58:11 *** fjb_ [~frank@p5485DA58.dip.t-dialin.net] has quit [] 18:58:19 <frosch123> not if they can access the content server 18:58:50 *** FR^2 [~frquadrat@frquadrat.de] has quit [Remote host closed the connection] 19:00:15 *** FR^2 [~frquadrat@frquadrat.de] has joined #openttd 19:01:15 <Eddi|zuHause> what is the noise limit calculation? 19:01:33 <Eddi|zuHause> or: how big must a city be to support a city airport (noise 5)? 19:02:05 <frosch123> return ((this->population / _settings_game.economy.town_noise_population[_settings_game.difficulty.town_council_tolerance]) + 3) 19:02:53 *** stillunknown [~stillunkn@82-136-228-38.ip.telfort.nl] has quit [Ping timeout: 480 seconds] 19:12:54 <Eddi|zuHause> hm. i think that one is set to hard 19:13:33 *** Retro [~retro@nat-88-212-22-67.antik.sk] has quit [Remote host closed the connection] 19:16:37 <frosch123> 800,2000,4000 are the default values btw. 19:17:51 <Eddi|zuHause> so 8000 for 5 19:18:00 <Eddi|zuHause> that's going to take a while... 19:18:10 <Eddi|zuHause> i have a feeling the towns don't grow at all... 19:18:39 <Eddi|zuHause> even the heavily serviced ones are only at 3000 19:20:49 <Eddi|zuHause> i think the PAXLink is suffering heavily from this 19:21:06 <Eddi|zuHause> as it relies on building bus-feeders to airports 19:21:34 <Eddi|zuHause> with inner-city busses it can't make enough money 19:22:24 <frosch123> you can also build the airport more far away 19:22:49 <Eddi|zuHause> "i" can, but the AI apparently can't 19:23:07 <Eddi|zuHause> and what was that? 12 tiles for 1 noise level? 19:23:11 <Eddi|zuHause> 24 tiles? 19:23:18 <Eddi|zuHause> on a map that is mostly water? 19:24:09 <frosch123> you can also reduce the 4000 multiplier, or you can even disable noise level as it is weird for multiplayer 19:30:24 *** RS-SM [~RSCN@216-165-16-183.DYNAPOOL.NYU.EDU] has joined #openttd 19:47:59 *** GoneWacko [~GoneWacko@dhcp-077-249-197-241.chello.nl] has quit [Quit: leaving] 19:50:06 *** Digitalfox [~Digitalfo@bl7-191-60.dsl.telepac.pt] has joined #openttd 19:51:34 <Digitalfox> Hi... 19:51:39 <FR^2> ho 19:53:55 <Digitalfox> Something is wrong about Flyspray and my account.. I just changed my password and now flyspray says " That user does not exist on this Flyspray installation ", if I try to reset the password it sends me email, but won't let me login with that message.. 19:55:58 <frosch123> no idea, but there have been no reports for the whole day :) 19:57:17 <Digitalfox> frosch123 I think it has something to do with no login from me for a very long time.. 19:57:40 <Mark> lo 19:57:43 <Digitalfox> I guess it's over a year now 19:58:39 <Elukka> hmm... as i understood it, with cargodest i cannot feed people to a train station with buses, then move them to another station and then to their destination with buses? 20:00:23 <glx> Digitalfox: you are in the user list 20:00:56 <Digitalfox> glx I know, but can't login :) 20:01:24 <glx> try your old password 20:01:42 <Digitalfox> glx I did :( It also says the same thing 20:02:28 <Rubidium> glx: well... he wasn't quite in the user list 20:03:49 <Digitalfox> I also wanted to ask another question, about C ( not c++ ).. About when to use getchar instead of scanf.. I just don't get why using getchar if scanf does the same thing and with more options.. 20:04:19 <Rubidium> scanf requires a newline IIRC 20:04:28 <glx> scanf usually fail on wrong format too 20:06:21 <Digitalfox> but if i use say, -> scanf("%c", &ch); it does the same thing :\ 20:06:52 <Rubidium> really? 20:07:18 <Digitalfox> Well my point is is faster to type getchar, but when should I use it instead of scanf 20:07:24 <Digitalfox> *it is 20:07:46 <Rubidium> I rarely use any of those 20:07:52 <Digitalfox> I guess I'm missing the point 20:08:33 <Digitalfox> Rubidium because of c++ or doing it another way in C? 20:08:53 <smeding> Elukka, yes, you can 20:08:53 <glx> in c++ you have cin >> 20:08:54 <Rubidium> no, because I rarely get input from the console 20:08:56 <smeding> i just did it :) 20:09:13 <Elukka> smeding: then i must have misunderstood something 20:09:45 <Elukka> "If you have two vehicles, one which goes from A to B and another from B to C, there will be (among others) cargo generated in A with C as its destination. That cargo at A will board any vehicle that goes to B (the transfer station), unload there and then use any vehicle that goes to C. Any vehicle implies any vehicle going directly from A to B, vehicles with a stopover in D (meaning A-D-B) will not be used." 20:10:10 <Elukka> it says it must go directly from B to C 20:10:21 <Digitalfox> glx I still haven't gone the dark side of c++, I'm working in my AI for my game in C :) 20:10:46 <glx> ha right :) 20:11:01 <smeding> Elukka, the wording in that is confusing, if there are vehicles from A-B B-C C-D then A-D will be generated and board the proper trains 20:11:48 <smeding> generally if there is a set of trains to take from one place to another, traffic will be generated for that route 20:12:16 <SpComb> getchar is more direct than scanf, and hence faster 20:12:19 <Elukka> ah, okay 20:12:21 <Elukka> thanks 20:12:25 <SpComb> like if you have a loop reading in a million chars 20:12:46 <SpComb> but sure, scanf can do the same thing as getchar does, presumeably because scanf is built on top of something like getchar 20:12:46 <Elukka> so basically, stuff goes places if they at all can 20:13:07 <smeding> yeah 20:14:10 <Digitalfox> thanks SpComb :) 20:14:28 <CIA-1> OpenTTD: glx * r15261 /trunk/src/ (6 files in 2 dirs): -Add: added Engine::GetRunningCost() to remove some code duplication. Also stops AIs decrementing vehicle counter of first company 20:16:29 <petern> whe 20:16:50 *** GoneWacko [~GoneWacko@dhcp-077-249-197-241.chello.nl] has joined #openttd 20:17:37 *** mortal` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 20:18:42 <planetmaker> :O 20:18:48 *** grumbel [~grumbel@i577B89D5.versanet.de] has quit [Quit: Ex-Chat] 20:21:19 *** mynetdude [~mynetdude@pool-71-111-10-32.ptldor.dsl-w.verizon.net] has quit [] 20:23:28 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds] 20:24:27 *** Wolle [Dr_Jekyll@p57B0E2F9.dip.t-dialin.net] has joined #openttd 20:24:30 *** stillunknown [~stillunkn@82-136-228-38.ip.telfort.nl] has joined #openttd 20:26:10 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 20:27:31 *** Wolle is now known as Dr_Jekyll 20:27:31 *** Dr_Jekyll [Dr_Jekyll@p57B0E2F9.dip.t-dialin.net] has quit [] 20:31:52 *** vraa_ [~vraa@h228.161.30.71.dynamic.ip.windstream.net] has joined #openttd 20:32:29 *** mortal` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds] 20:34:33 *** vraa [~vraa@h245.188.30.71.dynamic.ip.windstream.net] has quit [Ping timeout: 480 seconds] 20:36:11 *** yorick [~Yorick@s55924da0.adsl.wanadoo.nl] has joined #openttd 20:40:02 <angelo> hmm why is my max loan limit still at 200k after decades of successful play? 20:40:20 <petern> inflation is turned off 20:42:08 <Elukka> cargodest is beautiful 20:43:04 *** Digitalfox [~Digitalfo@bl7-191-60.dsl.telepac.pt] has quit [Read error: Connection reset by peer] 20:44:45 *** Progman [~progman@p57A1EB08.dip.t-dialin.net] has quit [Remote host closed the connection] 20:48:01 *** Zahl_ [~Zahl@g229218024.adsl.alicedsl.de] has joined #openttd 20:48:01 *** Zahl [~Zahl@g229218024.adsl.alicedsl.de] has quit [Read error: Connection reset by peer] 20:48:01 *** Zahl_ is now known as Zahl 20:55:00 <angelo> ah yes i turned inflation off for this game 20:55:17 <angelo> weird, i thought in my other games they increased my limit because i was awsome 20:56:08 <smeding> hah 21:01:37 <planetmaker> /Users/ingo/ottd/trunk.hg/src/3rdparty/squirrel/squirrel/sqapi.cpp:665: failed assertion `v->_top >= nelemstopop' with one of my savegames 21:01:57 <SmatZ> planetmaker: with trunk? 21:02:05 <planetmaker> r15261 21:02:09 <SmatZ> :'-( 21:02:32 <planetmaker> load game, exit to main menu, get assert 21:02:35 <SmatZ> I have seen this several times, but it's not safely reproducible now :( 21:02:41 <SmatZ> sometimes it happens, sometimes not :) 21:02:46 <SmatZ> maybe some AIs cause that 21:02:52 <Eddi|zuHause> i've just had one of those, too 21:02:54 <planetmaker> with that savegame: always reproducable 21:03:05 <planetmaker> maybe yes. 28 years 14 AIs :) 21:03:25 <Eddi|zuHause> on exiting the game 21:03:27 <SmatZ> I had a savegame where it was "safely reproducible", but later I couldn't reproduce it anymore :-/ 21:03:39 <planetmaker> :S 21:03:54 <planetmaker> that's "nice"... errors which fix themselves. 21:03:56 <Eddi|zuHause> yes, it reproduces here, too 21:04:09 <planetmaker> http://bugs.openttd.org/task/2582 21:04:14 <Eddi|zuHause> as in "happens 3 times in a row" 21:04:20 <planetmaker> yeah 21:06:00 <Eddi|zuHause> i have 15248, if that makes a difference... 21:06:30 <planetmaker> hm... I try again. I had one change (hg doesn't automatically update) in src/3rdparty/squirrel... 21:06:53 <SmatZ> planetmaker: nice :) reproducible here :) 21:07:04 <planetmaker> ok, doesn't change anything that squirrel change 21:07:16 <Eddi|zuHause> should i bother uploading mine to that task, too? 21:07:26 <planetmaker> requirements: all AIs in bananas and openttdcoop grfpack 7.3 21:07:31 <planetmaker> Eddi|zuHause: possibly yes :) 21:07:57 <planetmaker> is at least my attitude. :) 21:08:50 <planetmaker> it was also present in r15233. 21:09:06 <planetmaker> that's where I discovered it - but in my clientside modified binary. 21:09:19 <planetmaker> err. 15235 21:10:44 <SmatZ> planetmaker: and german signals :) 21:10:56 *** p_ [~AndrewA@wo155a.halls.manchester.ac.uk] has joined #openttd 21:11:00 <planetmaker> true. Forgot that. But it's in bananas. :) 21:11:19 *** p_ [~AndrewA@wo155a.halls.manchester.ac.uk] has left #openttd [] 21:11:43 *** p_ [~p@wo155a.halls.manchester.ac.uk] has joined #openttd 21:12:00 <planetmaker> modified my comment to reflect that :) 21:12:35 <planetmaker> I'll only add grfs which are in bananas or the grfpack :) Cannot be bothered about others :P 21:13:04 *** DaleStan [~Dale@pool-71-98-104-215.ipslin.dsl-w.verizon.net] has joined #openttd 21:13:10 *** mortal` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 21:16:18 *** TinoM| [~Tino@i59F5CE1E.versanet.de] has quit [Quit: Verlassend] 21:18:31 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds] 21:22:00 <petern> Eddi|zuHause's on the money :D 21:22:14 <Eddi|zuHause> what? 21:23:08 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 21:23:15 <petern> squirrelgrf 21:24:13 <yorick> NoGRF 21:25:56 *** mortal`` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 21:28:09 *** DephNet[Paul] [~paul@host86-145-26-37.range86-145.btcentralplus.com] has quit [Remote host closed the connection] 21:28:33 *** DephNet[Paul] [~paul@host86-145-26-37.range86-145.btcentralplus.com] has joined #openttd 21:29:01 *** mortal` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds] 21:29:44 *** mortal` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 21:29:52 * Rubidium likes squirrelgrf... 21:30:29 <Rubidium> it keeps many people from getting criminal as they need to heavily debate about something that ain't gonna happen 21:30:47 <frosch123> did they at least profile it in the mean time? 21:30:53 <Rubidium> not to mention that it keeps them busy 'trying' and coding it 21:31:22 <Rubidium> hmm... profiling ;) 21:31:35 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds] 21:31:53 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 21:32:15 <Rubidium> what would be faster a = GetByte() or str = readstring; if (strcmp("speed", str) { a = atoi(readstring); } 21:33:56 <frosch123> I started profiling it somewhen last week, and it was quite slow with 200 trains. but before I could finish it properly, something on my tv card broke, and the syslogger took 80% cpu time to log the errors :s 21:34:24 <Rubidium> wut... it broke your tv card! That's really bad 21:34:28 <frosch123> I guess 19% were needed to generate the errors :) 21:34:33 <Rubidium> you should've reported that 21:34:48 <frosch123> and I was not even using it :) 21:35:03 <frosch123> but it has always been slightly crappy 21:35:31 *** mortal`` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds] 21:37:56 *** svip [~svip@0x53589c76.boanxx18.dynamic.dsl.tele.dk] has quit [Quit: :Quit] 21:38:10 *** mortal` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds] 21:38:42 <CIA-1> OpenTTD: frosch * r15262 /trunk/src/ai/ai_core.cpp: -Fix: AIEvents were not freed, when they were not queued for any AI. 21:38:52 *** Unaimed [~moo@ua-83-227-175-8.cust.bredbandsbolaget.se] has joined #openttd 21:39:11 *** svip [~svip@0x53589c76.boanxx18.dynamic.dsl.tele.dk] has joined #openttd 21:42:31 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds] 21:42:41 *** dfox [~dfox@r5cv134.net.upc.cz] has quit [Remote host closed the connection] 21:47:23 *** paul_ [~paul@host86-145-26-37.range86-145.btcentralplus.com] has joined #openttd 21:48:20 <Unaimed> I'm trying to get some new maglev traffics by installating newmaglev_850.grf from http://www.tt-forums.net/viewtopic.php?t=23538. I put the .grf in the data folder but it does not show up in the newgrf settings. Is the .grf file incompatible with ottd? 21:48:29 <Unaimed> traffics = graphics 21:49:46 *** yorick [~Yorick@s55924da0.adsl.wanadoo.nl] has quit [Quit: Poef!] 21:52:12 <glx> maybe it uses a "system" grfid 21:52:19 *** Nite_Owl [~Nite_Owl@c-98-211-146-65.hsd1.fl.comcast.net] has joined #openttd 21:52:39 <Nite_Owl> Hello all 21:52:50 <SmatZ> hello owl 21:52:55 *** DephNet[Paul] [~paul@host86-145-26-37.range86-145.btcentralplus.com] has quit [Ping timeout: 480 seconds] 21:53:09 <Unaimed> it doesn't replace the maglev graphics when i try ottd if i understood you correctly glx 21:53:11 <Nite_Owl> Hello SmatZ 21:54:09 <glx> if you don't see it in the available newgrf list, then it's considered as invalid by openttd 21:55:03 <wollollo> with "allow building on slopes and water" turned off, I get "already built" when trying to build single straight rail tracks on unsuitable slopes 21:55:11 <Rubidium> yup... seems to use the "system GRF" GRF ID 21:55:32 <Unaimed> Is it possible to fix the grf? 21:55:44 <Rubidium> yes 21:55:52 <Unaimed> easily? =) 21:55:53 <glx> first step would be to ask the author to fix it :) 21:56:17 <glx> but you can also decode, fix, encode yourself 21:57:53 <Unaimed> ok, i'll see what i can do then 22:00:55 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 22:04:05 *** paul_ [~paul@host86-145-26-37.range86-145.btcentralplus.com] has quit [Quit: Leaving] 22:04:24 *** DephNet[Paul] [~paul@host86-145-26-37.range86-145.btcentralplus.com] has joined #openttd 22:21:06 <petern> hmm 22:21:18 <petern> switching back from fullscreen doesn't restore the resolution it was 22:23:54 <Eddi|zuHause> that's why i generally do not like full screen games... more often than not, they don't properly switch back. plus, they rarely offer widescreen resolutions 22:24:26 <petern> whatever 22:24:28 <petern> it used to work 22:26:09 *** vraa_ [~vraa@h228.161.30.71.dynamic.ip.windstream.net] has quit [Ping timeout: 480 seconds] 22:26:27 <Eddi|zuHause> that i cannot confirm, as i never tried it ;) 22:30:27 *** Purno [~Purno@5350931D.cable.casema.nl] has quit [Read error: Connection reset by peer] 22:32:30 *** p_ [~p@wo155a.halls.manchester.ac.uk] has quit [Quit: p_] 22:36:35 *** vraa [~vraa@h220.67.20.98.dynamic.ip.windstream.net] has joined #openttd 22:47:24 *** lewymati [~lewymati@aejl103.neoplus.adsl.tpnet.pl] has quit [] 23:06:11 *** vraa_ [~vraa@h120.72.29.71.dynamic.ip.windstream.net] has joined #openttd 23:06:11 *** vraa [~vraa@h220.67.20.98.dynamic.ip.windstream.net] has quit [Ping timeout: 480 seconds] 23:08:04 <Elukka> hmh 23:08:07 *** Vikthor [~Vikthor@161-18-80-78.strcechy.adsl-llu.static.bluetone.cz] has quit [Read error: Connection reset by peer] 23:08:09 <Elukka> do the ECS mines get depleted? :/ 23:11:48 *** Zahl_ [~Zahl@f051104249.adsl.alicedsl.de] has joined #openttd 23:11:56 *** vraa [~vraa@h165.229.29.71.dynamic.ip.windstream.net] has joined #openttd 23:14:06 <Eddi|zuHause> yes, but there is a parameter to turn that off 23:14:40 *** vraa_ [~vraa@h120.72.29.71.dynamic.ip.windstream.net] has quit [Ping timeout: 480 seconds] 23:15:01 *** Unaimed [~moo@ua-83-227-175-8.cust.bredbandsbolaget.se] has quit [Quit: Leaving] 23:16:05 <Elukka> oh :/ 23:16:12 <Elukka> can i change that in an already running game? 23:17:21 * dihedral waves hello 23:17:24 <Eddi|zuHause> you can change the parameter, but i have no idea if that will affect already existing industries 23:17:42 <Eddi|zuHause> ... or completely crash the game ... 23:18:00 <SmatZ> hello dihedral 23:18:10 <dihedral> :-) 23:19:19 *** Zahl [~Zahl@g229218024.adsl.alicedsl.de] has quit [Ping timeout: 480 seconds] 23:19:19 *** Zahl_ is now known as Zahl 23:21:13 *** xahodo [~xahodo@xahodo.demon.nl] has left #openttd [] 23:21:52 *** wollollo [~martin@dyn1076-109.hor.ic.ac.uk] has quit [Quit: leaving] 23:29:22 *** KritiK_ [~Maxim@78-106-137-11.broadband.corbina.ru] has joined #openttd 23:29:55 <dihedral> tab completion is bonked 23:29:56 *** KritiK [~Maxim@78-106-137-11.broadband.corbina.ru] has quit [Ping timeout: 480 seconds] 23:30:02 *** KritiK_ is now known as KritiK 23:30:03 <dihedral> in the chat message box 23:30:17 <dihedral> works for some nicks in the list, but not for all 23:30:28 <dihedral> funny thing is, other clients get different working nicks! 23:32:53 <Wolf01> 'night 23:33:00 *** Wolf01 [~wolf01@host254-233-dynamic.14-87-r.retail.telecomitalia.it] has quit [Quit: Once again the world is quick to bury me.] 23:33:23 <SmatZ> dihedral: try to fix it :o) plase 23:33:24 <SmatZ> e 23:33:35 <dihedral> ok 23:33:37 <dihedral> i'll try 23:33:39 <dihedral> :-) 23:33:47 <SmatZ> :-) 23:37:49 <dihedral> though honestly? how on earth can it produce different hits for different clients? 23:38:01 *** Brokkoli [~Brokkoli@e177137250.adsl.alicedsl.de] has joined #openttd 23:40:35 <Aali> probably depends on when you joined the game 23:40:38 <welshdragon> Sacro, any luck with compiling openttd? 23:42:28 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Quit: from __future__ import antigravity] 23:42:40 <welshdragon> -thanks Aali i just lost the game 23:42:59 <Aali> ... 23:43:01 <Aali> damn yuo 23:43:10 <Aali> damn spelling 23:43:12 <Sacro> welshdragon: nope, why? 23:43:23 <welshdragon> Sacro, just curious 23:43:28 <Sacro> Lawrence showed me how to install it 23:43:35 <Sacro> You can do it without the DMG 23:43:36 <welshdragon> h 23:43:41 <welshdragon> hehe 23:44:20 <welshdragon> Sacro, acn i come over tomorrow night? 23:44:26 <welshdragon> *can 23:44:42 <welshdragon> (dunno why i just asked that here) 23:45:29 *** Brokkoli [~Brokkoli@e177137250.adsl.alicedsl.de] has quit [Quit: Alle Menschen sind vor dem Gesetz gleich. Je reicher, desto gleicher.] 23:45:53 *** Nite_Owl [~Nite_Owl@c-98-211-146-65.hsd1.fl.comcast.net] has quit [Quit: Read You Soon] 23:48:27 <Sacro> welshdragon: yeah, can do 23:49:07 *** p [~andrewall@wo155a.halls.manchester.ac.uk] has joined #openttd 23:49:43 *** p is now known as Guest2107 23:56:24 *** Mortomes [~mortomes@i15108.upc-i.chello.nl] has joined #openttd 23:57:15 *** re06011988 [~wanoo@vol21-2-82-226-46-162.fbx.proxad.net] has joined #openttd 23:57:21 *** re06011988 [~wanoo@vol21-2-82-226-46-162.fbx.proxad.net] has left #openttd []