Times are UTC Toggle Colours
00:00:17 *** Vikthor [~Vikthor@161-18-80-78.strcechy.adsl-llu.static.bluetone.cz] has quit [Remote host closed the connection] 00:07:54 *** Swallow [~chatzilla@5355F5FD.cable.casema.nl] has quit [Quit: ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]] 00:09:51 *** mikl_ [~mikl@gw.imtnet.dk] has quit [Remote host closed the connection] 00:23:11 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Remote host closed the connection] 00:23:27 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 00:24:39 *** OwenS [~OwenS@host86-128-252-186.range86-128.btcentralplus.com] has joined #openttd 00:28:21 *** roboboy [3aad2910@webchat.mibbit.com] has joined #openttd 00:28:25 *** roboboy [3aad2910@webchat.mibbit.com] has quit [] 00:28:53 *** roboboy [3aad2910@webchat.mibbit.com] has joined #openttd 00:33:01 *** Eddi|zuHause2 [~johekr@p54B7603A.dip.t-dialin.net] has quit [] 00:33:24 *** Eddi|zuHause2 [~johekr@p54B77DC2.dip.t-dialin.net] has joined #openttd 00:46:23 *** baudchan [~princess@c-71-233-42-192.hsd1.nh.comcast.net] has quit [Quit: This computer has gone to sleep] 00:50:01 *** Dred_furst [~Dred_furs@user-5af263fd.tcl122.dsl.pol.co.uk] has quit [Read error: Connection reset by peer] 00:58:06 *** svip [~svip@0x53589c76.boanxx18.dynamic.dsl.tele.dk] has quit [Ping timeout: 480 seconds] 01:03:29 *** Brianetta [~brian@client-82-3-228-220.glfd.adsl.virgin.net] has quit [Quit: TschÃŒÃ] 01:09:51 *** svip [~svip@0x53589c76.boanxx18.dynamic.dsl.tele.dk] has joined #openttd 01:10:58 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd 01:11:01 *** mode/#openttd [+v glx] by ChanServ 01:13:34 *** tokai [~tokai@p54B8403B.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 01:15:19 *** tokai [~tokai@p54B83EDB.dip0.t-ipconnect.de] has joined #openttd 01:15:22 *** mode/#openttd [+v tokai] by ChanServ 01:18:07 *** jawsper [~jawsper@P85ae.p.pppool.de] has quit [] 01:36:49 *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has quit [Ping timeout: 480 seconds] 01:54:43 *** OwenS [~OwenS@host86-128-252-186.range86-128.btcentralplus.com] has quit [Remote host closed the connection] 01:55:08 <Wolf01> 'night 01:55:14 *** Wolf01 [~wolf01@host105-233-dynamic.14-87-r.retail.telecomitalia.it] has quit [Quit: Once again the world is quick to bury me.] 01:55:25 *** Progman [~progman@p57A1C80A.dip.t-dialin.net] has quit [Remote host closed the connection] 02:01:51 <Wolle> I'm playing rcpp (r13691) with ecs - sombody knows how to transport petrol? ...petrol trains won't load...they wait and wait and wait and... 02:02:31 <Eddi|zuHause2> Wolle: custom builds are not supported here 02:03:25 <Eddi|zuHause2> there is a thread in the forum, maybe you can ask there 02:03:57 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Quit: Checking whether build environment is sane ... build environment is grinning and holding a spatula. Guess not.] 02:06:06 <Wolle> ahh Eddi|zuHause2 i'm not looking for support...just for a hint 02:06:18 *** Eddi|zuHause2 is now known as Eddi|zuHause 02:06:40 <Wolle> thread in the forum sounds good..but what i have to search for? 02:06:46 <glx> you need a train set that can transport petrol 02:07:51 <Wolle> i have a set that supports petrol... - i can refit it to it ... 02:08:11 <Wolle> but the trains won't load petrol... 02:10:55 <Wolle> ..i'm (almost) sure i've read all wikis and searched all forums but i couldn't find a solution 02:11:21 <glx> petrol != oil 02:11:36 <Wolle> yes? ...? 02:11:48 <Wolle> =yes! ...? 02:12:18 <glx> which set are you using? 02:12:55 <Wolle> what do you mean whith "set"? i'm usin rcpp with ecs 02:13:06 <glx> train grf 02:13:21 <Wolle> dbsetxl with ecs extension 02:14:06 <glx> then it should work 02:14:18 <Wolle> hm *grmpf* 02:14:24 <glx> try with a nightly 02:15:25 <Wolle> no the nightlies don't have the features i need more than petrol 02:15:32 *** baudchan [~princess@c-71-233-42-192.hsd1.nh.comcast.net] has joined #openttd 02:15:52 <glx> but you can check if you can transport petrol 02:17:23 *** baudchan [~princess@c-71-233-42-192.hsd1.nh.comcast.net] has quit [] 02:17:24 <Wolle> that's right...you have one second? ...i'll getting the last nighly and set the options as in my game - could take 5 minutes... 02:18:54 <Wolle> in rcpp (r14239) transporting petrol won't work too, the trains stay at the stations for ages but won't load anything 02:25:33 *** baudchan [~princess@c-71-233-42-192.hsd1.nh.comcast.net] has joined #openttd 02:26:17 *** Yeggstry is now known as Yeggzzz 02:27:31 *** roboboy [3aad2910@webchat.mibbit.com] has quit [Ping timeout: 480 seconds] 02:29:15 *** roboboy [3aad2910@webchat.mibbit.com] has joined #openttd 02:30:12 *** roboboy [3aad2910@webchat.mibbit.com] has quit [] 02:30:25 *** roboboy [3aad2910@webchat.mibbit.com] has joined #openttd 02:31:53 *** Digitalfox [~Digitalfo@bl11-5-80.dsl.telepac.pt] has joined #openttd 02:33:53 <Eddi|zuHause> Wolle: then it probably is a compatibility problem with dbxl-ecs and ecs 02:54:41 *** Sionide- [sionide@cornflakes.imen.org.uk] has joined #openttd 02:54:41 *** Sionide [sionide@cornflakes.imen.org.uk] has quit [Read error: Connection reset by peer] 02:55:03 <Wolle> Eddi|zuHause ...i'm playing a outdated version, in the latest build of rcpp the chemical plant won't produce petrol...i''ll update and add the missing feature to my "you have to implement list"... 02:55:41 *** Sionide- is now known as Sionide 03:13:19 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has quit [Quit: bye] 03:19:51 *** baudchan [~princess@c-71-233-42-192.hsd1.nh.comcast.net] has quit [Quit: This computer has gone to sleep] 04:00:38 *** Zorni [zorn@e177225240.adsl.alicedsl.de] has joined #openttd 04:02:17 *** elmex_ [~elmex@e180064163.adsl.alicedsl.de] has joined #openttd 04:07:14 *** elmex [~elmex@e180068079.adsl.alicedsl.de] has quit [Ping timeout: 480 seconds] 04:07:15 *** elmex_ is now known as elmex 04:08:03 *** Zorn [zorn@e177228160.adsl.alicedsl.de] has quit [Ping timeout: 480 seconds] 04:24:14 <George> Rubidium: rid of actions 2? May be we do not need GRFs at all? :) In this case I'd suggest to stop viewing desync reason in the point of view for callbacks realisation. I mean CB question should be done regardless desync question, why desync qestion should be viewed on its own. 05:05:40 <Eddi|zuHause> George: that statement was highly exaggerated 05:20:19 *** Fuco [~dota.keys@ip-105.imafexbb.sk] has quit [Quit: Quit] 05:32:26 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd 06:07:41 *** baudchan [~princess@c-71-233-42-192.hsd1.nh.comcast.net] has joined #openttd 08:02:04 *** mode/#openttd [+v Darkvater] by ChanServ 08:02:04 *** mode/#openttd [+v Belugas] by ChanServ 08:02:07 *** mode/#openttd [+v DorpsGek] by ChanServ 08:28:37 *** mib_7bj40o [83dc24f1@webchat.mibbit.com] has joined #openttd 08:28:42 *** mib_7bj40o is now known as Tim 08:38:54 *** TinoM [~Tino@i59F5F956.versanet.de] has joined #openttd 08:53:53 *** eQualizer [~lauri@dyn14-26.dsl.spy.dnainternet.fi] has quit [Quit: bootboot] 08:55:18 *** Phoenix_the_II [rdeboom@home.deboom.biz] has joined #openttd 09:04:16 *** Celestar [~Jadzia_Da@mnch-5d85b1d3.pool.einsundeins.de] has joined #openttd 09:04:19 *** mode/#openttd [+o Celestar] by ChanServ 09:06:16 *** eQualizer [~lauri@dyn14-26.dsl.spy.dnainternet.fi] has joined #openttd 09:15:59 *** yorick [~Yorick@s55924da0.adsl.wanadoo.nl] has joined #openttd 09:25:10 *** Digitalfox_ [~Digitalfo@bl10-220-114.dsl.telepac.pt] has joined #openttd 09:30:44 *** Digitalfox [~Digitalfo@bl11-5-80.dsl.telepac.pt] has quit [Ping timeout: 480 seconds] 09:44:15 *** [com]buster [~eternal@cust-03-55bf402e.adsl.scarlet.nl] has joined #openttd 09:46:08 *** Celestar [~Jadzia_Da@mnch-5d85b1d3.pool.einsundeins.de] has quit [Ping timeout: 480 seconds] 09:58:40 *** gryph [~gryph@0x50a1213f.hrnxx7.dynamic.dsl.tele.dk] has joined #openttd 10:10:47 *** Vikthor [~Vikthor@161-18-80-78.strcechy.adsl-llu.static.bluetone.cz] has joined #openttd 10:31:26 *** baudchan [~princess@c-71-233-42-192.hsd1.nh.comcast.net] has quit [Quit: This computer has gone to sleep] 10:33:16 *** FloSoft [sifldoer@tyra.ra-doersch.de] has quit [Remote host closed the connection] 10:33:44 *** FloSoft [sifldoer@tyra.ra-doersch.de] has joined #openttd 10:34:27 *** Swallow [~chatzilla@5355F5FD.cable.casema.nl] has joined #openttd 10:58:11 *** bleepy [bleepy@5ad9f87d.bb.sky.com] has quit [Ping timeout: 480 seconds] 10:58:20 *** bleepy [bleepy@5ad9f841.bb.sky.com] has joined #openttd 11:03:21 *** CIA-2 [~CIA@208.69.182.149] has quit [Ping timeout: 480 seconds] 11:04:43 *** evandar_ [~evandar@213.168.176.142] has joined #openttd 11:07:34 *** evandar [~evandar@213.168.176.142] has quit [Ping timeout: 480 seconds] 11:18:44 *** evandar_ [~evandar@213.168.176.142] has quit [Ping timeout: 480 seconds] 11:19:23 *** bleepy [bleepy@5ad9f841.bb.sky.com] has quit [Ping timeout: 480 seconds] 11:22:26 *** |Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has joined #openttd 11:27:17 *** CIA-2 [~CIA@208.69.182.149] has joined #openttd 11:29:09 *** evandar_ [~evandar@213.168.176.142] has joined #openttd 11:33:04 *** bleepy [bleepy@5ad923d4.bb.sky.com] has joined #openttd 11:47:52 *** Progman [~progman@p57A1CA39.dip.t-dialin.net] has joined #openttd 11:50:58 *** OwenS [~OwenS@host86-128-252-186.range86-128.btcentralplus.com] has joined #openttd 11:58:37 <petern> bah, i can't get tortoise going with svn+ssh :/ 12:01:39 *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has joined #openttd 12:07:11 *** Yeggzzz is now known as Yeggstry 12:08:45 <dihedral> petern: istall winssh 12:08:52 <dihedral> iirc it's sshwindows.sf.net 12:08:57 <dihedral> that might help 12:09:13 <dihedral> that's ssh via cygwin 12:09:22 <dihedral> and tortoise should be able to use that 12:09:47 <petern> er 12:10:07 <petern> it's supposed to work with putty keys by itself 12:12:29 <dihedral> oh 12:12:34 <dihedral> that's a bummmer 12:13:16 <Alberth> petern: If you don't mind using a free version of a commercial product, smartsvn is known to work (at my work many Win* users use it to access our svn repositories). 12:13:32 <petern> i just used anonymous access in the end :p 12:13:34 *** bleepy [bleepy@5ad923d4.bb.sky.com] has quit [Ping timeout: 480 seconds] 12:13:34 *** bleepy [bleepy@5ad1d1a1.bb.sky.com] has joined #openttd 12:18:25 <Rubidium> petern: if Belugas can set it up, you should be able to too ;) 12:20:32 <petern> :/ 12:20:36 <petern> it works for putty :/ 12:22:39 *** bleepy [bleepy@5ad1d1a1.bb.sky.com] has quit [Ping timeout: 480 seconds] 12:22:44 *** bleepy [bleepy@5ad9f852.bb.sky.com] has joined #openttd 12:24:07 <petern> oh for the love of apt... 12:29:08 <petern> this dxsdk installer is really shit 12:29:31 <petern> how many times does it really need to unpack an archive... :o 12:31:53 <petern> gah, dxguid.lib missing :o 12:34:23 * dihedral pats his mac 12:34:28 <dihedral> things can be so easy 12:35:39 <petern> fucking thing 12:36:29 <petern> turns out the mar 2008 sdk was already installed 12:36:40 <petern> so i downloaded and installed 460MB of aug 2007 sdk for no reason 12:36:59 <petern> just that the paths were set up in msvc 12:37:11 <petern> when i know they have been done automatically in the past 12:41:43 <yorick> is there any GetSignalDirectionFromTrack function? 12:44:26 <dihedral> did you grep? 12:44:33 <Eddi|zuHause> any such function would most probably be found in rail_func.h 12:45:19 <yorick> yes, I did grep 12:45:54 <yorick> and there is no rail_func.h 12:46:18 <Alberth> is there any value for such a function? (I can drive in any direction on any track as long as I don't pass a signal) 12:46:58 <yorick> there is if you want to draw/read 12:47:28 *** Hirundo [~chatzilla@5355F5FD.cable.casema.nl] has joined #openttd 12:49:09 <Eddi|zuHause> yorick: sorry, track_func.h 12:49:20 <Eddi|zuHause> or something 12:49:24 <Eddi|zuHause> maybe rail.h 12:49:46 <yorick> rather some _map.h file 12:53:14 *** Swallow [~chatzilla@5355F5FD.cable.casema.nl] has quit [Ping timeout: 480 seconds] 12:53:25 *** Hirundo is now known as Swallow 12:56:12 * petern ponders this acceleration thingy 12:56:50 <petern> mass (kg) * speed (mph) * coeff = resistance in N (but * 4 for some reason?) 12:57:04 *** Tim [83dc24f1@webchat.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client] 13:01:39 <dihedral> petern, "and then a lot of magic occurs right here" :-P 13:02:25 <petern> s/magic/shit/, perhaps 13:05:05 <Eddi|zuHause> that is exactly the kind of problem that occurs when code quality is not checked properly and patches are included too early 13:05:08 <petern> dihedral, for instance, why is engine power involved in braking at all? 13:05:41 <dihedral> can one not break with the engine? 13:05:48 <dihedral> but i guess not on trains 13:05:53 <dihedral> works nicely in cars 13:05:59 *** Wolf01 [~wolf01@host105-233-dynamic.14-87-r.retail.telecomitalia.it] has joined #openttd 13:06:02 *** Digitalfox_ [~Digitalfo@bl10-220-114.dsl.telepac.pt] has quit [Quit: Bye] 13:06:06 <dihedral> going 100mph? put in the first gear see what happens :-D 13:06:12 <Eddi|zuHause> dihedral: they can, but mechanical brakes are independent from engine power 13:06:18 <dihedral> yep 13:06:20 <Wolf01> hello 13:06:24 <dihedral> hi Wolf01 13:06:40 <Eddi|zuHause> modern engines have regenerative brakes, for example 13:06:42 <dihedral> weight, speed, and break power? 13:06:49 <dihedral> (overall total) 13:07:20 <dihedral> i.e. mass :-P 13:07:28 <dihedral> anyway 13:07:29 <dihedral> heading out 13:07:44 <Eddi|zuHause> there might be "unbroken" (:p) axle 13:07:46 <Eddi|zuHause> s 13:08:16 <Eddi|zuHause> e.g. early freight wagons in UKRS 13:08:27 <Eddi|zuHause> which is the entire reason for attaching a braking wagon 13:11:19 *** Swallow [~chatzilla@5355F5FD.cable.casema.nl] has quit [Quit: ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]] 13:12:39 <petern> hmm 13:15:34 *** yorick [~Yorick@s55924da0.adsl.wanadoo.nl] has quit [Quit: poef!] 13:15:40 <Eddi|zuHause> may i propose a model for track inclination? 13:15:45 <Eddi|zuHause> http://paste.openttd.org/178325 13:16:20 <Eddi|zuHause> where / means a sloped track, and _ means a flat straight track 13:16:55 <Eddi|zuHause> i.e. to have 1% incline you cannot have curves or switches in 3 tiles radius 13:17:41 <Eddi|zuHause> (it should then tell this inclination in the query window) 13:19:26 <Eddi|zuHause> or possibly the last track bit might be curved. so that a curve right before and after the slope would fall into the 3% case 13:20:31 *** Dred_furst [~Dred_furs@user-54466794.lns4-c12.dsl.pol.co.uk] has joined #openttd 13:25:28 <petern> hmm 13:25:35 <petern> what about 13:25:38 <petern> ___ 13:25:40 <petern> \___ 13:25:44 <petern> \___ 13:25:57 <petern> is that 2 * 1% slopes? 13:26:24 <Eddi|zuHause> yes 13:26:31 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd 13:26:32 *** mode/#openttd [+v glx] by ChanServ 13:26:34 <Eddi|zuHause> i didn't want to make the check too complicated 13:27:03 <Eddi|zuHause> with this version, you would check at most 6 additional tiles to determine the slope incline 13:33:36 *** KritiK [~Maxim@78-106-68-14.broadband.corbina.ru] has joined #openttd 13:36:05 <petern> hmm 13:36:08 <petern> i can simplify this 13:36:16 <petern> and make the units make sense 13:37:29 <petern> and fix the air drag bug, i think 13:37:48 <petern> and resistance... assuming i'm reading this properly 13:38:05 <petern> which i'm not 13:38:06 <petern> never mind 13:38:27 <petern> damn it, msvc can apply code changes while running 13:40:04 <petern> i don't understand the conversion from km/h to mph 13:40:14 <petern> these equations are simpler with km/h 13:40:29 *** HerzogDeXtEr [~Flex@88.130.191.153] has quit [Ping timeout: 480 seconds] 13:40:34 <petern> km/h to m/s being a simple * 3.6 13:40:44 <petern> er, / 3.6 :) 13:41:20 <petern> oh yes, that's it, game units are not km/h 13:41:21 <petern> le sigh 13:43:17 *** Progman [~progman@p57A1CA39.dip.t-dialin.net] has quit [Remote host closed the connection] 13:43:35 <Eddi|zuHause> i really thing that we should just define 1 mile == 1.6km throughout the entire game, and declare all internal units as being km 13:44:46 * Rubidium already assigns Eddi|zuHause to the bug reports that'll come from that change 13:45:03 <Eddi|zuHause> but apparently that "breaks" newgrf compatibility, as those expect units to be in miles/1.6, not km 13:45:20 <Eddi|zuHause> yes, i know this has been tried before :p 13:45:53 <Eddi|zuHause> but i think that is one of the "overzealous realism" instances 13:46:08 <petern> internal units should be m/s 13:46:21 <petern> unfortunately that requires integer magic 13:56:25 <petern> there 13:56:39 <petern> sanitized it slight *and* with less maths... 13:57:27 <petern> +lyu 13:57:28 <petern> -u 13:57:29 <petern> sigh 14:00:46 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 14:06:58 <petern> hmm 14:07:05 <petern> of course, now the train is much slower.. 14:09:04 *** evandar_ [~evandar@213.168.176.142] has quit [Ping timeout: 480 seconds] 14:11:42 <petern> which makes little sense, as air drag is much lower 14:12:21 <Eddi|zuHause> you broke the deep magic 14:12:31 <Eddi|zuHause> it is punishing you 14:12:35 <petern> :( 14:12:57 <petern> i fail to see any conversion compensating for speed being in the wrong units twice 14:15:17 <petern> can somebody please explain resistance *= 4 [N] 14:15:20 <petern> and mass * 4 later on... 14:16:01 <petern> and also 60 = 3% 14:16:08 <petern> (i could try working that one out though) 14:19:58 <petern> according to MB it's simply mass * 3% * 10N 14:20:08 <petern> (so 3% is 30, not 60) 14:24:12 <Eddi|zuHause> i think the effect of slopes was way too low in the past 14:24:19 *** yorick [~Yorick@82-171-205-190.ip.telfort.nl] has joined #openttd 14:24:46 <edeca> yorick: Afternoon 14:25:14 <Eddi|zuHause> as cool an engine the E94 (Crocodile) is, it should not be able to pull 2000t trains uphill 14:25:58 <yorick> afternoon 14:26:30 <yorick> edeca: I've been working on the gui somewhat, the code looks better now 14:26:32 <edeca> yorick: I think I've simplified the signal copying now to one FOR_EACH_BIT_SET, but I don't have my data files here to test it ;) 14:26:45 <edeca> yorick: It compiles, but I can play 14:26:57 <petern> force = min(force, mass * 10 * 200); 14:27:01 <edeca> yorick: Oh nice. Perhaps if we're both going to work on it we should decide on tasks :) 14:27:01 <petern> ^ and what is that for? 14:27:13 <edeca> petern: It keeps the flux capacitor oiled 14:27:31 <petern> i'm guessing it was to limit TE before max_TE was done 14:27:53 <edeca> yorick: What have you modified so far? 14:28:34 <yorick> fixed the signals, made the command queue have its own tick call, replaced some stuff by SB 14:32:33 <yorick> and I'm currently getting it to copy all signal types on a tile 14:32:34 *** Mortal is now known as Guest52 14:32:37 *** mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 14:33:26 <edeca> oh, you fixed signals? 14:33:38 <yorick> yeah, it actually pastes pbs again :) 14:34:20 <yorick> the bad news: not enough bits to store semaphore type for both signals 14:35:52 <edeca> Well the save format needs an overhaul 14:36:05 <edeca> Perhaps we should make a wiki page and document the format 14:36:21 <edeca> Did you fix the signal copying? I've done that too 14:36:31 <edeca> And we could divide tasks on the wiki too ;) 14:38:20 *** roboboy [3aad2910@webchat.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client] 14:38:45 <edeca> Compression should be easy for the files on disk, lzo is already used 14:39:02 <yorick> no lzo, zlib ;) 14:39:19 <yorick> uint16 doesn't actually have bit 16, does it :/ 14:39:40 *** Guest52 [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds] 14:40:16 <yorick> (if you start at 0) 14:40:19 <edeca> No :) 14:40:25 <yorick> meh 14:40:27 <edeca> You need 1 extra bit for semaphore? 14:40:28 <dihedral> idiot! 14:40:52 <yorick> dihedral: just put me on ignore then, thank you 14:41:04 <edeca> So anyway, have you modified the signal copying? Or do you want me to pastebin what I've done so you can try it 14:41:05 <dihedral> no - that would be making it too easy for you 14:41:16 <yorick> edeca: no, I actually need 1 extra bit for the signal type :( 14:41:18 <dihedral> just because you dont want me to comment on stupid stuff you say :-P 14:41:37 <edeca> dihedral: Do you have any cheese? 14:41:41 <dihedral> why dont you put _me_ on _your_ ignore list, if you dont like hearing what i say to your stuff? 14:42:03 <yorick> good one, thank you, done that 14:42:30 <dihedral> you are most welcome 14:42:54 <yorick> ah well then, goodbye semaphores :p 14:42:59 <edeca> Haha! 14:43:03 <edeca> Good solution. 14:43:11 *** nekx [~asd@0x3e42e6e6.adsl.cybercity.dk] has joined #openttd 14:43:20 <edeca> What's wrong with the current solution that uses a bool for semaphore? 14:43:46 <dihedral> the funny thing is, yorick has the bad habit of reading the logs when someone is on his ignore list, because he feels i might be missing something 14:43:59 <dihedral> and the feeling of missing out, is something he really does not like 14:44:07 <yorick> that there isn't enough space to store both signal types 14:44:27 <edeca> Ah, I see. 14:44:34 <edeca> So you *have* modified the copy code? 14:44:39 <edeca> Are we going to get to the bottom of that? ;) 14:44:43 <dihedral> and now he will not even dare commenting what i have said, even though he is reading the logs at thegrebs.com :-P 14:44:49 <petern> dihedral 14:44:52 <dihedral> and pressing F5 every 3 seconds 14:44:56 <dihedral> petern 14:44:58 <petern> tell me what resistance = 13 * mass / 10 is supposed to be 14:44:59 <petern> and then 14:45:26 <petern> tell me what 60 * number of axles is supposed to be 14:45:49 * edeca pokes yorick 14:46:04 <yorick> edeca: quite a bit :p 14:46:17 <dihedral> 60 is the power of the break per axle? 14:46:27 <yorick> at least in such a way that breaks template compatibility twice 14:46:30 <petern> no, general resistance, friction, etc 14:46:35 <dihedral> nice 14:46:37 <petern> it's always there 14:46:40 <dihedral> ok 14:46:55 <dihedral> and you wanna store to each wagon how many axles it has? 14:46:57 <petern> (except that number of axles is actually number of wagons) 14:47:02 <dihedral> oh 14:47:03 <dihedral> ok 14:47:10 <petern> no, that would be easy 14:47:14 <edeca> yorick: Well shall we make a plan of who will do what then? And some documentation for the format? 14:47:18 <petern> what is the 60, and what is the 1.3? 14:47:22 <yorick> yeah 14:47:40 * petern ponders looking at the ancient floating point implementation 14:48:00 <dihedral> lbs or newton for the 60 (wild guess - i have honestly not the listest, atm) 14:48:34 <edeca> yorick: On the wiki? Or where? 14:48:41 <yorick> just on the wiki is fine 14:49:10 <dihedral> for the 1.3 ...... enlighten me? where'd you get it from? 14:50:37 <dihedral> actually it looks like having unbreaked wagons could turn out to be a huge amount of fun 14:50:52 <petern> ahhhhhhh 14:51:01 <petern> dihedral: 13 * blah / 10 = blah * 1.3 14:51:29 <petern> celestar should know it all, he committed this realistic acceleration ;) 14:51:33 <glx> maybe 1.3 is steel on steel, but I can't find it 14:51:37 <dihedral> petern, yes - i am aware of that, thank you 14:51:58 <petern> okay 14:52:02 <petern> i'm getting the 1.3 from the CODE 14:52:06 <petern> http://hg.openttd.org/openttd/trunk.hg/rev/ce0a75460808 14:52:06 <edeca> yorick: http://wiki.openttd.org/wiki/index.php/Build_Templates 14:52:11 <dihedral> that's what i wanted to know 14:52:20 <Eddi|zuHause> once upon a time i had a Tafelwerk... 14:52:43 <yorick> k 14:53:45 <dihedral> G? 14:53:48 <dihedral> :P 14:54:06 <Eddi|zuHause> last time i know i had it was the physics/electronics practice course 14:54:15 <Eddi|zuHause> that was in the 3rd semester 14:54:23 <dihedral> anyway - have to catch a bus 14:54:48 <edeca> yorick: So what are you working on? Care to upload an svn diff so I can check it out? 14:54:49 <Eddi|zuHause> have a good hunt ;) 14:54:51 <petern> hehe, the old realistic acceleration had max_te... 14:55:13 <yorick> edeca: care if it's a hg diff? 14:55:26 <edeca> yorick: Well 'a diff' that I can apply to trunk 14:55:39 <yorick> yep 14:55:41 <petern> glx: rolling resistance for steel is listed as 0.0002 to 0.001 14:55:49 <petern> according to wikipedia 14:55:54 <Eddi|zuHause> really, i think that function should be completely ripped out, and cleanly developed from the proper maths 14:56:05 <Eddi|zuHause> not by dirty pseudo-optimisation hacks 14:56:06 <yorick> ooh, it shaved 20kb of the size already 14:56:11 <Eddi|zuHause> which are not even commented 14:56:31 <edeca> yorick: Well if you've compressed some of the copying, I'm not surprised 14:57:07 <petern> Eddi|zuHause, it is mostly proper maths, just the units are confused 14:57:14 <yorick> http://senduit.com/e879a3 14:57:15 <petern> for instance 14:57:18 <petern> i've now got... 14:57:28 <petern> /* Air drag */ 14:57:33 <petern> int ad = area * drag_coeff * speed * speed; 14:57:39 <petern> ad /= 128099; // Conversion of speed ^ 2 from 1.6mph to m/s, and then /10000 14:57:43 <petern> which is still magic 14:57:46 <petern> but commented magic 14:58:03 *** Progman [~progman@p57A1CA39.dip.t-dialin.net] has joined #openttd 14:58:22 <edeca> yorick: Did you check the patch I had uploaded to the forums? 14:58:23 <petern> you'd need floats for doing it all in m/s, which we can't do 14:58:49 <Eddi|zuHause> doesn't that risk overflow? 14:58:52 <yorick> edeca: not yet 14:58:58 <yorick> andthing new in it? 14:59:21 <petern> yes, for very high speed 14:59:34 <Eddi|zuHause> well, probably not... i don't think trains will get significantly close to speed of sound (~1000km/h) 14:59:44 <edeca> yorick: Well no. But we're duplicating effort quite obviously, which seems pointless. So we either need to decide who does what or I'll just let you get on with it until you get bored. 15:00:12 <petern> we can use int64 if we needed to 15:04:05 <edeca> yorick: Right, your copying code is a little cleaner than mine (but mine uses FOR_EACH_BIT_SET which Rubidium suggested) 15:04:13 <edeca> yorick: What would you like me to look at later? :) 15:04:48 <yorick> no idea 15:05:11 <edeca> Compression for saved templates? 15:05:25 <yorick> yes :) 15:05:40 <yorick> and the templates might need some kind of versioning 15:05:47 <edeca> OK. Now don't go and randomly do it in the meantime! 15:05:53 <yorick> :p 15:06:46 <edeca> Yes, we do need versioning really. But until you finish fiddling, we should just stick with version 1 :P 15:07:40 <yorick> copying stations might need the distant join stations patch 15:08:05 <edeca> I'll look at how the game does it, but versioning should just be an integer in the template header, right? 15:08:11 <yorick> yes 15:08:20 <edeca> Which means it *needs* a header :) 15:08:25 <yorick> it has one 15:08:28 <edeca> Oh, nice. 15:08:31 <yorick> currently "TMPL" 15:09:01 <Rubidium> files should always use a header to identify it; just using the extension is usually not enough 15:09:23 * yorick is gone 15:09:24 <edeca> Oh I see, it modifies saveload.cpp for that 15:09:29 <edeca> Rubidium: That makes sense 15:09:40 <edeca> Meh well I was going to work on this patch but yorick is like a little terrier dog 15:10:02 <edeca> Which dampens my enthusiasm slightly :) 15:10:11 <glx> hehe :) 15:10:23 <Rubidium> he dampens *everybody's* enthusiasm 15:10:37 <edeca> Perhaps I'll cure cancer instead, or something else that's easy in the evenings. 15:12:05 <edeca> Well I hate things being duplicated. I don't have enough time in my life for that ;) 15:14:37 <CIA-2> OpenTTD: rubidium * r14773 /trunk/src/ (openttd.cpp win32.cpp): -Fix-ish[FS#2469]: attach a signal handler during loading savegames to catch any crashes due to broken savegames/missing NewGRFs and tell the user about that instead of "just" crashing without explanation. 15:15:21 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd [] 15:18:08 <edeca> Rubidium: How do the developers divide tasks for the core stuff? 15:18:49 <glx> we don't 15:19:30 * yorick is back 15:20:13 <Rubidium> someone does the core stuff and the others fix whatever breaks for their compiler ;) 15:20:34 *** yorick [~Yorick@82-171-205-190.ip.telfort.nl] has quit [Remote host closed the connection] 15:20:46 *** yorick [~Yorick@82-171-205-190.ip.telfort.nl] has joined #openttd 15:21:07 <edeca> yorick: Welcome back 15:21:43 * yorick barks 15:21:52 <edeca> Heh. Obedient too. 15:22:06 <edeca> yorick: We *really* need to avoid duplication :) 15:22:34 <yorick> hg repo? 15:22:45 <edeca> Yeah. Sensible. 15:22:51 <edeca> I've never used hg, can't be hard though 15:22:54 <edeca> I can host if you need? 15:23:00 <yorick> ok... 15:23:37 <edeca> I'll set that up tonight too then. 15:23:43 <edeca> How does it work with syncing to trunk? 15:23:55 <edeca> i.e. can you sync to trunk and keep local patches easil 15:24:15 <yorick> yes, you can just use diff 15:24:59 <yorick> hg pull http://hg.openttd.org/openttd/trunk.hg && hg merge && fix_conflicts_manually && hg commit && hg push hgrepo 15:26:21 *** dark [~dark@124.161.79.26] has joined #openttd 15:26:22 <edeca> Cool. 15:26:29 <edeca> I'll setup an hg server later 15:26:56 <dark> hi,all 15:27:05 <dark> I have a problem 15:27:25 <yorick> hi dark, tell us 15:28:57 * Rubidium has a problem too 15:29:03 *** Roujin [~chatzilla@mnch-5d85ddad.pool.einsundeins.de] has joined #openttd 15:29:12 <Roujin> cheers 15:29:38 <Roujin> just got a weird server message... 15:30:11 <yorick> @openttd commit 14771 15:30:11 <DorpsGek> yorick: Commit by rubidium :: r14771 trunk/src/network/network.cpp (2008-12-29 21:41:20 UTC) 15:30:12 <DorpsGek> yorick: -Fix (r14764): resolving of error types to error messages kinda failed :( 15:30:15 <yorick> that one? 15:30:19 *** Wolle [Dr_Jekyll@p57B0D08E.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 15:30:25 <Roujin> xyz has left the game(Not enough cash - requires GBP890) 15:30:38 <yorick> yeah, fixed by 14771, I believe 15:30:39 <glx> that's it :) 15:30:46 <Rubidium> yes... you have to pay to play OpenTTD ;) 15:30:50 <Roujin> :D 15:31:12 <Rubidium> though only OpenTTD money is accepted 15:34:18 <CIA-2> OpenTTD: rubidium * r14774 /trunk/src/terraform_gui.cpp: -Change: show which tile caused the "error" when leveling land like raising and lowering does and use the same sound. 15:35:06 *** dark [~dark@124.161.79.26] has quit [Ping timeout: 480 seconds] 15:35:35 <glx> indeed he have a connection problem 15:36:05 <yorick> :p 15:36:49 *** darks [~darks@124.161.79.11] has joined #openttd 15:37:37 <yorick> mmm, signals could be stored more efficiently 15:38:16 <edeca> yorick: What do you suggest 15:38:38 <yorick> there can only be signals on the direction of the track 15:39:07 <yorick> then you just have to store if there are 0, 1 or 2 signals on a tile 15:41:05 <Roujin> what about diagonal tracks? 15:41:15 <yorick> 2 signals? 15:41:51 <Roujin> ah you mean that with 2 signals 15:42:00 <yorick> ys 15:42:03 <Roujin> thought you mean one sided/ two sided ones 15:42:31 <Roujin> ok, then how do you differ between the two possible locations for one signal? 15:42:44 <yorick> predefined 15:43:07 <yorick> oh 15:43:08 <yorick> that 15:43:10 <yorick> mmm 15:43:55 <yorick> 10 = signal at left/top, 01 = signal at right/bottom, 00 = no signal, 11 = signals everywhere 15:44:05 <yorick> :) 15:44:21 <Roujin> and how is it stored currently? 15:44:35 <yorick> on the copy paste array 15:44:43 <yorick> 5 bits used for every trackbit 15:45:08 <yorick> I think it's already stored like that on the map array 15:46:15 <edeca> Well keeping the template simple is the best. lz will handle size surely? 15:46:18 *** Celestar [~Jadzia_Da@mnch-5d85a4c2.pool.einsundeins.de] has joined #openttd 15:46:21 *** mode/#openttd [+o Celestar] by ChanServ 15:46:23 <yorick> zlib! 15:46:24 <edeca> Except for large memory usage :( 15:46:27 <edeca> zlib, whatever ;) 15:46:28 <Celestar> \o 15:46:31 <edeca> I haven't looked at it yet 15:46:39 <glx> petern: look who arrived :) 15:46:44 <Celestar> oh uh 15:46:49 * Celestar hides behind a barrell 15:47:01 <glx> lol 15:47:05 * yorick steps aside 15:47:44 * yorick kicks the barrel 15:48:08 <petern> Celestar! 15:48:23 <Rubidium> Celestar: you could better hide in a cubicle; then you can at least do some useful work ;) 15:48:40 <petern> heh, the old model also doubled airdrag in tunnels 15:49:16 <glx> petern: probably because train acts like a piston 15:49:19 <Celestar> I've been a tad busy with family life in the past few days. 15:49:21 <edeca> petern: Are you completely rewriting it? 15:49:32 <Celestar> that will change from Friday on :P 15:49:52 <yorick> you'll kill your family? 15:50:05 * Celestar pokes yorick with a blunt spoon 15:50:11 <yorick> aw 15:50:53 <Celestar> petern: what can I do for you? (= 15:51:12 <glx> search hard in your memory :) 15:51:23 <Rubidium> Celestar: take a look at http://bugs.openttd.org/index.php?string=&project=1&type[]=1&reported[]=38&status[]=open ? 15:51:34 <Celestar> looking 15:51:47 <glx> http://hg.openttd.org/openttd/trunk.hg/rev/ce0a75460808 <-- some magic values are too magic 15:51:53 *** Fuco [~dota.keys@ip-105.imafexbb.sk] has joined #openttd 15:52:16 <Celestar> Rubidium: look taken, bugs still there :P 15:52:22 <Celestar> Rubidium: more work required :P 15:52:57 <Celestar> petern: go ahead 15:53:00 <Celestar> I remember those numbers (= 15:53:25 <Celestar> Rubidium: I'll fix them after New Year's eve I guess 15:54:42 <darks> BUT who knows how to solve the non-latin input problem? 15:54:58 <Rubidium> what problem? 15:55:04 <glx> what OS? 15:55:05 <petern> you remember them? 15:55:08 *** HerzogDeXtEr [~Flex@88.130.191.153] has joined #openttd 15:55:08 <petern> what do they mean! 15:55:09 *** Wolle [Dr_Jekyll@p57B0F330.dip.t-dialin.net] has joined #openttd 15:55:09 <darks> MAC 15:55:13 <glx> what version ? 15:55:16 <Rubidium> last thing you said was "i have a problem" 15:55:27 <darks> http://www.tt-forums.net/viewtopic.php?f=31&t=41213&sid=510756a33ce1a6f0864a15383b3e5424 15:55:39 <Rubidium> I'd say: blame Bjarni for not implementing it ;) 15:56:14 <glx> works for me (win32 version) :) 15:56:16 <darks> god....the php IRC is very easy to disconnect 15:56:25 <Celestar> if (need_scapegoat) sql_call("SELECT nickname FROM users WHERE nickname = 'Bjarni'"); 15:56:56 <Rubidium> Celestar: that's totally wrong 15:57:30 <darks> glx: you can type non-latin words just like chinese in OTTD? 15:57:36 <glx> yes 15:57:46 <Celestar> Rubidium: why? 15:57:57 <Rubidium> Celestar: SELECT person FROM persons AS p WHERE broken_thing IN (SELECT thing FROM things WHERE developed_by_id = p.id) 15:58:00 <darks> glx: without any change the src? 15:58:05 <glx> yes 15:58:26 <glx> I just need to select the right keyboard layout 15:58:28 <Celestar> Rubidium: what about non-existing things? 15:58:35 <darks> glx: i have nothing to say about it... 15:58:43 <Rubidium> Celestar: is the OSX port non-existing? 15:58:47 <Celestar> heh. 15:58:59 <darks> glx: how to select the keyboard layout? 15:58:59 <Celestar> Rubidium: I think it is in a quantum state 15:59:29 <Rubidium> darks: the problem is that you use a different OS than glx uses. For glx' OS is works, for your OS nobody has been bothered to implement it 15:59:31 <glx> on windows I click on the little thing in taskbar 16:00:08 <Rubidium> and the major problem with your OS is that there are very few people that can implement stuff for it 16:00:43 <darks> Rubidium: is there anyone using linux and getting the same problem for me? 16:00:44 <Rubidium> the person who did make the OSX port has not been working on the port for many many months and he didn't have much time beyond fixing some bugs 16:00:49 <glx> or when something works then Apple decides to break it in next release 16:00:59 <Celestar> darks: I'm on linux. what's the problem? 16:01:06 <darks> Rubidium: maybe 16:01:28 <darks> Celestar: can you type non-latin words in the edit box 16:02:05 <darks> Celestar: when you edit the name of your company or the groups. 16:02:29 <Celestar> darks: I'll test in a few minutes. 16:02:40 <Rubidium> darks: doesn't matter whether it works in Linux, because Linux is not OSX 16:03:06 <Celestar> I've an OpenGL app running and AMD's driver doesn't manage to display an SDL window when an OpenGL window is running 16:03:18 <darks> glx: maybe. but if the linux users can work, OSX users may work too 16:03:21 <Rubidium> especially because OSX port doesn't use the same APIs to communicate with the OS as the Linux port does 16:04:14 <darks> Rubidium: no,it's very similar. 16:04:20 <glx> it's not 16:04:23 <Rubidium> darks: it is not 16:04:35 <glx> at least for all GUI related stuff 16:04:38 <Celestar> it's not _very_ similar 16:04:42 <Celestar> and the GUI is all different 16:05:11 <Celestar> heh @ glx 16:05:32 <darks> I know the GUI is all different,but maybe on this game, it's similar. 16:05:44 <glx> it looks the same 16:05:45 <Celestar> ? 16:05:59 <Celestar> the not the GUI, the GUI API. 16:06:04 <Celestar> if you prefer (= 16:06:20 <Rubidium> the backend talking to the OS for the OSX port is vastly different than the backend used for the Linux port which is vastly different than the backend used for the Windows port 16:06:57 <Rubidium> as the backend handles all the input and output the similarity of the backend determines whether it working in one of the backends means whether it works in another 16:07:21 <Celestar> I'm out a bit 16:07:25 <Celestar> cu :D 16:07:26 *** Celestar [~Jadzia_Da@mnch-5d85a4c2.pool.einsundeins.de] has quit [Quit: leaving] 16:07:41 <darks> in Linux, i use fcitx to type chinese. in OS, i use fcit to type chinese. fcit is just like a copy to OS. the auther said he did many copy from fcitx 16:08:12 <darks> Rubidium: maybe 16:11:05 *** evandar [~evandar@213.168.176.142] has joined #openttd 16:12:31 * darks trying to ./configure && make 16:15:15 *** George [~George@212.113.107.216] has quit [] 16:21:37 *** George [~George@212.113.107.216] has joined #openttd 16:23:00 *** George [~George@212.113.107.216] has quit [Read error: Connection reset by peer] 16:30:45 *** darks [~darks@124.161.79.11] has quit [Ping timeout: 480 seconds] 16:31:48 *** Swallow [~chatzilla@5355F5FD.cable.casema.nl] has joined #openttd 16:36:52 *** George [~George@212.113.107.216] has joined #openttd 16:48:45 *** George [~George@212.113.107.216] has quit [Read error: Connection reset by peer] 16:49:13 <Swallow> Powered wagons have 0 tractive effort. Is this intentional? 16:50:33 <Eddi|zuHause> only when the newgrf says so 16:51:57 <Swallow> In the part of TrainPowerChanged that handles powered wagons, only power and no TE iis added 16:54:15 *** George [~George@212.113.107.216] has joined #openttd 16:59:00 *** insulfrog [~trainslov@92.20.22.44] has joined #openttd 16:59:08 <insulfrog> hi all 16:59:54 <yorick> hi 17:02:01 *** George [~George@212.113.107.216] has quit [Read error: Connection reset by peer] 17:04:06 <petern> Eddi|zuHause, help 17:04:40 <petern> F=ma, so a=F/m, right? 17:04:56 <Eddi|zuHause> yes 17:05:00 <petern> m is in kg, right? 17:05:07 <Eddi|zuHause> yes 17:05:10 <petern> right 17:05:14 <petern> we do it in tons 17:05:19 <petern> no wonder it's all shite :p 17:05:30 <Eddi|zuHause> then the factor is 1000 ;) 17:05:34 <petern> right 17:06:04 <petern> ah well 17:06:10 <petern> the resultant units don't mean anything anyway 17:06:32 <Eddi|zuHause> you should definitely put the units in the comment 17:06:39 <petern> well 17:07:01 <Eddi|zuHause> as in: a = F/m; // m/s = kN / t 17:07:19 <petern> in real life, yes 17:07:22 *** George [~George@212.113.107.216] has joined #openttd 17:07:29 <petern> original acceleration model is 17:07:50 <petern> acceleration=hp/tons*4 17:08:55 <Eddi|zuHause> err... but hp is not a force 17:09:32 *** lewymati [~lewymati@aejn51.neoplus.adsl.tpnet.pl] has joined #openttd 17:09:48 *** George [~George@212.113.107.216] has quit [Read error: Connection reset by peer] 17:10:24 <Eddi|zuHause> F = P/v ... or so 17:11:01 <petern> yes i know 17:11:40 <petern> let's pretend the original acceleration model assumes velocity is always 1 17:12:09 <petern> then F == P 17:12:21 <petern> but the units... :o 17:13:54 <Eddi|zuHause> that's what the 4 is for ;) 17:14:48 <Eddi|zuHause> hp to kN is something like 3/4? [very roughly rounded] 17:15:00 <petern> :o 17:15:09 <Eddi|zuHause> 4/3? 17:15:13 <Eddi|zuHause> whatever 17:15:59 *** George [~George@212.113.107.216] has joined #openttd 17:16:23 <Eddi|zuHause> 1 PS = 736 W 17:20:30 <Eddi|zuHause> hm, starting in 2010, it is not allowed to use horse power anymore 17:21:09 <yorick> 1 horsepower = 745.699872 watts, according to google 17:21:58 <Eddi|zuHause> british horses might be slightly more powerful than german ones ;) 17:22:11 <Eddi|zuHause> or maybe those are american horses 17:22:24 <Eddi|zuHause> "eine PferdestÀrke entspricht 0,73549875 kW" <- says wikipedia 17:23:36 <yorick> mechanical horsepower is 745.... watts, metric horsepower is 735.... 17:23:50 <yorick> and electrical horsepower is 746 W 17:23:53 <yorick> :p 17:24:25 <Eddi|zuHause> "1 PS ist in DIN 66036 (Deutsches Institut fÃŒr Normung) definiert als die Leistung, die erbracht werden muss, um einen Körper der Masse m = 75 kg entgegen dem Schwerkraftfeld der Erde (bei Erdbeschleunigung 9,80665 m/s²) mit einer Geschwindigkeit von 1 m/s zu bewegen[4]." 17:24:46 <Eddi|zuHause> 1 PS = 75 kpm/s = 735,49875 W 17:25:15 <Eddi|zuHause> yes, i do see how it could be called "metric" horsepower ;) 17:25:19 <yorick> PS != hp 17:25:34 <yorick> well, not the generic hp 17:25:55 <Eddi|zuHause> "PS" is the german translation of "hp" 17:25:55 * yorick is gone 17:26:05 <yorick> http://en.wikipedia.org/wiki/Horsepower 17:26:20 <petern> it's a little different 17:26:23 <petern> but mostly the same 17:27:33 <Eddi|zuHause> the long definititon translates rougly to "transport 75km against earth gravity (9,81m/s^2) at 1m/s 17:28:27 <tokai> kilogramm not kilometer ;) 17:28:49 <Eddi|zuHause> err, yes 17:28:55 * tokai wonders why it is only 75 kg... 17:29:05 * tokai thought horses would be a bit heavier than that 17:29:19 <Eddi|zuHause> not the weight of the horse 17:29:21 <Prof_Frink> ...and how much power does an actual horse produce? 17:29:33 <Eddi|zuHause> a horse dragging a 75kg object 17:29:59 <Eddi|zuHause> "Die Leistung eines Pferdes kann je nach Rasse, Trainingszustand oder augenblicklicher Anstrengung erheblich abweichen: ein Pferd etwa beim Galopp oder beim Springreiten kann kurzfristig deutlich mehr, nÀmlich ÃŒber 20 PS leisten, wÀhrend es im Tagesdurchschnitt etwa 1 PS leistet[3]." 17:31:00 <tokai> A horse dragging 75 kg makes not much sense when you can sit *on* the horse :) Getting dragged might actually hurt a little. 17:31:54 <Prof_Frink> tokai: Let me show you my new invention. I call it the "cart". 17:31:56 <Eddi|zuHause> but sitting on the horse makes it difficult to measure against earth gravity 17:32:32 <tokai> Prof_Frink: but you and a cart might weight more than 75kg :) 17:33:02 * tokai at least weights around 75kg himself already. 17:33:04 <Prof_Frink> tokai: carbon fibre. 17:34:14 <Eddi|zuHause> 1 bhp ["brake horse power"] = 1,014 DIN-PS = 745,7 W 17:34:31 <Eddi|zuHause> = 33 000 lbf.·ft./min = 550 lbf.·ft./s 17:36:16 <petern> heh 17:36:53 *** Dred_furst [~Dred_furs@user-54466794.lns4-c12.dsl.pol.co.uk] has quit [Read error: Connection reset by peer] 17:37:02 <petern> interesting 17:37:06 <petern> using kg now 17:37:18 <petern> multiplied the acceleration by an arbitrary magic number 17:37:39 <petern> train does not get up to 20/30mph instantly 17:39:14 *** Anon9870 [~Anon9870@dfnhome137.gwdg.de] has joined #openttd 17:40:56 *** Anon9870 [~Anon9870@dfnhome137.gwdg.de] has quit [] 17:41:27 *** Anon1799 [~Anon1799@dfnhome137.gwdg.de] has joined #openttd 17:42:26 *** Anon1799 [~Anon1799@dfnhome137.gwdg.de] has quit [] 17:45:16 *** lewymati [~lewymati@aejn51.neoplus.adsl.tpnet.pl] has quit [] 17:52:13 <Swallow> petern: If you're working on train physics, you might want to look at http://paste.openttd.org/178329 17:52:37 <Swallow> It adds TE for powered wagons (2cc set for example) 18:02:01 *** Hirundo [~chatzilla@5355F5FD.cable.casema.nl] has joined #openttd 18:08:34 *** Swallow [~chatzilla@5355F5FD.cable.casema.nl] has quit [Ping timeout: 480 seconds] 18:09:27 *** Markk [~mark@rikskriminalen.com] has quit [Remote host closed the connection] 18:10:45 *** Progman [~progman@p57A1CA39.dip.t-dialin.net] has quit [Remote host closed the connection] 18:11:37 *** Hirundo [~chatzilla@5355F5FD.cable.casema.nl] has quit [Quit: ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]] 18:21:15 *** sigmund [~sigmund@91.80-202-245.nextgentel.com] has joined #openttd 18:23:04 *** sigmund_ [~sigmund@91.80-202-245.nextgentel.com] has quit [Ping timeout: 480 seconds] 18:24:53 <petern> hm 18:25:34 *** insulfrog [~trainslov@92.20.22.44] has quit [Ping timeout: 480 seconds] 18:29:11 <petern> okay 18:29:17 <petern> working on realistic acceleration is pointless 18:31:47 *** gynter [~gynter@77-233-84-84.cdma.dyn.kou.ee] has joined #openttd 18:32:16 <petern> kudr's was right 18:32:21 <petern> rolling resistance is nothing 18:35:06 *** Wolf01 [~wolf01@host105-233-dynamic.14-87-r.retail.telecomitalia.it] has quit [Ping timeout: 480 seconds] 18:39:04 <Rubidium> but... but... then it's not "realistic acceleration" anymore 18:40:50 <Eddi|zuHause> i wanted to mention that earlier ;) 18:41:22 *** Roujin [~chatzilla@mnch-5d85ddad.pool.einsundeins.de] has quit [Quit: ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]] 18:41:22 <Eddi|zuHause> air drag is the important part for high speed, tractive effort for low speed, and power for inclines 18:42:06 <petern> yes 18:42:17 <petern> in our code, rolling resistance is high 18:42:23 <petern> or something 18:42:23 <petern> i dunno 18:42:48 <petern> problem is it is there but always rounds down to 0 18:42:51 <petern> so 18:43:01 <petern> i'm now experimenting changing subspeed to be 16 instead of 8 bits 18:45:16 <CIA-2> OpenTTD: translators * r14775 /trunk/src/lang/ (7 files in 2 dirs): (log message trimmed) 18:45:16 <CIA-2> OpenTTD: -Update: WebTranslator2 update to 2008-12-30 18:44:32 18:45:16 <CIA-2> OpenTTD: arabic_egypt - 10 fixed, 2 changed by khaloofah (12) 18:45:16 <CIA-2> OpenTTD: croatian - 14 fixed, 63 changed by tperic (77) 18:45:16 <CIA-2> OpenTTD: indonesian - 13 fixed by rindu (13) 18:45:17 <CIA-2> OpenTTD: norwegian_nynorsk - 2 fixed by zibiam (2) 18:45:19 <CIA-2> OpenTTD: romanian - 13 fixed by kkmic (13) 18:48:25 *** George [~George@212.113.107.216] has quit [] 18:48:32 *** George [~George@212.113.107.216] has joined #openttd 18:57:14 <Eddi|zuHause> really, i'd just cut roll resistance 18:57:24 <Eddi|zuHause> useless calculation work 18:57:51 <Eddi|zuHause> that's why they are using wheels, because it has practically no effect 18:59:00 <tokai> Would you actually be able to see the difference in the game if a train moves like 0.00002 pixel slower or faster? :) 19:00:42 <George> I had a new hardware instalation and was not logging the channel. Was there any result i discussion about house population CB? 19:01:02 <petern> none 19:02:05 *** evandar [~evandar@213.168.176.142] has quit [Remote host closed the connection] 19:02:47 <George> pity :( 19:02:57 *** Swallow [~chatzilla@5355F5FD.cable.casema.nl] has joined #openttd 19:04:03 <petern> tokai, no, but if it calls itself realistic... ;) 19:04:18 <petern> Maybe I should do it as a new acceleration model 19:04:38 *** evandar [~evandar@213.168.176.142] has joined #openttd 19:04:44 <petern> Call it "DontLookBelugasItsRealisticAcceleration" 19:04:53 *** Nite_Owl [~Nite_Owl@c-76-109-60-185.hsd1.fl.comcast.net] has joined #openttd 19:05:22 <Nite_Owl> Hello all 19:07:15 <Eddi|zuHause> maybe it should be a difficulty option "Acceleration Model: {simple, complex}" 19:07:31 <Swallow> Is train property 20 (coefficient of air drag) planned to be implemented at some point? 19:12:39 *** Nite_Owl [~Nite_Owl@c-76-109-60-185.hsd1.fl.comcast.net] has quit [Quit: Read You Soon] 19:14:31 <petern> Eddi|zuHause, it's not more complex, it just behaves differently. people don't like change, see. 19:18:43 *** NukeBuster [~NukeBuste@80.101.115.82] has joined #openttd 19:21:58 *** Wolf01 [~wolf01@host105-233-dynamic.14-87-r.retail.telecomitalia.it] has joined #openttd 19:26:45 <petern> hmm 19:29:08 <petern> SmatZ, r14742 broke it 19:29:29 *** yorick [~Yorick@82-171-205-190.ip.telfort.nl] has quit [Quit: Poef!] 19:33:17 *** DephNet[Paul] [~paul@87.114.140.57.plusnet.thn-ag1.dyn.plus.net] has quit [Remote host closed the connection] 19:35:22 *** DephNet[Paul] [~paul@87.114.140.57.plusnet.thn-ag1.dyn.plus.net] has joined #openttd 19:37:14 *** OsteHovel^EEE [~OsteHovel@062016205204.customer.alfanett.no] has joined #openttd 19:37:16 <OsteHovel^EEE> Hi all 19:37:32 <OsteHovel^EEE> How to i disable that old train engines dosent disapear after a period? 19:37:40 <OsteHovel^EEE> *do disapair 19:37:51 *** |Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has quit [Quit: oO] 19:37:53 <OsteHovel^EEE> i want to play with all trains all the time... 19:38:24 <Eddi|zuHause> in the advanced/patch settings 19:39:31 <OsteHovel^EEE> (/me using the SVN) 19:39:34 <OsteHovel^EEE> so its advanced settings 19:39:49 <OsteHovel^EEE> where in the settings are the setting about that? 19:39:52 <OsteHovel^EEE> i cant find it.... 19:39:56 <Eddi|zuHause> yes, there's the options "vehicles never expire" 19:40:11 <OsteHovel^EEE> ooo 19:40:13 <OsteHovel^EEE> i found it 19:40:15 <OsteHovel^EEE> thanks 19:40:48 <OsteHovel^EEE> i love you 19:41:41 <Sacro> "Missing man's car is found by bridge" 19:43:13 <Eddi|zuHause> sounds like a german wrote that :p 19:43:19 <Sacro> oh? 19:43:29 <Sacro> they really should use "next to" rather than "by" 19:43:33 <Sacro> or "underneath" 19:43:37 <Prof_Frink> When civ eng meets AI, we're all doomed. 19:43:45 <Sacro> Prof_Frink: or located 19:43:56 <Eddi|zuHause> german preposition "bei" means "next to" 19:44:04 <Sacro> Eddi|zuHause: ah yes 19:44:29 <Eddi|zuHause> very common mistake of germans 19:44:40 <Sacro> germans often make mistakes... 19:45:01 <Prof_Frink> #1 being "Being German" 19:46:02 <Sacro> "eating bratwurst"? 19:46:35 <Prof_Frink> "invading russia in the winter" 19:47:01 *** George [~George@212.113.107.216] has quit [Read error: Connection reset by peer] 19:47:12 <Eddi|zuHause> the french are good at that, too ;) 19:47:17 <Sacro> "invading poland when others are watching" 19:48:19 <Eddi|zuHause> you british guys are useless as soon as you come out of the water... that's why you never even went close to russia 19:49:50 <Sacro> ah yes, there speaks an argie 19:50:02 <Eddi|zuHause> i hate the max loan... you can't start out with a double track line between two cities 19:50:04 *** George [~George@212.113.107.216] has joined #openttd 19:50:27 <Eddi|zuHause> Sacro: they attacked us first, we only shot back... :p 19:50:45 <Prof_Frink> What? You started it! 19:51:17 *** dfox [~dfox@r5cv134.net.upc.cz] has quit [Remote host closed the connection] 19:51:35 <ccfreak2k> They say the same thing about Han/ 19:53:47 <Eddi|zuHause> âPolen hat heute nacht zum erstenmal auf unserem eigenen Territorium auch mit bereits regulÀren Soldaten geschossen. Seit 5.45 Uhr wird jetzt zurÃŒckgeschossen! Und von jetzt ab wird Bombe mit Bombe vergolten![30]â 19:54:10 <Eddi|zuHause> Zitiert nach Adolf Hitler: Rede vor dem Reichstag, 1. September 1939; 19:54:24 <Eddi|zuHause> http://www.wdr.de/themen/_config_/bin/mkram.jhtml/mk.ram?rtsp://ras01.wdr.de/online/2005/kultur/rundfunk/polen.rm 19:55:01 <OsteHovel^EEE> I have played from 1920 to 2066 and i have had all the trains and now i have lost most of them... then with help of mr. Eddi|zuHause in here, i have activated the vichles dont expire.. but how do i get all the old vicles back? 19:55:24 <Eddi|zuHause> OsteHovel^EEE: go to the console, and type "resetengines" 19:55:45 <OsteHovel^EEE> Ok 19:55:51 <OsteHovel^EEE> i done that now!!! And it worked! 19:55:57 <Eddi|zuHause> Prof_Frink: if mister Hitler said it, it must be true! 19:56:03 <OsteHovel^EEE> What shoud i have dont widout you mr. Eddi|zuHause 19:56:10 <OsteHovel^EEE> *done 19:57:13 <Prof_Frink> Eddi|zuHause: Do you not know of Fawlty Towers? 19:57:37 <Eddi|zuHause> err... what? 19:57:50 <Prof_Frink> Don't mention the war! 19:58:06 <Eddi|zuHause> err... what? 19:58:27 *** Nicky-NL [Nicky-NL@g246142.upc-g.chello.nl] has joined #openttd 19:58:48 <OsteHovel^EEE> is it posible to exstract an GRF file and change that a train is a railway train and not monolev? (its a single train in a single grf) 19:58:52 <Nicky-NL> hello 19:59:04 <OsteHovel^EEE> or is that very hard todo? 19:59:21 <Eddi|zuHause> OsteHovel^EEE: just get grfcodec 19:59:27 <OsteHovel^EEE> ok 19:59:34 <Eddi|zuHause> and read the grf specs about action0 19:59:52 <Eddi|zuHause> then look for the vehicle ID in question 20:00:01 <Nicky-NL> i am reading an tutorial for making your own grf but the grfcodec does't wanna come up. it goes direct away, someone knows what i must do? :P 20:00:24 <Eddi|zuHause> Nicky-NL: grfcodec is a console application 20:00:34 <Eddi|zuHause> you need to start it from the command line with parameters 20:00:44 <Prof_Frink> Eddi|zuHause: http://en.wikipedia.org/wiki/The_Germans 20:00:47 <Nicky-NL> start and then run? 20:01:30 <Eddi|zuHause> no, console applications do not "run", you start them, they immediately do something, and then end 20:02:29 <mincepie> Eddi|zuHause: he may be referring to the Windows start menu and the Run command 20:02:38 <OsteHovel^EEE> and then write CMD 20:02:42 <Eddi|zuHause> oh.. 20:02:44 <OsteHovel^EEE> then you get console 20:02:48 <Eddi|zuHause> yes, then start -> run -> cmd 20:03:11 <Nicky-NL> ok and then where it should take place? 20:03:13 <mincepie> Prof_Frink: that episode is interesting, according to Cleese, because it contains so little Germans and should really be called The Fire Drill 20:03:14 <Eddi|zuHause> i am totally out of the windows terminology... plus i have never used windows in english 20:03:24 <mincepie> ah 20:03:28 <OsteHovel^EEE> i like linux much better.... 20:03:40 <Nicky-NL> the tutorial says i must do this: grfcodec -e mytrain.grf 20:04:09 <Eddi|zuHause> Nicky-NL: when you are in cmd, you go to the directory where your grf files are 20:04:27 <Eddi|zuHause> cd C:\place\where\stuff\is 20:04:45 <Nicky-NL> ah i gonna try something :) 20:04:47 <Eddi|zuHause> so you are one level above the "sprites" directory 20:04:54 <Prof_Frink> Hmm, I think I ate too much over christmas. I'm hallucinating mince pies on irc. 20:05:10 <Eddi|zuHause> "dir sprites" should say something like: 20:05:19 <Eddi|zuHause> mygrf.nfo 20:05:23 <Eddi|zuHause> mygrf.pcx 20:05:25 * mincepie dances in confusing pattern around Prof_Frink 20:05:40 * Prof_Frink attempts to eat mincepie 20:05:43 <mincepie> Prof_Frink: don't worry, you're among only a very few here who even know what a mince pie is... 20:05:59 <Eddi|zuHause> then type "grfcodec -e mygrf.grf" 20:06:19 <Eddi|zuHause> Prof_Frink: i don't think i have ever seen that show 20:06:39 <mincepie> Eddi|zuHause: you've never seen Fawlty Towers? 20:07:11 <Eddi|zuHause> that is exactly what i said, yes. 20:07:21 <mincepie> good grief 20:07:47 <Nicky-NL> thx i dont work so much whit that run program :p 20:08:53 <Eddi|zuHause> "Das Fernsehen der DDR strahlte MaiâJuli 1987 zehn Episoden (1â5 und 7â11) aus." <- they missed out episode 6 for some reason :p 20:09:34 <Nicky-NL> lol mine firewall says: dedected possible malware behavior in the place where grfcodec is 20:10:11 <mincepie> Eddi|zuHause: likely the goose-stepping 20:10:17 <Nicky-NL> now i got an NEW-file :s 20:10:45 <Nicky-NL> 0 kb 20:12:25 *** HerzogDeXtEr1 [~Flex@88.130.170.91] has joined #openttd 20:12:49 <Eddi|zuHause> Nicky-NL: then it did not find the .nfo file 20:13:05 <Nicky-NL> ah i did something wrong? 20:13:43 <Eddi|zuHause> where is your .nfo file? 20:14:20 <glx> it must be in sprites 20:14:29 <Nicky-NL> i have did in in an sperate map 20:14:42 <Eddi|zuHause> if it is in the same directory as you run grfcodec, you can try "grfcodec -e mygrf.grf ." 20:14:57 <Eddi|zuHause> the "." is important there 20:18:43 <Nicky-NL> again an new file 20:19:39 *** HerzogDeXtEr [~Flex@88.130.191.153] has quit [Ping timeout: 480 seconds] 20:19:59 <glx> what does it say? 20:20:09 <glx> grfcodec is usually verbose 20:20:27 <Nicky-NL> it says nothing 20:21:34 <Nicky-NL> i am trying the tutorial from http://wiki.ttdpatch.net/tiki-index.php?page=NFOFoundations 20:21:45 <Belugas> a mince pie a not a fat pie 20:22:32 <mincepie> Belugas: one of the main ingredients in the traditional recipe is beef suet 20:22:36 <Prof_Frink> A mince pie isn't a pie for long if I'm around. 20:22:50 * mincepie concurs wholeheartedly and high-fives Prof_Frink 20:23:11 <Belugas> therefor, Prof_Frink is not mince anymore 20:23:26 <Belugas> p.s.-> mince in french is thin in english 20:23:31 <Belugas> buwhahaha! 20:24:17 <mincepie> this is perhaps a gross pie then ¬.¬ 20:28:16 <Nicky-NL> is there not an simply program for making grf then? 20:28:34 <Nicky-NL> so easy as paint :P 20:28:34 <petern> SmatZ: "Remember that map automitically sorts its elements according to the key, i.e. the first element." 20:28:42 <petern> SmatZ: so that's why it doesn't work :o 20:29:28 <Eddi|zuHause> mincepie: about as gross as cooked wild pig in mince sauce? 20:29:37 <Sacro> mince sauce? 20:29:37 <Eddi|zuHause> "the poor pig" 20:29:41 <Nicky-NL> well i gonna try tommorow cya :s 20:29:51 *** Nicky-NL [Nicky-NL@g246142.upc-g.chello.nl] has quit [Quit: Bye for now!] 20:30:04 <Belugas> ho.. a live petern :) 20:30:10 <petern> hello Belugas 20:30:10 <mincepie> mince sauce? ¬.¬ 20:30:14 <petern> @seen smatz 20:30:14 <DorpsGek> petern: smatz was last seen in #openttd 3 days, 22 hours, 13 minutes, and 0 seconds ago: <SmatZ> 9-) 20:30:16 <petern> ah 20:30:28 *** terjesc [terjesc@horisont.pvv.ntnu.no] has left #openttd [] 20:32:43 *** Dred_furst [~Dred_furs@user-54466794.lns4-c12.dsl.pol.co.uk] has joined #openttd 20:33:54 <Belugas> wroking from work, petern? 20:34:04 <Belugas> hello indeed, by the way... 20:34:10 <petern> working from home 20:34:38 <Eddi|zuHause> Sacro/mincepie, might be a mistranslation of mine, but it's a line from "Asterix in Britain" 20:35:28 <Belugas> working for work, but from home, on my side. a bit confusing :) 20:35:29 <Prof_Frink> Pig should be with apple sauce. Lamb with mince and beef with horseradish. And yorksher pud. 20:35:39 <Prof_Frink> mince? mint! 20:35:48 <mincepie> and pork with cranberry 20:35:54 * Prof_Frink 's brains have turned to mince. 20:35:57 <mincepie> always with yorkshire pudding... 20:36:04 <mincepie> yorkshire puddings are brilliant 20:36:39 <Eddi|zuHause> well, it's a french movie, after all ;) 20:36:48 <mincepie> true 20:37:03 *** luddek [~luddek@c-12cae455.610-106-64736c10.cust.bredbandsbolaget.se] has joined #openttd 20:37:10 <mincepie> it's possible that yorkshire puddings hadn't been invented in the time the film was set :P 20:37:30 <Eddi|zuHause> that never stopped the asterix writers :p 20:37:52 <mincepie> true, true 20:37:54 <Eddi|zuHause> big ben and the tower bridge were not "invented" back then, either 20:38:18 <mincepie> well, actually, there was a bridge there as far back as 900 BC 20:38:27 <Sacro> mmmmm, yorkshire pudd 20:38:50 * mincepie nods 20:40:06 <Belugas> hu??? you make pudding out of yorkshire??? poor little doggy :( 20:40:21 <mincepie> ¬.¬ 20:40:39 <Prof_Frink> Damn terrierists. 20:40:46 * mincepie screams in pain 20:42:58 <Eddi|zuHause> hm, anyone knows a program where i can save an rtsp stream to disk? 20:43:13 <Eddi|zuHause> wget refuses the protocol 20:44:41 <Prof_Frink> mplayer -dumpstream 20:45:17 <Eddi|zuHause> "Cannot dump this stream - no file descriptor available." 20:47:44 <Prof_Frink> You need a deep incantation to get mplayer to work. 20:48:40 <petern> uh huh 20:50:09 <mincepie> and perhaps the sacrifice of a small rodent 20:50:15 *** Swallow [~chatzilla@5355F5FD.cable.casema.nl] has quit [Read error: Connection reset by peer] 20:50:49 <Eddi|zuHause> Error: Client error. Reply was: 454 Session Not Found 20:50:57 <Eddi|zuHause> when i just type "mplayer <url>" 20:51:32 <edeca> Oh bugger, where's the log again? 20:51:47 <petern> /var/log/syslog 20:52:09 <Eddi|zuHause> ~/.kde/share/apps/konversation/logs 20:52:45 <edeca> petern: Oh yes, of course! 20:52:45 <Prof_Frink> ~/irclogs 20:53:10 <edeca> Where's the online, browsable version of the IRC logs for this channel from the year of our Lord 2008? 20:53:18 <petern> pom te pom: http://fuzzle.org/~petern/ottd/fixforr14742.diff 20:53:18 <Prof_Frink> Or possibly fish://192.168.0.2/home/alan/irclogs 20:53:54 <petern> silly people breaking that feature yet again 20:53:58 <petern> usually it was bjarni, though 20:54:39 <Prof_Frink> What size are your pair? 20:55:10 <edeca> 34CC 20:55:15 <Eddi|zuHause> edeca: there are at least two 20:56:11 <edeca> Eddi|zuHause: I've found the URL I was after now, cheers 20:56:26 <edeca> It's expired though and yorick isn't here, so I wont be doing much more tonight. Gr. 20:56:33 <Prof_Frink> Alas. 20:56:35 <glx> Eddi|zuHause: try vlc (it supports rtsp) 20:56:48 <Eddi|zuHause> glx: well, kaffeine can play the stream 20:56:54 <Eddi|zuHause> but i want to save it... 20:56:59 <edeca> vlc can save too 20:57:03 <glx> vlc can record it for sure 20:57:10 <edeca> You just select the output plugin 20:57:45 <glx> but I don't know the exact command line (I use front end to manage that) 20:57:52 <Eddi|zuHause> 21:57:35: input_rip: Rippen/Zwischenspeichern dieser Quelle nicht erlaubt! 20:57:59 <Eddi|zuHause> hm... 20:58:19 *** Sacro [~benwoodw@80.247.163.108] has quit [Quit: leaving] 20:58:20 <Eddi|zuHause> i guess they do not want that... 20:58:39 <Prof_Frink> Well, there's your problem. You need to erlaubt your Zwischenspeichern. 20:58:44 <Eddi|zuHause> which is weird, because the recording is clearly more than 50 years old, so not subject to copyright 20:59:13 <Prof_Frink> Eddi|zuHause: What's the URL? 20:59:40 *** Sacro [~ben@150.237.48.99] has joined #openttd 21:00:14 <Eddi|zuHause> rtsp://ras01.wdr.de/online/2005/kultur/rundfunk/polen.rm 21:00:47 *** NukeBuster [~NukeBuste@80.101.115.82] has quit [Quit: http://www.interplay.com/] 21:04:23 <CIA-2> OpenTTD: peter1138 * r14776 /trunk/src/ (core/smallmap_type.hpp newgrf_engine.cpp): -Fix (r14742): ListPositionMap relied on std::map having sorted the map, which is now done by a manual key sorter on SmallMap. This fixes engine ID list sorting. 21:05:30 *** benjamin_ [~ben@host86-146-20-113.range86-146.btcentralplus.com] has joined #openttd 21:05:49 *** evandar [~evandar@213.168.176.142] has quit [Quit: Conversation terminated] 21:05:54 <petern> only a month that time 21:06:40 <Prof_Frink> Eddi|zuHause: `mplayer -dumpfile polen.rm -dumpstream rtsp://ras01.wdr.de/online/2005/kultur/rundfunk/polen.rm` seemed to work, but I can't get the (96kB) file to play 21:07:21 <Eddi|zuHause> who sorts engine lists anyway? 21:08:57 <petern> nobody 21:09:01 <petern> that's the default sorting 21:09:05 <petern> haha 21:09:23 <petern> my 260hp/35kN railcar actually gets stuck going up hill 21:10:45 *** mincepie [~ben@host86-158-204-178.range86-158.btcentralplus.com] has quit [Ping timeout: 480 seconds] 21:10:49 <Sacro> petern: newphysics? 21:11:08 <petern> tweaked magic values 21:12:20 <petern> yarr, it manages it with a shunter bolted on 21:12:45 <petern> oh, it has 8 carriages attached, which is a bit silly 21:12:50 <petern> it's fine by itself :) 21:13:49 <petern> could do with better brakes 21:13:56 <petern> silly engine power = braking shit 21:14:22 <Eddi|zuHause> the DBSetXL's railcar (VT 95?) does not reach its max speed with a trailing car attached 21:14:36 <petern> in trunk? 21:14:42 <Eddi|zuHause> in trunk, yes 21:14:53 <Eddi|zuHause> partially because the weight of the wagon is not changed 21:15:23 <Eddi|zuHause> the railcar itself weighs like 18t, but the trailer weighs 40t 21:16:49 <petern> the VT95? 21:17:10 *** murr4y [murray@2001:470:1f0a:1be::42] has quit [Ping timeout: 480 seconds] 21:17:49 <petern> hmm, it reached it 21:18:27 *** benjamin_ is now known as mincepie 21:18:39 <petern> hehe, ice3 bug :) 21:19:16 <petern> 14MW, 2000kN max TE 21:20:00 *** Progman [~progman@p57A1CA39.dip.t-dialin.net] has joined #openttd 21:20:20 <petern> hmm, it can't reach max speed :/ 21:21:41 *** Jerimiah40 [~jerimiah4@h72-2-8-124.pmcnet.ca] has quit [Ping timeout: 480 seconds] 21:23:02 *** Jerimiah40 [~jerimiah4@h72-2-8-124.pmcnet.ca] has joined #openttd 21:23:09 <petern> haha 21:23:17 <petern> MB's ICE3 is on crack 21:23:35 <petern> 725t, 14000kW, 2000kN... 21:23:50 <petern> specs are 435t, 8000kW, 300kN 21:25:09 <Sacro> rather than tweak ttdpatch to work correctly... 21:25:14 <Prof_Frink> <clarkson>POWER!</clarkson> 21:25:31 <Rubidium> but... petern's specs do not comply with MB's reality 21:25:40 <edeca> Just let May drive it, wont go above 45mph 21:25:57 <Prof_Frink> edeca: One word: Veyron. 21:26:19 *** murr4y [murray@2001:470:1f0a:1be::42] has joined #openttd 21:26:24 <mincepie> awful machine 21:26:33 <Rubidium> petern: the wiki says 8000 kW per engine, maybe it has more than one engine? 21:26:43 <Eddi|zuHause> petern: the VT 95 itself can reach max speed, but if you attach a passenger wagon to it, it doesn't 21:26:51 <edeca> Like 1.8 engines to make 14000? :) 21:27:49 <petern> 500kW per engine, 4 engines per powered carriage, 4 powered carriages 21:27:53 <Rubidium> and 4300 when on DC instead of AC 21:28:18 *** lewymati [~lewymati@aejn51.neoplus.adsl.tpnet.pl] has joined #openttd 21:28:29 <petern> Eddi|zuHause, which one is the E92? 21:28:37 <petern> BR194? 21:28:54 <Eddi|zuHause> E94 == BR 194, yes 21:29:02 <petern> hm 21:29:19 <Eddi|zuHause> easily the most beautiful engine in the set ;) 21:29:24 <Eddi|zuHause> (in green livery) 21:29:52 <Eddi|zuHause> if only the passenger wagons would be the same length... 21:29:58 <Eddi|zuHause> (2 articulated parts) 21:30:00 *** OsteHovel^EEE [~OsteHovel@062016205204.customer.alfanett.no] has quit [Ping timeout: 480 seconds] 21:31:26 <petern> hmm, that overflows somewhat :o 21:32:00 <Eddi|zuHause> as for the naming scheme, the letters got turned into numbers with introduction of computers in the late '60s, E->1, V->2 [west germany], E->2, V->1 [east germany], 21:33:37 <Eddi|zuHause> with some more or less regular transformation of the rest of the numbers. i.e the V200 got numbered 220 and the V160 to 216 [last digit cut] 21:33:48 <Eddi|zuHause> E10 got 110 21:33:57 *** TinoM [~Tino@i59F5F956.versanet.de] has quit [Quit: Verlassend] 21:35:00 <Eddi|zuHause> that was before computers learned to handle letters ;) 21:36:10 *** baudchan [~princess@c-71-233-42-192.hsd1.nh.comcast.net] has joined #openttd 21:36:40 <Eddi|zuHause> the E94 should be able to handle something like 2000t on flat land, and 500t on slopes 21:37:52 <zircu> dihedral: how cute am i? :) 21:38:27 <Eddi|zuHause> where "slopes" are lines like the Brennerbahn and the Frankenwaldbahn 21:41:21 <petern> i need to calculate the best magic number 21:41:31 <petern> for converting m/s into game-world usable units 21:41:32 <Rubidium> 42 21:41:36 <petern> er, m/s/s 21:43:45 <Prof_Frink> ms**-2 21:44:01 *** De_Ghosty [~s@206-248-130-203.dsl.teksavvy.com] has quit [Ping timeout: 480 seconds] 21:44:29 *** lewymati [~lewymati@aejn51.neoplus.adsl.tpnet.pl] has quit [Ping timeout: 480 seconds] 21:46:41 *** De_Ghosty [~s@69-196-143-134.dsl.teksavvy.com] has joined #openttd 21:49:14 *** dfox [~dfox@r5cv134.net.upc.cz] has joined #openttd 22:04:29 <Prof_Frink> Well, that killed the convo pretty well, eh? 22:07:22 <petern> surely 22:08:04 *** luddek [~luddek@c-12cae455.610-106-64736c10.cust.bredbandsbolaget.se] has quit [Quit: luddek] 22:17:06 <Eddi|zuHause> nobody does that as well as you do 22:17:13 <mincepie> *nod* 22:17:44 <Eddi|zuHause> http://www.klauserbeck.de/Strecken1/WerdauMehltheuer/Triebes1005-03k.jpg <- we totally need combo signals like these... 22:17:47 *** dfox [~dfox@r5cv134.net.upc.cz] has quit [Remote host closed the connection] 22:18:56 <mincepie> oh, you're thinking of m·sâ»Â² 22:19:22 <mincepie> Eddi|zuHause: you implement 'em and I'll use 'em :P 22:20:42 <Eddi|zuHause> mincepie: well, i had a preliminary case study patch with michi_cc for advance signals. problem was that combo signals need more than 2 states 22:21:03 <mincepie> ...ah 22:21:38 <Eddi|zuHause> which is not directly a problem, because path signals have only 1 direction, there are 2 bits available 22:22:00 <Eddi|zuHause> but the map accessor would need to do different things depending if it's a block signal or a path signal 22:22:10 <Eddi|zuHause> which was a too complex task for me to tackle back then 22:22:45 <Eddi|zuHause> and that did not even consider the fact that 3 graphical states would be necessary 22:23:48 *** dfox [~dfox@r5cv134.net.upc.cz] has joined #openttd 22:24:14 <Rubidium> petern: what about 584 as magic number? (number of real world seconds per TrainLocoHandler) 22:24:31 * Rubidium got no idea in what kind of range the magic number should be 22:25:58 <Rubidium> = 24 * 3600 / 74 / 2 (TrainLocoHandler gets called twice a tick) 22:28:08 <petern> hmm 22:28:26 <petern> has to be larger than that 22:28:49 <Rubidium> by how much? 22:29:05 <Rubidium> factor 2? 22:29:21 <Rubidium> 1.6^2 ? 22:33:34 *** gynter [~gynter@77-233-84-84.cdma.dyn.kou.ee] has quit [Ping timeout: 480 seconds] 22:34:30 <petern> hmm, no, cos i changed the subspeed 22:38:47 *** roboboy [3aad2910@webchat.mibbit.com] has joined #openttd 22:40:31 *** Jerimiah40 [~jerimiah4@h72-2-8-124.pmcnet.ca] has quit [Ping timeout: 480 seconds] 22:40:50 *** Brianetta [~brian@client-82-3-228-220.glfd.adsl.virgin.net] has joined #openttd 22:41:38 *** Jerimiah40 [~jerimiah4@h72-2-8-124.pmcnet.ca] has joined #openttd 22:57:24 *** Fuco [~dota.keys@ip-105.imafexbb.sk] has quit [Ping timeout: 480 seconds] 23:02:32 *** Zorni [zorn@e177225240.adsl.alicedsl.de] has quit [Read error: Connection reset by peer] 23:04:14 <Eddi|zuHause> http://de.wikipedia.org/w/index.php?title=Datei:ICE_Jena_Paradies.JPG&filetimestamp=20070331200848 <- an ICE in double traction is insanely long... the TTD representation cannot cope with that 23:12:44 *** gryph [~gryph@0x50a1213f.hrnxx7.dynamic.dsl.tele.dk] has quit [Ping timeout: 480 seconds] 23:15:18 *** sigmund_ [~sigmund@91.80-202-245.nextgentel.com] has joined #openttd 23:17:09 *** sigmund [~sigmund@91.80-202-245.nextgentel.com] has quit [Ping timeout: 480 seconds]