Times are UTC Toggle Colours
00:04:37 *** Dred_furst [~Dred_furs@user-514d7e3a.l2.c2.dsl.pol.co.uk] has joined #openttd 00:06:56 *** elmex [~elmex@e180065203.adsl.alicedsl.de] has quit [Remote host closed the connection] 00:19:23 *** Brianetta [~brian@client-86-27-108-163.brnt.adsl.virgin.net] has quit [Quit: TschÃŒÃ] 00:20:04 *** DaleStan is now known as Guest164 00:20:04 *** DaleStan [~Dale@pool-71-120-109-218.ipslin.dsl-w.verizon.net] has joined #openttd 00:25:09 *** Dred_furst [~Dred_furs@user-514d7e3a.l2.c2.dsl.pol.co.uk] has quit [Quit: Leaving] 00:25:57 *** Guest164 [~Dale@pool-71-120-109-218.ipslin.dsl-w.verizon.net] has quit [Ping timeout: 480 seconds] 00:26:28 *** Progman [~progman@p57A1F1D2.dip.t-dialin.net] has quit [Remote host closed the connection] 00:34:04 *** Eddi|zuHause2 [~johekr@p54B76549.dip.t-dialin.net] has joined #openttd 00:40:27 *** Eddi|zuHause3 [~johekr@p54B771FA.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 01:00:02 *** GoneWacko [GoneWacko@86-60-147-155-dyn-dsl.ssp.fi] has quit [] 01:02:13 *** Touqen_ [~stephen@c-98-216-253-146.hsd1.ma.comcast.net] has joined #openttd 01:04:03 *** Touqen [~stephen@c-98-216-253-146.hsd1.ma.comcast.net] has quit [Ping timeout: 480 seconds] 01:13:58 *** Klanticus [~Klanticus@189.35.184.72] has quit [Remote host closed the connection] 01:47:02 *** grumbel [~grumbel@i577B8A02.versanet.de] has quit [Quit: Client exiting] 01:55:03 *** fmauNeko is now known as fmauNekAway 01:57:08 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has quit [Quit: bye] 02:10:21 *** Noetloj [~105Adam@5ad2f51e.bb.sky.com] has quit [Ping timeout: 480 seconds] 02:11:52 *** neli [micha@88.159.210.43] has quit [Ping timeout: 480 seconds] 02:12:30 *** rortom [~rortom@p57B7DCE7.dip.t-dialin.net] has quit [] 02:30:12 *** neli [micha@88.159.210.43] has joined #openttd 02:48:55 *** Yexo [~Yexo@32-88-ftth.onsneteindhoven.nl] has quit [Read error: Connection reset by peer] 02:48:57 *** Yexo_ [~Yexo@32-88-ftth.onsneteindhoven.nl] has joined #openttd 03:00:46 *** TinoM| [~Tino@i59F5560E.versanet.de] has joined #openttd 03:07:36 *** TinoM [~Tino@i59F57342.versanet.de] has quit [Ping timeout: 480 seconds] 03:34:39 *** DaleStan_ [~Dale@pool-71-120-109-218.ipslin.dsl-w.verizon.net] has joined #openttd 03:34:40 *** DaleStan is now known as Guest199 03:34:40 *** DaleStan_ is now known as DaleStan 03:39:20 *** bowman [johanf@81-226-229-179-no59.tbcn.telia.com] has quit [Read error: Connection reset by peer] 03:39:20 *** bowman [johanf@81-226-229-179-no59.tbcn.telia.com] has joined #openttd 03:41:14 *** Guest199 [~Dale@pool-71-120-109-218.ipslin.dsl-w.verizon.net] has quit [Ping timeout: 480 seconds] 04:16:35 *** Gekz_ [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd 04:18:24 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Ping timeout: 480 seconds] 04:33:25 *** DaleStan is now known as Guest206 04:33:26 *** DaleStan [~Dale@pool-71-120-109-218.ipslin.dsl-w.verizon.net] has joined #openttd 04:37:34 *** svippery [~svip@0x50a5b150.boanxx18.dynamic.dsl.tele.dk] has joined #openttd 04:37:34 *** svippy [~svip@0x50a5b150.boanxx18.dynamic.dsl.tele.dk] has quit [Read error: Connection reset by peer] 04:37:44 *** Guest206 [~Dale@pool-71-120-109-218.ipslin.dsl-w.verizon.net] has quit [Ping timeout: 480 seconds] 04:41:37 *** DaleStan [~Dale@pool-71-120-109-218.ipslin.dsl-w.verizon.net] has quit [Ping timeout: 480 seconds] 05:39:48 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd 05:41:34 *** Gekz_ [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Ping timeout: 480 seconds] 06:00:22 *** bleepy [~bleepy@5ad103ea.bb.sky.com] has joined #openttd 06:24:35 <peter1138> Rubidium, I have no idea. 06:25:11 <peter1138> lol @ 13863 06:39:19 <Celestar> peter1138: morning 06:41:58 *** ecke [~ecke@213.195.202.130] has quit [Read error: Connection reset by peer] 06:56:57 <peter1138> Celestar: I added an order at the beginning of a list, then removed it. Then I deleted the whole list. 06:57:05 <peter1138> routing.cpp:422: void Routing_t::ProcessOrderListRemoval(const Order*): Assertion `order->prev == __null' failed. 06:57:08 <peter1138> Aborted 06:58:36 <peter1138> If I add an order at the beginning of the list, then delete the whole list, it doesn't crash, but I'm left with a route left in the network. 07:00:56 <Celestar> peter1138: checking 07:02:15 <Celestar> peter1138: confirmed 07:10:36 *** ecke [~ecke@213.195.202.130] has joined #openttd 07:14:09 <Celestar> peter1138: found possible reason 07:17:46 <Celestar> peter1138: SwapOrders is EVIL 07:23:35 *** GoneWacko [~foo@adsl-58.35.Static.ssp.fi] has joined #openttd 07:23:59 <peter1138> :o 07:25:33 *** mikl [~mikl@0304ds2-ba.0.fullrate.dk] has quit [Quit: Leaving...] 07:28:37 <Celestar> very very very evil 07:30:11 *** DaleStan [~Dale@pool-71-98-67-2.ipslin.dsl-w.verizon.net] has joined #openttd 07:46:32 <Celestar> peter1138: :S 07:52:08 <CIA-5> OpenTTD: peter1138 * r13865 /trunk/src/newgrf_config.cpp: -Codechange: Use case-insensitive sort for NewGRF list. 08:11:12 <Celestar> peter1138: this is crap 08:11:18 <peter1138> Which bit? 08:11:55 <Celestar> peter1138: the bits which swap orders 08:12:09 <Celestar> peter1138: because then basically the orders stay the same, but the indices are swapped 08:12:17 <Celestar> from a Routing point of view 08:12:18 <peter1138> Oh dear. 08:13:06 <Celestar> peter1138: there is of course an easy way around, but it's not elegant 08:15:48 <Celestar> peter1138: when we change the head order, Remove the whole damn order list, modify it, and then add it again 08:16:50 *** flowOver [~J@S01060016e65abad7.gv.shawcable.net] has joined #openttd 08:20:59 <peter1138> Remove SwapOrder? 08:21:55 *** tokai [~tokai@p54B8029A.dip0.t-ipconnect.de] has quit [Quit: icebears... take care of them!] 08:23:04 <Celestar> and retain the index? 08:23:52 <peter1138> It's not nice for IDs to change, heh... 08:24:28 <Celestar> peter1138: http://www.fvfischer.de/routenetwork_pathfind.diff <= that's a working one 08:27:56 <peter1138> Ok. That's probably less work... 08:28:21 <Celestar> aye 08:30:16 * Celestar still wonders how to generate passengers 08:30:35 <ln> a woman is required 08:31:31 * Celestar laughs 08:31:57 *** plakkertjes [~plakkertj@ip51cc357e.adsl-surfen.hetnet.nl] has joined #openttd 08:32:07 <flowOver> is openttd worth jailbreaking my iphone? does it run well? 08:32:51 <Lachie> why is ubuntu's recognition of my soundcard epic failure 08:32:52 <Lachie> xD 08:35:20 <Celestar> flowOver: jailbreaking? 08:36:36 <flowOver> opening it up for 3rd party apps 08:37:05 <peter1138> Be aware there is no official version for iPhone. 08:38:59 *** [1]plakkertjes [~plakkertj@ip51cc357e.adsl-surfen.hetnet.nl] has joined #openttd 08:41:43 <flowOver> in oss, what exactly constitutes official? the iphone ver's source is still released 08:42:13 <ln> official = made by Bjarni 08:42:24 <blathijs> flowOver: Not released by the main OpenTTD dev team 08:42:58 <blathijs> flowOver: And also not built from the exact same source as the official releases, I think 08:44:58 *** plakkertjes [~plakkertj@ip51cc357e.adsl-surfen.hetnet.nl] has quit [Ping timeout: 480 seconds] 08:44:58 *** [1]plakkertjes is now known as plakkertjes 08:47:33 <peter1138> S 08:47:40 <peter1138> Some form of collaboration would be nice. 08:50:33 <peter1138> Celestar: Generate passengers... properly or randomly? 08:55:05 *** mikl [~mikl@cpe.ge-0-2-0-812.0x50c774be.boanqu1.customer.tele.dk] has joined #openttd 08:57:00 <ln> cpe.ge-0-2-0-812.0x50c774be.boanqu1.customer.tele.dk ... 08:57:29 <ln> is that the local maximum of hostname length? 09:00:29 <Celestar> peter1138: properly 09:01:20 <Celestar> peter1138: I was thinking about this: We generate n passengers and distribute them to all reachable destination stations by station size (counted in population in coverage area) and distance (not physical but routing distance). 09:02:18 <peter1138> Hmm, I just applied the s60 port patches... and it starts quicker... 09:03:46 <Celestar> total = 0; for_all_reachable_stations(st) {total += size(st) / distance(st)}; for_all_reachable_stations(st) { new cargopacket, size(cargopacket) = size(st)/distance(st) / total, destination(cargopacket) = st. } 09:04:04 <Celestar> summin like dis 09:05:26 <Celestar> er .. replace the first "for_all_reachable_stations" by "for_all_station" or "for_all_towns" 09:05:53 <Celestar> hm .. doesn'T really matter anyway :P 09:06:01 <Celestar> peter1138: comments? 09:06:43 <Celestar> (we need a minimum distance that we take into account, otherwise we run into a singularity for very close stations. I suggest the min distance is the town influence radius 09:08:27 *** elmex [~elmex@e180065099.adsl.alicedsl.de] has joined #openttd 09:09:26 <Celestar> peter1138: why doesn't "hg up" not work :o 09:09:37 <peter1138> hg pull; hg update; 09:10:49 <Celestar> oh pull :P 09:11:15 <Celestar> awesome 09:11:27 <Celestar> hm .. I should import FixedT 09:11:54 <Celestar> we could make use of it during generation 09:12:26 <Celestar> er error :P 09:13:15 <Celestar> peter1138: ProcessOrderListRemoval doesn't use v->type :D (order_cmd.cpp:808) 09:14:04 <peter1138> Oh... bodged update :p 09:14:50 <Celestar> peter1138: please correct, I wanna see the map :D 09:15:12 <Celestar> hm ... fixedt.h is 430 lines 09:15:29 <peter1138> Done. 09:15:44 <peter1138> And certainly the map is a useful debug tool ;) 09:15:56 <Celestar> yeah 09:16:24 <Celestar> very very very useful 09:19:20 *** Brianetta [~brian@client-86-27-108-163.brnt.adsl.virgin.net] has joined #openttd 09:20:35 *** shodan [user@ppp101-219.static.internode.on.net] has joined #openttd 09:21:13 *** Nev [bleepy@5ad923ce.bb.sky.com] has joined #openttd 09:25:44 *** ecke [~ecke@213.195.202.130] has quit [Quit: ecke] 09:25:51 *** ecke [~ecke@213.195.202.130] has joined #openttd 09:27:27 *** bleepy [~bleepy@5ad103ea.bb.sky.com] has quit [Ping timeout: 480 seconds] 09:29:56 <Celestar> hm 09:30:33 <Brianetta> hm? 09:30:37 *** KillaloT [~killalot@0x5738cc8e.rdnqu1.dynamic.dsl.tele.dk] has joined #openttd 09:34:03 <Celestar> Note to self: never ever change cargopacket.h :P 09:34:10 <peter1138> :) 09:34:26 <peter1138> Oh yeah, I didn't commit that bit yet. 09:35:51 *** TinoM| [~Tino@i59F5560E.versanet.de] has quit [Quit: Verlassend] 09:44:23 <blathijs> Hm? 09:48:57 *** Vikthor [~Vikthor@snat1.spoje.net] has joined #openttd 09:50:41 *** tom0004 [~0004tom@92.3.230.82] has quit [] 09:54:03 *** Progman [~progman@p57A1BE8C.dip.t-dialin.net] has joined #openttd 09:55:01 <peter1138> The bit that adds destinations, but only random. 09:55:51 <peter1138> Oh, that's why it's faster. My other build was a debug build... 10:03:47 *** fmauNekAway is now known as fmauNeko 10:05:47 <Celestar> back in a few 10:08:48 *** DJNekkid [~chatzilla@static217-26.adsl.no] has quit [Ping timeout: 480 seconds] 10:20:33 *** Wezz6400 [~Wezz6400@ndb.demon.nl] has joined #openttd 10:23:29 *** Wezz6400 [~Wezz6400@ndb.demon.nl] has quit [] 10:23:47 <mucht_work> Celestar: http://tug.ctan.org/tex-archive/biblio/bibtex/contrib/babelbib/ 10:23:53 <mucht_work> this could help you 10:24:07 <Celestar> mucht_work: thanks :D 10:24:53 <Celestar> peter1138: have found more bugs. fixing 10:27:11 <CIA-5> OpenTTD: peter1138 * r13866 /trunk/src/ (signs.cpp signs_func.h signs_gui.cpp): -Codechange: Use sortlist for sign windows 10:29:37 *** Wezz6400 [~Wezz6400@ndb.demon.nl] has joined #openttd 10:39:31 <Celestar> peter1138: I have a number of fixes, do you want a full diff? 10:39:41 <Celestar> peter1138: or just the changes? 10:39:55 <peter1138> Just the changes if you have them... 10:40:03 <peter1138> Though I've only mucked it up once ;) 10:40:50 <Celestar> ok I'll try to got through the slace 10:40:54 <Celestar> slack* 10:41:33 <peter1138> It's no problem for me to make a diff containing the changes 10:42:57 <Celestar> yeah, but I'm already playing around with the packet generation and I'll try to keep that crap away from you :P 10:43:44 <Celestar> peter1138: http://www.fvfischer.de/update.diff <= please reverse apply 10:46:07 <Celestar> I somehow did it the wrong way around 10:54:28 <Brianetta> patch will detect that and offer to reverse it 10:54:47 <Celestar> I hope so :D 10:55:53 *** jordi_ [~jordi@115.Red-213-96-69.staticIP.rima-tde.net] has quit [Read error: Connection reset by peer] 10:56:27 *** jordi [~jordi@115.Red-213-96-69.staticIP.rima-tde.net] has joined #openttd 10:58:54 *** Doorslammer [Doorslamme@PIPP-p-203-54-229-141.prem.tmns.net.au] has joined #openttd 10:59:25 <Celestar> peter1138: http://www.fvfischer.de/display.png :D 11:01:05 *** DJNekkid_ [~chatzilla@static217-26.adsl.no] has joined #openttd 11:01:08 *** DJNekkid_ is now known as DJNekkid 11:03:18 *** Wezz6400 [~Wezz6400@ndb.demon.nl] has quit [Quit: bbl, fixing hdd vibrations] 11:03:43 <Noldo> btw. does it route passangers that are in the same place going to same place, but coming from different places separately 11:06:23 <Celestar> separately as in what? 11:06:44 <Noldo> like running the pathfinding multiple times 11:07:20 <peter1138> Celestar: Yeah, I did that bit ;) 11:10:48 <Celestar> peter1138: it's not bad, but notices that it has a "from" :D 11:11:18 <peter1138> Hmm? 11:13:09 <Celestar> er. 11:13:11 <Celestar> a "to:" 11:13:28 <peter1138> Ah... yes, I added that too ;) 11:13:57 <Celestar> so why did I just re-add it? :P 11:14:10 <peter1138> Cos I hadn't committed it and you wanted it now? ;) 11:16:31 <Celestar> kind of :P 11:16:45 <Celestar> hm .. the passengers are not deboarding the right way 11:20:07 <peter1138> Let me commit this. 11:24:31 <Celestar> commit what? 11:25:07 <peter1138> You changes, then my stuff 11:25:11 <peter1138> Done now. 11:25:20 *** Ammler is now known as AmmlerAlt 11:25:34 *** AmmlerAlt is now known as Ammler 11:28:24 *** Ammler is now known as AmmlerForDih 11:29:18 *** AmmlerForDih [~Ammler@members.openttdcoop.org] has left #openttd [] 11:30:09 <Celestar> nice nice 11:30:18 <SpComb> AmmlerForDih... someone's writing some IRC code to handle NICK? 11:32:31 *** jordi [~jordi@115.Red-213-96-69.staticIP.rima-tde.net] has quit [Read error: Connection reset by peer] 11:32:35 *** Klanticus [~Klanticus@189.35.184.72] has joined #openttd 11:32:50 *** jordi [~jordi@115.Red-213-96-69.staticIP.rima-tde.net] has joined #openttd 11:33:48 *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has joined #openttd 11:33:50 *** Noetloj [~105Adam@5ad2f51e.bb.sky.com] has joined #openttd 11:36:16 <peter1138> Celestar: Some of it is a bit shit, but as it's not trunk... ;) 11:39:10 *** Zahl [~Zahl@e179052170.adsl.alicedsl.de] has joined #openttd 11:42:37 <Celestar> peter1138: not YET 11:49:55 <peter1138> Yay, 100% transport rating ;) 11:50:07 <Noldo> what did you do? 11:52:12 <Celestar> transport_rating = 100; ? 11:52:53 <Rubidium> advertise? 11:53:34 <peter1138> Built a statue. 11:54:03 <SmatZ> is there any reason why I can't destroy my own statue? (except that it was this way in TTD) 11:55:22 <Celestar> meh 11:55:30 <Celestar> have to mess around with the whole cargolist thingy 11:55:43 <peter1138> Yup 11:55:50 <Celestar> I'll leave that to you I guess (= 11:56:15 <peter1138> Well I *haven't* done that bit yet ;) 11:56:45 <Celestar> peter1138: why are we not just moving the cargopacket pointers around? 11:58:08 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd 11:58:11 *** mode/#openttd [+v glx] by ChanServ 11:58:13 <peter1138> Cos you need to unload in small pieces 11:58:24 <peter1138> And so that combining packets is automatic 12:01:19 *** Ammler [~Ammler@members.openttdcoop.org] has joined #openttd 12:03:38 <peter1138> What've you got? 12:04:25 <Celestar> peter1138: just a sec, I'm getting there 12:04:29 <Celestar> it's ugly ugly ugly tho 12:09:19 <Celestar> the unloading part seems to work allright 12:09:30 <Celestar> I somehow need selective loading now 12:12:03 <Celestar> peter1138: http://www.fvfischer.de/routenetwork_unload.diff <= something like thia 12:12:07 <Celestar> this* 12:12:08 <Celestar> work in progress however 12:12:30 <Celestar> are you on on this? I've got to do some stuff for an hour or two 12:12:51 * peter1138 grabs it 12:13:49 <Celestar> just keep posting your changed every 30 minutes so that I can pull then here and there :P 12:14:03 <Celestar> changes* 12:15:43 *** TinoM [~Tino@i59F5560E.versanet.de] has joined #openttd 12:25:22 <Celestar> peter1138: if (!cp->paid_for && (front_v->current_order.GetUnloadType() & OUFB_TRANSFER || !Routing->UseVehicle(front_v, cp->target, true)) != 0) { 12:25:27 <Celestar> peter1138: operator != at wrong place (= 12:25:40 <Celestar> sorry :D 12:25:51 <hylje> operator =( 12:26:19 <Noldo> sad clown 12:26:31 <hylje> why so serious 12:26:42 *** Zahl [~Zahl@e179052170.adsl.alicedsl.de] has quit [Ping timeout: 480 seconds] 12:30:03 <Celestar> peter1138: about the random generator maybe we should 1) limit it to CT_PASSENGERS for the moment and 2) limit it to reachable stations (CanReachStationFrom(st->index, target)) 12:31:27 <Celestar> 2) should happen anyway 12:36:05 <Celestar> otherwise we'll have the stations clogged up with orphaned and/or objectless cargopackets 12:37:11 <Brianetta> peter1138: For manual train control to be really decent we need YAPP, and to have YAPP able to reserve two blocks. (: 12:37:28 <Celestar> manual train control?! 12:37:37 * Brianetta wants to be able to perform a handbrake turn in a train 12:38:17 <hylje> multitrack drifting 12:39:00 <Brianetta> If your loco pulled off a decent 180°, the rolling stock would perform an amazing whiplash 12:39:57 *** fonso [~fonso@brln-d9bac79a.pool.mediaWays.net] has joined #openttd 12:40:01 <Brianetta> but yeah, peter1138 has in the past managed to effectively duplicate the manual control feature that Locomotion has 12:40:28 <Brianetta> With an upgraded signalling system it might be possible to maintain a decent speed through a signal 12:40:29 *** Zahl [~Zahl@g227076166.adsl.alicedsl.de] has joined #openttd 12:41:09 <Celestar> Yapp can do that by itself 12:44:50 <Brianetta> no 12:45:00 <Brianetta> It doesn't give you a path until you reach the signal 12:45:05 <Brianetta> so you have to stop for the red anyway 12:45:33 <Brianetta> Sure, it goes green while you're there, and you can pull away safely 12:45:43 <Brianetta> whereas before you couldn't, because every other train got a green too 12:45:49 <Brianetta> and the first to go got it 12:49:06 <peter1138> Hmm, I keep getting cargo to station 65535 :o 12:49:31 <Brianetta> That's the one before 0 12:50:16 <peter1138> Ahh... 12:50:38 <Celestar> peter1138: got that too 12:51:47 <Celestar> peter1138: cargopacket.cpp about 220 12:52:13 <peter1138> cp_new ? 12:52:19 <peter1138> I see. 12:52:20 <Celestar> the destination needs to be copied over there 12:53:29 <peter1138> Yup, better :D 12:53:36 <peter1138> Until it crashed. 12:54:26 <Celestar> :P 12:54:42 <Celestar> peter1138: hm .. maybe we should have two debug levels. routing and cargopacket or something :) 12:54:47 <peter1138> Hmm, to is now 20, with only 5 stations :D 12:54:56 <peter1138> I guess my random thingy does not work very well 12:56:23 <Celestar> peter1138: use my a little-less-random thingy? 12:56:26 <Celestar> or ideas from it :P 12:56:50 <peter1138> Yeah 12:56:52 <peter1138> I shall 12:59:58 * Celestar goes installing KDE4.1 12:59:59 <hylje> i like the concept of passengers going to truly random places 13:00:17 <Celestar> hylje: well, if the random place is non-exsiting ... 13:00:24 *** jordi_ [~jordi@115.Red-213-96-69.staticIP.rima-tde.net] has joined #openttd 13:00:27 <Celestar> people tend to go to places the exist :P 13:00:58 <hylje> yep, but given normal life travel is fairly systematic, e.g. work->home->work 13:02:06 *** jordi [~jordi@115.Red-213-96-69.staticIP.rima-tde.net] has quit [Ping timeout: 480 seconds] 13:02:21 <fonso> Are you working on some kind of cargo/pax destinations scheme? 13:02:37 <fonso> I'm just investigating that, too. 13:02:40 <Celestar> fonso: er yeah. peter1138 and I have been working on it for the past week or seomthing 13:02:53 <fonso> So which way are you going? 13:02:58 *** jordi_ [~jordi@115.Red-213-96-69.staticIP.rima-tde.net] has quit [Read error: Connection reset by peer] 13:03:05 <hylje> random 13:03:14 <hylje> to a station connected to the current location 13:03:15 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Ping timeout: 480 seconds] 13:03:36 <fonso> You precalculate the routes when the pax or cargo is generated? 13:03:47 <fonso> Or are you following my proposal? 13:03:48 <hylje> a random passenger destination is a good system in itself 13:04:28 <Celestar> fonso: what proposal? (= 13:04:41 <Celestar> fonso: I've been working on the internal representation of routes mostly 13:04:45 <fonso> In the economy and valancing thread 13:04:50 <Brianetta> Better than Simutrans' idea of a packet wanting to go somewhere that was almost certainly off your grid 13:05:19 <Brianetta> A passenger turning up will only have a reachable destination in mind 13:05:22 *** jordi [~jordi@115.Red-213-96-69.staticIP.rima-tde.net] has joined #openttd 13:05:51 <hylje> but i'd myself also make a deterministic destination generator based on commutes (nearby suburb stations and industrial/commercial stations have a lot of traffic going between them) 13:06:09 <hylje> actually 13:06:20 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd 13:06:20 <hylje> that might as well be random, just with a large bias towards near-ness 13:06:52 <Brianetta> I once had a circuit of rapid passenger trains draining a city into an oil rig 13:07:04 <fonso> So you basically reimplement the idea of the last paxdest patch with some tweaked params. 13:07:14 <fonso> Correct? 13:07:14 <hylje> maybe so. i havent kept up 13:07:28 <hylje> the smaller the town areas involved the less people go long distances 13:07:59 <fonso> Well, my proposal was to get rid of precalculated routes altogether and assign a "weight" for each cargo to each station and vehicle 13:08:07 <hylje> go on 13:08:15 <fonso> Cargo is transferred according to the weight 13:08:37 <fonso> If a station has a high weight a high percentage of a vehicles cargo will be unloaded there 13:08:42 <fonso> and the other way round 13:09:04 <hylje> weight is gained from volume of traffic? 13:09:08 <hylje> for stations 13:09:16 <fonso> Weight is calculated based on the number of houses near a station and the number of vehicles serviceing it (for stations) ... 13:09:28 <Belugas> hello boyz 13:09:37 <hylje> allo ya git 13:09:40 <fonso> and based on the added weights of the serviced stations (for vehicles) 13:09:55 <hylje> fonso: sounds pretty complex to me 13:10:17 <fonso> Why? 13:10:40 <hylje> well i just can't seem to wrap my head around the exact machinery involved 13:10:52 <hylje> weight calc algorithms namely 13:11:03 <fonso> OK, let me rephrase it ... 13:11:19 <fonso> Assume one cargo for now: only passengers 13:11:25 <Celestar> People wish to go from a Point A to a Point B. They make up their minds (normally) before turning up at A. 13:11:35 <fonso> No, they don't have minds 13:11:46 <Noetloj> [14:11] <Celestar> People wish to go from a Point A to a Point B. They make up their minds (normally) before turning up at A. <-- I don't! 13:12:05 <Noetloj> I just bus ride around the districts my day ticket is valid in most of the times I use buses. 13:12:12 <fonso> People show up at a station and everytime a vehicle comes by they throw a dice to find out if they enter it 13:12:12 <Noetloj> and just bus hop all over West Yorkshire. 13:12:13 <hylje> you have no life 13:12:14 <Brianetta> Celestar: Station weighting is still an improvement on everybody getting off because they can 13:12:16 <Noetloj> true. 13:12:28 <Celestar> Brianetta: certainly 13:12:35 <Celestar> Brianetta: but peter1138 and I try to do it right :P 13:12:40 <fonso> the dice is biased by the weight of the vehicle 13:12:45 <Noetloj> Won't it make it stupidly hard to make money, if passengers only go to the place they want to? :| 13:13:03 <fonso> uh, which concept are we discussing now? 13:13:08 <hylje> randomized passenger packets to available destinations in network 13:13:32 <fonso> well, that's not mine .. I'll shut up for now 13:13:45 <Celestar> Noetloj: that's why it will be optional (= 13:13:50 <Noetloj> ooooh 13:13:55 <Noetloj> Challenge is good though :p 13:14:01 <hylje> yeah, one can haul coal instead 13:14:19 <Celestar> hylje: who said that coal cannot have destinations? 13:14:28 <hylje> well yeah.. 13:14:43 <Brianetta> Noetloj: Stupidly hard? no. It does mean that you can have an unpopular route. 13:14:50 <Brianetta> Means you need to make business decisions (: 13:15:04 <Noetloj> OPENTTD = SERIOUS BUSINESS? 13:15:07 <hylje> and maybe read the environment for some more clues 13:15:07 <Brianetta> and your express trains are more than just an expression of variety 13:15:13 <Celestar> and currently the game is stupidly easy :D 13:15:14 <Noetloj> zomg, OpenTTD is turning into the internets! (srs business) 13:15:18 *** Yexo_ is now known as Yexo 13:15:28 <hylje> no tough guys yet 13:15:34 <Noetloj> oh 13:16:05 <Brianetta> There's so much more to go in: timetables (as in, timetables, not this train spacer thing), detachable locos with marshalling yards, fares... 13:16:40 <hylje> incoming awesome 13:16:42 <Brianetta> While a train's slowly being filled with coal I could be using that loco elsewhere... 13:16:53 <Gekz> Celestar: you willpwn the gamee with this 13:16:56 <Gekz> I WLIKE TYUPOS 13:17:00 <hylje> Gekz: the game 13:17:16 <Brianetta> Breaking a passenger train into two to service a branch line in addition to the main route 13:17:48 <hylje> good use for multiple units 13:17:53 <hylje> free locos 13:18:14 <fonso> hylje: perhaps you want to read the last section of this posthttp://www.tt-forums.net/viewtopic.php?f=33&t=29683&sid=c8e9a8065c549e38a0c2cec9b09bfcc1&start=204: 13:19:52 <hylje> Open Supply Chain TD 13:20:10 <fonso> What is TD? 13:20:29 <hylje> (as opposed to OpenTTD) 13:21:08 <fonso> If you want to call it that ... 13:21:14 *** DaleStan [~Dale@pool-71-98-67-2.ipslin.dsl-w.verizon.net] has quit [Ping timeout: 480 seconds] 13:21:20 <Celestar> Brianetta: this is not a simulation tool for a real railway company :P 13:21:35 <hylje> well, given a very elaborate economy system it's really a different game 13:21:58 <Brianetta> Celestar: yet. 13:22:11 <Brianetta> Things can get better. 13:22:35 <Gekz> let's add a stock exchange 13:22:38 <Gekz> ! 13:22:42 <Brianetta> There is one 13:23:01 <Brianetta> only transport companies are traded on it, though 13:23:30 <hylje> (i'd however enjoy a highly elaborated TTD-esque economy game) 13:24:21 <Brianetta> Couldn't give a fig about the economy. Track first, trains second, operations of the latter on the former third. 13:25:02 <Gekz> hylje: pokemon 13:25:18 <dih> hey! hylje is alive :-) 13:25:27 <hylje> omg 13:25:28 * hylje hides 13:26:05 *** DaleStan [~Dale@pool-71-98-67-2.ipslin.dsl-w.verizon.net] has joined #openttd 13:26:11 <Brianetta> DaleStan (: 13:26:25 <fonso> I guess you don't like my proposal then, hylje? 13:26:46 <hylje> some parts of it are good, but i'd not go about doing it as it is 13:27:42 <fonso> I'll focus on something else then and see what you do about paxdest. 13:27:57 <hylje> small things are best 13:28:14 <fonso> I'll do station capacities then 13:28:35 <fonso> Did you see my resurrection of diagonal levelling and demolishing? 13:29:18 <hylje> station capacities would be good, given newgrf cargo can make industries limited in stockpile/efficiency as well 13:29:56 *** welshdra-gone is now known as welshdragon 13:30:06 <hylje> bonus points for allowing newgrf station tiles to specify capacity (if they don't already) 13:30:34 <fonso> They don't. They only specify some capacities for their animations 13:30:54 <fonso> And that's not based on tiles, I think 13:31:17 <fonso> btw: http://www.tt-forums.net/viewtopic.php?f=33&t=38148 13:31:30 <fonso> I know there are some open questions 13:32:04 <fonso> Specifically it collides with drag and draw and it uses CTRL, which someone told me you don't like 13:32:45 <hylje> two types of dynamite/terraforming then? 13:33:57 <fonso> Yes, one diagonal and one orthogonal 13:34:11 <fonso> It helps when you want to build diagonal track 13:34:21 <fonso> That was a pain before 13:35:03 <hylje> you can remove track with autorail 13:35:32 <fonso> But what if you want to build diagonal track through a hilly area 13:35:38 <fonso> and need to flatten the hills 13:35:44 <hylje> granted 13:35:51 <Brianetta> flatten hills, ahha 13:36:06 * hylje wouldnt mind a bedrock feature either :-) 13:36:33 <fonso> Well my English isn't the best obviously 13:36:37 <Brianetta> I think that destroying the landscape should cause such a ferocious public backlash that your stations are appalling for a century 13:36:45 <fonso> But I'm happy you're having fun 13:36:49 <fonso> :) 13:36:57 <Brianetta> long enough for those who remember to die off 13:38:04 <fonso> That problem should not be countered by making it enormously annoying to level land 13:38:18 <Celestar> diagonal leveling would be really helpful 13:39:17 <fonso> Well, look at my patch, decide, give me feedback, if needed. I'm sure it's not that hard to get it done 13:42:14 <Celestar> fonso: poke me tomorrow about it please 13:42:26 <fonso> ok 13:43:58 <Noetloj> ...christ. 13:44:06 <Noetloj> ctrl + g = 128Mb PNG. 13:44:10 <Celestar> heh 13:44:13 <Celestar> what map size? 13:44:20 <Noetloj> 1024 by 1024 I think 13:44:44 <Noetloj> and paint refuses to open it lol 13:45:04 <Noetloj> and it crashes QuickTime picture viewer. 13:45:07 <SmatZ> uncompressed it can have several GBs 13:45:08 <SpComb> presumeably so 13:45:26 * SpComb was pondering implementing something to handle gigapixel PNGs some day 13:59:27 *** Zealotus [~Ping@78-69-54-150-no70.tbcn.telia.com] has quit [Ping timeout: 480 seconds] 13:59:59 <Celestar> peter1138: what's up with the hg web serveR? 14:02:49 <Celestar> er 14:02:53 <Celestar> am I still connected? 14:05:04 <peter1138> Oh, it stopped :o 14:05:13 *** Noetloj [~105Adam@5ad2f51e.bb.sky.com] has quit [] 14:05:32 <peter1138> Back 14:07:24 *** Dred_furst [~Dred_furs@user-514d7e3a.l2.c2.dsl.pol.co.uk] has joined #openttd 14:09:34 <Celestar> oh 14:12:48 *** Noetloj [~105Adam@5ad2f51e.bb.sky.com] has joined #openttd 14:13:44 <Celestar> peter1138: any idea about the selective load? 14:13:54 <hylje> what? 14:16:44 <peter1138> Working on it. 14:17:25 <Celestar> peter1138: have you looked at how the other patch did it? 14:18:53 * Celestar wonders what prevents YAPP from being included at the moment 14:20:53 <peter1138> Rubidium had some performance concerns. 14:21:36 <Celestar> I've tried with a 300-Train game and I still spent most of the time in the TileLoop and the Blitter 14:21:47 <Celestar> profiling didn't reveal any noticable impact of yapp 14:23:27 <Rubidium> peter1138: seems to be solved in the later versions 14:23:36 <peter1138> That's good news :D 14:23:38 <Celestar> go go go :D 14:26:07 <Celestar> why do we have ZERO downloads on -RC1 and RC2 on sourceforge? counter borked? 14:27:53 <peter1138> Hmm, unselective... my vehicles don't load at all now :) 14:29:25 <Celestar> uh oh :P 14:29:55 <peter1138> GetNextUnloadingOrder returns null 14:30:05 <peter1138> Hmm 14:30:33 <peter1138> Smells like my v is not the first vehicle :o 14:32:59 <Celestar> :) 14:33:12 <peter1138> next and prev of v->current_order are 0... 14:33:32 <Celestar> O_o 14:33:36 <Celestar> only one order? 14:34:13 <peter1138> Ah... 14:34:24 <peter1138> Hmm, no 14:35:01 <peter1138> Right, it's a ship... 14:35:13 <peter1138> So there is no chain to be getting wrong :o 14:35:53 <peter1138> v->orders contains a next but not prev 14:36:05 <peter1138> v->current_order contains neither a next or a prev 14:38:26 <Rubidium> v->current_order might not even be in v->orders 14:38:41 <peter1138> Mmm, it can be a temporary thing, can't it? 14:38:53 <Rubidium> exactly 14:39:11 <peter1138> So I need to fix UseVehicle... hmm. 14:39:17 <Rubidium> can also be more than v->orders can contain 14:41:10 <Celestar> peter1138: use v->orders[v->cur_order_index] ? 14:41:22 *** plakkertjes [~plakkertj@ip51cc357e.adsl-surfen.hetnet.nl] has quit [Quit: HydraIRC -> http://www.hydrairc.com <- Like it? Visit #hydrairc on EFNet] 14:41:38 <peter1138> Ok. 14:42:00 <Celestar> (if I got this right) 14:42:48 <Celestar> @openttd bugs 14:42:49 <DorpsGek> Celestar: Open Bugs: 41; Not assigned: 27; Closed this week: 14; Opened this week: 10 14:43:35 <Rubidium> but v->orders[v->cur_order_index] does only tell you the next scheduled stop, any intermediate stops won't be told 14:43:46 <Rubidium> or where you're currently loading/unloading 14:43:56 <peter1138> next scheduled stop is what we want. 14:45:00 <Rubidium> and ofcourse the next scheduled stop might change due to conditional orders ;) 14:46:10 *** shodan [user@ppp101-219.static.internode.on.net] has quit [Quit: Client Exiting] 14:50:41 <Celestar> Rubidium: we're not taking conditional orders into account at the moment. 14:50:55 <Celestar> peter1138: but UseVehicle just needs a const Vehicle * 14:50:58 <Celestar> doesn't it? 14:51:02 * Celestar checkes his own code 14:53:21 <Celestar> AH 14:53:25 <Celestar> because it has current_order there 14:53:28 <Celestar> sorry :( 14:54:50 <Celestar> peter1138: I needa go in 5, could you post any usable update you have onto hg so I can pull them before I head out? 14:55:03 <Celestar> I won't be back online before tomorrow morningish 15:00:14 <peter1138> It's not usable yet :o 15:00:36 <peter1138> It does sort of work though... 15:00:40 *** Purno [~Purno@5350931D.cable.casema.nl] has joined #openttd 15:00:45 *** Avdg [~kvirc@78-21-56-40.access.telenet.be] has joined #openttd 15:00:53 <peter1138> Problem is it doesn't know where there is no more cargo to load, yet. 15:01:14 <Celestar> so it keeps trying to load non-existing cargo? 15:01:31 <peter1138> Well, there is cargo there, but it shouldn't load it. 15:01:46 * peter1138 checks that other patch ;) 15:02:22 <peter1138> Ah, right. 15:02:39 <Avdg> hi, i want to learn the structure of openttd :) 15:02:47 <Belugas> Zirkoz thinks he has found a bug with oil wells :) they do not appear ingame, just during creation. I wonmder how long it's going to take him to understand why... 15:03:06 <Celestar> Avdg: ok 15:03:10 <Celestar> Avdg: what's the question :D 15:03:12 <Belugas> Avdg, the best way to do so is to look at the sources :) 15:03:16 <Avdg> is there no tut for it :) 15:03:37 <Belugas> i guess he means tutorial... 15:03:45 <Belugas> if so, not really 15:03:50 <Avdg> yeah... or some docs 15:03:52 <Yexo> no, there is documentation however: http://docs.openttd.org/ 15:04:01 <Celestar> Avdg: the best way to do it is to either find a (small) feature you want to implement or a bug you want to fix. Start from there 15:04:21 <Celestar> Avdg: only very few people can say that they understand the whole source 15:04:25 <Avdg> :) thats a little to far 15:04:27 <Belugas> we try to document the sources, so it's a matter of reading and understanding 15:04:57 <Celestar> docs.openttd.org can be of help as well 15:05:02 <Avdg> im just learning c, i've not made any experience yet :s 15:05:27 <Avdg> c++ 15:05:31 <Celestar> Avdg: well then have fun ask ask a question here and there (= 15:05:38 <Celestar> not 10 per minute of possible ^^ 15:05:45 <Avdg> hopely :) 15:05:54 <Celestar> peter1138: I gotta head out. might poke in quickly this evening. Not sure bout that 15:06:13 <peter1138> Okay 15:06:17 <peter1138> Have come up with a solution 15:06:20 <peter1138> Just implementing it. 15:06:21 <Celestar> cool 15:06:26 <Celestar> I'm eager to see it (= 15:06:55 *** selle [~s@g221.ip7.netikka.fi] has quit [Quit: brownies] 15:11:00 *** Doorslammer [Doorslamme@PIPP-p-203-54-229-141.prem.tmns.net.au] has quit [] 15:13:59 *** Touqen_ is now known as Touqen 15:17:48 <Avdg> i dont know really know how to start explower the code :) 15:18:18 <Avdg> ??? no main class 15:18:59 <hylje> try openttd.c 15:19:12 <hylje> (or .cpp nowadays..) 15:19:23 <peter1138> Correct, there's no main class. 15:20:51 <Avdg> :) 15:20:58 <Avdg> why not ? 15:22:29 <glx> because it comes from C time 15:22:51 <Avdg> ow to difficult :) 15:23:21 <Belugas> what do you mean? 15:24:21 <Avdg> nvm 15:24:27 <peter1138> Hmm, better. 15:28:18 <peter1138> Celestar, loading works, but transfers are not. 15:35:09 <CIA-5> OpenTTD: belugas * r13867 /trunk/src/news_gui.cpp: -Codechange: Fix missing alignment 15:37:44 *** selle [~s@g221.ip7.netikka.fi] has joined #openttd 15:39:39 *** flow0ver [~J@S01060016e65abad7.gv.shawcable.net] has joined #openttd 15:42:09 *** Zealotus [~Ping@78-69-54-150-no70.tbcn.telia.com] has joined #openttd 15:42:37 *** KillaloT [~killalot@0x5738cc8e.rdnqu1.dynamic.dsl.tele.dk] has quit [Ping timeout: 480 seconds] 15:45:31 *** KillaloT [~killalot@0x5738cc8e.rdnqu1.dynamic.dsl.tele.dk] has joined #openttd 15:46:19 *** flowOver [~J@S01060016e65abad7.gv.shawcable.net] has quit [Ping timeout: 480 seconds] 15:48:05 <Avdg> :s build problems, gonna read again the install guide 15:50:36 *** welshdragon [~welshxcha@host86-130-180-82.range86-130.btcentralplus.com] has quit [Read error: Connection reset by peer] 15:51:39 <Belugas> how did you get the sources? with svn? 15:51:55 <Belugas> if not, you might try it :) 15:51:56 <Avdg> source latest release 15:52:12 <Avdg> it didnt files like windows.h 15:52:18 <Avdg> finds 15:52:43 *** welshdragon [~welshxcha@host86-130-180-82.range86-130.btcentralplus.com] has joined #openttd 15:54:43 *** ProfFrink [~proffrink@5ad9f9f6.bb.sky.com] has joined #openttd 15:55:27 *** GoneWacko [~foo@adsl-58.35.Static.ssp.fi] has quit [] 15:56:29 *** welshdragon [~welshxcha@host86-130-180-82.range86-130.btcentralplus.com] has quit [Read error: Connection reset by peer] 15:56:34 *** welshdragon [~welshxcha@host86-130-180-82.range86-130.btcentralplus.com] has joined #openttd 15:57:39 <Avdg> just errors becouse it doesn't find windows.h and winsock2.h 16:00:07 <Belugas> which means you have not the right installation. could be as simple as path definition, or not proper sdk downloads 16:00:45 <Avdg> im looking up... 16:00:52 *** Prof_Frink [~proffrink@5adb1dbd.bb.sky.com] has quit [Ping timeout: 480 seconds] 16:00:52 *** ProfFrink is now known as Prof_Frink 16:02:36 <Belugas> http://wiki.openttd.org/index.php/FAQ_development#Now_I_have_got_the_source_code_how_can_I_compile_it.3F 16:02:41 <Belugas> might be helpfull :) 16:02:53 <Lakie> Heh 16:03:08 <Lakie> Compiling it on linux is much simplier than on windows for me. 16:03:18 <Lakie> (Well, ubuntu) 16:03:32 * Belugas nods 16:03:41 <Lakie> Mainly because of the fact I need the latest DirectX SDK for my course and the Aug 07 for OpenTTD. 16:03:44 <Belugas> did it a couple of times, and it was soooo easier.... 16:04:05 <Lakie> sudo apt-get install <blah>; ./configure; ./make 16:04:12 <Lakie> Well, just "make" 16:04:15 <Belugas> by the way, Lakie, i could not try your savegame, i forgot my SD key at work :( 16:04:26 <Lakie> Its ok, not worries 16:04:32 <Lakie> Oh 16:04:35 <Lakie> That reminds me 16:04:42 * Lakie tests something he just remembered 16:05:39 <Lakie> Yeah, with your signal on bridges (yes I know its very wip), it crashes when I save a game and try to load it (obviously using the 'patched' version). 16:06:13 <Belugas> heheh.. of course :) 16:06:15 *** DJNekkid [~chatzilla@static217-26.adsl.no] has quit [Read error: Connection reset by peer] 16:06:32 <Belugas> if it does not work on trunk, it should not work with my patch either ;) 16:06:46 <Lakie> I meant one from Open 16:07:03 <Avdg> i think that i know what it is:) 16:07:06 <Lakie> OpenTTD + (your patch) -> save, close, reload -> try loading (crash) 16:07:15 <Avdg> i can find it, maybe wrong configuration 16:07:43 <Lakie> Does OpenTTD on Windows need the platform sdk, Belugas? 16:08:04 <Belugas> it does for MSVC, at least 16:08:08 * Lakie set it up to use it ages ago 16:08:13 <glx> [17:57:46] <Avdg> just errors becouse it doesn't find windows.h and winsock2.h <-- that means incorrect platform SDK installation 16:08:15 <Belugas> i think... 16:08:17 <Lakie> Again I have it for my course. 16:08:18 <Belugas> not sure... 16:08:36 * Lakie searchs for windows.h to find out 16:08:38 <Lakie> :) 16:08:40 <Avdg> wrong config... i take it like it was on the screenshot 16:08:52 <Avdg> now it must be solved :) 16:09:39 <Belugas> have you searched on your HD for those files? 16:10:05 <Lakie> Indeed, I remember now, MSVC++ (Express) doesn't include the files for windows.h etc 16:10:19 <glx> 2008 express includes them 16:10:31 <Avdg> there was a $ before, but i included them by hand 16:10:31 <Lakie> Maybe, I know 2005 doesn't 16:10:43 <Avdg> thats why it works :D 16:10:51 <glx> Lakie: btw I found a way to have worknig vista icons with 2005 16:10:56 <Avdg> yeah, i have 2005 16:10:59 <Lakie> :o 16:11:07 <Lakie> Please do tell 16:11:22 <glx> just install a recent Platform SDK 16:11:29 <Lakie> Really, that simple? 16:11:31 <Lakie> Cool 16:11:32 <glx> yes 16:11:46 <Avdg> i've installed it this month :) 16:11:46 * Lakie hugs his Vista icon 16:11:54 <Avdg> :) 16:12:05 <Avdg> good4u 16:12:15 *** grumbel [~grumbel@i577BBA87.versanet.de] has joined #openttd 16:12:16 <glx> Avdg: if you followed the wiki your platform SDK is too old ;) 16:12:19 <Lakie> I think I'm the only person with 0.6.x with a vista sized icon 16:12:37 <Lakie> Indeed, you should always search microsoft downloads for the latest. 16:13:01 <Avdg> the wiki is right, only few configuration errors :) 16:13:15 <Lakie> Heh 16:13:19 <Avdg> i think 16:13:31 *** tokai [~tokai@p54B843A9.dip0.t-ipconnect.de] has joined #openttd 16:13:32 *** mode/#openttd [+v tokai] by ChanServ 16:13:34 <Lakie> Well, the VS file I have has been customized quite a bit based around my sources and such 16:14:36 <Avdg> just edit the $ from the sdk to a by hand set path 16:15:47 <Lakie> I didn't allow any SDK's to create enviroment variables 16:15:50 <Avdg> my editor is now generated the files 16:15:52 <Lakie> I always set paths myself 16:15:58 <Lakie> I find its much simplier. 16:16:02 <Avdg> :) 16:16:19 <peter1138> Hmm, I never had to edit anything... I didn't know they *had* environment variables... 16:16:34 <Lakie> Heh 16:16:55 <Lakie> Well, there are three normal ways 16:17:03 <Lakie> Environment paths. 16:17:28 <Lakie> Gloabl paths added by VSVC when its first opened or later by the user and project paths/ 16:17:58 <Lakie> I use global for things like platofrm and directx (latest) and edit the project to look at the old directx sdk for its sound. 16:19:24 <Lakie> Either way works, I know one of the sdk's I've used prefers environment variables for storing a path. 16:20:37 <Avdg> why does microsoft at some stopid copyrights :s 16:21:17 <Avdg> :) succeeded 16:22:16 * glx just noticed 2008 express uses the new SDK I installed 16:22:35 <glx> I can remove v6.0a 16:23:31 <Lakie> Hehehe 16:23:36 <Avdg> why they are so many cod obj (etc) files :s 16:24:13 <glx> .cpp -> .cod (asm) -> .obj -> .exe 16:24:23 <Avdg> ow :) 16:25:00 <Lakie> I suppose that makes sense as it needs to become machine code bfore it can be packed into .obj files ready to be imported into the final exe. 16:25:11 <Lakie> Of course my understanding of the process may be a little off. 16:25:19 <glx> .cod can be useful when debuging from a .dmp (to now what values are in registers) 16:25:35 <Avdg> im learning the understanding of the process :) 16:26:27 <Avdg> i can build simple ones :) 16:27:02 <glx> btw I use mingw+msys, 2005 express and 2008 express :) 16:28:46 <Lakie> I have 2005 express and 2008 express, I use the latest one for compiling OpenTTD though 16:29:25 <Lakie> Have cygwin for TTDpatch but the last time I tried compiling OpenTTD through that it was a true nightmare. 16:29:40 *** frosch123 [~frosch@frnk-590ff61e.pool.einsundeins.de] has joined #openttd 16:30:38 <glx> I compile ttdpatch with mingw+msys 16:33:21 <Belugas> i bet it does not take as long as OTTD :) 16:33:34 <Lakie> Full recompile takes a long time 16:33:44 <Lakie> But small changes tend to be only a few seconds for me 16:34:03 <Lakie> usually shorter than building OpenTTD after updating the svn. 16:34:15 <Avdg> i have test my openttd with a speedhack, does work :) 16:34:28 <Lakie> Full Recompile takes around 5 minutes though. 16:34:38 <glx> Avdg: speedhack? 16:34:50 <Belugas> it does? but it's asm, isn't it? 16:34:53 <Belugas> so how come? 16:34:57 <Avdg> maglev 4 at 10 times faster :) 16:35:07 <glx> use a grf for that 16:35:20 <glx> no need to change openttd 16:35:26 <Avdg> i know what im doing :) i've backup it 16:35:32 <Lakie> Belugas: yes but its to do with the way its compiled 16:35:48 <Lakie> It has all the dependancies calculated and then compiles, links etc 16:35:55 <Lakie> So a full compile takes an AGE 16:36:00 <Ammler> Avdg: I have a grf with maglev at maxspeed :-) 16:36:05 <Lakie> But it means small changes are much faster 16:36:05 <Ammler> for the logic gates 16:36:33 <Avdg> :) 16:36:43 <Lakie> 65535 km/h? 16:36:54 <Ammler> Lakie: yep 16:36:58 <glx> if you don't touch any headers, updates compile fast 16:37:18 <Ammler> I would like to have a monorail with that speed 16:37:23 <Avdg> no, not enough power :) 16:37:27 <Ammler> but that uses TE 16:37:52 <Lakie> No offense but I'd imagine the train would break or atleast kill everyone on board with the g forces 16:38:06 <Lakie> I assume it doesn't take like 8000 tiles to get to top speed. 16:38:08 <Ammler> Lakie: it is not for transport 16:38:12 *** ProfFrink [~proffrink@5ad46205.bb.sky.com] has joined #openttd 16:38:25 <Lakie> Hmm... 16:38:29 <Ammler> it is for a not gate and such 16:38:36 <Avdg> :) 16:38:49 <Lakie> Heh, ok 16:38:50 <Avdg> logicttd 16:39:02 <Ammler> Lakie: we have programmable singals on ottd too, now :-) 16:39:12 <Avdg> brb 16:39:43 <Lakie> I know 16:40:01 <Lakie> Though credits to JGR for coming up with the original idea 16:40:11 <Lakie> I doubt anyone else would have thought it up and implimented 16:40:19 <Lakie> it. 16:40:31 <Ammler> Lakie: I fear, we do not speak about the same :-) 16:40:57 <Lakie> Giving conditions for how a singal is used? 16:41:03 <Lakie> What can pass it etc 16:41:04 <Brianetta> How long before there's enough of TTDPatch not to need TTD any more? 16:41:12 <Ammler> "our" programmable signals looks like http://www.openttdcoop.org/blog/2008/06/17/the-insane-led-counter-logic-gates-part-1/ 16:41:48 <Noetloj> Brianetta: Surely it wouldn't just be a "patch" then? 16:41:57 <Brianetta> Noetloj: Well, yeah 16:41:58 <Noetloj> if it didn't need the original game to "patch" 16:42:06 <Brianetta> It'd be . 16:42:11 <Brianetta> That's a null string, btw 16:42:13 <Lakie> That does appear quite different, Ammler. 16:42:19 <Ammler> :-D 16:42:26 <Brianetta> "I'm just off to play for a bit" 16:42:38 <Ammler> Brianetta: that is what I am wondering too, is there code of the original still used? 16:43:30 <Lakie> Quite a lot of TTD is still in there 16:43:52 *** Prof_Frink [~proffrink@5ad9f9f6.bb.sky.com] has quit [Ping timeout: 480 seconds] 16:43:52 *** ProfFrink is now known as Prof_Frink 16:47:30 <Brianetta> I played TTD Patch 2 once, years ago 16:47:42 <Brianetta> Well before the numbering got rebooted, obviously 16:48:01 <Brianetta> Probably back around 1997 16:48:13 <Brianetta> but apart from that, I've not played Patch 16:48:48 <Brianetta> TT demo, TT, TTD, TTD+alter, TT Patch 2.. .. .. .. .. .. .. .. OpenTTD 16:49:04 <Brianetta> That big huge gap was caused by me not runnign DOS any more 16:50:21 *** Brianetta [~brian@client-86-27-108-163.brnt.adsl.virgin.net] has quit [Quit: TschÃŒÃ] 16:51:50 *** flowOver_ [~J@S01060016e65abad7.gv.shawcable.net] has joined #openttd 16:56:25 *** Digitalfox [~Digitalfo@bl7-176-56.dsl.telepac.pt] has joined #openttd 16:59:02 *** flow0ver [~J@S01060016e65abad7.gv.shawcable.net] has quit [Ping timeout: 480 seconds] 17:00:43 *** ARock [R.Rock@xdsl-87-78-217-64.netcologne.de] has joined #openttd 17:02:50 <fonso> Is there a way to find out when a tile is removed from a station? Other than adding a hook in MakeClear (which seems to be spaghetti-ish)? 17:03:14 <frosch123> ClearTile_Station 17:04:26 <fonso> ah 17:06:13 <fonso> but airport does DoClearSquare instead ... 17:06:18 <fonso> is that intended? 17:06:59 <fonso> (in RemoveAirport, station_cmd.cpp:1862) 17:07:11 <frosch123> and who calls RemoveAirport ? 17:09:05 <fonso> ah 17:09:27 <fonso> but doesn't RemoveAirport remove quite a bunch of tiles at once? 17:09:53 <frosch123> have you ever seen a half airport in game? 17:10:26 <fonso> see 17:10:54 <fonso> It seems I have to dig into that some more. Thanks for now 17:11:22 *** fonso [~fonso@brln-d9bac79a.pool.mediaWays.net] has left #openttd [Kopete 0.12.7 : http://kopete.kde.org] 17:11:37 <peter1138> heh 17:16:05 <Belugas> looks like Colours and TextColour enums should be merged. They are used indistincly in the widget's color member 17:16:27 <Belugas> that is, of course, if ever color would need to be anything different then a byte 17:16:47 <Avdg> hum... perfectly 100 users :) 17:17:59 <Rubidium> nah, there're no 100 users in here 17:18:50 *** welshdragon is now known as welshdra-gone 17:19:45 *** Klanticus_ [~Klanticus@189-18-234-128.dsl.telesp.net.br] has joined #openttd 17:19:53 *** Wolf01 [~wolf01@host107-16-dynamic.5-87-r.retail.telecomitalia.it] has joined #openttd 17:20:00 <Wolf01> hello 17:20:47 <Eddi|zuHause2> wah... it's definitely too hot to move... 17:21:26 <Wolf01> I was glued to the chair, so I had a shower, I'm glued again 17:21:53 <Belugas> so in essence, the chair has never left your butt? 17:23:37 *** Klanticus [~Klanticus@189.35.184.72] has quit [Ping timeout: 480 seconds] 17:39:59 <Eddi|zuHause2> today i realized one thing... working is not the real work, getting to work and coming back from work is the real work 17:40:13 <Eddi|zuHause2> oh... and that the DB does not play with breakdowns off... 17:40:34 <Belugas> :) 17:41:15 <Eddi|zuHause2> honestly... i spent more time travelling than working... 17:44:48 <guru3> anyone here remember the app i wrote to generate landscapes? 17:44:52 <guru3> i've got a new version now 17:44:59 <bowman> I'm going to india for 2 days of meetings, thats literally going to be more travel time than actual work :) 17:45:02 <guru3> http://guru3.net/temp/landgen-3d2.png 17:45:28 <Eddi|zuHause2> also, i learned that the local public transport company is full of jerks... they print out tickets for one time use with some crappy printers, which is alright, but they print out tickets for 6 months use on the same printers, and then refuse to replace tickets that are almost unreadable after 4 months... 17:46:11 <Eddi|zuHause2> guru3: remember? how many decades ago was that? 17:46:19 <guru3> hmm a few months 17:46:22 <guru3> maybe april sometime 17:46:35 <glx> here they try to not print tickets anymore 17:46:35 <Eddi|zuHause2> you have not spoken here in 2 years :p 17:46:39 <peter1138> Eddi|zuHause2, you weren't supposed to have a destination, that isn't implemented yet. 17:46:48 <guru3> i have too 17:46:52 <guru3> i was just talking the other day 17:47:15 <Eddi|zuHause2> yeah, i meant before that sudden reappearance 17:47:23 <guru3> well you know 17:47:26 <guru3> sith happens 17:47:50 <guru3> i'm sure i got some feedback in april from here on my landscape generator 17:48:21 <Eddi|zuHause2> sith always appear in pairs... an apprentice, and a master 17:48:35 <guru3> that's why it took two years 17:48:52 <Eddi|zuHause2> you finally made it to apprentice level :p 17:49:19 <guru3> there was a level end with a ladder moving around quickly 17:49:26 <guru3> i couldn't decide when it should stop 17:50:39 <guru3> that aside, what's a good number of quads to draw on the screen at once? 17:50:48 <guru3> that's 64x64 17:51:01 <guru3> i'm trying to figure out if the slow spot in my program is the gl 17:51:09 <guru3> or translating the map data structure to gl 18:00:02 *** Progman [~progman@p57A1BE8C.dip.t-dialin.net] has quit [Remote host closed the connection] 18:04:40 *** rortom [~rortom@p57B7E507.dip.t-dialin.net] has joined #openttd 18:10:36 *** aikie [~pieter@115.5-244-81.adsl-dyn.isp.belgacom.be] has joined #openttd 18:14:17 *** Zahl_ [~Zahl@g227076166.adsl.alicedsl.de] has joined #openttd 18:14:17 *** Zahl [~Zahl@g227076166.adsl.alicedsl.de] has quit [Read error: Connection reset by peer] 18:14:18 *** Zahl_ is now known as Zahl 18:16:10 *** GoneWacko [gonewacko@86-60-149-102-dyn-dsl.ssp.fi] has joined #openttd 18:16:15 *** ARock [R.Rock@xdsl-87-78-217-64.netcologne.de] has quit [Read error: Connection reset by peer] 18:22:39 *** ARock [R.Rock@xdsl-87-79-213-99.netcologne.de] has joined #openttd 18:31:51 *** welshdra-gone is now known as welshdragon 18:34:13 *** welshdragon2` [~welshxcha@host86-130-180-82.range86-130.btcentralplus.com] has joined #openttd 18:34:27 *** welshdragon [~welshxcha@host86-130-180-82.range86-130.btcentralplus.com] has quit [Read error: Connection reset by peer] 18:34:55 *** welshdragon2` is now known as welshdragon 18:37:52 *** aikie [~pieter@115.5-244-81.adsl-dyn.isp.belgacom.be] has quit [Remote host closed the connection] 18:43:01 *** rortom [~rortom@p57B7E507.dip.t-dialin.net] has quit [] 18:45:39 *** Vikthor [~Vikthor@snat1.spoje.net] has quit [Quit: Leaving.] 18:49:30 *** Dred_furst [~Dred_furs@user-514d7e3a.l2.c2.dsl.pol.co.uk] has quit [Read error: Connection reset by peer] 18:51:47 *** Cosmo [~Nate@dyn-62-56-56-178.dslaccess.co.uk] has joined #openttd 18:52:04 <Cosmo> ah ha found the right server at last 18:53:06 <Cosmo> is there a single place that I can download most / all the 32bpp graphics for openttd or do I have to look through the forums for them? 18:59:18 <Ammler> I have a 3 months old packet 19:00:32 <glx> Cosmo: there's a page on the wiki I think 19:00:47 <Cosmo> http://wiki.openttd.org/index.php/32bpp_Extra_Zoom_Levels ? 19:01:49 *** fmauNeko is now known as fmauNekAway 19:02:47 <glx> hmm those are for a non official version only 19:02:55 <Cosmo> ah darn 19:02:59 *** GoneWacko [gonewacko@86-60-149-102-dyn-dsl.ssp.fi] has quit [Quit: Lost terminal] 19:03:49 <Yexo> Cosmo: http://wiki.openttd.org/index.php/List_of_downloadable_32bpp_tars 19:04:05 <Cosmo> Yexo: I just found this second :) 19:04:09 <Yexo> but there may be more graphics in the forum 19:04:23 <glx> http://wiki.openttd.org/index.php/GFXDev:32bit_Graphics_Exhibition <-- there you can find individual files I think 19:04:50 <Cosmo> thanks :) 19:05:06 <glx> but not ready to use it seems 19:05:30 *** fmauNekAway is now known as fmauNeko 19:06:06 *** Klanticus__ [~Klanticus@189.35.184.72] has joined #openttd 19:06:13 *** Klanticus_ [~Klanticus@189-18-234-128.dsl.telesp.net.br] has quit [Read error: Connection reset by peer] 19:06:15 <Ammler> is it possible for a GRF to know, if 32bpp is on? 19:06:41 <glx> 32bpp is always on 19:06:57 <Ammler> hmm, don't I need to enable that in cfg anymore? 19:07:12 <Ammler> or with the console attribute 19:07:15 <glx> ha right you need to use the right blitter 19:07:36 <glx> but why a GRF would need to know that? 19:07:55 <Ammler> so you could make "empty" GRFs for the 32bpp replacment 19:08:32 <glx> you can, it will just look weird with 8bpp blitter 19:09:00 <Ammler> that's why I asked about, if a GRF deos know that 19:09:05 <Ammler> so you could disable it. 19:09:49 <Cosmo> glx: thanks for the link, It looks amazing 19:10:01 <Avdg> i found a bug in noai latest build 19:10:05 <Cosmo> looks like the next version of openttd :) 19:10:18 <glx> Avdg: go to #openttd.noai 19:10:19 <Ammler> most current 32bpp tars does "just" overwrite the default sprites, that's not optimal :-) 19:10:30 <glx> indeed :) 19:10:45 <glx> they should overwrite an action A grf 19:11:14 <Ammler> glx: that's my question for :-) 19:11:25 <Ammler> is that possible? 19:11:37 <glx> not yet, but it may be possible 19:12:05 <glx> for now you could use the same sprite for 8bpp (something like questionmark) 19:18:29 *** GoneWacko [GoneWacko@86-60-147-155-dyn-dsl.ssp.fi] has joined #openttd 19:26:57 *** Avdg is now known as avdg[away] 19:30:18 <peter1138> Overwriting an Action A GRF is not possible? 19:30:48 <glx> it is possible 19:30:48 *** Purno [~Purno@5350931D.cable.casema.nl] has quit [Read error: Connection reset by peer] 19:31:49 <glx> telling a newgrf a 32bpp blitter is used is not possible 19:32:05 <peter1138> Oh, right. 19:32:25 <peter1138> I don't know if it should be. 19:33:10 <glx> I think 32bpp gfx could overwrite opengfx ones 19:33:45 <peter1138> Yeah, or there could be specific graphics for regular GRF sets. The GRF does not need to know in these cases. 19:33:53 <Cosmo> cyas .o/ 19:33:55 <Cosmo> thanks again 19:33:55 *** Cosmo [~Nate@dyn-62-56-56-178.dslaccess.co.uk] has quit [Quit: www.cosmo1847.co.uk] 19:33:56 <peter1138> It's yet another chance of introducing desyncs. 19:35:21 *** avdg[away] is now known as avdg 19:47:46 <Ammler> indeed, 32bpp with empty 8bpp doesn't make sense 19:48:08 <Ammler> speically on server games, which not everyone would have/like the 32bpp 19:51:44 <CIA-5> OpenTTD: frosch * r13868 /trunk/src/newgrf_industries.cpp: -Fix: Parent scope of industry variables. 19:51:59 *** welshdragon [~welshxcha@host86-130-180-82.range86-130.btcentralplus.com] has quit [Quit: back in a mo] 19:52:31 *** welshdragon [~welshxcha@host86-130-180-82.range86-130.btcentralplus.com] has joined #openttd 19:55:05 *** avdg [~kvirc@78-21-56-40.access.telenet.be] has quit [Quit: KVIrc 3.2.6 Anomalies http://www.kvirc.net/- visit http://muidegent.myminicity.com/] 20:05:26 <Celestar> peter1138: does it work? :) 20:10:17 <peter1138> Loading does, transfers don't 20:10:32 <peter1138> Need to modify that in a similar way :o 20:11:43 *** mikl [~mikl@cpe.ge-0-2-0-812.0x50c774be.boanqu1.customer.tele.dk] has quit [Quit: mikl] 20:34:26 *** Brianetta [~brian@client-86-27-108-163.brnt.adsl.virgin.net] has joined #openttd 20:37:59 *** fmauNeko is now known as fmauNekAway 20:40:45 *** fmauNekAway is now known as fmauNeko 20:41:04 *** Rexxie [~rexxars@85.19.218.24] has quit [Quit: edgepro: There are two kinds of people, those who finish what they start and so on.] 20:44:20 *** rortom [~rortom@p57B7BB67.dip.t-dialin.net] has joined #openttd 20:46:05 *** Rexxars [~rexxars@85.19.218.24] has joined #openttd 20:46:18 <welshdragon> !seen Brianetta 20:46:26 <welshdragon> oh, no patchbot 20:48:33 <Digitalfox> http://blog.openttd.org is down? 20:49:36 <rortom> for me also 20:50:56 <Ammler> Digitalfox: that was a page of Truelight 20:51:21 <Ammler> afaik, there wasn't other entries since he "retired" 20:51:24 <Digitalfox> Ammler well it did had other dev's post's 20:51:41 <Ammler> but rare 20:51:46 <Digitalfox> Ammler 2 months ago truebrain did post :) 20:51:55 <Digitalfox> the state of NoAI 20:52:06 <Ammler> oh, then I missed that :-) 20:52:52 <rortom> truelight retired? D: 20:54:13 <Digitalfox> rortom sort of, he still works on NoAI :) 20:54:19 *** bleepy [bleepy@5ad51a5f.bb.sky.com] has joined #openttd 20:54:34 <Eddi|zuHause2> yes, and afterwards truebrain started the noai project ;) 20:56:14 <peter1138> Hmm, can I make hg ignore objs and the like? 20:59:31 *** Nev [bleepy@5ad923ce.bb.sky.com] has quit [Ping timeout: 480 seconds] 21:00:41 <Rubidium> peter1138: yes you can 21:01:47 *** TinoM [~Tino@i59F5560E.versanet.de] has quit [Quit: Verlassend] 21:08:50 *** a1271 [~Cheese@24-117-51-112.cpe.cableone.net] has joined #openttd 21:09:27 <Brianetta> Do I need a tram set to use trams, or is there one in the SVN somewhere? 21:09:52 <glx> you need a tram set, and there is one with final releases 21:10:20 <Brianetta> hmm 21:10:27 <glx> you can try tags/0.6.0 or tags/0.6.1 21:10:34 <Brianetta> I'm using that 21:10:58 <Brianetta> URL: svn://svn.openttd.org/tags/0.6.1 21:11:12 *** frosch123 [~frosch@frnk-590ff61e.pool.einsundeins.de] has quit [Remote host closed the connection] 21:11:16 <glx> there is generic tram set in its data dir 21:11:19 <Brianetta> aha, generictrams 21:11:40 *** a1270 [~Cheese@24-117-51-112.cpe.cableone.net] has quit [Ping timeout: 480 seconds] 21:11:41 <Brianetta> ta (: 21:16:09 <Brianetta> Does that need to be specified in the config? 21:16:43 <Brianetta> Ah heck, it won't hurt 21:16:47 <peter1138> Needs to be in the NewGRF config, yeah 21:17:36 *** ecke [~ecke@213.195.202.130] has quit [Quit: ecke] 21:17:41 <Brianetta> OK, done 21:17:55 <Brianetta> Won't bother to put that on the web page, since everybody has it 21:18:03 <Brianetta> in theory 21:21:18 *** ARock [R.Rock@xdsl-87-79-213-99.netcologne.de] has quit [] 21:27:09 *** Chrill [~chrischri@c80-216-64-31.bredband.comhem.se] has joined #openttd 21:33:13 *** KritiK [~Maxim@93-80-82-192.broadband.corbina.ru] has joined #openttd 21:33:17 <Eddi|zuHause2> <Brianetta> While a train's slowly being filled with coal I could be using that loco elsewhere... <- that's definitely a feature that is missing right now. having one engine and two sets of wagons 21:37:24 <glx> @op 21:37:25 *** mode/#openttd [+o glx] by DorpsGek 21:37:46 *** glx changed the topic of #openttd to: 0.6.1 | Website: *.openttd.org (Translator: translator2, Gameservers: servers, Nightly-builds: nightly, WIKI: wiki, Dev-docs: docs, Patches & Bug-reports: bugs) | #openttd.notice for FS + SVN notices | UTF-8 please | No Unauthorised Bots 21:39:08 *** ecke [~ecke@213.195.202.130] has joined #openttd 21:39:51 <Rubidium> DaleStan: do you know whether articulated parts of an engine are handled any differently than engines/wagons with respect to whether they are powered, their weight, maximum speed etc? 21:40:46 <Rubidium> especially because callback 10 seems to work for articulated parts in TTDP, but I wonder whether it will actually make that articulated part also powered etc. 21:45:43 <CIA-5> OpenTTD: rubidium * r13869 /trunk/src/spritecache.cpp: -Fix [FS#2153] (r13674): in some cases the sprite cache could be filled with unremovable items. 21:47:39 <Brianetta> Tunnels can't be one-way, can they? 21:48:11 <Rubidium> they can't 21:50:36 *** welshdragon [~welshxcha@host86-130-180-82.range86-130.btcentralplus.com] has quit [Read error: Connection reset by peer] 21:51:57 <DaleStan> Rubidium: Default for artic parts is no-power, no-weight, regardless of the NFO settings (or lack thereof) for those properties. Powered wagons (with or without CB10) can override that default, though. I don't know either way about CB36, but I don't see why it wouldn't work. 21:53:30 <Rubidium> okay, that's clear enough 21:53:35 <Rubidium> thanks 21:54:32 <peter1138> Not entirely ;) 21:55:10 <Rubidium> why not? 21:57:38 <peter1138> Should they affect max speed? Hmm 21:57:40 *** LilDood [~IceChat7@cpc2-bolt5-0-0-cust370.manc.cable.ntl.com] has joined #openttd 21:58:02 *** Touqen [~stephen@c-98-216-253-146.hsd1.ma.comcast.net] has quit [Ping timeout: 480 seconds] 21:58:11 <peter1138> . o O ( http://svn.bucks.net/~petern/artic.diff ) 22:00:50 <Rubidium> why wouldn't artic parts be powered? 22:01:14 <peter1138> DaleStan just said so. 22:01:15 *** fmauNeko is now known as fmauNekAway 22:01:26 <Rubidium> uhmm... changing the max speed 22:01:36 <Rubidium> okay, it would be stupid 22:01:49 <DaleStan> Artic parts are usually livery-overrided, therefore max speed does not apply. 22:02:13 <peter1138> DaleStan, yes, but does it apply if it is not livery-overrided? 22:02:32 <DaleStan> But if they weren't, I suppose that they could change max speed. If so, this would probably be considered a bug. 22:03:07 <peter1138> Okay 22:03:14 <peter1138> Rubidium, that should do the trick then? 22:03:25 <Rubidium> and what about the power? 22:03:32 <Rubidium> line 112 of train_cmd.cpp 22:03:48 *** welshdragon [~welshxcha@host86-130-180-82.range86-130.btcentralplus.com] has joined #openttd 22:04:00 *** fmauNekAway is now known as fmauNeko 22:04:05 <peter1138> Hmm, point. 22:04:19 *** Zahl [~Zahl@g227076166.adsl.alicedsl.de] has quit [Read error: Connection reset by peer] 22:04:26 *** Zahl [~Zahl@g227076166.adsl.alicedsl.de] has joined #openttd 22:04:52 <DaleStan> <Rubidium> why wouldn't artic parts be powered? <-- There used to be (and maybe still are) troubles displaying true values for artic vehicles in the purchase window. The solution was to zero out anything in the artic parts that was displayed in the window. 22:05:17 *** Touqen [~stephen@c-98-216-253-146.hsd1.ma.comcast.net] has joined #openttd 22:06:10 <Rubidium> that's certainly true, though I've seen people complaining about that sort of things 22:06:31 <Rubidium> so the more we implement the stuff like TTDP the less complaints we hopefully get from GRF authors 22:07:43 <peter1138> That should handle power. 22:07:46 * peter1138 test compiles, heh 22:08:59 <Rubidium> line 111 equals line 115 22:10:26 <peter1138> Cut and paste turned into copy and paste :o 22:13:44 <peter1138> Seems to fix 2167. 22:14:22 *** fmauNeko is now known as fmauNekAway 22:14:49 <Rubidium> confirmed 22:16:18 <peter1138> In theory it's correct, but might cause issues with other sets. 22:16:31 <peter1138> But 22:17:07 *** fmauNekAway is now known as fmauNeko 22:17:15 *** Nev [bleepy@5ad103d0.bb.sky.com] has joined #openttd 22:17:25 <peter1138> we'll see... 22:17:43 *** bleepy is now known as Guest315 22:17:43 *** Nev is now known as bleepy 22:19:51 <CIA-5> OpenTTD: peter1138 * r13870 /trunk/src/train_cmd.cpp: -Fix [FS#2167]: Callback 10 (visual effect and powered wagons setting) and powered wagons operation were not performed for articulated wagons. 22:19:57 *** stillunk1own [~stillunkn@82-136-225-75.ip.telfort.nl] has joined #openttd 22:20:06 *** Chrill [~chrischri@c80-216-64-31.bredband.comhem.se] has quit [] 22:20:21 <Wolf01> 'night 22:20:29 *** Wolf01 [~wolf01@host107-16-dynamic.5-87-r.retail.telecomitalia.it] has quit [Quit: Once again the world is quick to bury me.] 22:21:27 *** Guest315 [bleepy@5ad51a5f.bb.sky.com] has quit [Ping timeout: 480 seconds] 22:21:46 *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has quit [Ping timeout: 480 seconds] 22:24:27 *** welshdragon [~welshxcha@host86-130-180-82.range86-130.btcentralplus.com] has quit [Quit: Leaving] 22:35:05 *** DJNekkid_ [~chatzilla@static217-26.adsl.no] has joined #openttd 22:35:08 *** DJNekkid_ is now known as DJNekkid 22:37:23 *** LilDood [~IceChat7@cpc2-bolt5-0-0-cust370.manc.cable.ntl.com] has quit [Quit: bed...!] 22:37:30 *** welshdragon [~welshxcha@host86-130-180-82.range86-130.btcentralplus.com] has joined #openttd 22:38:06 <CIA-5> OpenTTD: rubidium * r13871 /branches/0.6/ (10 files in 2 dirs): (log message trimmed) 22:38:06 <CIA-5> OpenTTD: [0.6] -Backport from trunk: 22:38:06 <CIA-5> OpenTTD: - Fix: NewGRF Callback 10 (visual effect and powered wagons setting) and powered wagons operation were not performed for articulated wagons [FS#2167] (r13870) 22:38:06 <CIA-5> OpenTTD: - Fix: In some cases the sprite cache could be filled with unremovable items [FS#2153] (r13869) 22:38:08 <CIA-5> OpenTTD: - Fix: Return of wrong parent scope of (NewGRF) industry variables (r13868) 22:38:08 <CIA-5> OpenTTD: - Fix: Loading of TTD(Patch) savegames from the command line did not work (r13859) 22:38:10 <CIA-5> OpenTTD: - Fix: Buffer overflow for too long filename supplied as '-g' parameter (r13858) 22:41:00 <Brianetta> My dedicated server is loading my 1024x256 temperate scenario as a 256x256 hilly 22:41:18 <Brianetta> I just created this scenario in 0.6.1, and am loading it into 0.6.1 22:41:27 <Brianetta> It works when I load it into a dedicated server at home 22:41:31 <Brianetta> but not on my server 22:41:41 <Brianetta> anybody got a hint where I might start looking for the problem? 22:42:20 <Rubidium> sounds like it can't find the scenario and reverts to a newly created game 22:42:33 <Brianetta> No, it's my scenario all right 22:42:35 <Brianetta> but twisted 22:42:52 <Brianetta> http://ppcis.org/standard/Standard-2008-07-29.scn 22:42:56 <Brianetta> That's the scenario 22:43:01 <Brianetta> It's lovely 22:44:52 <Rubidium> might it miss newgrfs on the server? 22:45:05 <Brianetta> shouldn't 22:45:09 <Brianetta> but I'll double check 22:46:10 <Brianetta> I think you might have it 22:47:41 <Brianetta> woohoo! 22:48:57 <Brianetta> OK, my Standard Server is up 22:48:59 <Brianetta> and running 22:49:03 <Brianetta> with cutenessess 22:49:46 <Rubidium> did you remove the newgrf from the scenario? 22:51:42 *** rortom [~rortom@p57B7BB67.dip.t-dialin.net] has quit [] 22:57:46 <Brianetta> Rubidium: There were a couple of problem ones, yes 22:58:30 <Eddi|zuHause2> www.informatik.uni-halle.de/~krause/Klein%20Elsmuenster%20Transport,%2012.%20Dez%201940.png <- it's a lovely twin city 22:59:17 <Eddi|zuHause2> with three "S-Bahn" lines 22:59:22 * Rubidium seems to miss quite some pixels in there 22:59:38 <SmatZ> hehe 22:59:51 <Rubidium> it's not even 1/4th of my screen high 22:59:59 * SmatZ feels the same 23:00:12 <Rubidium> :O it just got a little bigger 23:00:13 <Eddi|zuHause2> it says 100% uploaded here... 23:00:29 <Eddi|zuHause2> maybe it's still queued somewhere... 23:01:19 <SmatZ> hmm ReichMarks :) 23:01:36 <Eddi|zuHause2> appears to be complete now ;) 23:02:50 <Brianetta> http://ppcis.org/standard/Feebourne.png 23:02:57 <Brianetta> From my current scenario 23:03:28 <Eddi|zuHause2> is ther intentionally no shore line on the river? 23:05:28 <Eddi|zuHause2> the road transfers through the city are inefficient... next time i'll send cargo trains through the city... 23:06:19 <Eddi|zuHause2> i'll still need transfers, because i can't fit an 8 tile wood train next to that saw mill :p 23:07:21 *** bleepy [bleepy@5ad103d0.bb.sky.com] has quit [Ping timeout: 480 seconds] 23:07:40 <Brianetta> Eddi|zuHause2: Nope 23:07:48 <Brianetta> I'd never even seen the river feature before 23:08:28 <Eddi|zuHause2> it's quite new... 23:09:42 <Rubidium> it's in 0.6.1, so it's more than like 6 months old 23:10:46 <Brianetta> Do they normally have shorelines? 23:10:49 <Eddi|zuHause2> yes, and it was in TTDP a few months before 23:11:06 <Eddi|zuHause2> Brianetta: i assume that depends on the river grf you are using 23:12:52 <Eddi|zuHause2> hm... it is really hard to balance coal and ore for a steel mill (PBI) 23:12:59 <glx> Brianetta: you should put a lock in the canal zone 23:13:11 <Eddi|zuHause2> it's always biased a little towards one, so it piles up 23:13:16 <Brianetta> glx: You can't place locks in the scenario editor. 23:13:16 <SmatZ> skidd13 is/was working on nice river GRF... 23:13:26 <SmatZ> but he hasn't finished it yet 23:13:37 <SmatZ> (talking about built-in rivers sprites) 23:13:41 <Brianetta> Eddi|zuHause2: There's no grf 23:13:54 <Eddi|zuHause2> Brianetta: that might be part of the problem :p 23:13:56 <SmatZ> Brianetta: you can ... in trunk :-/ 23:14:16 <Brianetta> SmatZ: Not helpful for a 0.6.1 dedi-server 23:14:27 <SmatZ> indeed 23:15:24 <Eddi|zuHause2> you could try to start the game, build a lock, clear the company and reload it in the scenario editor 23:16:54 <Brianetta> Eddi: That's too much like hard work. I throw scenarios together in half an hour. They're not works of art (: 23:17:06 <Brianetta> They're just augmented random maps 23:17:50 <Eddi|zuHause2> and nobody has noticed the "parked" S-Bahn in my screenshot ;) 23:18:09 <Rubidium> I noticed it, but why should I tell you that I did? 23:21:02 <Eddi|zuHause2> i should have more of these eye-candy parked trains... 23:21:19 <Rubidium> ` stopall ? 23:21:26 <Eddi|zuHause2> :p 23:21:53 <Eddi|zuHause2> where was that invisible engine set again? 23:22:49 <Rubidium> you'll also need a set to replace the signals with always green ones ;) 23:23:14 <Eddi|zuHause2> err... why would i do that? 23:23:37 <SmatZ> Eddi|zuHause2: Eyecandy Empty Engine I guess 23:23:45 <Rubidium> then you can make a network that magically makes money 23:24:37 <Eddi|zuHause2> haha :p 23:24:55 <SmatZ> hehe 23:26:20 <Eddi|zuHause2> hm... shunting is really vital for single track branch line freight trains... 23:26:52 *** grumbel [~grumbel@i577BBA87.versanet.de] has quit [Quit: Client exiting] 23:27:34 <Eddi|zuHause2> i mean logical shunting, not necessarily physical shunting 23:31:06 <Eddi|zuHause2> it should be possible to influence the weighting of transfer money, to even out losses and gains better between the vehicles involved 23:31:48 <Eddi|zuHause2> with practically all my transfers, the first vehicle makes insane amounts of money, while the last vehicle always makes a loss 23:32:47 <Eddi|zuHause2> often twice or three times their running cost 23:44:15 *** elmex [~elmex@e180065099.adsl.alicedsl.de] has quit [Remote host closed the connection] 23:44:20 *** Lakie [~Lakie@80.247.163.109] has quit [Killed (NickServ (Too many failed password attempts.))] 23:44:21 *** Lakie [~Lakie@80.247.163.109] has joined #openttd 23:49:47 *** Zahl_ [~Zahl@g227076166.adsl.alicedsl.de] has joined #openttd 23:49:47 *** Zahl [~Zahl@g227076166.adsl.alicedsl.de] has quit [Read error: Connection reset by peer] 23:49:47 *** Zahl_ is now known as Zahl 23:52:36 *** welshdragon is now known as welshdra-gone 23:55:03 *** KritiK [~Maxim@93-80-82-192.broadband.corbina.ru] has quit [Quit: Leaving] 23:57:25 *** Digitalfox [~Digitalfo@bl7-176-56.dsl.telepac.pt] has quit [Quit: Leaving]