Times are UTC Toggle Colours
00:02:02 *** [BiG^BrotheR] [~Dr-DreaM@84.23.96.253] has quit [Ping timeout: 480 seconds] 00:05:30 *** SmatZ [~root@a40-prg1-5-107.static.adsl.vol.cz] has left #openttd [] 00:05:39 <CIA-1> OpenTTD: rubidium * r10212 /trunk/src/ (6 files): -Fix [FS#723]: money overflow bugs in many locations. 00:08:42 *** Hendikins [~wolfox@CPE-121-209-210-246.nsw.bigpond.net.au] has joined #openttd 00:09:50 *** ThePizzaKing [~jeff@c211-28-166-77.eburwd2.vic.optusnet.com.au] has joined #openttd 00:18:27 *** lolman [lolman@cpc3-leds2-0-0-cust55.leed.cable.ntl.com] has quit [Quit: Leaving] 00:35:44 *** Nukebuster [~wouter@a62-251-21-79.adsl.xs4all.nl] has left #openttd [] 00:37:10 *** Hendikins [~wolfox@CPE-121-209-210-246.nsw.bigpond.net.au] has quit [Ping timeout: 480 seconds] 00:43:24 *** KritiK [Maxim@ppp85-141-225-159.pppoe.mtu-net.ru] has quit [Quit: Leaving] 00:43:27 *** Tobin [~Tobin@c58-107-50-36.eburwd7.vic.optusnet.com.au] has joined #openttd 00:45:50 *** Hendikins [~wolfox@59.167.174.56] has joined #openttd 01:16:15 *** Hendikins [~wolfox@59.167.174.56] has quit [Ping timeout: 480 seconds] 01:17:16 *** Hendikins [~wolfox@CPE-121-209-210-229.nsw.bigpond.net.au] has joined #openttd 01:31:18 *** Eddi|zuHause3 [~johekr@p54B75223.dip.t-dialin.net] has joined #openttd 01:37:43 *** Eddi|zuHause2 [~johekr@p54B753CD.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 02:20:29 *** Konar6 [~Konar6@54.238.broadband3.iol.cz] has left #openttd [Leaving] 02:49:33 <Hendikins> Is it just me, or do serviced industries on maps that have very few industries *really* ramp the production up? 02:50:18 * Hendikins is looking at a forest with 936 production near a coal mine with 540 03:14:44 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has quit [Quit: bye] 03:23:38 <Phazorx> Hendikins: pruction increase is based on changing production of something once in a while 03:24:02 <Phazorx> in case of smooth industries it is more leser changes and if it is off - less ore substantial ones 03:24:31 <Phazorx> if you have 50 - chance of increasing production on any one of them is based on 1/50 chance of being selected 1st 03:24:44 <Phazorx> if you have 5 that is 10 times larger 03:25:06 <Phazorx> and on average each will have 10 time more chances to get affected 03:25:58 <Phazorx> and the chance of positive affect is up to two times higher in case if it is being exploited with high rating 03:26:48 *** Tobin [~Tobin@c58-107-50-36.eburwd7.vic.optusnet.com.au] has quit [Quit: Tobin] 03:33:27 *** blathijs [~matthijs@katherina.student.utwente.nl] has quit [Read error: Connection reset by peer] 03:33:28 *** blathijs [~matthijs@katherina.student.utwente.nl] has joined #openttd 03:39:30 *** mic [~chatzilla@213.141.137.47] has joined #openttd 03:40:57 <mic> can anybody explain why all prototypes in ottd sources are written with "typedef"? 03:42:04 <mic> typedef void f ( int a ) ; 03:50:38 *** alanin is now known as Alanin 03:53:52 <Noldo> is that a real example 03:54:49 <mic> crap :) i was wrong ) 03:55:11 *** Ammler [~Ammler@adsl-89-217-25-181.adslplus.ch] has joined #openttd 03:56:04 <mic> runned into lots procs definition and thought it was used for prototyping )) 04:19:59 *** Ammler [~Ammler@adsl-89-217-25-181.adslplus.ch] has quit [Ping timeout: 480 seconds] 04:33:16 *** setrodox [setrodox@85-124-45-8.dynamic.xdsl-line.inode.at] has joined #openttd 05:01:26 *** Alanin is now known as alanin 05:07:33 <Phazorx> weird 05:07:35 <Phazorx> peter1138: ? 05:08:18 <Phazorx> hash optimization seems to have great performance difference betwee number of engines in a train 05:47:40 *** Taikaponi [~Zavior@d195-237-7-209.elisa-laajakaista.fi] has joined #openttd 05:47:40 *** Zavior [~Zavior@d195-237-7-209.elisa-laajakaista.fi] has quit [Read error: Connection reset by peer] 05:48:11 *** Zavior [~Zavior@d195-237-7-209.elisa-laajakaista.fi] has joined #openttd 05:49:57 *** XeryusTC [~irc@cc480157-b.sneek1.fr.home.nl] has joined #openttd 05:50:11 <XeryusTC> morning 06:04:17 <Noldo> morning 06:07:09 <peter1138> hmm? 06:09:15 <Phazorx> peter1138: i think it was my bad 06:09:18 <Phazorx> still investigating 06:09:21 <Phazorx> morning btw 06:09:43 <peter1138> "performance difference" doesn't mean much 06:10:04 <Phazorx> peter1138: i doungraded chimeras to lev3 06:10:20 <Phazorx> after that noticed that ttd started eating twice as much cpu 06:10:23 <Phazorx> saved reloaded 06:10:32 <Phazorx> and the effect was gone 06:11:04 <Phazorx> since i dont feel like adding engines to 900 trains again - trying to use alt methods to figure out reason for spike 06:16:45 *** geoffk [~geoffk@host81-152-90-185.range81-152.btcentralplus.com] has quit [Quit: Leaving] 06:23:26 *** geoff_k [~geoff_k@host81-152-90-185.range81-152.btcentralplus.com] has joined #openttd 06:23:26 *** Zavior [~Zavior@d195-237-7-209.elisa-laajakaista.fi] has quit [Read error: Connection reset by peer] 06:23:26 *** Taikaponi [~Zavior@d195-237-7-209.elisa-laajakaista.fi] has quit [Read error: Connection reset by peer] 06:23:28 *** Taikaponi [~Zavior@d195-237-7-209.elisa-laajakaista.fi] has joined #openttd 06:23:31 *** Zavior [~Zavior@d195-237-7-209.elisa-laajakaista.fi] has joined #openttd 06:48:32 *** TinoM [~Tino@i5387C7BE.versanet.de] has joined #openttd 07:14:10 *** Zavior [~Zavior@d195-237-7-209.elisa-laajakaista.fi] has quit [Quit: ( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )] 07:14:30 *** maddy [~maddy@88-136-244-96.adslgp.cegetel.net] has joined #openttd 07:18:41 *** Nickman [~nn@d54C1C327.access.telenet.be] has joined #openttd 07:21:30 <CIA-1> OpenTTD: celestar * r10213 /branches/gamebalance/ (163 files in 15 dirs): [gamebalance] -Sync: r10100:10200 from trunk 07:45:48 *** |Gekkko| [~Brendan@CPE-58-168-119-134.nsw.bigpond.net.au] has joined #openttd 08:00:25 *** oxygene_ [~oxygene@p508052CB.dip.t-dialin.net] has joined #openttd 08:18:16 *** |Gekkko| is now known as Gekkko 08:23:21 *** Thomas[NL] [~thomas@vdburgt.xs4all.nl] has joined #openttd 08:23:42 *** DJGummikuh [~joey@clx-ac2-43-3.westend.com] has joined #openttd 08:23:45 <DJGummikuh> hey 08:24:15 <DJGummikuh> I just emerged openttd with timidity support (gentoo linux) because I wanted to try out the music... nevertheless, when I try to start the music, nothing happens.. 08:24:36 *** Nickman is now known as Nickman^Away 08:25:10 *** Vikthor [~Vikthor@snat1.spoje.net] has joined #openttd 08:28:26 <Gekkko> my PDA is sexeh 08:34:10 <peter1138> timidity sucks either way ;p 08:38:13 <Gekkko> you're mocking my PDA! 08:44:38 *** Maedhros [~jc@host86-137-64-30.range86-137.btcentralplus.com] has joined #openttd 08:45:38 <DJGummikuh> peter1138: is there any other way ot play the music? 08:45:50 <DJGummikuh> and where is the music located anyways? I searched the game folder but found no music.. 08:45:55 <DJGummikuh> or is it wrapped inside a grf file? 08:46:42 <peter1138> it should be in the gm folder 08:46:48 <peter1138> next to data 08:47:08 <DJGummikuh> I have data lang scenario scripts 08:47:32 <stillunknown> Phazorx: performance difference how? 08:47:37 <DJGummikuh> :( 08:48:54 <Haos> DJGummikuh: you need music files from original game 08:49:03 *** Haos is now known as Caemyr 08:50:24 <Phazorx> stillunknown: twice what it was before 08:50:24 <DJGummikuh> hm 08:50:32 <Phazorx> but it seems to be somewhat random 08:50:37 <Phazorx> i can not reproduce it 08:50:47 <Phazorx> and save after reloading works fine 08:52:25 <stillunknown> Why are you certain "this" is the cause? 08:52:46 *** geoff_k [~geoff_k@host81-152-90-185.range81-152.btcentralplus.com] has quit [Quit: Leaving] 08:53:22 <Phazorx> not certain 08:53:41 <stillunknown> You have no savegame that reproduces it? 08:54:18 <Phazorx> but actio sequence was - everything fine > park 900 trains > replace/add engines manually > unpark all trains 08:54:34 <Phazorx> amount of "train tiles" is same 08:54:46 <Phazorx> only thing changed is balanace between engines and cars 08:55:05 <Phazorx> i have save game before downgrade 08:55:07 <Phazorx> and after 08:55:30 <stillunknown> You will need to find a simpler way to reproduce it, since this is rather vague. 08:55:34 <Phazorx> however i only experienced problem after the change during same session 08:55:58 <Phazorx> well i did similar things before - there was 3 major redesignns on that game 08:56:11 <Phazorx> every time trains were parked and then released later 08:56:28 <Phazorx> this time i also fiddled with engines/cars 08:59:59 *** dihedral [~dihedral@dslb-084-056-240-183.pools.arcor-ip.net] has joined #openttd 09:00:37 <stillunknown> So you replaced a lot of first engines? 09:03:31 <dihedral> my i bother someone and ask for a little help? 09:03:36 <dihedral> *may 09:03:56 <dihedral> regarding some fetched data with the phplib 09:03:58 <valhallasw> don't ask to ask, ask ;) 09:03:59 <stillunknown> Don't ask to ask, just ask. 09:04:09 <mic> :) 09:04:12 <dihedral> lol 09:04:19 <dihedral> http://joshua.dihedral.de/openttdlib 09:04:40 <dihedral> the file query.php is using openttd.class.php to query my Fair Play #3 server 09:04:46 <Phazorx> stillunknown: 1sr engines were autoreplaces 09:04:53 <dihedral> some information is slightly offset !! 09:04:54 <Phazorx> i added missing ones 09:05:44 <Gekkko> I want to make Australian Tram grfs 09:06:07 <dihedral> details: company_value for "risto Transport" is already incorrect 09:06:14 <dihedral> in game data is slightly heigher 09:06:36 <DJGummikuh> dihedral: not realtime I assume 09:07:04 <dihedral> udp connection is established as soon as you open query.php 09:07:22 <dihedral> sending OTTD_PACKET_UDP_CLIENT_DETAIL_INFO 09:07:30 <dihedral> ie 2 09:07:54 <dihedral> real time data :-) 09:08:39 <dihedral> and if you look at "performance_history" in the output, that should be a 477 09:09:18 <dihedral> feel free to open up 0.5.2 and check the data fetched in game for openttd.dihedral.de:27020 09:12:31 <dihedral> sorted 09:12:32 <dihedral> :-) 09:12:36 <dihedral> but thanks for the help 09:12:55 <dihedral> at least to some extent 09:14:07 <dihedral> problem was in RecvUint64 09:14:31 <dihedral> as in $res += ord($packet['data'][$packet['pos']++]) << 64; does not belong there :-) 09:14:48 <peter1138> heh 09:15:30 <peter1138> RecvUint64: i = RecvUint32; i |= RecvUint32 << 32; 09:16:32 <mic> hello again :) i made a very use small and useful patch for openttd 09:16:51 <mic> it is called "build *under* slopes" 09:16:57 <DJGummikuh> mic: ? 09:17:41 <dihedral> i thought slopes went the other way around 09:17:47 <mic> it let remove or create built-on-slope cells then it is necessary 09:18:06 <mic> without need to delete the cell itself 09:18:08 <hylje> mic: screenshots please 09:19:04 <DJGummikuh> mic: cool 09:19:17 <DJGummikuh> so you can do landwork with roads and trainstuff on it? 09:20:12 <mic> a little less :) you can create/modify/delete builT-on-slope cell if the cell allows 09:20:52 <mic> have you encountered situations then somebody used sloped rails and you can not build tunnel under him? 09:21:04 <DJGummikuh> mic: a dozen times 09:21:12 <DJGummikuh> if that patch solves it thats cool :) 09:21:20 <mic> (or you have dig down more or buiild bridge) 09:21:29 <mic> this patch simply lets you remove the slope 09:22:00 <stillunknown> But what happens to the stuff on top of that slope? 09:22:17 <mic> have you encountered situation then u need to raise/lower 1 cell inside city? 09:22:30 <XeryusTC> mic: so you can terraform under tiles that have foundations on them? 09:22:33 <mic> or want tunnel inside city for example 09:23:01 <DJGummikuh> XeryusTC: sounds that way 09:23:02 <mic> with this patch you need only 1 buildings instead of many buildings to destroy 09:23:17 <DJGummikuh> mic: two I woudl assume 09:23:26 <mic> right right ) 09:23:30 <DJGummikuh> you need the tunnel and the slope downards to it 09:23:54 <mic> XeryusTC: you can create/modify/delete foundation, without changing cell itself, if cell allows it :) 09:24:05 <hylje> ie. no floating cells 09:24:10 <mic> DJGummikuh: right :) 09:24:50 <XeryusTC> mic: ah, that was implemented before, but DV deleted it because it didnt work half of the time IIRC 09:27:07 <mic> i tested it, work correct, i hope always :) 09:27:38 <peter1138> ahh, like ttdpatch's "autoslope" 09:27:55 <peter1138> screenshots? :D 09:28:11 <mic> i will try to make one ) 09:28:25 <peter1138> ^S isn't that hard ;) 09:28:44 <dihedral> it works :-D 09:33:28 *** orudge [~orudge@91.84.56.243] has quit [Ping timeout: 480 seconds] 09:34:00 *** orudge [~orudge@91.84.56.243] has joined #openttd 09:34:04 *** mode/#openttd [+o orudge] by ChanServ 09:41:48 <dihedral> is TrueBrain or Rubidium around? 09:46:32 *** scia [~scia@85.149.96.102] has joined #openttd 09:56:11 *** Gekkko [~Brendan@CPE-58-168-119-134.nsw.bigpond.net.au] has quit [Quit: KVIrc 3.2.6 Anomalies http://www.kvirc.net/] 09:57:29 <mic> http://img399.imageshack.us/my.php?image=59671189it2.png http://img207.imageshack.us/my.php?image=34441118sd1.png http://img399.imageshack.us/my.php?image=13644750wu1.png http://img207.imageshack.us/my.php?image=61477328qz5.png 09:57:41 <mic> 2x2 screenshots 09:58:44 <hylje> great 09:58:50 <Thomas[NL]> nice 09:59:42 <hylje> so you can push industries to foundations too? 09:59:45 <hylje> thats way great 09:59:52 <Thomas[NL]> what rockground graphic is that? 10:00:40 <Thomas[NL]> oh its the original :P 10:01:02 <mic> can push down even transmitters ) 10:01:19 <mic> but only 1 cell, for foundation 10:02:14 <mic> useful in cities, you don't need to buldorize many building if you need to lower land somethere 10:02:21 <hylje> yes 10:02:33 <XeryusTC> ah yes, the old stuff that DV removed 10:02:38 <XeryusTC> very usefull feature :) 10:05:19 <Thomas[NL]> is it similar to ttdpatch's AutoSlope? 10:05:20 <Eddi|zuHause3> funny that the two first pictures are "backwards" ;) 10:05:55 <XeryusTC> Thomas[NL]: seems not 10:06:07 <XeryusTC> it just allows you to make/remove foundations by terrafomring 10:06:49 <Thomas[NL]> I never played ttdpatch with autoslope, how is it different? 10:06:57 *** KUDr_wrk [~KUDr@195.39.113.200] has quit [Ping timeout: 480 seconds] 10:07:22 <XeryusTC> autoslope allows you to terraform everywhere and industries etc just move along with the hills IIRC 10:07:38 <XeryusTC> http://wiki.ttdpatch.net/tiki-index.php?page=autoslope 10:07:39 <hylje> industries? 10:07:57 <XeryusTC> oh, it's the same :P 10:08:04 <XeryusTC> confused with some other patch feature 10:08:51 <Eddi|zuHause3> you're not supposed to actually move existing buildings 10:08:57 <Thomas[NL]> any known bugs mic? 10:09:48 <peter1138> assuming it doesn't let you actually change the height of what's on the tile, i need a patch ;) 10:11:09 <mic> have not tested a lot but i fixed all that i have seen (and i have seen a lot:) 10:11:33 <mic> i does not change height ) but it was changing in first edit ) 10:11:47 <mic> could flood towns and industries 10:11:52 <peter1138> heh 10:12:40 <mic> if you lower factory with drag-lower it will usually keep 3 peeks on which factory will stand 10:13:01 <mic> if factory is 3 blocks of 2x2 10:13:19 <hylje> can all foundations be undoed? 10:13:28 <mic> no of course ) 10:13:37 <mic> undoed - lowered? 10:13:46 <hylje> i mean changed back 10:13:52 <mic> yes :) 10:14:04 <mic> can raise it all ban if you need 10:14:08 <peter1138> including the current terraforming bugs? heh 10:14:18 <mic> ban->all :) 10:14:24 <peter1138> (you can terraform up but not down again in some places) 10:14:24 <mic> dont know how i typed this ) 10:14:55 <mic> is it rails or not? 10:15:30 <mic> (shit, "ban->back":) 10:15:42 <mic> it was bugs with rails or with not rails? 10:15:51 <peter1138> yes, rails 10:15:56 <peter1138> on half/steep slopes 10:18:18 <mic> i tested rails toom hope no bugs left :) 10:19:15 <mic> http://img399.imageshack.us/my.php?image=92418901rp6.png http://img399.imageshack.us/my.php?image=49088538fr6.png 10:19:21 <mic> this is tunnel in city 10:19:33 <peter1138> nice 10:19:58 <peter1138> may i see the patch? 10:20:07 <mic> one moment ) 10:20:14 <peter1138> shame it's against 0.5.2 10:20:17 <peter1138> but never mind 10:20:54 <mic> i should take... nightly? 10:21:00 <hylje> latest trunk 10:21:14 <peter1138> latest trunk is best 10:22:57 <XeryusTC> there's a huge difference between .5.2 and latest trunk IIRC 10:23:02 <Phazorx> cpu 95% 10:23:05 <Phazorx> :( 10:23:33 <hylje> your download is stuck? 10:23:34 <Eddi|zuHause3> better than 105% :) 10:23:51 <peter1138> mic: make the patch anyway? :) 10:24:34 <Phazorx> download? 10:25:05 <oxygene_> (you can terraform up but not down again in some places) <-- do you mean http://bugs.openttd.org/task/882 ? 10:25:05 * Phazorx wants more optimization 10:25:24 <peter1138> oxygene_: yes 10:25:47 <oxygene_> what about just removing "unsafe slopes" code? 10:25:53 <peter1138> hehe 10:25:54 <peter1138> no way :) 10:26:07 <oxygene_> i did it locally and couldn't find anything "unsafe" 10:26:15 <oxygene_> what's the point of it? 10:26:18 <peter1138> there's always something 10:26:30 <peter1138> usually some untested combination goes wrong 10:27:03 <Rubidium> peter1138: that code just behaves wrong (it doesn't properly test for unsafeness) 10:27:24 <oxygene_> i tried a lot of combinations =) 10:27:37 <peter1138> Rubidium: i know, but it does stop some illegal combinations, iirc 10:27:56 <oxygene_> i'd like to see one illegal combination if you can think of one 10:28:33 <Rubidium> I think Tron wanted that the slope of the foundation didn't change, it only wasn't implemented properly 10:28:57 <mic> here the patch goes 10:28:59 <mic> http://slil.ru/24535852 10:29:16 <peter1138> yick, nasty downloaders 10:29:33 <XeryusTC> oh, cyrilic 10:29:53 <mic> only 5 secs delay to download ) 10:30:21 <Rubidium> yes, and no way to look at the patch in the browser; need to start an external editor 10:30:51 <mic> it is all forced mime-types ) 10:30:56 <peter1138> looks small though 10:31:13 <peter1138> + /* bug: tunnel's exit can destroy rail on slope, 10:31:13 <peter1138> + if rail has the same direction as the slope */ 10:31:14 <peter1138> heh 10:31:21 <Eddi|zuHause3> you could just have uploaded it to bugs.openttd.org, probably 10:31:46 <mic> too lazy :) 10:31:52 <mic> simply to type here :) 10:32:04 *** Smoovious [~smoovious@c-71-205-140-67.hsd1.mi.comcast.net] has quit [Ping timeout: 480 seconds] 10:32:29 *** minime [~dan.masek@81.0.223.43] has quit [Ping timeout: 480 seconds] 10:32:41 <peter1138> oxygene_: yup, removing the unsafe bit allows you to terraform into tunnels 10:33:17 <oxygene_> as far as i remember there was extra code to check for tunnels (?) 10:33:29 <Eddi|zuHause3> "there is no tunnel" :p 10:33:47 <Phazorx> stillunknown: is it possible to apply your patch on top of curent trunk 10:33:48 <Phazorx> ? 10:35:36 <mic> there bugs with road destruction if it is half-road and it is build on non-steep slope with 1 raised corner. but this is not mine it already exists :) 10:36:00 <peter1138> half-roads are destroyed all over the place :o 10:36:17 <mic> that is right that i am about ) 10:36:29 <peter1138> i was confirming it, it's normal, heh 10:36:41 <scia> op some i 10:37:52 <mic> ....with 2 bugs this patch was actually 10 lines :-)) 10:38:06 <peter1138> heh, typical :) 10:39:31 <scia> hmm, how did i type that... 10:40:02 <scia> ah, a paste 10:40:27 <mic> submit bug with tunnel? 10:42:14 <peter1138> if ( !IsNewCrappyRail ) 10:42:19 <peter1138> nice variable names :p 10:44:12 <hylje> :p 10:50:26 <mic> :) 10:51:27 <mic> it is good that i removed some obsences from comments :) 10:53:01 <SpComb> `rgrep fuck /usr/src/kernel-2.4.27-2/ | wc -l` or such 10:53:23 <SpComb> kernel-headers has two 10:54:34 <mic> only two :( 10:54:40 <mic> dont mind ) 10:54:46 <stillunknown> Phazorx: No, and atm i don't see a need to update it. 10:55:16 <Phazorx> stillunknown: i have 900 trains and oven temperature CPU on contrary :) 10:57:11 <peter1138> is that normal or after you made it "slow down" ? 10:57:17 <stillunknown> Phazorx: provide the savegame, i'll profile it today or tomorrow, then i'll decide. 10:57:56 <Phazorx> peter1138: i added more trains and CPU usage did not grew linearly 10:58:24 <stillunknown> Profiling will reveal the bottleneck. 10:58:44 <Phazorx> and i can not tell anything about normal anymore i tihnk i was mistaken in my calculation since i am trying diff builds and savegame but i dont see same picture as i saw a week ago 10:59:30 <stillunknown> Just provide the savegame, a second opinion is never bad. 11:00:01 <Phazorx> stillunknown: i was trying to make a case on situation vs load study 11:00:06 <Phazorx> aint making sense no more 11:01:25 <stillunknown> Do i have to hit you twice before you'll give me the savegame ;-) 11:01:43 <scia> 13:00:07 < Phazorx> aint making sense no more <-- so it makes sense? 11:01:45 <Phazorx> i am tidiing it up hang on :) 11:06:09 *** TheJosh [~josh@d58-104-127-103.dsl.vic.optusnet.com.au] has joined #openttd 11:06:51 <TheJosh> hey everyone 11:07:06 <Phazorx> http://openttdcoop.ppcis.org/blog/files/phazorx/SML testcase.sav 11:07:12 <oxygene_> could you point me to a website which describes how to change a sprite? 11:07:29 <TheJosh> I would like to annouce the release of my latest patch, "Loading Indicators" http://www.tt-forums.net/viewtopic.php?t=32610 11:07:38 <hylje> oxygene_: not shorthand, but you need grfcodec and an image editor 11:07:58 <oxygene_> i just need a starting point to google for ;) 11:08:16 <Phazorx> stillunknown: that is the safe for ya 11:08:16 <oxygene_> but grfcodec sounds like one 11:08:17 <stillunknown> Phazorx: url doesn't work 11:08:24 <hylje> stillunknown: theres a space 11:08:24 <mic> peter1138: found some bugs :) will fix. 11:08:26 <Phazorx> http://openttdcoop.ppcis.org/blog/files/phazorx/SML%20testcase.sav 11:08:39 <mic> peter1138: that me do further with this patch? 11:12:04 <DJGummikuh> exit 11:12:06 *** DJGummikuh [~joey@clx-ac2-43-3.westend.com] has quit [Quit: leaving] 11:12:36 <Caemyr> mic: i love this patch already 11:12:53 <Caemyr> it overcomes some of the most pissing things in TTDLX 11:13:13 <Caemyr> especially the second part:P 11:13:39 <Caemyr> i would like to see it in trunk:) 11:13:52 <mic> thanks :) 11:15:36 <peter1138> yeah 11:16:12 <Biff> TheJosh: very nice 11:16:18 <TheJosh> Biff: thanks 11:16:49 <Maedhros> looks like a pretty nice and clean patch 11:16:58 <Maedhros> i'll have to look over it again when less hungover though ;) 11:17:11 <TrueBrain> morning all! 11:17:13 *** SmatZ [~root@a40-prg1-5-107.static.adsl.vol.cz] has joined #openttd 11:19:35 <TheJosh> TrueBrain: morning 11:20:13 <TheJosh> Maedhros: after proucing a few crap patches and getting constantly flaming for style, i made sure this one was as perfect as I could before release 11:21:48 *** [BiG^BrotheR] [~Dr-DreaM@84.23.96.253] has joined #openttd 11:22:27 <Caemyr> rotfl 11:22:28 <Caemyr> http://icanhascheezburger.files.wordpress.com/2007/03/okayzturnleft1.jpg 11:26:20 *** skidd13 [~skidd13@p548A4FFB.dip.t-dialin.net] has joined #openttd 11:29:37 *** DreaM[BrB] [~Dr-DreaM@84.23.96.253] has joined #openttd 11:35:31 *** Nickman^Away is now known as Nickman 11:36:16 *** [BiG^BrotheR] [~Dr-DreaM@84.23.96.253] has quit [Ping timeout: 480 seconds] 11:36:50 *** DreaM[BrB] [~Dr-DreaM@84.23.96.253] has quit [Quit: ][DreaM-ScripT][] 11:40:06 <mic> strange, AI is building such shit that any player can't ) 11:41:10 <TheJosh> should be artificial unintellegence 11:41:39 <Eddi|zuHause3> i have seen screenshots of players titled like "worse than AI" 11:42:30 <mic> :)) 11:43:26 <Eddi|zuHause3> "make something idiot proof and someone finds a better idiot" 11:44:58 *** Giddorah [NiceBook@c-0d1d71d5.013-2011-68736410.cust.bredbandsbolaget.se] has quit [Read error: Connection reset by peer] 11:46:40 <Phazorx> idiot proof, as well as warning labels are counteragents to evolution IMO 11:46:50 <mic> http://img358.imageshack.us/my.php?image=stupidainc4.png 11:47:04 <mic> look that stupid AI just built ) 11:47:15 <Thomas[NL]> my nightly uses the .cfg file of my standard installation where it first used the one in his own bin-directory, is this intended? 11:48:18 <Phazorx> btw, with new .grf configuration, is there a wa to specifyroot for /data ? 11:48:30 <Phazorx> cuz on windows with no symlinks it is a hassle to update grfs 11:50:30 <hylje> Phazorx: xp supports directory symlinks 11:50:44 <Thomas[NL]> first it used /home/***/openttd/bin/openttd.cfg (where I checkout and make latest svn) now it uses /home/***/.openttd./openttd.cfg 11:50:57 <Phazorx> hylje: eh? how ? 11:51:04 <Phazorx> my ln -s doesnt work ehre 11:51:07 <hylje> vista supports proper symlinks 11:51:11 <hylje> junctions. look em up 11:51:40 <Phazorx> actualy i dont think i ever tryed it 11:51:48 <Phazorx> and i do have w32 unixtools 11:52:36 * dihedral is happy 11:52:46 <hylje> for the record, FAT supported symlinks but MS decided to use the symlink allocated fields for long filenames 11:52:54 <Phazorx> C:\GAMES\OTTD>ln -s data ../ottd.data 11:52:54 <Phazorx> ln: symbolic links are not supported on this system 11:53:02 <Phazorx> :( 11:54:19 <hylje> http://en.wikipedia.org/wiki/NTFS_junction_point 11:54:39 <dihedral> http://joshua.dihedral.de/openttdlib/query.php 11:54:49 <dihedral> just still need to add the newgrf data :-) 11:55:41 *** Sug [~graeme@88-104-50-101.dynamic.dsl.as9105.com] has joined #openttd 11:56:16 <mic> is here a easy way to make screenshot of some point on dedicated server? 11:56:31 <mic> some automated way 11:57:05 <Phazorx> after reading that i dont think it is safe to use 11:57:12 <ln-> Phazorx: don't blame me for that. 11:57:14 <Phazorx> so back to my question 11:57:33 <Phazorx> is there a way to specify root of newgrf section somehow? 11:57:49 <Phazorx> ln-: i;m nt to blame, i'm to figure out what can be done to make it back liek ti was ebfore 11:58:04 <Phazorx> and not havign to maintaoin 20 copies of 30mbs of grfs 11:58:13 <Eddi|zuHause3> mic: in 0.5.2, yes, nightly needs special blitter on startup 11:58:29 <Eddi|zuHause3> you can use "scrollto" and "screenshot" commands, i believe 11:58:49 <Eddi|zuHause3> Brianetta used that on his server for a "live webcam" 11:59:00 <Phazorx> really ? 11:59:04 <Phazorx> where did that go then 12:00:13 <Phazorx> hylje: on that note, kidna sat to see vista, seeing the light in 2005 catching up with "ln -s" available in normal OSes for more than 20 years 12:00:47 <Phazorx> make that 30 years actualy 12:01:05 <hylje> its not like MS has boasted on technical superiority for the last 10 years 12:01:15 <hylje> w95 was somewhat like it, though 12:01:43 *** skidd13 [~skidd13@p548A4FFB.dip.t-dialin.net] has left #openttd [] 12:02:53 <mic> if there is live web can for server, we could write javascript webclient then :) 12:03:00 <mic> *can->cam 12:06:32 <dihedral> hmmm 12:06:39 <dihedral> sounds a little nasty 12:06:49 <dihedral> an applet would probably we a lot better 12:07:02 <dihedral> anyway - the openttdlib only does udp querying 12:07:37 *** KUDr_wrk [~KUDr@195.39.113.200] has joined #openttd 12:09:24 <Eddi|zuHause3> mic: it's not really "live", he took a screenshot like every 7 minutes 12:09:48 <Eddi|zuHause3> i'm sure there's a thread about it in the forum 12:10:55 <dihedral> there is a thread about a java client, yes 12:11:29 <TrueBrain> too CPU intense to do it much more often than the 7 minutes :) 12:17:39 *** TheJosh [~josh@d58-104-127-103.dsl.vic.optusnet.com.au] has left #openttd [] 12:18:46 <CIA-1> OpenTTD: truelight * r10214 /trunk/src/blitter/8bpp_base.cpp: -Fix: off-by-one in draw-rect-color-remapping (peter1138) 12:19:39 <Phazorx> will it be hard to make a patch for replacing "." with config param for referencing data and save folders? 12:19:41 <CIA-1> OpenTTD: truelight * r10215 /trunk/src/blitter/32bpp_simple.cpp: -Fix r10214: forgot 2 cases of the same mistake 12:21:59 *** skidd13 [~skidd13@p548A4FFB.dip.t-dialin.net] has joined #openttd 12:23:40 *** Tino|R152 [Tino@52N.UNI-MUENSTER.DE] has joined #openttd 12:25:48 <Rubidium> Phazorx: probably not, but why would that be needed? 12:26:54 <Phazorx> Rubidium: for windows users with no ln -s capability it would be very nice 12:27:06 <Phazorx> untill recent builds i had one copy of grfs 12:27:11 <Phazorx> with hardlinked config patrhs 12:27:28 <Phazorx> now it doesnt take them and i have to make and maintain as many copies as i have builds 12:28:16 <Rubidium> Phazorx: just dump the newgrfs in docs&settings/username/Documents/OpenTTD 12:28:27 <Rubidium> then all builds should just get the newgrfs from there 12:28:37 <hylje> omg! homedir! 12:28:42 <Thomas[NL]> hmm some strange thing: when I launch openttd via terminal it uses the user's home directory openttd.cfg, if i doubleclick the executable it crashes but seems to use the resolution in the current directories openttd.cfg 12:29:15 <hylje> Rubidium: so if i have my newgrfs and configs in ~/openttd/, recent build will see there first? 12:29:39 <Phazorx> Rubidium: is that path documented anywhere ? 12:29:53 <Rubidium> only when there isn't a openttd.cfg in your current working directory (will look for that also in ~/.openttd/ 12:30:55 <Thomas[NL]> stupid me, I used bin/openttd in the terminal and it looked for a cfg in bin ... 12:31:07 <Rubidium> Phazorx: not yet 12:31:21 <Thomas[NL]> eh in openttd NOT in bin i mean :) 12:32:47 <Phazorx> Rubidium: are you sure that is the correct path? 12:33:19 <Rubidium> start openttd with -d misc=4 as parameter and it'll show you a list on the console with the search paths it uses 12:33:54 <hylje> Rubidium: quite many paths there 12:33:59 <Rubidium> Phazorx: how did you compile? 12:34:09 <Phazorx> Rubidium: mingw 12:35:34 <Rubidium> ah, then you need to reconfigure manually, because the "old" setting for the personal dir was "" (don't use it), so it doesn't use the home dir. If you configure manually it will make you have a home directory. 12:35:49 *** Progman [~progman@p57A1C45F.dip.t-dialin.net] has joined #openttd 12:39:34 <Phazorx> i tihnk it assumes ming's homedit :/ 12:40:27 <Rubidium> just look at the output when you start openttd with -d misc=4 as parameter 12:40:49 <Phazorx> yup thanks 12:42:40 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd 12:42:43 *** mode/#openttd [+v glx] by ChanServ 12:48:44 * peter1138 has 4 search paths? :o 12:49:31 <Phazorx> noworki Rubidium :/ 12:49:38 <Phazorx> i see the proper path now 12:49:43 <Phazorx> in -d 4 misc 12:50:02 <Phazorx> and tried using it as root or ~/data 12:50:15 <Phazorx> grfs arent loaded 12:51:09 <XeryusTC> Phazorx: grfs dont need data/ anymore 12:51:35 *** [BiG^BrotheR] [~Dr-DreaM@84.23.96.253] has joined #openttd 12:51:47 <Phazorx> i dont know what they need since there are not docs so i decided it worth a try 12:53:18 <Phazorx> hmm... my bad... workes now, but not quite sure whatehelped 12:53:45 *** ThePizzaKing [~jeff@c211-28-166-77.eburwd2.vic.optusnet.com.au] has quit [Ping timeout: 480 seconds] 12:56:38 *** geoff_k [~geoff_k@host81-152-90-185.range81-152.btcentralplus.com] has joined #openttd 13:01:27 <Biff> wtf 13:01:41 <Biff> "cant clear this area, not enough money" 13:01:53 *** skidd13 [~skidd13@p548A4FFB.dip.t-dialin.net] has left #openttd [] 13:02:46 <Biff> http://discrete.eimot.no/~magne/openttd/Gl%c3%b8slia%20Transport,%2029th%20Jun%202035.png isnt there something wrong here? 13:04:09 <mic> maybe you wrapped to negative? 13:04:46 <mic> and how you want to clean in paused game? 13:05:02 <Biff> i just took pause after the message came 13:05:37 <Biff> i saw in the svn log that the data type of money has been changed, so i guess its related 13:12:51 <Thomas[NL]> did you load a old save game in newest trunk? maybe that won't work 13:14:20 <Biff> yes 13:17:10 <stillunknown> Phazorx: I did a test, collision checking is not the biggest problem. 13:18:07 <Thomas[NL]> hmm, seems not the problem Biff, i used the money cheat to get about the same amount you got in that screen and I get the same error 13:20:26 <Phazorx> stillunknown: what is ? 13:20:57 <blathijs> Biff: Thomas[NL]: If it's reproducible, please post instructions and a savegame to flyspray 13:23:01 <stillunknown> Phazorx: TrainController, LocoHandler, HashUpdates 13:23:13 <stillunknown> GetTileSlope 13:23:19 <stillunknown> Then comes collision enum 13:23:51 <stillunknown> Going to try what happens if i increase the hashmap size. 13:24:21 <Phazorx> i tihnk peter1138 tried 13:25:22 <mic> depot.... that type of cell is it? 13:25:42 <peter1138> depends on the depot type 13:25:51 <stillunknown> Phazorx: I think it's safe to say that there are no more easy improvements left. 13:25:55 <peter1138> rail depot is on a rail tile, etc 13:26:12 <Phazorx> stillunknown: sad 13:26:19 <mic> ok thanks 13:26:19 <Phazorx> i gues that save has too many tracks? 13:26:56 <stillunknown> Phazorx: It's probably the speed and the amount of trains, but this game should be playable. 13:27:36 <Phazorx> stillunknown: well since i downgraded trains i can not say that vehicle speed has any relevance 13:27:54 <Phazorx> and if you remember EvsL 13:28:04 <Phazorx> which is twice as wide but half as long 13:28:16 <Biff> blathijs: ok 13:28:27 <Phazorx> with same amount fo trains it performs about 5 times better 13:28:38 <peter1138> i wonder what effect going back to the old hash table would have? 13:28:51 <Phazorx> peter1138: slideshow? 13:29:09 <Phazorx> one thing which i didnt get was nonelinearity in performance vs amount of trains 13:29:26 <Phazorx> after icnreasing amount by 40% loaded doubled 13:29:33 <stillunknown> I would like to note that an efficient integration of the hash code could improve performance. 13:29:48 <Biff> http://discrete.eimot.no/~magne/openttd/Gl%c3%b8slia%20Transport,%2025th%20Oct%202035.sav 13:30:04 <Biff> savegame here, i cant post on flyspray later but no time now 13:30:20 <SmatZ> stillunknown: hash algoritmh is rather good now, all entries have very similiar number of matching vehicles 13:32:16 <stillunknown> Going from 7 to 8 bits does improve it a bit. 13:33:02 <stillunknown> But the TrainLocoHandler and TrainController are the problem now. 13:33:10 <peter1138> yes, vehicles in each bucket 13:33:12 <peter1138> err 13:33:14 <peter1138> *less 13:36:31 <stillunknown> Possible optimizations lie in only checking certain things when entering a new tile. 13:38:29 <peter1138> train controller is... hmm 13:38:33 <peter1138> messy? :) 13:40:17 <stillunknown> There's room for improvement. 13:40:40 <stillunknown> Like checking for stations, waypoints, etc. 13:40:47 <stillunknown> That can be done on entering new tile. 13:40:51 <stillunknown> I think. 13:48:19 <Thomas[NL]> wow, what harbour/station set is this? (pic comes from ISA's screenshots) 13:53:55 <SmatZ> it is possible to cause desync of clients that connected after you have connected 13:54:19 <SmatZ> because trains crash the first train it finds 13:54:23 <Rubidium> technically yes 13:54:30 <SmatZ> but client that connect after you have 13:54:42 <SmatZ> may have different order of vehicles in the hash table 13:54:48 <SmatZ> yes, I verified it... 13:55:48 <SmatZ> you have the order in what order vehicles entered the tile, but anyone connecting after you have order based on vehicle ID 13:56:14 <SmatZ> anyway, train crashing only the first train it encounters, it is probably not correct 13:57:06 <mic> does city builds buildings on steep slope? 13:59:16 <Rubidium> hmm, SmatZ actually, only the new clients could desync; the old clients are still in sync with the server 13:59:30 <SmatZ> Rubidium: yes ... 14:00:00 <SmatZ> Rubidium: only those who connected after you have connected and prepared the bad situation 14:00:14 <SmatZ> it is not as harmful... 14:00:16 <Rubidium> so it would be solved if the complete cache is sent over the network 14:00:39 <SmatZ> well, this is not a nice thing to do :) 14:00:40 <Rubidium> but then again, what's the chance that a train collides with two other trains? 14:00:59 <Rubidium> at the same tile 14:01:08 <Rubidium> same position even 14:01:16 <SmatZ> you have to do that intentionally 14:01:23 <Rubidium> would (I think) mean that the trains are already crashed 14:02:31 <SmatZ> http://88.146.45.107/ttd/trains.sav 14:02:47 <SmatZ> trains 1 and 2 are near, but diff > 6 14:02:57 <SmatZ> when train 3 arrives, it crashes only train 1 14:03:06 <SmatZ> but ... when you were on server before 14:03:18 <SmatZ> and train 2 arrived earlier to that tile 14:03:26 <SmatZ> then train 3 would crash train 2 14:03:33 <SmatZ> because it is first in the hash table 14:04:25 <SmatZ> hmm no :) 14:05:26 <SmatZ> <-> 14:05:45 *** Digitalfox_ [~Digitalfo@bl7-178-180.dsl.telepac.pt] has joined #openttd 14:06:20 <SmatZ> Rubidium: when loaded, it crashes train 2, because it has higher vehicleID, and so it is first in the list ... but when playing and train 2 arrived first, it will crash train 1, because it will be first in the list 14:06:38 <SmatZ> vehicles are added in the front of the list 14:07:06 <SmatZ> this may cause desync... 14:07:12 <SmatZ> *will 14:07:50 *** kaan [~Klaus@82.192.152.195] has joined #openttd 14:10:22 <Digitalfox_> Hi everybody :) 14:10:52 <SmatZ> hello 14:11:11 <dihedral> hi 14:11:48 <Digitalfox_> I've been playing with newindustries in patch, and i must say that they look great and add a lot of new gaming, but nothing like openttd.. Just for changing the starting date of a game i have to search the faq to know how to change.. :\ 14:12:44 <Digitalfox_> Making the resolution work ok in my TFT is another problem.. 14:13:20 <Digitalfox_> Thankgod for openttd, and all the easy ways of making stugg work 14:13:27 <Digitalfox_> *stuff 14:15:40 <Digitalfox_> But i now have a question, when openttd supports newindustries, all planes, road vehicles, ships and trains must be loaded with set's to have those cargo's or the default vehicles that came with openttd will be able to support this new cargo's? 14:16:09 <Digitalfox_> Like having some kind of reffit.. 14:19:24 <peter1138> yes, new vehicle sets must be loaded too 14:19:37 <peter1138> you could simply have a set that only set the cargo classes 14:21:36 <peter1138> SmatZ: i always wondered about that. of course it affected the old hash too, so i'm not too concerned currently ;) 14:30:22 <SmatZ> peter1138: yes, I also found this problem while modifying the hash code :) but the solution wouldn't be in a hash table, but more like - if a vehicle to crash is found, then search all vehicles in the hash chain and crash them all, sorted by vehicle ID 14:30:35 <SmatZ> it would be consistent and not causing any slowdowns 14:31:28 <peter1138> i had a patch to save the hash table somewhere 14:31:29 <SmatZ> *crash them all = crash all of those the new vehicle would crash 14:31:39 <peter1138> fairly simple 14:31:48 <SmatZ> I think better idea is to let users have their own hash tabel size 14:32:13 <SmatZ> sending the hash table would need all to have the same hash table size... 14:32:28 <SmatZ> and consuming a lot of bandwidth 14:32:42 <peter1138> not a lot 14:32:50 <SmatZ> like 100s of kbytes, even mbytes... 14:33:14 <peter1138> not... really... 14:33:36 <peter1138> assuming the current size and a large game, less than 64KB 14:34:10 <SmatZ> and taking care at byte order ... I think the idea of determined order of crashing is more suitable :) 14:34:29 <peter1138> save game already takes care of byte order 14:35:10 <peter1138> one thing that would be good is a network command "reset temp data" or something that the server sends when a client joins 14:35:12 *** DreaM[BrB] [~Dr-DreaM@84.23.96.253] has joined #openttd 14:35:28 <peter1138> would help yapf a bit 14:35:58 <SmatZ> I don't know yapf code :( 14:36:17 <SmatZ> does it depend on the order of vehicles in the hash table, too? 14:36:21 <peter1138> ah, it has an internal cache 14:36:27 <Rubidium> yapf's caches are invalidated at the beginning of each game tick 14:39:30 <SmatZ> If I had to make a patch, I would use some determined order of crashing - it would solve the problem that only one train is crashed, when there should me crashed more at once 14:39:30 <SmatZ> also, saving hash table into savefile would make it a bit bigger and incompatible with any future hash table changes ... also, clients couldn't have different hash table size than the server etc. 14:39:57 <SmatZ> and if crashing the trains is the only reason to save the hash table... 14:40:06 *** [BiG^BrotheR] [~Dr-DreaM@84.23.96.253] has quit [Ping timeout: 480 seconds] 14:40:31 <peter1138> 15:36 < SmatZ> If I had to make a patch, 14:40:35 <peter1138> sounds like you volunteered? ;) 14:41:03 <SmatZ> :) 14:41:20 <SmatZ> I don't know English very well :) 14:41:26 <SmatZ> maybe I could try 14:41:58 <SmatZ> there won't be much coding about it 14:50:05 <Touqen> It appears you know English well enough. Most native english speakers still can't grasp good vs. well and when each is supposed to be used. 14:53:28 <oxygene_> good, you might be right 14:55:19 <SmatZ> Touqen: thank you :) 14:57:06 <stillunknown> train_cmd.cpp line 3273, does anyone know what the purpose of that loop is? 15:00:01 *** Sacro [Ben@adsl-87-102-80-216.karoo.KCOM.COM] has joined #openttd 15:00:35 <Rubidium> stillunknown: so the train moves multiple "steps"; it always moves per 1 game unit, but fast trains need to move multiple game units in a single tick 15:03:10 *** Giddorah [NiceBook@c-0d1d71d5.013-2011-68736410.cust.bredbandsbolaget.se] has joined #openttd 15:03:12 *** Digitalfox_ [~Digitalfo@bl7-178-180.dsl.telepac.pt] has quit [Quit: Leaving this computer] 15:03:51 <SmatZ> Vehicle *coll = GetFirstVehicleInChain(realcoll); 15:03:51 <SmatZ> if (IsFrontEngine(coll)) SetVehicleCrashed(coll); 15:04:03 <SmatZ> coult coll not be a front engine? 15:04:30 <CIA-1> OpenTTD: truelight * r10216 /trunk/src/ (12 files in 4 dirs): 15:04:30 <CIA-1> OpenTTD: -Fix: palette animation always redid all palette entries, where in fact only a few indexes were needed 15:04:30 <CIA-1> OpenTTD: -Codechange: allow blitters to handle palette animation internally or even disable it; 8bpp uses video-backend for palette animation 15:05:14 <Rubidium> SmatZ: in depots those lists of "free" wagons 15:05:49 <SmatZ> Rubidium: yes ... this piece of code is from the train collision checker 15:06:11 <Rubidium> the wagons in a depot are in the hash table too IIRC 15:06:15 <stillunknown> SmatZ: trains have to collide with something, you don't teleport into another train 15:06:28 *** [BiG^BrotheR] [~Dr-DreaM@84.23.96.253] has joined #openttd 15:06:44 <Touqen> Or maybe you do. 15:06:47 <Touqen> Haven't you seen The Fly? 15:09:10 <SmatZ> Rubidium: yes, this is already solved by v->u.rail.track != TRACK_BIT_DEPOT ... 15:09:31 <SmatZ> yup... 15:09:45 <SmatZ> probably when a crashed vehicle disappears 15:09:50 <SmatZ> there is not a train 15:11:50 <SmatZ> stillunknown: I dont understand what you are talking about :( 15:12:51 *** DreaM[BrB] [~Dr-DreaM@84.23.96.253] has quit [Ping timeout: 480 seconds] 15:15:26 <mic> ...about some details with that patch 15:15:37 <mic> is it ok to dig under channels? 15:15:53 <stillunknown> SmatZ: There is always one front engine that crashes into another train, that's enough. 15:15:54 <mic> i.e. channels-on-slopes? 15:16:45 <mic> should channels-on-slopes be allowed? :) 15:17:18 <Eddi|zuHause3> isn't it? 15:17:57 <Noldo> you need a lock for it 15:18:05 <hylje> channels with foundations 15:18:31 <Noldo> sound a bit too heavy 15:18:38 <CIA-1> OpenTTD: truelight * r10217 /trunk/src/video/ (cocoa_v.mm sdl_v.cpp win32_v.cpp): -Fix r10216: forgot to declare 'blitter' in win32 and cocoa driver (tnx glx) 15:20:07 <mic> channel is like an any other construction ) looks like sloped channels should be allowed too... hm ) 15:20:44 *** Tino|R152 [Tino@52N.UNI-MUENSTER.DE] has quit [Quit: Verlassend] 15:21:11 <peter1138> channels? 15:21:30 <peter1138> oh, canals? 15:21:52 <Belugas> no. Chanel 15:21:53 <Belugas> #5 15:22:37 <SmatZ> nice, it seems to work even without evaluating crashes in a given order 15:22:54 <SmatZ> i don't know the network code :( 15:24:22 <mic> and i dont understand why canals are destroyed during terraformingwhile everything else except purchased land is not 15:24:31 <Rubidium> SmatZ: the main question is whether Random is called when actually crashing the train, or whether random is called sometime later 15:24:47 <Rubidium> on the vehicle tick for example 15:24:56 <SmatZ> Rubidium: it happens in one tick 15:25:15 *** skidd13 [~skidd13@p548A6EB9.dip.t-dialin.net] has joined #openttd 15:25:21 <SmatZ> and it doesn't matter if crashes 1->3->2 or 2->3->1 (vehicleID) 15:25:50 <SmatZ> SetVehicleCrashed() doesn't call any network code, so it seems to work 15:26:23 <CIA-1> OpenTTD: glx * r10218 /trunk/src/video/win32_v.cpp: -Fix r10216: more compile errors 15:27:12 <Rubidium> SmatZ: rather that it doesn't call random or uses anything of the game state except the fact that it crashed, so it works 15:33:10 *** pyrotechnick [~p@203-206-105-53.dyn.iinet.net.au] has joined #openttd 15:33:19 <pyrotechnick> OPENTTD IS AWESOME 15:33:31 <pyrotechnick> i cant believe it has its own irc lol 15:33:39 *** DreaM[BrB] [~Dr-DreaM@84.23.96.253] has joined #openttd 15:33:46 <pyrotechnick> no seriously are any developers in here? 15:34:51 <Rubidium> nah :D 15:34:56 <CIA-1> OpenTTD: rubidium * r10219 /trunk/src/clear_cmd.cpp: -Fix [FS#882,FS#890]: land under foundations was terraform when it shouldn't be terraformed. 15:35:10 <TrueBrain> rarely 15:35:21 <TrueBrain> they are really annoying and stuff, never come here, and always bitch about things 15:36:04 <pyrotechnick> HAHA 15:36:07 <pyrotechnick> as if 15:36:23 <pyrotechnick> they are probably busy being awesome somewhere else if thats true 15:36:32 <pyrotechnick> so is it like fully reimplemented in C? 15:36:36 <TrueBrain> C++ even 15:36:37 * Maedhros is *always* busy being awesome :p 15:36:38 <pyrotechnick> what was it written in to start with 15:36:42 <pyrotechnick> trye? 15:36:45 <pyrotechnick> true? 15:36:46 <TrueBrain> Maedhros: true true :) 15:36:51 <pyrotechnick> c 15:36:52 <pyrotechnick> C 15:36:56 <pyrotechnick> dude u typed that fast 15:37:06 <pyrotechnick> i thort u had like a script or something 15:37:10 <TrueBrain> pyrotechnick: try hitting enter after you reread your line ;) 15:37:18 <TrueBrain> (not before ;)) 15:37:20 <pyrotechnick> dude 15:37:21 <pyrotechnick> ^^^ 15:37:36 *** [BiG^BrotheR] [~Dr-DreaM@84.23.96.253] has quit [Ping timeout: 480 seconds] 15:37:39 <pyrotechnick> it was all part of my plan 15:38:14 <TrueBrain> but anyway, welcome to our channel 15:38:25 <pyrotechnick> wicked 15:38:41 <stillunknown> Maybe trains can be made more event driven (aka OnEnterNewTile), or is this impossible? 15:40:40 <CIA-1> OpenTTD: truelight * r10220 /trunk/src/ (gfx.cpp video/cocoa_v.mm video/win32_v.cpp): -Fix r10216: even more fuck-ups for non-SDL video backends 15:40:46 <TrueBrain> oh, forgot to say: tnx glx for finding the bugs :) 15:43:40 <peter1138> lol 15:43:50 <peter1138> a windows server just random did some updates and rebooted 15:43:53 <SmatZ> here it comes -> http://88.146.45.107/ttd/crashes.diff , testfile -> http://88.146.45.107/ttd/trains.sav 15:43:54 <peter1138> they're all set to manual only 15:44:39 <hylje> peter1138: in that case, enjoy your AIDS 15:45:13 <oxygene_> r10219 fixed the bug by not alowing to change the foundations? 15:45:49 <helb> Hi, is there any way to disable using ~/.openttd/ for saving config file? I want to keep each version with its own openttd.cfg. I know that one way is edit it in source code, but i hope its not the only... 15:46:20 <peter1138> SmatZ: looks good 15:46:22 <TrueBrain> ./configure --without-personal-path I believe 15:46:27 <TrueBrain> (see ./configure --help) 15:46:29 <helb> Oh, thanks. :) 15:46:43 <SmatZ> peter1138: thanks, I did not too many changes, rather moved the code 15:46:56 <Rubidium> it's --without-personal-dir by the way or --personal-dir="" 15:47:03 <SmatZ> should I open a bug at flyspray? 15:47:07 <Sacro> TrueBrain: afaik it does it like that by default 15:47:13 <TrueBrain> Sacro: no 15:47:17 <Sacro> hmmm :\ 15:47:19 <TrueBrain> Rubidium: dir.. path... all the same ;) 15:47:39 <peter1138> SmatZ: change "if (tcc.num != 0) {" to "if (tcc.num == 0) return;" and you can save having to indent the last bit 15:48:23 <helb> It seems to be ok, thanks. :) 15:50:37 <SmatZ> peter1138: ok, http://88.146.45.107/ttd/crashes2.diff is updated 15:52:31 <peter1138> hmm, the last bit in findtraincollideenum looks odd 15:53:04 <SmatZ> + if (IsFrontEngine(coll)) SetVehicleCrashed(coll); ? 15:53:11 <peter1138> oh now 15:53:13 <peter1138> yes 15:53:14 <peter1138> -w 15:53:19 <peter1138> forgot that did the whole chain 15:53:53 <SmatZ> I am not sure, maybe it could be moved inside the if ( ! crashed ) 15:54:06 <peter1138> yes i think so 15:55:47 *** Mucht_ [~Mucht@p57A0F6C3.dip.t-dialin.net] has joined #openttd 15:56:18 <CIA-1> OpenTTD: rubidium * r10221 /trunk/src/road_cmd.cpp: -Fix: the one way sprites weren't drawn in the correct order, so they could remove the tramtrack in some cases. 15:57:37 <SmatZ> peter1138: ok, http://88.146.45.107/ttd/crashes3.diff is an updated version 15:59:44 *** Mucht [~Mucht@p57A0EA65.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 16:02:48 <peter1138> he's a patch machine 16:03:47 <SmatZ> yes :) 16:04:08 <hylje> good for us 16:04:14 <SmatZ> if you are talking about rubidium :) 16:06:04 <Belugas> speaking of patches, this one is a nice one : http://www.tt-forums.net/viewtopic.php?t=32610 16:06:30 <skidd13> yeah, but only few comments :( 16:07:17 <Belugas> true, it needs more comments 16:07:24 <Belugas> on the patch itself, i mean... 16:07:49 <skidd13> sure 16:08:35 *** McHawk [~hawk@p5489DF06.dip.t-dialin.net] has joined #openttd 16:13:50 <mic> excuse me, may i ask a question? 16:14:01 <hylje> ask, dont ask to ask 16:14:02 <hylje> :p 16:14:22 <mic> if i have a TileIndex of some station tile, how can i get where it is directed? 16:14:25 *** Ammler [~Ammler@adsl-89-217-25-181.adslplus.ch] has joined #openttd 16:14:51 <mic> ...where the exit is directed 16:15:08 <peter1138> GetRailStationAxis() 16:15:14 <peter1138> ... in station_map.h 16:15:24 *** orudge [~orudge@91.84.56.243] has quit [Quit: Goodbye.] 16:15:45 <Belugas> line 217 16:15:55 <hylje> :o 16:16:28 <mic> thanks you 16:20:14 *** orudge [~orudge@91.84.56.243] has joined #openttd 16:20:16 *** mode/#openttd [+o orudge] by ChanServ 16:23:45 <mic> is it planned to build oilrigs in levels more then 0? or they always will be in sea? 16:26:08 <peter1138> always at sea i think 16:26:11 <peter1138> otoh 16:26:19 <peter1138> there might be 'deep water' at some point 16:29:04 *** Wolf01 [~wolf01@host74-62-dynamic.56-82-r.retail.telecomitalia.it] has joined #openttd 16:29:24 <mic> clear 16:29:30 <Wolf01> hello 16:33:15 *** maddy [~maddy@88-136-244-96.adslgp.cegetel.net] has quit [Remote host closed the connection] 16:34:52 *** [BiG^BrotheR] [~Dr-DreaM@84.23.96.253] has joined #openttd 16:35:40 * peter1138 tests SmatZ's patch 16:40:28 *** BobingAbout [~BobingAbo@adsl-83-100-225-171.karoo.KCOM.COM] has joined #openttd 16:40:38 *** BobingAbout [~BobingAbo@adsl-83-100-225-171.karoo.KCOM.COM] has quit [] 16:40:42 *** Peakki [antti@cs181000195.pp.htv.fi] has joined #openttd 16:40:43 *** Sug [~graeme@88-104-50-101.dynamic.dsl.as9105.com] has quit [Ping timeout: 480 seconds] 16:41:21 *** DreaM[BrB] [~Dr-DreaM@84.23.96.253] has quit [Ping timeout: 480 seconds] 16:41:24 <CIA-1> OpenTTD: peter1138 * r10222 /trunk/src/train_cmd.cpp: -Fix [FS#892]: Only 2 trains could crash at one time as collision checking stopped on the first hit. This could cause desyncs in network games as the collision hash order is not guaranteed. (patch by B. N. Smatz) 16:51:43 *** Sug [~graeme@88-104-91-9.dynamic.dsl.as9105.com] has joined #openttd 16:57:55 <stillunknown> If the train handling functions were to be rewritten, what "style" would be used? 16:58:38 <stillunknown> The same Train_Tick, TrainLocoHandler, TrainController style, or something else altogether? 17:00:19 <hylje> OO! 17:00:42 *** alanin is now known as Alanin 17:01:15 <Maedhros> how would you do it without Train_Tick? 17:01:45 <stillunknown> I would keep train tick, but seperate event and tick driven actions as soon as possible. 17:02:25 <stillunknown> Although i do not know if much is too be gained from that. 17:02:29 *** lolman [~lolman@cpc3-leds2-0-0-cust55.leed.cable.ntl.com] has joined #openttd 17:03:31 <peter1138> v->Tick() ;) 17:04:17 <stillunknown> I just want to hear people thoughts, before i even try. 17:05:28 <peter1138> what would you separate out? 17:06:44 * Belugas is thinkingof hot black coffee pooring in its mug 17:07:17 <peter1138> then you'll separate the coffee from the mug by pouring it into yourself? 17:07:48 <stillunknown> peter1138: I can't explain very well at this point, it's just that the combination of TrainLocoHandler and TrainController seems a bit strange. 17:08:59 <Belugas> hehe 17:09:00 <stillunknown> It would mostly be an attempt to move some stuff off the tick based system. 17:09:29 <stillunknown> And seeing if sanity improves by redoing those functions. 17:10:13 *** thgergo [~th_gergo@dsl51B78930.pool.t-online.hu] has joined #openttd 17:12:10 <stillunknown> So if anyone has any brilliant ideas, pm them to me as i'll be gone soon. 17:12:36 <peter1138> i've got a BRILLIANT idea 17:12:47 <peter1138> and i'm going to execute it right now 17:13:07 <peter1138> i'm going home :D 17:13:38 <CIA-1> OpenTTD: glx * r10223 /trunk/src/newgrf_config.cpp: -Fix r10211: GCF_INIT_ONLY flag was never cleared 17:18:58 <pyrotechnick> hey 17:19:03 <pyrotechnick> is Ludvig Strigeus here? 17:19:18 <glx> no 17:20:13 <Wolf01> what do you think about a sort of animation of the brick-terrain when it gets cleared? like "fully brown-ish without studs>brown with some studs>green with some studs>normal" 17:21:08 *** weefx [~wee@pD9E6D033.dip.t-dialin.net] has joined #openttd 17:21:37 *** weefx [~wee@pD9E6D033.dip.t-dialin.net] has left #openttd [] 17:24:42 <Thomas[NL]> now openttd check for a openttd.cfg from where the game is opened, isn't it better if it checks for a openttd.cfg in the directory of the executable? 17:25:31 <Thomas[NL]> Wolf01, I think going suddenly from totally brown to green is now going to work very well 17:26:46 <Wolf01> ok, now i have all the 4 side slopes and the plain tile 17:26:56 <Wolf01> i only need the pngcodec 17:26:56 <Rubidium> Thomas[NL]: it does, if it cannot find openttd.cfg in the working directory and your home directory 17:27:16 *** Nickman is now known as Nickman^Away 17:28:06 <Thomas[NL]> when is checking the working directory useful? 17:28:17 *** |Jeroen| [~jeroen@dD5E03DCF.access.telenet.be] has joined #openttd 17:28:20 <Rubidium> yes 17:28:23 <CIA-1> OpenTTD: rubidium * r10224 /trunk/src/road_cmd.cpp: -Fix [FS#891]: the town road belongs to didn't get set properly when a town builds road over tram bits. 17:29:34 <Hendikins> ottd is one of my favourite time killers when I'm stuck in business class on a flight to somewhere :) 17:30:52 <Thomas[NL]> Rubidium, yes..? 17:32:13 <CIA-1> OpenTTD: truelight * r10225 /trunk/src/blitter/ (32bpp_base.hpp 32bpp_simple.cpp): -Codechange: move common Colour routines for 32bpp to the base class (and nick it colour, not color) 17:32:17 <Rubidium> so you can have multiple testing "directories" using the same binary 17:32:37 <Wolf01> http://wolf01.game-host.org/OTTD_related/lego/4slopes.PNG a little preview of the slopes with the light effect 17:32:37 <Rubidium> without much hassle 17:32:54 <skidd13> Dev thoughts about "http://tt-forums.net/viewtopic.php?t=31074&start=43" please. 17:32:57 <Thomas[NL]> ah that way 17:33:23 <CIA-1> OpenTTD: belugas * r10226 /trunk/src/ (3 files): 17:33:23 <CIA-1> OpenTTD: -Codechange: Add support for newindustry tiles drawing. 17:33:23 <CIA-1> OpenTTD: Heavily based on Maedhros's newhouses implementation 17:33:46 <Wolf01> :O newindustries :O 17:34:07 <skidd13> one step closer.... 17:34:09 <helb> :)) 17:34:31 <Belugas> a few thousand left... 17:34:54 *** Purno [~Purno@5357D37C.cable.casema.nl] has joined #openttd 17:35:29 *** Wolf01 is now known as Guest2269 17:35:30 *** Wolf01 [~wolf01@host74-62-dynamic.56-82-r.retail.telecomitalia.it] has joined #openttd 17:35:33 <Wolf01> ... 17:35:40 <Wolf01> then, what do you think about that little preview? 17:35:51 *** DreaM[BrB] [~Dr-DreaM@84.23.96.253] has joined #openttd 17:37:11 *** boekabart [~bdb@e215192.upc-e.chello.nl] has joined #openttd 17:37:42 <skidd13> Wolf01: looks nice... Aside will it be 32 or 8bit? Cause brickland could be 8bit due its color scheme 17:38:36 *** Smoovious [~smoovious@c-71-205-140-67.hsd1.mi.comcast.net] has joined #openttd 17:38:42 *** Ammler [~Ammler@adsl-89-217-25-181.adslplus.ch] has quit [Ping timeout: 480 seconds] 17:39:24 *** Wolf01 is now known as Guest2271 17:39:25 *** Wolf01 [~wolf01@host74-62-dynamic.56-82-r.retail.telecomitalia.it] has joined #openttd 17:39:43 <Wolf01> mirc is a little stupid today 17:40:28 * skidd13 repeats Wolf01: looks nice... Aside will it be 32 or 8bit? Cause brickland could be 8bit due its color scheme 17:40:49 <Wolf01> i read that :) 17:41:03 <Wolf01> and i answered "is 32bpp" 17:41:15 <helb> Its planned as toyland replacement, right? 17:41:30 <Wolf01> but seem that mirc disconnects about 30 seconds before it tell me it 17:41:57 <skidd13> Wolf01: Cause of nfo or the lack of colors? 17:42:06 *** [BiG^BrotheR] [~Dr-DreaM@84.23.96.253] has quit [Ping timeout: 480 seconds] 17:42:09 *** Guest2269 [~wolf01@host74-62-dynamic.56-82-r.retail.telecomitalia.it] has quit [Ping timeout: 480 seconds] 17:42:34 <Wolf01> lack of colors 17:43:22 *** Nickman^Away is now known as Nickman 17:43:22 <Wolf01> maybe one day we can use our own nfo file to read the actioncodes without encoding all to a single grf 17:43:33 *** Nickman is now known as Nickman^Away 17:43:53 <CIA-1> OpenTTD: truelight * r10227 /trunk/ (3 files in 2 dirs): -Add: added 32bpp-anim blitter, a 32bpp blitter that does palette animation (at the cost of an animation-buffer to keep track of the 'm'-channel of all sprites) 17:45:39 <TrueBrain> now you guys should be all happy and shit 17:45:45 <pyrotechnick> oh we are 17:45:50 <pyrotechnick> delighted 17:46:01 *** Guest2271 [~wolf01@host74-62-dynamic.56-82-r.retail.telecomitalia.it] has quit [Ping timeout: 480 seconds] 17:46:17 <Wolf01> yeah 17:46:34 <boekabart> TrueBrain: you made that just now? 17:46:39 <TrueBrain> boekabart: yes 17:46:42 <TrueBrain> got to go 17:46:43 <TrueBrain> bye! 17:46:47 <boekabart> ltr 17:46:49 <pyrotechnick> cya 17:47:28 *** Mucht_ [~Mucht@p57A0F6C3.dip.t-dialin.net] has quit [Read error: No route to host] 17:47:35 *** Mucht [~Mucht@p57A0F6C3.dip.t-dialin.net] has joined #openttd 17:50:17 <Belugas> skidd13 : i think the NOT_REACHED should be placed at the top 17:50:24 <Belugas> not sure... but i do thnk 17:50:38 <Belugas> ORDER_WIDGET_MULTI_BTN_TWO: 17:51:56 <Belugas> nice use of SetWindowWidgetsDisabledState :D 17:54:45 <mic> maybe somebody can help: i used GetRailStationTrack and GetRailStationAxis to existing station's cell, but they always returns 0 :( 17:55:17 <skidd13> Belugas: thanks for overview 17:55:49 <mic> station type is STATION_RAIL 17:55:50 <Belugas> np. But don't ask for functionnality, sorry, work@work... lunch time is over by now :( 17:55:55 <Rubidium> TRACK_X and AXIS_X are 0 17:56:55 <mic> excuse me, i am idiot )) 17:58:33 <mic> tested only on 1-axised stations ) 18:01:23 *** [BiG^BrotheR] [~Dr-DreaM@84.23.96.253] has joined #openttd 18:03:22 <pyrotechnick> ^????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? 18:04:37 *** tokai|ni [~tokai@p54B8375C.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 18:06:03 *** tokai|ni [~tokai@p54B81C34.dip0.t-ipconnect.de] has joined #openttd 18:06:39 *** boekabart [~bdb@e215192.upc-e.chello.nl] has left #openttd [] 18:07:21 *** DreaM[BrB] [~Dr-DreaM@84.23.96.253] has quit [Ping timeout: 480 seconds] 18:08:33 *** Nickman^Away is now known as Nickman 18:10:38 *** Eddi|zuHause [~johekr@p54B77D83.dip.t-dialin.net] has joined #openttd 18:12:43 *** Eddi|zuHause3 [~johekr@p54B75223.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 18:16:11 *** skidd13 [~skidd13@p548A6EB9.dip.t-dialin.net] has left #openttd [] 18:18:58 *** Ailure [Gamefreak@194.47.44.201] has quit [Ping timeout: 480 seconds] 18:19:01 <Nickman> So Wolf01, how are the bricks coming? ;) 18:28:15 <Wolf01> well 18:28:38 <Wolf01> i have some alignment troubles, but i think i can manage it 18:29:32 <Sacro> brickset? 18:29:50 <Wolf01> brickland 18:30:27 *** setrodox [setrodox@85-124-45-8.dynamic.xdsl-line.inode.at] has quit [Quit: Hapiness ;D] 18:35:25 *** setrodox [setrodox@83-65-239-153.dynamic.xdsl-line.inode.at] has joined #openttd 18:40:07 <Belugas> Wolf01, it looks nice 18:40:25 <Belugas> it must be so different than coding :D 18:40:47 <Wolf01> yes i needed a pause :D 18:42:59 *** pyrotechnick [~p@203-206-105-53.dyn.iinet.net.au] has quit [] 18:45:59 *** Alanin is now known as alanin 18:46:25 *** alanin is now known as Alanin 18:47:25 *** Digitalfox_ [~Digitalfo@bl7-178-180.dsl.telepac.pt] has joined #openttd 18:55:46 *** peter1138 [~peter@svn.bucks.net] has quit [Read error: Connection reset by peer] 18:56:41 <Eddi|zuHause> omg. they killed peter... 18:57:32 <Sacro> yay! 18:57:34 <Sacro> errr... 18:57:36 <Sacro> noooooo 18:57:46 <eekee> hehe 19:02:27 *** Sug [~graeme@88-104-91-9.dynamic.dsl.as9105.com] has quit [Ping timeout: 480 seconds] 19:02:51 *** TinoM| [~Tino@i5387C7BE.versanet.de] has joined #openttd 19:04:50 <CIA-1> OpenTTD: rubidium * r10228 /trunk/src/clear_cmd.cpp: -Fix [FS#894]: why MSVC must always bitch about stuff? 19:05:04 <dihedral> where can i find a lit of languages along with their value? (reagarding the server_lang) 19:05:46 <Eddi|zuHause> with grep? 19:06:01 <Rubidium> src/network/network.h ? 19:06:11 <dihedral> yeah - why is it i never think of those things 19:06:26 <Rubidium> because grep is "difficult"? 19:06:33 <dihedral> yeah - right!! 19:06:41 <dihedral> "difficult" 19:06:53 <dihedral> settings.cpp 19:07:36 <dihedral> na - network.h is nicer :-P 19:08:23 *** TinoM [~Tino@i5387C7BE.versanet.de] has quit [Ping timeout: 480 seconds] 19:09:06 <glx> dihedral: settings.cpp has the "names" for cfg :) 19:09:19 *** boekabar1 [~bdb@e215192.upc-e.chello.nl] has joined #openttd 19:09:22 <dihedral> ah 19:09:24 <dihedral> yeah 19:09:33 <dihedral> makes sense does it not? 19:10:01 <glx> yep, dunno if these values are on the wiki though 19:10:39 *** Desolator [Desolator@82.79.212.85] has joined #openttd 19:10:50 <dihedral> well - the wiki aint as up 2 date as the code :-P 19:11:32 *** Desolator [Desolator@82.79.212.85] has quit [] 19:12:24 <Eddi|zuHause> well - update it :) 19:14:48 *** nairan [~Maui_key@p5498F549.dip.t-dialin.net] has joined #openttd 19:16:56 *** peter__ [~peter@svn.bucks.net] has joined #openttd 19:17:10 *** peter__ is now known as peter1138 19:17:37 *** Nycom [~chatzilla@vau75-6-82-230-164-90.fbx.proxad.net] has joined #openttd 19:18:22 <SpComb> Logs: http://zapotek.paivola.fi/~terom/logs/openttd 19:18:22 <peter1138> !logs 19:19:13 *** Nycom [~chatzilla@vau75-6-82-230-164-90.fbx.proxad.net] has quit [] 19:20:51 *** ThomasNL [~thomas@vdburgt.xs4all.nl] has joined #openttd 19:20:51 *** Thomas[NL] [~thomas@vdburgt.xs4all.nl] has quit [Read error: Connection reset by peer] 19:26:01 *** Eddi|zuHause [~johekr@p54B77D83.dip.t-dialin.net] has quit [Quit: Konversation terminated!] 19:26:44 *** Eddi|zuHause [~johekr@p54B77D83.dip.t-dialin.net] has joined #openttd 19:29:36 *** weefx [~wee@pD9E6D033.dip.t-dialin.net] has joined #openttd 19:29:43 *** weefx [~wee@pD9E6D033.dip.t-dialin.net] has left #openttd [] 19:31:52 *** Peakki [antti@cs181000195.pp.htv.fi] has quit [Quit: Lähdössä] 19:39:36 *** Wolfolo|AWAY [~wolf01@host74-62-dynamic.56-82-r.retail.telecomitalia.it] has joined #openttd 19:39:36 *** Wolf01 is now known as Guest2280 19:39:37 *** Wolfolo|AWAY is now known as Wolf01 19:39:37 *** DreaM[BrB] [~Dr-DreaM@84.23.96.253] has joined #openttd 19:40:59 *** kaan [~Klaus@82.192.152.195] has quit [Ping timeout: 480 seconds] 19:41:17 <nairan> hi 19:41:34 <nairan> umm for the non working grfs is the sign now wrong 19:41:50 <nairan> the inner part is black instead of white with a ! in it 19:42:58 *** Mucht [~Mucht@p57A0F6C3.dip.t-dialin.net] has quit [Quit: Konversation terminated!] 19:43:41 *** [BiG^BrotheR] [~Dr-DreaM@84.23.96.253] has quit [Ping timeout: 480 seconds] 19:43:54 *** Guest2280 [~wolf01@host74-62-dynamic.56-82-r.retail.telecomitalia.it] has quit [Ping timeout: 480 seconds] 19:45:26 <dihedral> why is heightmap.h included twice in landscape.cpp? 19:45:39 <glx> is it? 19:46:25 <dihedral> lines 6 and 25 19:46:53 <peter1138> should to keep you on your toes 19:46:56 *** Digitalfox_ [~Digitalfo@bl7-178-180.dsl.telepac.pt] has quit [Quit: Leaving this computer] 19:47:27 *** Purno [~Purno@5357D37C.cable.casema.nl] has quit [Read error: Connection reset by peer] 19:48:18 *** Sug [~graeme@88-104-118-19.dynamic.dsl.as9105.com] has joined #openttd 19:49:17 <CIA-1> OpenTTD: glx * r10229 /trunk/src/landscape.cpp: -Cleanup: removed duplicate include (dihedral) 19:50:17 <dihedral> glx: while you are at it 19:50:27 <dihedral> you can do the same for /brances/0.5 19:50:42 <glx> will be done with backports :) 19:50:52 <dihedral> cool 19:53:38 <scia> \ 19:54:41 *** Bjarni [~Bjarni@0x50c79adc.virnxx14.adsl-dhcp.tele.dk] has joined #openttd 19:54:42 *** mode/#openttd [+o Bjarni] by ChanServ 19:56:48 <Rubidium> glx: it will? 19:57:34 <glx> yes why not (landscape.c has the duplicate include too) 19:59:00 <Rubidium> it's not like it's very important; about as important as adding comments and we don't backport them either 19:59:23 *** scia [~scia@85.149.96.102] has quit [Read error: Connection reset by peer] 20:00:07 <glx> right, but it's not a big thing 20:01:16 <peter1138> hmmz 20:10:03 *** Alanin is now known as alanin 20:10:41 *** |Jeroen| [~jeroen@dD5E03DCF.access.telenet.be] has quit [Quit: oO] 20:11:04 *** Ailure [Gamefreak@194.47.44.201] has joined #openttd 20:18:37 *** mic [~chatzilla@213.141.137.47] has quit [Quit: ChatZilla 0.9.78.1 [Firefox 2.0.0.3/2007031001]] 20:18:43 *** Zr40 [~Zr40@zr40.xs4all.nl] has joined #openttd 20:29:12 *** skidd13 [~skidd13@p548A4F7C.dip.t-dialin.net] has joined #openttd 20:38:41 <skidd13> Am I correct or does this patch do autoslope? http://tt-forums.net/viewtopic.php?t=32622 20:39:05 <Sug> thats what it seems 20:39:07 <Sug> his name is a bit werid 20:43:11 <Wolf01> yeah, i like the picture-story he made :D 20:46:04 <peter1138> skidd13: any similarity to a feature known as 'autoslope' in ttdpatch is purely... 20:46:31 <Wolf01> yes, that is build under slopes :P 20:47:27 <Wolf01> i need to draw the last 4 tiles to finish the normal terrain :D 20:47:55 <skidd13> I never played patch seriously... I heard only about autoslope... That's why I'm asking. ;) 20:49:38 <Belugas> by the way, isn't this http://www.tt-forums.net/files/autoslope_20_812.png a feature taht was developped a long time ago by OTTD in the old map branch ? 20:49:45 <Belugas> so... 20:50:43 <Wolf01> Belugas, they are talking too much... 20:51:12 *** thgergo [~th_gergo@dsl51B78930.pool.t-online.hu] has quit [Read error: Connection reset by peer] 20:52:38 <Belugas> yup 20:52:56 <peter1138> shrug 20:53:06 <peter1138> it's not real anyway :) 20:53:20 <Belugas> no kidding... he faked it?? 20:53:35 <peter1138> :p 20:53:40 <peter1138> shame really 20:53:43 <Rubidium> he faked it by using foundations 20:54:05 <Rubidium> it's not as the stuff in the old map branch (can't have foundations of 2 or more heightlevels) 20:54:41 <peter1138> the old map branch did that? hmm 20:54:43 <Belugas> can we resurect it somehow? 20:54:53 <Belugas> yes, i still have some screenies somewhere 20:54:59 <peter1138> easy. drop all work on trunk since ;) 20:55:05 <Rubidium> peter1138: yes, it did, though drawing wasn't "fixed" 20:55:43 *** Wolf01 is now known as Guest2290 20:55:43 *** Wolf01 [~wolf01@host74-62-dynamic.56-82-r.retail.telecomitalia.it] has joined #openttd 20:55:46 <skidd13> "Belugas: can we resurect it somehow? " --- I'd say svn co -r xxx LOL 20:56:23 <Rubidium> -r isn't needed 20:56:32 <Belugas> a tiny way more complicated then that, i'm afraid :D 20:56:35 * Wolf01 wonders that seem strange MB and his minions did not already posted on my topic about the brickland set... to ask why i decided to make it 32bpp instead of grf 20:58:05 <Belugas> simple answer : "because WE can" 20:58:38 <peter1138> someone should teach the AI about build-on-slopes 20:59:00 <Belugas> damn... can't find those screenies 21:00:43 <Belugas> Rubidium, could it be you who gave me those screenies? I kinda remember we discussed it right after the tfc_newmap ending 21:01:16 <Rubidium> ah well, lets checkout and see whether it (still) compiles 21:02:26 <Rubidium> ooh, major compiler errors ;) 21:02:31 *** Guest2290 [~wolf01@host74-62-dynamic.56-82-r.retail.telecomitalia.it] has quit [Ping timeout: 480 seconds] 21:05:03 <Belugas> i remember it did not compiled with MSVC. i tried to fix it. Tron was puzzled :) 21:05:10 <Belugas> "wtf is he doing?" 21:05:12 <Belugas> hehe 21:05:24 <Belugas> i wanted the cliffs in 21:06:48 <Rubidium> it's good it isn't compiled with -Werror ;) 21:06:55 *** raimar2 [~hawk@p5489BD55.dip.t-dialin.net] has joined #openttd 21:09:02 *** boekabar1 [~bdb@e215192.upc-e.chello.nl] has left #openttd [] 21:11:24 <Rubidium> http://rubidium.student.utwente.nl/openttd/map.png <- that is the map branch 21:12:22 <peter1138> :o 21:12:36 <peter1138> that's almost cool 21:12:37 <Rubidium> "some" drawing glitches remained 21:12:49 <peter1138> is it also slow? 21:13:13 <Rubidium> don't know 21:13:56 <Wolf01> :O 21:14:26 <Belugas> gaaa... it's awfully late... 21:14:28 *** McHawk [~hawk@p5489DF06.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 21:14:32 * Belugas runs home 21:14:34 <Belugas> night all 21:14:37 <Wolf01> night :) 21:14:39 <skidd13> night 21:15:02 <Rubidium> night Belugas 21:15:38 <CIA-1> OpenTTD: rubidium * r10230 /trunk/src/ (clear_cmd.cpp lang/english.txt water_map.h): -Fix [FS#594]: terraforming wipes out canals. Now you always have to remove the canal before terraforming, instead of "just" removing the canal. 21:17:13 <peter1138> yay 21:17:53 <Smoovious> ::) 21:18:24 *** raimar3 [~hawk@p5489E294.dip.t-dialin.net] has joined #openttd 21:20:17 *** boekabart [~boekabart@81.58.27.138] has joined #openttd 21:20:22 *** boekabart [~boekabart@81.58.27.138] has left #openttd [] 21:21:21 <skidd13> I get damned warnings with g++-4.2: 21:21:21 <skidd13> src/misc/blob.hpp:240: Warnung: assuming signed overflow does not occur when assuming that (X - c) >= X is always true 21:23:34 <Eddi|zuHause> we recently discussed that it's probably a g++ bug 21:24:23 <skidd13> Ahh 21:24:40 <Eddi|zuHause> it's complaining about an internal optimisation 21:25:48 *** raimar2 [~hawk@p5489BD55.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 21:29:08 *** Prof_Frink [~proffrink@82-43-58-81.cable.ubr04.croy.blueyonder.co.uk] has quit [Ping timeout: 480 seconds] 21:30:54 *** ThomasNL [~thomas@vdburgt.xs4all.nl] has quit [Remote host closed the connection] 21:31:17 *** TinoM| [~Tino@i5387C7BE.versanet.de] has quit [Quit: Verlassend] 21:34:28 *** Prof_Frink [~proffrink@82-43-58-81.cable.ubr04.croy.blueyonder.co.uk] has joined #openttd 21:35:48 *** Progman [~progman@p57A1C45F.dip.t-dialin.net] has quit [Remote host closed the connection] 21:36:03 *** raimar2 [~hawk@p5489C29B.dip.t-dialin.net] has joined #openttd 21:37:30 <skidd13> What about args for configure to select -O3 and -Os? 21:40:55 *** ProfFrink [~proffrink@90.197.196.222] has joined #openttd 21:41:33 *** ProfFrink [~proffrink@90.197.196.222] has quit [] 21:43:29 *** raimar3 [~hawk@p5489E294.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 21:43:30 <Wolf01> http://wolf01.game-host.org/OTTD_related/lego/terrain_tiles.png people admire this ... ehm... beautifull fision! 21:44:54 <peter1138> nice 21:47:00 *** raimar3 [~hawk@p5489CC57.dip.t-dialin.net] has joined #openttd 21:48:03 <Wolf01> they look very good with the grey forum background: http://www.tt-forums.net/viewtopic.php?p=598966#598966 21:49:11 <peter1138> yeah, but... in game? ;) 21:49:18 <Wolf01> eheh :D 21:49:42 <peter1138> i do think athanasios is 'funny' though... 21:49:50 <peter1138> " I am against any idea of replacing or worse removing toyland in OpenTTD" 21:49:51 <peter1138> heh 21:49:54 <Wolf01> i hope they align right in game, because i tried to put them close and seem so 21:50:20 <peter1138> as if your package is automatically going to be put into trunk to replace toyland... 21:51:10 <Wolf01> ...since now to 5 years :P 21:52:32 <skidd13> night 21:53:27 <Wolf01> night 21:54:29 *** raimar2 [~hawk@p5489C29B.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 21:54:37 *** skidd13 [~skidd13@p548A4F7C.dip.t-dialin.net] has left #openttd [] 21:58:47 *** setrodox [setrodox@83-65-239-153.dynamic.xdsl-line.inode.at] has quit [Quit: Hapiness ;D] 22:06:41 *** [BiG^BrotheR] [~Dr-DreaM@84.23.96.253] has joined #openttd 22:11:08 <Wolf01> night people 22:11:15 *** Wolf01 [~wolf01@host74-62-dynamic.56-82-r.retail.telecomitalia.it] has quit [Quit: Once again the world is quick to bury me.] 22:11:15 <Nickman> We wan't bricks Wolf01.... :( 22:11:19 <Nickman> damn, to late :p 22:11:45 *** oxygene_ [~oxygene@p508052CB.dip.t-dialin.net] has quit [Quit: Schneuz ihn dir kräftig, schneuz ihn dir hart] 22:12:11 <Nickman> peter1138, you think you can cut those tiles to see how they look ingame? :D 22:12:42 *** Sug [~graeme@88-104-118-19.dynamic.dsl.as9105.com] has quit [Quit: Leaving] 22:13:01 *** DreaM[BrB] [~Dr-DreaM@84.23.96.253] has quit [Ping timeout: 480 seconds] 22:14:05 <Rubidium> Nickman: don't expect a swift reply from peter1138; he also went to bed a few minutes ago 22:14:25 <Nickman> oeps :D 22:14:40 <Nickman> well, I'll be off to bed soon... :D 22:16:21 <Zr40> Rubidium, got a few minutes? :) 22:18:47 *** XeryusTC [~irc@cc480157-b.sneek1.fr.home.nl] has quit [Quit: Solong, and thanks for all the fish.] 22:20:42 *** Ammler [~Ammler@adsl-89-217-30-51.adslplus.ch] has joined #openttd 22:26:26 <Smoovious> Rubidium... bah... that figures... re:FS895... my dumb ass totally missed that. :( sorry for the waste of time 22:28:42 *** Vikthor [~Vikthor@snat1.spoje.net] has quit [Quit: Leaving.] 22:30:48 *** Zr40 [~Zr40@zr40.xs4all.nl] has quit [Quit: Leaving] 22:34:07 *** TheJosh [~josh@d58-104-127-103.dsl.vic.optusnet.com.au] has joined #openttd 22:37:56 <dihedral> i think i shall get to bed 22:38:26 *** Brianetta [~brian@82-39-52-234.cable.ubr03.benw.blueyonder.co.uk] has joined #openttd 22:39:19 <dihedral> have a nice evening guys 22:39:27 *** dihedral [~dihedral@dslb-084-056-240-183.pools.arcor-ip.net] has quit [Quit: ChatZilla 0.9.78.1 [Firefox 2.0.0.4/2007051502]] 22:41:11 *** pyrotechnick [~p@203-206-105-53.dyn.iinet.net.au] has joined #openttd 22:41:13 <pyrotechnick> hey 22:41:17 <TheJosh> hey 22:41:47 *** TheJosh [~josh@d58-104-127-103.dsl.vic.optusnet.com.au] has left #openttd [] 22:41:48 <pyrotechnick> has anyone noticed that sometimes you get a news report like "supply problems cause [nothing] to announce immediate closure" 22:42:27 <pyrotechnick> but othertimes the industry is still there and its name gets put into the news report 22:45:02 <pyrotechnick> i imagine its because of lag in the message system, by the time its had a change to pop up as a news report the industry is already gone 22:45:17 <pyrotechnick> and so there is no industry to get a name from, right>? 22:46:13 <Rubidium> yup, that's it 22:51:03 <pyrotechnick> i guess its pretty hard to fix then 22:51:22 <pyrotechnick> because it would mean copying the industry name somewhere for later 22:51:57 <pyrotechnick> unless when industries shutdown, they can still exist 22:57:38 *** DreaM[BrB] [~Dr-DreaM@84.23.96.253] has joined #openttd 22:57:57 *** DreaM[BrB] [~Dr-DreaM@84.23.96.253] has quit [] 22:58:05 *** Nickman [~nn@d54C1C327.access.telenet.be] has quit [Quit: ( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )] 22:59:18 *** mikk36 [~mikk36@ip128.cab56.mus.starman.ee] has quit [Ping timeout: 480 seconds] 23:00:11 *** [BiG^BrotheR] [~Dr-DreaM@84.23.96.253] has quit [Ping timeout: 480 seconds] 23:00:53 *** Brianetta [~brian@82-39-52-234.cable.ubr03.benw.blueyonder.co.uk] has quit [Quit: Tschüß] 23:06:50 <pyrotechnick> with the airport selection dialogue, sometimes all the accepted cargo rates doesnt fit in the window 23:10:42 <SmatZ> in the "available road vehicles list" trams are not shown ... but in the "available trains" are shown all trains - normal, monorail, maglev 23:11:27 <SmatZ> it is probably correct, but unexpected for me :) 23:12:23 <pyrotechnick> trams? 23:12:39 *** SpBot [terom@zapotekII.paivola.fi] has quit [Remote host closed the connection] 23:12:46 <SmatZ> yes 23:12:50 *** SpBot [terom@zapotekII.paivola.fi] has joined #openttd 23:12:53 <pyrotechnick> wat r trams? 23:13:34 <Eddi|zuHause> light railways that usually have their tracks laid on roads 23:13:38 <SmatZ> http://www.tt-forums.net/files/new_hontfingway_transport_16th_mar_1992_174.png 23:13:46 <pyrotechnick> but how do u make them? 23:14:01 <Eddi|zuHause> use the nightly and a tram grf 23:14:14 <pyrotechnick> that is freaking awesome 23:14:31 <Sacro> !seen Bjarni 23:14:34 <_42_> Sacro, if you can't see Bjarni here right now, you probably need new glasses. ^_^ 23:14:38 <SmatZ> it is under the Build road menu - popup menu like Railway / Monorail / Maglev 23:14:47 <SmatZ> :) 23:14:47 <pyrotechnick> anything i need to look out for in the nightlies? 23:15:24 <SmatZ> you need svn and compile, or download at http://www.openttd.org/nightly.php 23:15:35 <Eddi|zuHause> everything... 23:16:08 <Eddi|zuHause> there are lots of new features 23:16:18 <Eddi|zuHause> starting with bridges over everything 23:16:21 <Eddi|zuHause> over newhouses 23:16:29 <Eddi|zuHause> to trams 23:16:38 <Sacro> bridges over newhouseS? 23:16:42 <pyrotechnick> lol 23:16:45 <pyrotechnick> yes thats what he said 23:16:49 <pyrotechnick> not old houses just new ones 23:16:55 <Eddi|zuHause> that is not what i meant :p 23:17:10 <SmatZ> :-) 23:17:36 <Eddi|zuHause> it's a weird ambiguousity (is that a word?) 23:18:03 <SmatZ> I don't know if it is a word, but I understad what you said :) 23:18:48 * Bjarni slaps Sacro 23:18:55 * Sacro slaps Bjarni 23:19:09 <Bjarni> there is a £50 fine for highlighting me without reason 23:19:15 <Bjarni> pay up 23:19:29 <Sacro> you just highlighted me for a slap 23:19:36 <Sacro> i consider that worthy of a £100 fine 23:19:45 <Bjarni> you can't do that 23:19:47 <Bjarni> you aren't op 23:19:55 <Sacro> who says?@ 23:20:00 <Bjarni> me 23:20:02 <Eddi|zuHause> you're fine people alright :p 23:20:09 <Bjarni> anyway 23:20:20 <pyrotechnick> wats #openttd.wt2 23:20:20 <Bjarni> goodnight 23:20:28 *** Bjarni [~Bjarni@0x50c79adc.virnxx14.adsl-dhcp.tele.dk] has quit [Quit: Leaving] 23:20:34 <Sacro> !seen Bjarni 23:20:35 <_42_> Sacro, Bjarni (~Bjarni@0x50c79adc.virnxx14.adsl-dhcp.tele.dk) was last seen quitting #openttd.wt2 6 seconds ago (19.06. 23:20) stating "Quit: Leaving" after spending 3 hours 25 minutes there. 23:20:41 <Sacro> now he gets a message on his return :p 23:20:55 <pyrotechnick> what is #openttd.wt2 23:21:08 <Eddi|zuHause> you are truely evil, Sacro ... NOT! :p 23:21:37 <Eddi|zuHause> pyrotechnick: a subchannel for web translator 2 23:21:41 <pyrotechnick> oh ok 23:23:59 <pyrotechnick> hey, algorithmatically, what makes a city grow? 23:24:16 <glx> depends on climate 23:24:30 <peter1138> rabbits 23:25:32 *** Frostregen_ [~sucks@dslb-084-058-159-029.pools.arcor-ip.net] has joined #openttd 23:26:52 *** Zavior [~Zavior@d195-237-7-209.elisa-laajakaista.fi] has joined #openttd 23:28:12 <peter1138> http://www.tt-forums.net/viewtopic.php?p=599006#599006 23:28:13 <peter1138> heh 23:28:16 <Phazorx> hmm... global grf path still doesnt work 23:28:29 <Phazorx> i can see the fles but ottd fails to load them :/ 23:31:09 *** Frostregen [~sucks@dslb-084-058-151-167.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds] 23:31:12 *** Frostregen_ is now known as Frostregen 23:32:10 <Phazorx> peter1138: http://pastie.caboo.se/71892 23:32:16 <Phazorx> any ideas? 23:33:34 <glx> of course it should be in a data subdir 23:34:30 <Phazorx> C:\GAMES\OTTD>ls "C:\Documents and Settings\Pavel\My Documents\OpenTTD\data\planesetw_459.grf" -la 23:34:30 <Phazorx> -rw-rw-rw- 1 user group 133649 May 29 2005 C:\Documents and Settings\Pavel\My Documents\OpenTTD\data\planesetw_459.grf 23:34:47 <Phazorx> i have it in both 23:36:27 <glx> and it finds ttd grfs? 23:36:41 <Phazorx> the are in per build folders 23:36:45 <Phazorx> cuz these differ 23:36:50 <Phazorx> actualy 23:36:52 <Phazorx> they dont 23:37:03 <glx> trg*.grf can be in the global one :) 23:37:06 <Phazorx> but i dont know which default ones are openttds 23:37:18 <Phazorx> i'll move them once it works 23:37:22 <pyrotechnick> for some retarded reason which i find awesome, theres this one town in my game with like 10000 ppl in it while all the rest are more like 600 23:37:46 <glx> can you see it in newgrf add window? 23:38:37 <Phazorx> now it doesnt start :/ 23:39:10 <Phazorx> and i am using stock nighty, not the one i compiled 23:41:53 <Phazorx> grrr 23:41:57 <glx> does it says something? 23:42:17 <Phazorx> it works if i move base grfs into /data of common folder 23:43:29 *** bencvt [~bencvt@va-71-53-204-176.dhcp.embarqhsd.net] has joined #openttd 23:44:10 <glx> using 10227? 23:46:25 <Phazorx> 10200 23:46:53 <Phazorx> works now tho 23:46:57 <Phazorx> i dont get it however 23:47:14 <glx> remove openttd.cfg in global may help 23:47:35 <Phazorx> global path? 23:47:54 <glx> in My Documents 23:48:41 <Phazorx> i dont have any cfg there 23:48:45 <Phazorx> only grfs