Times are UTC Toggle Colours
00:00:15 <HMage> Darkvater: as far as I know, nothing, if all strings inside the game stayed within 7 bits constraint. 00:00:29 <HMage> but all strlower() and tolower() will be affected too. 00:00:39 <HMage> they'll be handled according to system configuration 00:00:43 <Darkvater> well taht's the whole point 00:00:55 <Darkvater> hmm, /me tries another thing 00:02:13 *** ufoun [~ha@b07-305a.kn.vutbr.cz] has joined #openttd 00:02:15 *** Rens2Sea [~Rens2Sea@213.211.185.168] has quit [] 00:02:16 *** tormentum [~adam@dsl-202-72-142-139.wa.westnet.com.au] has joined #openttd 00:05:19 *** ufoun [~ha@b07-305a.kn.vutbr.cz] has quit [Read error: Connection reset by peer] 00:05:31 <peter1138> buggrit 00:05:37 * peter1138 uploads diff & goes to sleep 00:06:48 *** Szandor [~2@host86-136-93-226.range86-136.btcentralplus.com] has quit [] 00:07:13 <Darkvater> gn peter1138 00:07:48 <peter1138> http://fuzzle.org/o/namegen-fix.diff 00:07:51 <peter1138> if anyone wants it 00:07:51 * Darkvater follows in his steps 00:08:09 *** Vikthor [~Vikthor@snat2.arachne.cz] has quit [Remote host closed the connection] 00:08:16 <HMage> just another note, and I'll go sleep. http://en.wikipedia.org/wiki/Code_page#Criticism 00:09:15 *** Gentoo-Guy [~bj@87.72.12.151] has quit [Quit: Leaving] 00:10:14 *** ufoun [~ha@b07-305a.kn.vutbr.cz] has joined #openttd 00:11:52 <peter1138> bastard 00:12:01 <peter1138> never post wikipedia links before sleeping :P 00:12:19 *** smeding_ [~roysmedin@host86-133-233-146.range86-133.btcentralplus.com] has joined #openttd 00:12:20 *** Sacro_ [~ben@adsl-213-249-186-205.karoo.KCOM.COM] has joined #openttd 00:17:25 <HMage> alright :) 00:18:09 <Sacro_> hmm strange 00:18:15 <Sacro_> net went down and i didnt change IP 00:18:20 *** smeding [~roysmedin@host86-138-135-223.range86-138.btcentralplus.com] has quit [Ping timeout: 480 seconds] 00:18:24 <Eddi|zuHause> rather post bash links ;) 00:18:41 <Sacro_> ? 00:18:47 *** Sionide [~sphinx@cpc4-norw5-0-0-cust184.pete.cable.ntl.com] has quit [Read error: Connection reset by peer] 00:18:53 *** Sacro [~ben@adsl-213-249-186-205.karoo.KCOM.COM] has quit [Ping timeout: 480 seconds] 00:18:56 <Eddi|zuHause> not for you ;) 00:19:14 *** Smoovious [~smoovious@c-71-205-140-67.hsd1.mi.comcast.net] has quit [Ping timeout: 480 seconds] 00:19:25 *** Sacro_ is now known as Saco 00:19:27 *** Saco is now known as Sacro 00:22:49 *** lws|Away is now known as lws1984 00:31:02 *** Smoovious [~smoovious@c-71-205-140-67.hsd1.mi.comcast.net] has joined #openttd 00:31:04 *** Zevensoft [~Zevensoft@220-253-48-201.VIC.netspace.net.au] has quit [Read error: Connection reset by peer] 00:31:19 *** Zevensoft [~Zevensoft@220-253-48-201.VIC.netspace.net.au] has joined #openttd 00:34:56 *** Tobin [~Tobin@c58-107-61-130.eburwd7.vic.optusnet.com.au] has joined #openttd 00:35:23 *** ufoun [~ha@b07-305a.kn.vutbr.cz] has left #openttd [] 00:46:30 <helb> gn 00:48:12 *** Sacro [~ben@adsl-213-249-186-205.karoo.KCOM.COM] has quit [Ping timeout: 480 seconds] 00:50:36 *** Sacro [~ben@adsl-213-249-186-205.karoo.KCOM.COM] has joined #openttd 00:53:03 *** CIA-1 [cia@cia.navi.cx] has quit [Ping timeout: 480 seconds] 00:56:24 *** Brianetta [~brian@82-39-52-234.cable.ubr03.benw.blueyonder.co.uk] has quit [Quit: Tschüß] 01:05:09 <BFM> w00t lunch! 01:09:19 *** pxl [~PigCell@dslb-088-073-208-178.pools.arcor-ip.net] has joined #openttd 01:09:20 *** mikk36 [~mikk35@pc103.host2.starman.ee] has quit [Quit: The pedestrian had no idea which way to run as I ran over him.] 01:16:11 *** PigCell [~PigCell@dslb-088-073-240-230.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds] 01:16:11 *** pxl is now known as PigCell 01:16:13 *** Noldo_ [vheino@lame.lut.fi] has joined #openttd 01:18:20 *** Noldo [vheino@lame.lut.fi] has quit [Ping timeout: 480 seconds] 01:25:51 <Eddi|zuHause> lunch would be a great idea... 01:25:59 <Eddi|zuHause> if it wasn't 2:25 AM ;) 01:27:32 <HMage> 4:27 AM here 01:30:33 *** CIA-1 [cia@cia.navi.cx] has joined #openttd 01:32:53 <tormentum> the time should not get in the way of a good meal 01:33:08 <Belugas_Gone> am i the only who cannot svn up right now? 01:33:35 <HMage> looks like it's down 01:33:43 <Sacro> night all# 01:33:47 <Belugas_Gone> now, I am down too :( 01:33:48 <tormentum> night sac 01:33:52 <Belugas_Gone> night Sacro 01:33:56 <Sacro> Belugas_Gone: forums, svn, and most other things are down 01:33:59 <HMage> by coincidence, I can't get to tt-forums too 01:34:03 <tormentum> svn: Can't connect to host 'svn.openttd.org' 01:34:11 <Sacro> its been down for about 3 horus >< 01:34:15 <Sacro> orudge is in the pub 01:34:22 <Belugas_Gone> now, that is a really bad news :( 01:34:23 <tormentum> lol, thats okay then 01:34:24 *** Sacro [~ben@adsl-213-249-186-205.karoo.KCOM.COM] has quit [Remote host closed the connection] 01:34:44 <Belugas_Gone> as peter1138 said once , "my life depends on these servers" 01:34:44 <HMage> lol 01:34:48 <Belugas_Gone> or someting alike ;) 01:36:05 *** Eddi|zuHause2 [~johekr@p54B77CA1.dip.t-dialin.net] has joined #openttd 01:40:09 *** Eddi|zuHause [~johekr@p54B7688C.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 01:45:16 *** Eddi|zuHause3 [~johekr@p54B77A14.dip.t-dialin.net] has joined #openttd 01:47:18 * orudge is back here now, actually 01:47:21 <orudge> and I'm not drunk, so don't worry 01:47:23 <orudge> As for the server 01:47:30 <orudge> I've alerted my hardware man 01:47:34 <orudge> who will hopefully get things sorted soon 01:47:47 <orudge> It's only the physical server hosting tt-forums and the OpenTTD stuff that's down 01:47:50 <orudge> (although, that's obviously a pain) 01:47:51 <tormentum> orudge: out of curiosity, are all the serivces hosted of the same box? 01:48:16 <orudge> There are two boxes, one of which hosts Zernebok Hosting (and some misc stuff - eg, users.tt-forums.net, the wiki, ttdpatch svn, etc) 01:48:22 <orudge> and the other of which hosts tt-forums, openttd 01:48:38 <tormentum> ahh k 01:48:45 <glx> libgpmi too :) 01:49:27 <tormentum> i didnt realise tt-forums and openttd were actually so closely affiliated 01:49:46 <Belugas_Gone> can i bribe the hardware man to work faster? ;) 01:50:10 <tormentum> Belugas_Gone is without his IV drop of ttd :P 01:50:14 *** Eddi|zuHause2 [~johekr@p54B77CA1.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 01:50:25 <HMage> Belugas_Gone: this patch is disabled :) 01:50:47 <Belugas_Gone> hehehe 01:50:56 <Belugas_Gone> well, i'm still doing overtime, so.. 01:51:04 <Belugas_Gone> i think i'll concentrate on real money, here ;) 01:51:23 <Eddi|zuHause3> it'd kinda suck if you were the hardware man, and get ringed out of bed at 3AM ;) 01:51:50 <Eddi|zuHause3> or rather 2AM, i assume 01:52:01 <tormentum> happens to me all the time 01:52:22 <tormentum> ring ring... "Oh, Adam, the email server has gone down and I really need to get this email out this morning" 01:52:28 <tormentum> "okay... um... what time is it?" 01:52:37 <tormentum> "err.... yeah about that..." 01:52:52 <tormentum> usually happens between 3 and 5am for somereason 01:53:19 <HMage> it's the exact time when all little gremlins inside the machines wake up :) 01:53:32 <HMage> or goblins? 01:53:35 <Eddi|zuHause3> yeah, for some time now, my net connection is having episodes 01:53:37 <DaleStan> rung "out of bed" at 2AM? *thinks* Ah. As in "wasn't in bed when the phone rang". 01:53:45 <Eddi|zuHause3> always between 1 and 3 AM 01:54:13 <HMage> maybe svn server didn't like the utf8 patch? 01:54:19 <ln-> good mooorning 01:54:27 <HMage> good evening 01:54:27 <DaleStan> For a minute there, I thought you meant that the hardware guy was *in* bed when the phone rang. 01:54:30 <tormentum> no, liteally rung out of bed methinks... as in so disorentated by the rudeness of the call i fall out of bed? 01:55:00 <tormentum> eh, who am i kidding, i'm up at 3am usually anyway :P 01:55:05 <Eddi|zuHause3> well... IN bed does not necessarily mean asleep... 01:55:13 <tormentum> hey hey :P 01:55:33 *** tormentum is now known as Torm 01:55:38 <Eddi|zuHause3> well, i am in bed right now... 01:56:02 * HMage is not in bed, but technically asleep 01:56:26 <Torm> I'd like to be "in bed" at the moment, but alas, this is the real world, not the raunchy fantasy world i pretend to live in 01:57:22 <Eddi|zuHause3> you live in another world anyway 01:57:37 <Eddi|zuHause3> you don't even have night right now... 01:57:46 <Torm> i suspect so 01:58:08 <BFM> http://youtube.com/watch?v=JVRsWAjvQSg&mode=related&search=intelligent 01:58:47 <Eddi|zuHause3> hm... konqueror + flash still do not like sound... :( 01:58:54 <Eddi|zuHause3> i cannot figure this out... 01:59:40 <Torm> what distro? 01:59:46 *** DaleStan [~Dale@74.140.112.197] has quit [Quit: Leaving] 02:00:01 <Eddi|zuHause3> suse 02:00:24 <Torm> ahh 02:00:25 <Eddi|zuHause3> i have sound everywhere else, KDE sound, amarok, kaffeine 02:00:29 <Torm> not too sure then 02:00:38 <Torm> tried firefox? 02:00:44 <Eddi|zuHause3> even firefox has sound with flash 02:00:51 <Torm> LOL! 02:00:56 *** DaleStan [~Dale@74.140.112.197] has joined #openttd 02:01:12 <Torm> Intelligent Design... *murmur murmur* 02:01:24 <Eddi|zuHause3> konqueror appears to have sound also, but only if i shut down amarok and kaffeine before... 02:01:26 <HMage> maybe konqueror tries to access it's own sound manager? 02:01:50 <HMage> while flash at the same time tries to do access sound in it's own way 02:01:57 <HMage> tries to access* 02:02:00 <Eddi|zuHause3> but konqueror *should* use the same sound device as every other KDE sound 02:02:01 <Torm> ahh, Konqueror is using esd instead of alsa i suspect 02:02:22 <Eddi|zuHause3> by default, it should use arts, i believe 02:02:38 <Eddi|zuHause3> and arts should automatically plug into alsa 02:02:49 <Torm> sorry, flash then 02:02:50 <HMage> flash might try to access oss audio 02:02:57 <Torm> flash connects to the sound subsystems independantly 02:03:09 <Torm> sorry, oss i mean 02:03:13 <Eddi|zuHause3> and konqueror has a setting to route plugin-sound through arts 02:03:41 <HMage> now, if there's a flash setting to route sound through plugin-sound 02:08:31 *** DaleStan [~Dale@74.140.112.197] has quit [Quit: Leaving] 02:10:06 <Eddi|zuHause3> the real problem is, all "flash sound problem" threads in this internet have the problem that konqueror has sound, but firefox doesn't 02:10:06 <Eddi|zuHause3> so the exact opposite :p 02:10:14 *** KritiK [~Maxim@ppp85-141-224-190.pppoe.mtu-net.ru] has quit [Quit: Leaving] 02:28:36 *** Born_Acorn [~bornacorn@zernebok.com] has quit [Read error: Connection reset by peer] 02:30:07 *** Born_Acorn [~bornacorn@zernebok.com] has joined #openttd 03:14:06 <BFM> http://www.pbfcomics.com/archive/PBF189-Keep_on_Truckin.png 03:15:29 *** HMage [~HMage@85.21.179.37] has quit [Read error: Connection reset by peer] 03:46:21 *** lws1984 is now known as lws|ZzZz 03:48:43 *** robobed is now known as roboboy 03:56:45 *** Torm [~adam@dsl-202-72-142-139.wa.westnet.com.au] has quit [Quit: Ex-Chat] 04:15:17 <_Ben> BFM: cheers for that link to the evolution debate, just watched it. Good stuff 04:15:59 <BFM> _Ben, yeah, I couldn't watch it all as I'm at work >_< Plan on checking it out over the weekend :) 04:17:14 *** PandaMojo [~chatzilla@ip72-197-231-130.sd.sd.cox.net] has quit [Read error: Connection reset by peer] 04:31:35 *** Eddi|zuHause2 [~johekr@p54B75BCB.dip.t-dialin.net] has joined #openttd 04:37:59 *** Eddi|zuHause3 [~johekr@p54B77A14.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 04:38:28 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has quit [Quit: bye] 04:40:34 *** PandaMojo [~chatzilla@ip72-197-231-130.sd.sd.cox.net] has joined #openttd 04:47:40 <_Ben> BFN: the final 3rd is questions, the first 45 miniuts is best 04:49:17 <_Ben> Iv'e lost the link, wich I've tried hard to find, but a couple of days ago I watched a talk from the other side. It was extreamly weak, but a good laugh 04:52:39 <Nigel> i need to find something in openttd that i can help with, because i'm sure i'd love the game even more then 04:54:34 <_Ben> graphics or coding? 04:58:35 <Nigel> coding 05:00:54 <_Ben> ooo, check the suggestions page and be inspired 05:01:00 <_Ben> I'm off anyway, bye 05:16:09 *** BFM [~chatzilla@CPE-60-228-44-63.nsw.bigpond.net.au] has quit [Quit: Chatzilla 0.9.75 [Firefox 1.5.0.8/2006102516]] 05:28:32 *** Zaviori [~Zavior@d195-237-7-155.elisa-laajakaista.fi] has joined #openttd 05:28:32 *** Zavior [~Zavior@d195-237-7-155.elisa-laajakaista.fi] has quit [Read error: Connection reset by peer] 05:29:20 *** PandaMojo [~chatzilla@ip72-197-231-130.sd.sd.cox.net] has quit [Quit: Chatzilla 0.9.74 [Firefox 1.5.0.8/2006102516]] 05:41:07 *** MaulingMonkey_iBook [~panda@ip72-197-231-130.sd.sd.cox.net] has joined #openttd 05:47:41 *** Frostregen_ [~sucks@dslb-084-058-141-011.pools.arcor-ip.net] has joined #openttd 05:54:06 *** Frostregen [SADDAM@dslb-084-058-166-179.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds] 05:54:20 *** Frostregen_ is now known as Frostregen 06:09:46 *** MaulingMonkey_iBook [~panda@ip72-197-231-130.sd.sd.cox.net] has quit [Quit: MaulingMonkey_iBook] 06:58:40 *** XeryusTC [~irc@cc480157-b.sneek1.fr.home.nl] has joined #openttd 07:11:07 * roboboy away 07:11:13 *** roboboy is now known as roboaway 07:19:31 *** Zevensoft [~Zevensoft@220-253-48-201.VIC.netspace.net.au] has quit [Ping timeout: 480 seconds] 07:29:48 <Tron> http://tron.homeunix.org/ottd/alpha0.png 07:29:49 <Tron> http://tron.homeunix.org/ottd/alpha1.png 07:29:55 <Tron> which of the two looks better? 07:31:38 <ln-> 0 07:33:51 <Tron> Rubidium: and your opinion? 07:33:52 *** Noldo_ is now known as Noldo 07:35:19 * peter1138 looks 07:35:33 <Frostregen> no dither, real alphablending? 07:35:42 * peter1138 waits 07:36:06 <peter1138> 1, i think 07:36:17 <peter1138> sort of :) 07:36:21 <peter1138> the trees look better in 0 07:36:34 <peter1138> but the tunnel and fences look better in 1 07:37:18 <peter1138> and the airport in 1 07:37:25 * ln- would argue that the fences do not need to be that bright as in 1 07:37:54 <peter1138> perhaps, but that is the how they are 07:38:03 <peter1138> they can be darkened by changing the sprites... 07:38:25 <Tron> the difference is how the interpolation is done 07:38:31 <Rubidium> Tron: as 1 looks more like the original, I think most of us tend to choose that one because we've always seen it that way (kind of psychology I guess) 07:39:01 <Tron> 0 uses (\sum colour) / 4 07:39:01 <Rubidium> that said, I'm in favor of 1 as the tunnels and station look too dark in 0 07:39:15 <Tron> 1 uses (\sum colour * alpha) / \sum alpha 07:39:57 <Tron> 0 doesn't make sense, if you think about it 07:40:17 <Tron> what colour does a fully transparent pixel have? 07:40:21 <peter1138> so is 1 the correct answer? :) 07:40:44 <Tron> technically yes. The trees looking better is an artifact 07:40:57 <peter1138> *nod* 07:41:16 <Tron> the sprites get a "blackend" border in 0, this gives more contrast between distinct trees 07:41:38 <Tron> the correct solution for this would be better sprites ^^ 07:41:49 <peter1138> heh 07:53:39 *** Zevensoft [~Zevensoft@220-253-6-178.VIC.netspace.net.au] has joined #openttd 07:57:28 <Patrick_> 1 looks somehow harsher 07:57:38 <Patrick_> but it could easily grow on me 08:05:07 *** tormentum [~adam@dsl-202-72-142-139.wa.westnet.com.au] has joined #openttd 08:06:01 <Tron> the current method simply makes no sense. Simple example: one fully opaque white pixel gets interpolated with three fully transparent pixel. The result would be a very dark dark 25% opaque pixel 08:06:26 <Tron> the result should be a white pixel with 25% opacity 08:07:50 <peter1138> "current" ? 08:08:58 <Tron> "current" as in InterpolateSpriteAndMaskHalfSize() 08:10:45 <Patrick_> yes, that's not even understandable, that's just wrong 08:11:01 <peter1138> oh, in the 32bpp branch 08:11:28 <Patrick_> the thing is, fully transparent pixels can have any RGB value, it doesn't matter, they're transparent 08:11:41 <peter1138> it seems a very complicated function 08:14:10 <peter1138> sometimes the bbc is stupid... 08:14:12 <peter1138> "An extinct pig which was indigenous to Shetland has been seen for the first time in more than 100 years." 08:15:25 <peter1138> "seen" as in "seen a model of one that may or may not actually look like said pig" 08:15:55 *** mikk36 [~mikk35@pc103.host2.starman.ee] has joined #openttd 08:26:11 *** Prof_Frink [~proffrink@82-43-56-32.cable.ubr04.croy.blueyonder.co.uk] has joined #openttd 08:35:37 *** ufoun [~ha@b07-305a.kn.vutbr.cz] has joined #openttd 08:46:13 *** mikk36 [~mikk35@pc103.host2.starman.ee] has quit [Read error: Connection reset by peer] 09:01:33 *** Brianetta [~brian@82-39-52-234.cable.ubr03.benw.blueyonder.co.uk] has joined #openttd 09:11:25 *** Purno [~Purno@5351CE6A.cable.casema.nl] has joined #openttd 09:24:10 *** Tron_ [JZaIGBmu@nat-1.rz.uni-karlsruhe.de] has joined #openttd 09:27:46 <peter1138> Tron_, so when do we see some 32bpp fixes? ;) 09:29:55 <tormentum> excuse my ignorance, but what is the 32bbp branch? 09:35:12 *** Gorre [dik@ip-89-102-198-103.karneval.cz] has joined #openttd 09:35:16 <Gorre> morning. 09:36:38 <Darkvater> morning 09:36:49 <Darkvater> I see the website is back up...SVN working? 09:36:54 <peter1138> yes 09:37:00 <peter1138> but not CIA-1 or 42 09:37:51 <tormentum> is the 32bbp branch the new graphics system? 09:42:44 <peter1138> it's a 32bpp graphics system 09:46:26 <tormentum> yup found it on the wiki 09:59:23 *** roboaway is now known as roboboy 10:00:40 *** Vikthor [~Vikthor@snat2.arachne.cz] has joined #openttd 10:08:02 <Darkvater> hmm linux doesn't have create_locale? 10:08:41 <Darkvater> no towlower_l either to specify a locale to go with it? 10:08:41 <peter1138> what's that? 10:08:42 <Darkvater> damn 10:09:57 <Darkvater> tolower only works correctly if the LC_CTYPE locale is "" 10:10:30 <Darkvater> I thought instead of setting the global locale for openttd to "", I just change it for tolower with _create_locale(LC_CTYPE, ""); 10:10:37 <Darkvater> it seems it only works on windows :( 10:11:03 <Tron_> Darkvater: towlower()? 10:11:14 <Tron_> (mind the "w") 10:11:49 <Darkvater> yes 10:12:32 <Darkvater> widechar version of tolower; needed for utf8. strtolower() -> decode utf8 char -> towlower -> encode back 10:14:59 *** _42_ [truelight@openttd.org] has joined #openttd 10:15:10 <peter1138> !openttd commit 10:15:29 <_42_> Commit by tron :: r7188 /branches/32bpp/ (gfx.c sprite_cache.c) (2006-11-17 10:07:01 UTC) 10:15:31 <_42_> Variable scope, if () cascade -> switch (), static 10:29:11 <Tron_> !openttd commit 10:29:20 <_42_> Commit by tron :: r7189 /branches/32bpp/gfx.c (2006-11-17 10:29:02 UTC) 10:29:22 <_42_> Change the algorithm for scaling Sprites down: 10:29:24 <_42_> The pixels, which get interpolated, now influence the resulting colour weighted by their alpha value. 10:29:26 <_42_> colour' = (\sum colour * alpha) / \sum alpha 10:29:28 <_42_> instead of 10:29:30 <_42_> colour' = (\sum colour) / 4 10:29:32 <_42_> (...) (truncated) 10:29:36 <Tron_> slow bot is slow 10:29:46 *** Tron_ is now known as _23_ 10:29:49 <_23_> This should provide more accurate results and avoid black borders at the edges of sprites. 10:29:52 *** _23_ is now known as Tron_ 10:31:21 <Darkvater> lol 10:31:23 <Rubidium> that slowness is by design; it just waits one second between each line it prints 10:32:28 *** Purno [~Purno@5351CE6A.cable.casema.nl] has quit [Quit: Purno has spoken] 10:39:09 *** tormentum [~adam@dsl-202-72-142-139.wa.westnet.com.au] has quit [Remote host closed the connection] 10:42:39 <KUDr> !openttd commit 10:42:40 <_42_> Commit by KUDr :: r7190 /trunk/ (settings.c settings_gui.c) (2006-11-17 10:42:20 UTC) 10:42:42 <_42_> -Fix: If the non-player-based _patches setting was changed on the server during MP game, the callback function was: 10:42:44 <_42_> 1. Called only on the server but not on its clients. 10:42:46 <_42_> 2. Was called before the setting change occurred (usually with no effect) 10:42:48 <_42_> 3. Received old 'p1' argument value intead of new one 10:42:50 <_42_> It could cause some MP desyncs in the future. 10:43:18 <Tron_> nice catch 10:43:24 <KUDr> thanks 10:44:20 <Darkvater> ah finally :) 10:53:28 <Darkvater> http://darkvater.homeip.net/~tfarago/openttd/strtolower.diff << create_locale unknown :( 10:55:12 *** mikl [~mikl@tbv.faderhuset.org] has joined #openttd 10:55:45 *** Rens2Sea [~Rens2Sea@213.211.185.168] has joined #openttd 11:00:41 <peter1138> wtf 11:00:52 <peter1138> vs2003 won't open a web project without the dlls being present 11:01:04 <peter1138> of course 11:01:12 <peter1138> the dlls won't be present until it's compiled with vs2003... 11:04:59 *** Sacro [~ben@adsl-213-249-186-205.karoo.KCOM.COM] has joined #openttd 11:08:22 *** Belugas_Gone [~Jfranc@216.191.111.226] has quit [Ping timeout: 480 seconds] 11:12:51 *** Zahl [~SENFGURKE@p549F2139.dip0.t-ipconnect.de] has joined #openttd 11:14:35 *** Belugas_Gone [~Jfranc@216.191.111.226] has joined #openttd 11:14:36 *** mode/#openttd [+o Belugas_Gone] by ChanServ 11:15:13 *** tormentum [~adam@dsl-202-72-142-139.wa.westnet.com.au] has joined #openttd 11:16:12 <Darkvater> chicken and egg, eh? :) 11:16:20 <peter1138> quite 11:16:31 <Darkvater> what about a dummy dll? 11:16:44 <Darkvater> cat fu > file.dll 11:16:45 <peter1138> well 11:16:53 <peter1138> i ended up just adding the dlls to the svn repository 11:17:00 <peter1138> but it does kind of defeat the point... 11:19:09 <Brianetta> ew 11:19:20 <Brianetta> you have to put object code in the source? 11:19:25 <Brianetta> 'tis silly 11:19:25 <peter1138> yeah 11:19:54 <Brianetta> Surely there are better build environments. 11:20:03 <Brianetta> It's bloody windy 11:20:08 <Brianetta> I'm about to venture out 11:20:12 <Brianetta> I'm all bundled up 11:20:18 <peter1138> yeah, vs2005 doesn't have this problem 11:22:19 <Brianetta> back later - venturing out into the gale 11:22:24 <Brianetta> I might take a kite out later... 11:22:26 *** Brianetta [~brian@82-39-52-234.cable.ubr03.benw.blueyonder.co.uk] has quit [Quit: Tschüß] 11:27:25 *** FR^2 [~frquadrat@84.200.250.4] has joined #openttd 11:27:27 <FR^2> Hiho 11:34:17 *** tokai [~tokai@p54B84935.dip0.t-ipconnect.de] has joined #openttd 11:34:21 *** mode/#openttd [+v tokai] by ChanServ 11:45:15 *** DJ_Mirage [~sexybigge@biggetje.xs4all.nl] has joined #openttd 12:00:14 *** Zahl [~SENFGURKE@p549F2139.dip0.t-ipconnect.de] has quit [Quit: YOU! It was you wasn't it!?] 12:12:11 *** ufoun [~ha@b07-305a.kn.vutbr.cz] has left #openttd [] 12:16:26 *** FR^2 [~frquadrat@84.200.250.4] has quit [Quit: Leaving] 12:31:24 *** nairan [~Maui_key@p5498DCAD.dip.t-dialin.net] has joined #openttd 12:41:43 *** Smoovious [~smoovious@c-71-205-140-67.hsd1.mi.comcast.net] has quit [Ping timeout: 480 seconds] 12:44:15 *** mikk36 [~mikk35@pc48.host3.starman.ee] has joined #openttd 12:45:19 *** Turski [~tarmo@dsl-kpogw1-fe21df00-2.dhcp.inet.fi] has joined #openttd 12:46:15 <Tron_> http://tron.homeunix.org/ottd/blend.diff 12:46:19 <Tron_> is this comprehensible? 12:48:38 <Tron_> peter1138: mr nelson? 12:49:21 * peter1138 looks 12:50:05 <peter1138> hmm 12:50:16 <peter1138> p0 & p1? 12:50:17 <peter1138> hmm 12:50:50 <Tron_> they don't really have a meaning 12:50:51 <peter1138> ah 12:50:53 <Tron_> part 0 and 1 12:50:59 <peter1138> i think i get it 12:51:24 <peter1138> you've combined r & b to reduce the number of operations 12:51:39 <Tron_> yes 12:51:52 <Tron_> and / 256 is done in one shift (instead of three divisions by 255) 12:51:56 <peter1138> yeah 12:52:17 <peter1138> looks reasonable 12:52:34 <peter1138> i take it those off-by-ones are never really noticable... 12:52:42 <Tron_> not really 12:52:46 <peter1138> and i also take it it's a lot faster :D 12:52:55 <Tron_> i probably could have left out the correction at all 12:53:20 <Tron_> in my blitter it was about 50% faster to twice as fast than the normal method 12:53:38 <Tron_> though i doubt it helps this much here 12:53:43 <peter1138> hmm 12:53:47 <Tron_> because the loop does much more 12:53:58 <peter1138> hsv2rgbhmm 12:53:58 <Tron_> though half of it seems unused 12:54:15 *** mikk36[EST] [~mikk35@pc144.host4.starman.ee] has joined #openttd 12:54:38 <Tron_> those DRAWMODE_[ 12:54:58 <Tron_> those DRAWMODE_{ALPHA,BLUE,GREEN,RED}MASK seem to get set nowhere 12:55:34 <Tron_> oh, wrong 12:55:48 <Tron_> they are set ... via DRAWMODE_ARGBMASK 12:55:49 <Tron_> yikes 12:56:34 *** mikk36 [~mikk35@pc48.host3.starman.ee] has quit [Ping timeout: 480 seconds] 12:56:43 <Tron_> i think i have to talk with egladil 12:56:56 *** Netsplit hydrogen.oftc.net <-> quasar.oftc.net quits: @MiHaMiX, @Rubidium 12:57:07 <peter1138> hmm 12:57:23 *** Netsplit over, joins: Rubidium 12:57:36 <peter1138> it could do with being a bit more transparent to the calling code 12:58:04 *** MiHaMiX [~miham@xenon.bibl.u-szeged.hu] has joined #openttd 12:58:26 <Tron_> it's only used for strings 12:58:33 <Tron_> i think it should be done different 13:00:14 *** Tobin [~Tobin@c58-107-61-130.eburwd7.vic.optusnet.com.au] has quit [Quit: Tobin] 13:04:20 <peter1138> mmhmm 13:29:50 *** Progman [~progman@p5091F61A.dip.t-dialin.net] has joined #openttd 13:31:18 *** Tron_ [JZaIGBmu@nat-1.rz.uni-karlsruhe.de] has quit [Quit: Leaving] 13:34:32 *** Tron_ [Waqpr2DU@nat-1.rz.uni-karlsruhe.de] has joined #openttd 13:35:51 *** mikk36 [~mikk35@pc144.host4.starman.ee] has joined #openttd 13:36:48 *** Mucht_ [~Mucht@p57A0FC79.dip.t-dialin.net] has joined #openttd 13:38:17 *** roboboy [~Leo@c211-30-116-5.carlnfd2.nsw.optusnet.com.au] has quit [Read error: Connection reset by peer] 13:38:31 *** roboboy [~Leo@c211-30-116-5.carlnfd2.nsw.optusnet.com.au] has joined #openttd 13:43:08 *** MUcht [~Mucht@p57A0F4EA.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 13:43:34 *** mikk36[EST] [~mikk35@pc144.host4.starman.ee] has quit [Ping timeout: 480 seconds] 13:44:20 <roboboy> gnight 13:49:25 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd 13:49:26 *** mode/#openttd [+v glx] by ChanServ 13:55:07 *** Vikthor [~Vikthor@snat2.arachne.cz] has quit [Quit: Leaving.] 14:21:40 *** Belugas_Gone is now known as Belugas 14:29:36 *** Osai [~Osai@p57AADBCD.dip.t-dialin.net] has quit [Quit: Osai] 14:33:48 <Gorre> People are still using external imageshacks to store their renders and then they use these, puting their work to wiki while linking it externaly 14:34:15 <Gorre> And they have no sense of scale, so you might have 4 512x pics in New Graphics section ... 14:34:16 <Gorre> so, 14:34:49 <Gorre> would anybody mind if I put some kind of warning "Please, upload your stuff to wiki ..." and alike at the top of these wiki pages? 14:35:36 <Gorre> Born Acorn already wrote this to discussion page, but Im afraid that nobody read it ... 14:38:04 *** PandaMojo [~chatzilla@ip72-197-231-130.sd.sd.cox.net] has joined #openttd 14:39:13 <Darkvater> Gorre: no problem doing that 14:39:25 <Darkvater> what about the artpage proposal done in the gfx thread? 14:40:18 *** Hagbarddenstore [~hagbard@90-224-32-143-no95.tbcn.telia.com] has quit [Quit: Leaving] 14:43:13 <Gorre> Something like that would be very handy, but theres still much time before theres an urgent need for this ... 14:44:16 *** Bear_ [~IceChat7@pool-68-163-50-204.phil.east.verizon.net] has joined #openttd 14:44:21 *** Bear_ [~IceChat7@pool-68-163-50-204.phil.east.verizon.net] has left #openttd [] 14:59:25 <Gorre> Darkvater: I made a template: http://wiki.openttd.com/index.php/Template:Linking 15:01:55 <Darkvater> Gorre: looks good 15:02:01 <Darkvater> green is a bit too friendly ;p 15:02:31 <Gorre> true, lets make it black ... 15:05:48 <KUDr> hmm 15:05:48 *** roboboy [~Leo@c211-30-116-5.carlnfd2.nsw.optusnet.com.au] has quit [Read error: Connection reset by peer] 15:05:50 <KUDr> 14 <Tron>-! [FS#232,FS#255] Vehicle Deletion Crash [News Window Related?] 15:05:56 <KUDr> i experienced that 15:06:02 *** Jhs [~jhsdunada@ti231210a080-8116.bb.online.no] has joined #openttd 15:06:13 <KUDr> w->viewport == NULL 15:06:40 <KUDr> ni->flags & NF_VEHICLE != 0 15:06:45 <KUDr> if it helps 15:07:05 <Darkvater> the problem is ni->string_Id = 0 15:07:22 <KUDr> really? 15:07:34 <KUDr> here it crashed on NULLL viewport 15:07:38 <Darkvater> that is what it crashes on, trying to show the string 15:07:41 <Darkvater> at least for me usually 15:07:43 <KUDr> ni->flags & NF_VIEWPORT != 0 15:07:53 *** lws|ZzZz is now known as lws1984 15:07:56 <KUDr> w->viewport == NULL 15:08:50 <KUDr> but i dunno how it happened except i moved engine that just endeted depot into the middle of another train 15:09:13 *** Brianetta [~brian@82-39-52-234.cable.ubr03.benw.blueyonder.co.uk] has joined #openttd 15:12:54 <KUDr> NewsWindowProc(WE_PAINT) >> DrawWindowViewport >> ViewportDraw() >> if (right <= vp->left... >> crash 15:13:08 <Darkvater> there is a savegame in the bugreport. just send a few vehicles to a depot and when the first viewport pops up, press the news-button to request the news and it crashes again 15:13:12 <KUDr> as vp was NULL 15:13:29 <Darkvater> hmm, KUDr does it also crash with the z_windows patch? 15:13:40 <Darkvater> http://darkvater.homeip.net/~tfarago/openttd/z_windows.diff 15:13:51 <KUDr> is it in trunk? 15:14:02 <Darkvater> it's a diff 15:14:11 <Darkvater> if it's a diff it's not in trunk/ obviously :) 15:14:14 <KUDr> aha i can't repro it 15:14:29 <KUDr> so i dunno 15:14:37 <Darkvater> try what I said 15:14:58 <Darkvater> FS#232,FS#255 15:15:16 <KUDr> at your service, my lord 15:15:17 <KUDr> but it will be something else 15:16:39 <KUDr> 232 == New language names are lowercase 15:17:22 <KUDr> 255 = Long Delay for Message Windows to Appear 15:18:29 <Darkvater> hmm well in one of those there is certainly a crash, I think 255 15:18:57 <KUDr> no savegame 15:22:28 <Darkvater> eh 15:22:29 <Darkvater> 332 15:22:30 <Darkvater> ;p 15:22:55 <KUDr> it is better :) 15:25:30 <peter1138> ok 15:25:35 <peter1138> http://fuzzle.org/o/fontconfig-start.diff 15:25:49 <peter1138> comments, opinions, improvements... 15:25:59 <peter1138> direct towards Rubidium ;) 15:26:39 * peter1138 idles to get on with work 15:31:48 <KUDr> Darkvater: "Invalid string id 0 in GetString" 15:31:57 <KUDr> but it is different 15:32:08 <KUDr> it was null exception what i had 15:32:24 <KUDr> access violation 15:32:54 <Darkvater> peter1138: good way to check if actually reads your diff ^^ 15:32:58 <Darkvater> You don't have permission to access /o/fontconfig-start.diff on this server. 15:33:18 <Darkvater> +someone 15:33:19 <peter1138> lol 15:33:32 <peter1138> there 15:33:40 <peter1138> it's Rubidium's diff anyway 15:34:40 <Rubidium> http://rubidium.student.utwente.nl/openttd/trunk-fontconfig.diff < same diff, different location 15:36:09 <Darkvater> O_o 15:36:12 <Darkvater> too many choices 15:49:56 *** Jezral [~projectjj@nat.kollegienet.dk] has quit [Quit: ) td@projectjj.com - http://projectjj.com/ (] 15:56:04 *** Jezral [~projectjj@nat.kollegienet.dk] has joined #openttd 15:57:06 *** Rens2Sea is now known as Rens2EveOnline 16:02:39 *** Hagbarddenstore [~hagbard@90-224-32-143-no95.tbcn.telia.com] has joined #openttd 16:03:07 *** Sionide [~sphinx@cpc4-norw5-0-0-cust184.pete.cable.ntl.com] has joined #openttd 16:07:14 *** Purno [~Purno@5351CE6A.cable.casema.nl] has joined #openttd 16:07:59 *** scia [~scia@AveloN.xs4all.nl] has joined #openttd 16:16:02 *** TheMask96 [martijn@sirius-r4.ne2000.nl] has quit [Ping timeout: 480 seconds] 16:17:28 *** tokai [~tokai@p54B84935.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 16:19:56 *** tokai [~tokai@p54B805B7.dip0.t-ipconnect.de] has joined #openttd 16:19:57 *** mode/#openttd [+v tokai] by ChanServ 16:30:33 *** Tron_ [Waqpr2DU@nat-1.rz.uni-karlsruhe.de] has quit [Quit: Leaving] 16:45:32 *** tokai [~tokai@p54B805B7.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 16:46:21 <Ailure> gotta love the fact 16:46:31 <Ailure> how secondary industries dies if you don't use them until midgame 16:47:17 <peter1138> well 16:47:38 *** Jhs [~jhsdunada@ti231210a080-8116.bb.online.no] has quit [Read error: Connection reset by peer] 16:47:40 <peter1138> if they have no supply 16:47:48 <peter1138> they can't continue 16:48:10 *** tokai [~tokai@p54B84B64.dip0.t-ipconnect.de] has joined #openttd 16:48:11 *** mode/#openttd [+v tokai] by ChanServ 16:48:31 *** Zavior [~Zavior@d195-237-7-155.elisa-laajakaista.fi] has joined #openttd 16:49:34 *** Zaviori [~Zavior@d195-237-7-155.elisa-laajakaista.fi] has quit [Ping timeout: 480 seconds] 16:54:06 *** egladil [~egladil@duregladil.csbnet.se] has quit [Quit: Leaving] 16:56:32 *** Jhs [~jhsdunada@ti231210a080-8116.bb.online.no] has joined #openttd 16:57:54 *** dp- [~dp@p54B2FDBA.dip.t-dialin.net] has joined #openttd 16:59:33 *** Wolf01 [~wolf01@host44-239-dynamic.8-87-r.retail.telecomitalia.it] has joined #openttd 17:03:08 *** Progman [~progman@p5091F61A.dip.t-dialin.net] has quit [Remote host closed the connection] 17:03:17 *** dp-_ [~dp@p54B2F656.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 17:03:29 *** tokai [~tokai@p54B84B64.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 17:05:55 *** tokai [~tokai@p54B84730.dip0.t-ipconnect.de] has joined #openttd 17:05:56 *** mode/#openttd [+v tokai] by ChanServ 17:12:34 <Eddi|zuHause2> in TTO, secondary industries produced a little bit, even though you did not deliver anything 17:15:24 <KUDr> who wants to test new diff for 'optional elrails' (http://bugs.openttd.org/task/297) before it will go to trunk? 17:19:52 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has quit [Quit: bye] 17:22:08 <peter1138> i still don't like it ;p 17:23:17 <KUDr> why? 17:28:48 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd 17:28:49 *** mode/#openttd [+v glx] by ChanServ 17:40:13 <CIA-1> peter1138 * r7184 /trunk/table/namegen.h: -Codechange: Convert Catalan name generator to UTF-8 17:40:13 <CIA-1> peter1138 * r7185 /trunk/strgen/strgen.c: -Codechange: Make strgen validate strings for UTF-8 well-formed-ness-ness 17:40:15 <CIA-1> peter1138 * r7186 /branches/utf8/: [utf8] Delete obsolete branch, merged at r7182. 17:40:33 <CIA-1> Darkvater * r7187 /trunk/video/win32_v.c: -CodeChange: [win32] Limit success of ToUnicode/ToAscii to only one translated character as we only support one and remove TranslateMessage() call since we do not use it anyways (glx) 17:40:33 <CIA-1> tron * r7188 /branches/32bpp/ (gfx.c sprite_cache.c): Variable scope, if () cascade -> switch (), static 17:41:33 <CIA-1> tron * r7189 /branches/32bpp/gfx.c: 17:41:33 <CIA-1> Change the algorithm for scaling Sprites down: 17:41:37 <CIA-1> The pixels, which get interpolated, now influence the resulting colour weighted by their alpha value. 17:42:33 <CIA-1> colour' = (\sum colour * alpha) / \sum alpha 17:42:33 <CIA-1> instead of 17:43:32 <CIA-1> colour' = (\sum colour) / 4 17:43:33 <CIA-1> This should provide more accurate results and avoid black borders at the edges of sprites. 17:43:37 <CIA-1> KUDr * r7190 /trunk/ (settings.c settings_gui.c): 17:44:18 *** BJH2 [~chatzilla@e176106250.adsl.alicedsl.de] has joined #openttd 17:44:30 <CIA-1> -Fix: If the non-player-based _patches setting was changed on the server during MP game, the callback function was: 17:44:33 <CIA-1> 1. Called only on the server but not on its clients. 17:44:37 <CIA-1> 2. Was called before the setting change occurred (usually with no effect) 17:44:41 <CIA-1> 3. Received old 'p1' argument value intead of new one 17:45:32 <CIA-1> It could cause some MP desyncs in the future. 17:45:33 <CIA-1> peter1138 * r7191 /trunk/newgrf.c: -Feature: Add NewGRF support for 32 bit dates, allowing vehicles and bridges to be available before 1920. 17:45:37 <CIA-1> rubidium * r7192 /branches/newhouses/ (129 files in 8 dirs): [NewHouses] -Sync with trunk r7102:7191. 17:46:32 <CIA-1> rubidium * r7193 /branches/MiniIN/ (74 files in 7 dirs): [MiniIN] -Sync with trunk r7176:7191 18:00:12 *** Bear [~IceChat7@pool-68-163-50-204.phil.east.verizon.net] has joined #openttd 18:00:23 *** Bear [~IceChat7@pool-68-163-50-204.phil.east.verizon.net] has left #openttd [] 18:06:45 <CIA-1> rubidium * r7194 /trunk/newgrf.c: -Fix (FS#237): the electric rail type was not set correctly for NewGRFs where the engine traction type was set before the track type of the trains. 18:13:05 *** Bjarni [~Bjarni@0x50a46ac4.virnxx14.adsl-dhcp.tele.dk] has joined #openttd 18:13:06 *** mode/#openttd [+o Bjarni] by ChanServ 18:14:29 *** tokai [~tokai@p54B84730.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 18:16:51 *** tokai [~tokai@p54B82208.dip0.t-ipconnect.de] has joined #openttd 18:16:56 *** mode/#openttd [+v tokai] by ChanServ 18:23:39 *** mikl [~mikl@tbv.faderhuset.org] has quit [Quit: In the end, all that matters is your relation with God...] 18:26:44 <MiHaMiX> peter1138: ping 18:26:52 <Rubidium> KUDr, I've got one smallish issue: you have to pay money if you want to convert rail that was formerly electrified (i.e. before you turned electrified rails off) to normal rail. The fact is that (from a users point of view) nothing happens 18:27:45 <KUDr> Rubidium: i don't understand 18:28:00 <KUDr> railway is not converted 18:28:08 <KUDr> only catenary is hidden 18:28:56 <Rubidium> yes, but if you convert to normal rail with eletrified rails turned off nothing (visually) happens, though you are charged. I can imagine that a lot of people are going to write bug reports about that 18:30:12 <KUDr> Rubidium: but if you are not charged then it would be bug 18:30:23 <KUDr> as you can cheat with it 18:31:09 <Patrick_> how? 18:31:15 <Patrick_> free downgrade? 18:31:18 <Patrick_> like anyone wants that 18:31:24 <Patrick_> there's no way to actually extract money 18:31:34 <KUDr> true 18:31:56 <KUDr> so you think that in this case you should not be charget? 18:31:58 <KUDr> d? 18:32:01 <Patrick_> hmm. 18:32:20 <Patrick_> I reckon that if you turn it off then on again, all the formerly electrified rails are now normal 18:32:36 <Patrick_> do a free autoconvert to regular rail when it's turned off 18:32:47 <KUDr> heh 18:32:48 <KUDr> no 18:32:53 <KUDr> it can be dangerous 18:32:55 <Patrick_> oh, that would strand trains 18:32:57 <Rubidium> I think so... but either way will probably be 'a bug' 18:33:27 <Patrick_> ok, make conversion to regular rail appear to do nothing but actually work 18:33:36 <Patrick_> like, as if you'd just done the convert on an empty tile 18:33:48 <Patrick_> that's the least confusing way from the users point of view 18:33:57 <KUDr> so do conversion, but don't charge? 18:34:10 <Patrick_> alternatively, have the conversion do nothing and reinstate the elrails when it's subsequently turned on? 18:34:22 <Patrick_> these are just ideas for self-consistent nonconfusing behaviour. it's what I do 18:34:44 <Rubidium> Patrick_: that is also a very good idea, maybe even better than not charging 18:35:28 <KUDr> so simply ignore downgrade? 18:35:41 <Rubidium> basically 18:35:46 <KUDr> ok 18:35:58 <KUDr> this will not be a problem i guess 18:36:20 <KUDr> thanks 18:44:51 <Eddi|zuHause2> did i understand this right now, when elrails is turned off, conversion between (invisible) elrails and normal rails is now forbidden? 18:45:25 <KUDr> not forbidden, will just not happen 18:45:48 <KUDr> objections? 18:46:09 <Eddi|zuHause2> well, if you wanted to convert normal rail to normal rail you get a message saying it is not possible 18:46:33 <KUDr> so you wnat the same? 18:46:48 <Eddi|zuHause2> yes, that would be consistent to me... 18:46:55 <KUDr> hmm 18:48:10 <Eddi|zuHause2> but make sure it does not interfere with the auto-upgrade on dragging new rail over existing elrail 18:48:34 <KUDr> "does not interfere"? 18:48:55 <KUDr> you mean mono and maglev? 18:49:13 <Eddi|zuHause2> well, if you now prevent some upgrades, make sure all those implicit upgrades are still allowed 18:49:34 <KUDr> but not downgrade 18:49:41 <KUDr> el->normal 18:50:32 <Eddi|zuHause2> i meant: you have an existing elrail 18:50:37 <Eddi|zuHause2> you turn elrails off 18:50:52 <Eddi|zuHause2> and now you build new normal rails across this existing rail 18:51:29 <KUDr> if you build across those few fragments crossing it are also elrail 18:51:35 <Eddi|zuHause2> with elrails on, the parts that actually cross the elrail would implicitly be converted to elrail 18:51:43 <KUDr> this is ok 18:51:51 <Eddi|zuHause2> fine, just wanted to make sure ;) 18:51:58 <KUDr> ok 18:57:18 *** KritiK [~Maxim@ppp85-140-207-21.pppoe.mtu-net.ru] has joined #openttd 19:00:08 *** mikl [~mikl@tbv.faderhuset.org] has joined #openttd 19:01:34 *** Wolf01 is now known as Wolf01|AWAY 19:05:56 *** mikl [~mikl@tbv.faderhuset.org] has quit [Quit: In the end, all that matters is your relation with God...] 19:09:51 *** Smoovious [~smoovious@c-71-205-140-67.hsd1.mi.comcast.net] has joined #openttd 19:15:43 <KUDr> Eddi|zuHause2, Rubidium, Patrick_: http://bugs.openttd.org/task/297 << updated according our last discussion 19:17:35 <Rubidium> the diff looks ok 19:19:10 <KUDr> today's 'feature of the day' is utf-8 so if i commit it now the tomorrow's could be this 19:19:14 *** Wolf01|AWAY is now known as Wolf01 19:19:47 <KUDr> any other suggestions? 19:19:55 <KUDr> or commit... 19:20:05 <KUDr> and we'll see 19:25:48 <Sacro> commit! 19:31:52 <KUDr> done 19:31:57 <CIA-1> KUDr * r7195 /trunk/ (39 files in 2 dirs): 19:31:57 <CIA-1> -Feature: [FS#297, optional elrails] New patches/vehicles option 'disable electrified railways'. 19:31:57 <CIA-1> (original patch by maedhros, ideas: peter1138, Darkvater, Rubidium, Patrick, Eddi|zuHause, ..) 19:33:34 <Sacro> KUDr: nice to know i weild so much power 19:33:59 <hylje> whut 19:34:09 <KUDr> now you know who will be responsible for it if something will be wrong with it 19:34:24 <hylje> yay 19:34:27 * hylje hides 19:34:35 <Sacro> arrgh fook 19:34:42 <Sacro> which file contains the version? 19:34:54 <KUDr> version of what? 19:35:02 <Sacro> openttd 19:35:07 <Sacro> like rXXXX 19:35:24 <valhalla1w> it's in the $Id$ header? *grin* 19:35:31 <KUDr> it depends on how you compile it 19:35:50 <Rubidium> Sacro: rev.c 19:35:52 <Sacro> i fixed it 19:35:57 <Sacro> Rubidium: yeah, i noticed, thanks 19:36:03 <Sacro> i just did a make RELEASE= 19:36:42 <KUDr> Sacro: but in MP it is not compatible with last nightly 19:37:47 <Sacro> KUDr: ? 19:38:18 <Sacro> i did svn up -r 7185 19:38:27 <KUDr> aha 19:38:29 <Sacro> when i meant to do 7186 19:38:31 <KUDr> then ok 19:38:44 <Sacro> and the svn up 1 rev didnt trip make :( 19:41:40 <peter1138> hmm 19:41:42 *** Olof [~Gustav@c80-216-125-158.bredband.comhem.se] has joined #openttd 19:41:57 *** Olof [~Gustav@c80-216-125-158.bredband.comhem.se] has left #openttd [] 19:43:31 <Wolf01> night 19:43:33 *** Wolf01 [~wolf01@host44-239-dynamic.8-87-r.retail.telecomitalia.it] has quit [] 19:44:59 *** tokai [~tokai@p54B82208.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 19:46:27 *** Weirdo [~weirdo@s559112c3.adsl.wanadoo.nl] has joined #openttd 19:46:31 <Weirdo> Hi all 19:46:57 <Weirdo> For now all accounts at @openttd.org (all developers accounts) are offline 19:47:09 <Weirdo> There is some bug which makes spamassassin consume 2GB of RAM 19:48:03 *** tokai [~tokai@p54B83FF8.dip0.t-ipconnect.de] has joined #openttd 19:48:05 *** mode/#openttd [+v tokai] by ChanServ 19:48:45 <izhirahider> what does "Prefer team chat with <ENTER>" mean? I use enter to what? 19:49:14 <KUDr> chat to team or all 19:49:45 <hylje> izhirahider: enter invokes chat in multiplayer 19:50:14 <izhirahider> So Prefer = Open team chat popup? 19:50:18 <hylje> yes 19:50:23 <hylje> if there is a team 19:52:07 *** Purno [~Purno@5351CE6A.cable.casema.nl] has quit [Read error: Connection reset by peer] 19:53:41 <Patrick_> woah 19:53:42 <Patrick_> teams? 19:53:46 <Patrick_> I have been gone a while 19:53:58 <hylje> team.. company 19:55:05 <Patrick_> :P 19:55:37 *** Weirdo [~weirdo@s559112c3.adsl.wanadoo.nl] has left #openttd [Konversation terminated!] 19:55:38 <smeding_> i've been gone for longer. :P 19:55:57 <smeding_> time to download the newest version maybe 19:55:59 <smeding_> or nightly 19:58:07 <smeding_> i want to get my hands on some hardware for controlling crap ;/ 19:58:29 <blathijs> crap? 19:58:43 <smeding_> lights, this computer, etc. 19:59:03 <smeding_> thinking of buying the Velleman K8000 if i can find it 19:59:05 <blathijs> ah :-) 19:59:23 * blathijs has that on his list to, together with a few other hardware projectes :-) 19:59:29 <smeding_> actually i need to setup a testing server first 19:59:59 <smeding_> compiling my own kernel for it, making the internal hardware exactly how i want it, etc. 20:00:07 *** jez [toyota@cpc3-stkn4-0-0-cust630.midd.cable.ntl.com] has joined #openttd 20:00:10 <smeding_> so what're your other projects blathijs 20:08:01 <blathijs> Currently working on a binary clock, also want to make some kind of controller / status device 20:12:04 <jez> binary clock? hasn't that been done?@ 20:12:46 *** Rens2EveOnline is now known as Rens2Sea 20:13:10 *** Tron_ [~tron@p54A3CE80.dip.t-dialin.net] has joined #openttd 20:14:10 <Jhs> how does a binary clock work? 1, 0, 1, 0, 1, 0, 1, 0, 1, 0? 20:14:26 <smeding_> Jhs: generally bcd, LEDs represent 0 or 1 20:14:41 <smeding_> hours, minutes and seconds have two colours 20:14:50 <smeding_> err, two columns 20:14:56 <smeding_> one for each digit 20:15:55 <Jhs> so it doesn't just alternate between 0 and 1? 20:16:03 <smeding_> no 20:16:08 <smeding_> what use would that have 20:16:09 <blathijs> jez: yes, but I want to do it with three numbers (H,M,S) instead of BCD 20:16:29 <smeding_> ah, so true binary? 20:16:35 <Sacro> blathijs: not number of seconds since the unix epoch? 20:17:06 *** Tron [~tron@p54A3E2DB.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 20:17:15 <blathijs> jez: And it's a nice project for figuring out microprocessors and other hardware stuffs 20:18:04 <blathijs> Friend of mine had a cool idea: A chessboard, with lighted pieces as an I/O device 20:18:20 <blathijs> to show new unread mail, control your music player, etc 20:18:32 <blathijs> by moving pieces 20:18:35 * glx wants to make an usb adpater for genesis/megadrive pad 20:18:39 <Jhs> smeding_: that's what i was wondering? ;) 20:18:45 <Jhs> s/?/. 20:19:00 <Sacro> Jhs: err... thats not a valid regex 20:19:14 <smeding_> needs escaped and a final delimiter. :P 20:19:41 <Jhs> Sacro: :p 20:19:46 <Sacro> smeding_: s/ped/ping/ 20:19:48 <blathijs> glx: I also have making an usb-mass-storage NES cartridge on my list 20:20:09 <blathijs> smeding_: final delimeter is generally optional, I think? 20:20:10 <smeding_> Sacro: isn't "needs <verb>ed 20:20:17 <smeding_> " perfectly legal although ancient? 20:20:53 <Jhs> kind of on the subject, read the paragraph "Solutions" of this wikipedia article: http://en.wikipedia.org/wiki/Year_2038_problem 20:20:59 <Sacro> smeding_: escaping rather than escaped 20:20:59 <hylje> ancient language shalt not count 20:21:11 <smeding_> Sacro: i know. :< 20:21:16 <Sacro> escaped = past tense 20:21:20 <smeding_> i know. 20:21:42 <smeding_> i've seen plenty of "needs <verb>ed" constructs though 20:22:40 <smeding_> ah, it's dialect but not grammatically correct. fair enough. 20:22:45 <smeding_> it still sounds cool :P 20:22:53 <smeding_> http://wsu.edu/~brians/errors/-ed.html 20:39:07 *** GoneWacko [~gonewacko@c18041.upc-c.chello.nl] has quit [Ping timeout: 480 seconds] 20:41:07 <Gorre> Funny, http://en.wikipedia.org/wiki/Special:Search?search=year+problem&go=Go 20:44:35 *** GoneWacko [~gonewacko@c18041.upc-c.chello.nl] has joined #openttd 20:45:16 <smeding_> blathijs: if you're still there, how do you lookup datasheets? 20:45:23 <smeding_> chipdir just has crap sites mostly ;/ 20:46:14 <glx> I never have problem to find datasheet 20:46:26 <glx> except for old components 20:46:44 <smeding_> heh 20:46:50 <smeding_> i'm looking for some I2C chips 20:48:03 <smeding_> PCF8491 to be specifci 20:48:06 <smeding_> specific, even 20:48:20 <Bjarni> A proposal by the Unununium project is to count the number of microseconds since midnight, January 1, 2000 TAI in a signed 64 bit integer, which would be enough for the next 300,000 years in microsecond resolution. <--- sounds interesting. It would give us a nice resolution AND postpone the Y2K bug 300k years into the future 20:48:50 <glx> smeding_: what is the manufacturer? 20:49:42 <Bjarni> smeding_: farnell.com 20:49:54 <Bjarni> they tend to have 99% of what you need 20:50:11 <glx> except very recent stuff :) 20:50:27 <smeding_> neat, thanks. 20:50:43 <Bjarni> or very old stuff 20:51:30 <Sacro> Bjarni: gets rid of the Y2038 bug i suppose 20:52:02 <smeding_> but there'll be a Y302000 bug :< 20:52:29 *** Spoco [Spoco@hoas-fe12dd00-103.dhcp.inet.fi] has joined #openttd 20:54:26 <Bjarni> that's not my problem :P 20:54:38 <Sacro> nor mine 20:54:52 <smeding_> hmm, is 8 years "old" for an electronic component? 20:55:04 <Bjarni> I don't think compatibility with current software is a big issue in 300k years 20:55:16 <smeding_> everyone will be using Windows Vista :< 20:55:19 * smeding_ shudders 20:55:40 <Bjarni> smeding_: could be. It might have been discontinued years ago and then you are out of luck 20:55:51 <Bjarni> then again, it might be mass produced and easy to get 20:56:10 <Bjarni> <smeding_> everyone will be using Windows Vista :< <-- not me 20:56:18 <smeding_> well, a kit that uses them is still actively sold 20:57:04 <Sacro> Bjarni: leopard then :p 20:57:35 <lws1984> Leopard FTW. 20:57:57 *** Tobin [~Tobin@c58-107-61-130.eburwd7.vic.optusnet.com.au] has joined #openttd 20:58:03 <Sacro> oh no hes back 20:58:14 <Bjarni> Sacro: yeah, then I will get Xcode 3 where you are allowed to make bugs, just to use the debugger 20:59:13 <Bjarni> but since I don't run all my changes though a debugger, I can blame Apple for telling me to make bugs whenever somebody complains about my commits 20:59:20 *** scia [~scia@AveloN.xs4all.nl] has quit [Read error: Connection reset by peer] 20:59:24 <Bjarni> that's why Xcode 3 will be really important for me :P 21:00:31 *** Tron_ is now known as Tron 21:01:10 *** StarLite [~Star@StarLite.xs4all.nl] has quit [Read error: Connection reset by peer] 21:04:03 *** StarLite [~Star@StarLite.xs4all.nl] has joined #openttd 21:04:13 *** tormentum [~adam@dsl-202-72-142-139.wa.westnet.com.au] has quit [Ping timeout: 480 seconds] 21:06:38 *** ufoun [~ha@b07-305a.kn.vutbr.cz] has joined #openttd 21:09:08 *** ufoun [~ha@b07-305a.kn.vutbr.cz] has quit [Read error: Connection reset by peer] 21:14:38 <Eddi|zuHause2> <blathijs> jez: yes, but I want to do it with three numbers (H,M,S) instead of BCD <- my math teacher had one of those ;) 21:15:18 <Eddi|zuHause2> he once asked us to do an exercise, and take the time we need for it 21:15:26 <Eddi|zuHause2> when i said i had no clock, he handed me his 21:15:44 <Eddi|zuHause2> and i said: great, now it takes me more time to figure out the time than the time to solve the exercise 21:26:11 *** Tobin [~Tobin@c58-107-61-130.eburwd7.vic.optusnet.com.au] has quit [Quit: Tobin] 21:27:22 *** CaptObvious [~CaptObvio@host86-146-204-209.range86-146.btcentralplus.com] has joined #openttd 21:27:33 <Sacro> hey Kirk 21:27:49 <lws1984> wheey Kirk 21:28:19 <Sacro> wtf 21:28:27 <Sacro> WHY CAN I NOT TAB COMPLETE YOU LWS 21:28:29 <Sacro> lws|ZzZ: 21:28:30 <Sacro> :\ 21:28:41 <lws1984> hhehehe 21:28:47 <lws1984> it's lws1984, btw 21:28:48 <Sacro> WTF 21:28:58 <Sacro> lws|ZzZ: not on my tab completion or nick list 21:29:01 <CaptObvious> lws1984: works for me 21:29:07 <lws1984> CaptObvious: i can tell 21:29:09 <CaptObvious> Sacro: what client? 21:29:12 <lws1984> Sacro: i can tab my name 21:29:14 <Sacro> X-Chat 21:29:19 <CaptObvious> rejoin the channel 21:29:21 <Sacro> Sacro: I CAN TAB MINE 21:29:29 <CaptObvious> it'll force a refresh of the nicklist 21:29:30 *** lws1984 [~lws1984@ip68-9-157-1.ri.ri.cox.net] has left #openttd [] 21:29:30 *** lws1984 [~lws1984@ip68-9-157-1.ri.ri.cox.net] has joined #openttd 21:29:38 <Sacro> lws|ZzZ IS STILL THERE :| 21:29:43 <Sacro> but lws1984 is now too 21:29:53 <lws1984> well, i only see lws1984 21:29:54 <CaptObvious> that's because X-Chat sucks 21:29:55 <Sacro> [21:29] * lws|ZzZ :No such server 21:29:56 <lws1984> do a /names 21:29:59 <CaptObvious> what OS? 21:30:16 <Sacro> that fixed it 21:30:30 <Sacro> CaptObvious: Linux laptop 2.6.18-ARCH #1 SMP PREEMPT Sat Nov 4 10:54:10 CET 2006 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz GenuineIntel GNU/Linux 21:30:49 <CaptObvious> hah. my epenis is bigger than yours 21:30:55 <CaptObvious> but I don't have a script to print that 21:31:17 <Sacro> script? 21:31:32 <CaptObvious> you sat and typed that? 21:31:35 <Sacro> lws1984: err... kirk isnt here 21:31:38 <Sacro> CaptObvious: no, copy paste 21:31:40 <Patrick_> 21:31:39 up 108 days, 8:03, 12 users, load average: 2.00, 1.41, 1.21 21:31:43 <CaptObvious> from? 21:31:52 <Sacro> bash 21:32:13 <CaptObvious> what's the command for that? 21:32:24 <Sacro> uname -a 21:32:39 <Sacro> 21:32:15 up 10:29, 1 user, load average: 0.38, 0.30, 0.52 21:32:40 <CaptObvious> Darwin MacBook-Pro.local 8.8.1 Darwin Kernel Version 8.8.1: Mon Sep 25 19:42:00 PDT 2006; root:xnu-792.13.8.obj~1/RELEASE_I386 i386 i386 21:32:41 <CaptObvious> hmm 21:32:46 <Patrick_> Linux saturn 2.6.17.7-csg-smp #1 SMP Wed Jul 26 19:18:25 BST 2006 i686 GNU/Linux 21:32:54 <CaptObvious> no system info in there 21:33:14 <Sacro> CaptObvious: it does say "MacBook-Pro" 21:33:19 <CaptObvious> that's the machine name 21:33:29 <lws1984> Sacro: because he's USING a MacBook Pro, perhaps? 21:33:51 <Patrick_> that's the computer name, I guess 21:33:55 <Patrick_> this is on a shellhost called saturn 21:34:13 <CaptObvious> http://images.captobvio.us/main.php?g2_itemId=4160 21:35:20 <peter1138> Fetched 465MB in 11m32s (671kB/s) 21:35:23 <peter1138> not bad 21:35:35 <Sacro> peter1138: thats depressing 21:35:37 <peter1138> i want my missing 130KB/s though :/ 21:36:01 * Sacro has them 21:37:57 *** Jhs [~jhsdunada@ti231210a080-8116.bb.online.no] has quit [Quit: fixing soundcard] 21:53:25 <Eddi|zuHause2> yay for my 48KB/s downstream ;) 21:53:47 *** Gorre [dik@ip-89-102-198-103.karneval.cz] has quit [Quit: *p0ink*] 21:54:24 *** DJ_Mirage [~sexybigge@biggetje.xs4all.nl] has quit [Quit: www.sexybiggetje.nl] 21:54:57 *** Turski [~tarmo@dsl-kpogw1-fe21df00-2.dhcp.inet.fi] has quit [Quit: Lost terminal] 22:01:08 <Sacro> !seen lolman 22:01:10 <_42_> Sacro, lolman (~John@cpc3-leds2-0-0-cust55.leed.cable.ntl.com) was last seen quitting #openttd 2 weeks 5 days 7 hours 49 minutes ago (29.10. 14:11) stating "Read error: Connection reset by peer" after spending 7 minutes there. 22:01:27 <Sacro> !seen johnuk89 22:01:28 <_42_> Sacro, JohnUK89 (~d445e7e2@mail.thegrebs.com) was last seen quitting #openttd 5 weeks 2 days 13 hours 19 minutes ago (11.10. 08:41) stating "" after spending 1 minute there. 22:02:28 *** HMage [~HMage@85.21.179.37] has joined #openttd 22:03:04 *** CaptObvious [~CaptObvio@host86-146-204-209.range86-146.btcentralplus.com] has quit [Ping timeout: 480 seconds] 22:08:13 <Bjarni> ... 22:08:27 <Bjarni> we didn't tease him THAT much... 22:08:33 <Bjarni> he should not have left 22:12:02 <Nigel> haha 22:12:36 *** A1win [a1win@loota.fi] has quit [Remote host closed the connection] 22:12:38 <Sacro> !calc 640*60*60*4 22:12:40 <_42_> Sacro: 9216000; 22:12:50 <Sacro> !calc 640*60*60*4/8 22:12:50 <_42_> Sacro: 1152000.0000000000; 22:12:56 *** A1win [a1win@loota.fi] has joined #openttd 22:12:57 <hylje> !calc 1/0 22:12:58 <_42_> hylje: Runtime error (func=(main), adr=3): Divide by zero; 22:14:56 <qb> !calc exp(4756) 22:14:56 <_42_> qb: Runtime error (func=(main), adr=8): Function exp not defined.; 22:15:02 <qb> hmmm 22:15:13 <qb> bc wihtouth -l 22:15:26 <qb> !calc 34873^234984232 22:15:26 <_42_> qb: Runtime error (func=(main), adr=19): exponent too large in raise; 22:15:30 <qb> !calc 34873^2349842 22:16:04 <CIA-1> rubidium * r7196 /trunk/ (5 files in 2 dirs): -Feature: use fontconfig so one can set the font family name in openttd.cfg instead of the full path to the font. 22:19:29 <Darkvater> hi all :) 22:20:55 *** roboboy [~Leo@c211-30-116-5.carlnfd2.nsw.optusnet.com.au] has joined #openttd 22:21:20 *** Jhs [~jhsdunada@ti231210a080-8116.bb.online.no] has joined #openttd 22:27:13 <Darkvater> hmm the elrails patch...why is it "hidden"? 22:27:27 *** YogSothoth [~john@lns-bzn-44-82-64-96-220.adsl.proxad.net] has joined #openttd 22:27:32 <Darkvater> if you disable elrails all your elrails should turn into normal rail, not 'be hidden' 22:28:11 <Darkvater> does anyone know this? KUDr ? 22:28:29 <KUDr> at your service, my lord 22:28:41 <Darkvater> cause imho it makes no sense at all 22:28:46 <Darkvater> just complicates stuff 22:28:48 <KUDr> why? 22:28:57 <KUDr> you can reenable them again 22:29:03 <Darkvater> so, who cares? 22:29:11 <Darkvater> you disabled them because you don't want it 22:29:18 <KUDr> hmm 22:29:30 <hylje> what if you made up your mind 22:29:33 <Darkvater> the first version was far better: 'disable elrails' > convert all elrails stuff to normal rail and be done with it 22:29:33 <KUDr> so let them disabled forever? 22:29:42 <Darkvater> and no extra magic needed anywhere 22:30:08 <Darkvater> you can of course enable them again and then you can buy electric rails and engines 22:30:26 <KUDr> ok, i can revert and later commit new version 22:30:50 <KUDr> and what with existing el-engines 22:31:24 <KUDr> i don't think that such conversion would make you happy if you click there by accident 22:31:24 <Darkvater> all el-stuff gets converted to normal stuff 22:32:00 <KUDr> then all extra magic must be there again 22:32:02 <Darkvater> we have no undo in openttd for any action, so lots of things can't make people happy 22:32:34 <KUDr> hmm 22:32:37 <Darkvater> what do you mean? You change the railtype of running engines to normal and update the engines table 22:32:45 <Darkvater> enabling elrails again only updates the engines table 22:33:02 <KUDr> but when you reenable 22:33:16 <KUDr> you must still maintain old vehicles as non-el 22:33:32 <KUDr> so it would be only bit simpler 22:33:33 <Darkvater> yes, so you don't change their railtype 22:33:37 <KUDr> not much 22:33:53 <KUDr> so the magic is the same 22:34:15 <Darkvater> no because you don't need magic when converting railtypes by hand, and no ned for an additional type 22:34:30 <KUDr> except that instead of hiding catenary i will convert all elrail to rail 22:34:40 <Darkvater> or am I the only one to see this solution as it is? 22:35:34 <KUDr> dunno 22:36:07 <KUDr> i can do it so, but it will be difference like +/- 5 lines of code 22:36:22 *** Vikthor [~Vikthor@snat2.arachne.cz] has joined #openttd 22:36:29 <KUDr> but now it is almost reversible operation 22:36:42 <KUDr> and your solution is one way 22:36:49 <Darkvater> hmm, well we can discuss tomorrow 22:37:08 <KUDr> ok, savegame format can stay the same 22:37:13 <KUDr> so no problem 22:38:07 <peter1138> ide0: reset: success 22:38:17 <peter1138> well, good that it succeeded... 22:39:07 <Eddi|zuHause2> i get that message quite often... 22:39:11 *** Jhs [~jhsdunada@ti231210a080-8116.bb.online.no] has quit [Read error: Connection reset by peer] 22:39:12 <Eddi|zuHause2> usually together with 22:39:13 <Eddi|zuHause2> hda: DMA disabled 22:39:31 <Darkvater> hmm so...have a question 22:39:41 <Darkvater> for towlower() to work correctly I need to set the locale 22:40:20 <Darkvater> towlower_l() that accepts a local as parameter doesn't seem to be existing on linux 22:40:28 <Darkvater> (together with create_locale) 22:40:47 <Darkvater> so what harm can it do if I setlocale(LC_CTYPE, "") in ttd_main? 22:41:03 <Darkvater> or shall I get, set, and reset the locale in strtolower? 22:41:28 <peter1138> hmm 22:41:39 <peter1138> it might upset the locale for fs2ottd / ottd2fs 22:41:45 *** Progman [~progman@p5091F61A.dip.t-dialin.net] has joined #openttd 22:41:50 <peter1138> but i dunno 22:42:03 <Born_Acorn> It might upset the Local Authority if you bulldoze that house! 22:42:08 <Darkvater> or of course only tolower() 1-byte-long chars 22:43:26 *** GoneWacko [~gonewacko@c18041.upc-c.chello.nl] has quit [Quit: leaving] 22:43:31 *** GoneWacko [~gonewacko@c18041.upc-c.chello.nl] has joined #openttd 22:43:59 *** GoneWacko [~gonewacko@c18041.upc-c.chello.nl] has quit [] 22:44:49 *** GoneWacko [~gonewacko@c18041.upc-c.chello.nl] has joined #openttd 22:46:24 <CIA-1> glx * r7197 /branches/MiniIN/misc_gui.c: [MiniIN][CopyPaste] -Fix: template can be saved again (thanks Snuk the Great) 22:46:37 <Darkvater> Snuk the Great ;p 22:52:11 <Darkvater> http://darkvater.homeip.net/~tfarago/openttd/strtolower.diff 22:52:13 <Darkvater> comments? 22:53:28 <Belugas> loks fine, but why the two new lines? 22:53:32 <Belugas> looks 22:53:48 <Darkvater> what two new lines? 22:53:50 <glx> I had the same question :) 22:53:56 <Belugas> more then two, actually 22:54:16 <Darkvater> ? 22:54:22 <glx> before str_validate() 22:54:27 <Belugas> } 22:54:27 <Belugas> 22:54:27 <Belugas> + 22:54:27 <Belugas> void str_validate(char *str) 22:54:33 <Belugas> } 22:54:33 <Belugas> 22:54:33 <Belugas> + 22:54:33 <Belugas> void str_strip_colours(char *str) 22:54:39 <Darkvater> cause all other functions in that file use 2 lines 22:54:45 <Belugas> ha... 22:54:50 <Belugas> good explanation 22:54:51 <Darkvater> but this is really not the type of comments I was looking for... 22:55:09 <Belugas> hehehe 22:55:28 <Darkvater> we need some locale expert.. Tron would be good ;) 22:55:52 <Darkvater> hmm 22:56:15 <Darkvater> One can use the string pointer returned by setlocale in subsequent calls to restore that part of the program's locale information, assuming that your program does not alter the pointer or the string. Later calls to setlocale overwrite the string; you can use _strdup to save a specific locale string. 22:56:44 <glx> setlocale() doesn't return the current locale if not called with NULL ? 22:56:47 <Darkvater> didn't for me 22:57:21 <Darkvater> NULL = query; anything else = set 22:58:21 <glx> exact (as man said it to me :) ) 22:58:43 <Darkvater> only the pointer wasn't overwritten when called with "" 22:58:54 <Darkvater> donnu if this is a concidence/bug or feature 23:02:03 <CIA-1> belugas * r7198 /trunk/ (industry_cmd.c main_gui.c map.c map.h town_cmd.c): 23:02:03 <CIA-1> -Codechange: Implement a circular tile search function. 23:02:03 <CIA-1> Just provide the number of tiles per side, a pointer to a test function, the tile to start searching and voila. 23:02:03 <CIA-1> Fixes [FS#364] by removing a lengthy and suboptimal random search pattern. 23:02:03 <CIA-1> Thanks Rubidium. 23:03:24 <Darkvater> The string returned must not be modified by the program, but may be overwritten by a subsequent call to setlocale(). 23:03:31 <Darkvater> hmm, I guess I'd better save it 23:08:40 <Belugas> Darkvater, trying to se what i can do with 28-[FS#365] on todos 23:08:55 <Belugas> hem... +I'm 23:10:06 <Darkvater> he, donnu even if it's a bug, hence the '?' 23:10:53 <Belugas> ok 23:11:33 <Rubidium> Darkvater: you can remove number 22 from that todolist too 23:11:54 <Darkvater> cool 23:12:27 <Darkvater> I think #09 is also free and up for grabs..celestar seems to pretty unactive 23:12:32 <Darkvater> some dead pc of sorts 23:12:32 <Sacro> roffle 23:12:45 * lws1984 passes out rofflecakes 23:12:46 <Sacro> ooh, i misread unactive as unattractive... 23:17:00 <Belugas> #30 ( building stuff before engine available ) is working properly for trains only, as ship docks, road stations and airports can be built before engine introduction 23:18:10 <Rubidium> somehow I get the feeling we are going to get bugreports saying: "now I've built this and that, but I cannot buy trains" if that gets implemented 23:18:47 <Belugas> it is already the case right now 23:19:38 <Belugas> you can build roads, place truck/bus stops, even depots. But once you want to buy trucks, forget it 23:19:49 <Rubidium> now you mention it, you're right... 23:20:13 <peter1138> indeedy 23:20:21 <Rubidium> apparently I play too much with trains instead of the other modes of transportation 23:20:32 <peter1138> :) 23:20:40 <Belugas> i just don't know about those dates specified in the FS 23:21:00 <Belugas> i jsut tried it, Rubidium :) that is why ;) 23:21:37 <Belugas> I'm still at the ofice, waiting for the approval of the brazilians to go home 23:24:28 * peter1138 cries 23:24:31 <Rubidium> probably we should gray out the buttons to build depots, bus & truck stops, docks and airports. How the bug described in the bugreport can be happened is a mistery. 23:24:42 *** nairan [~Maui_key@p5498DCAD.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 23:25:18 <Rubidium> though my best guess would be that it was solved by the fix for FS#42 23:26:49 <Darkvater> the question is: allow building of infrastructure before you can build vehicles of that type or not? 23:27:11 <Darkvater> imho as you cannot build monorail before having monorail engines it should not be allowed... 23:27:18 <Darkvater> but does that mean you cannot build roads? 23:27:30 <peter1138> yes 23:27:38 <Belugas> indeed 23:27:41 <Darkvater> yes to what? :) 23:27:41 <Rubidium> I think roads are the exception 23:28:06 <Belugas> why build roads when you cannot drive on it? same behaviour as for trains, i wold say 23:28:10 <Patrick_> throw roads; 23:28:18 <Belugas> i like roads 23:28:29 <Patrick_> Belugas: to have paths for towns to naturally expand on? 23:28:52 <Patrick_> roads always exist as part of a town, you should be able to build them 23:28:55 <Rubidium> why build industries if you cannot transport the goods? 23:29:01 <Belugas> no. i use trucks to bring stuff by transfers to a train station :) 23:29:01 *** nairan [~Maui_key@p5498F702.dip.t-dialin.net] has joined #openttd 23:29:09 <Belugas> stations are easier to place then ;) 23:29:22 <Patrick_> it's retarded but there's no good reason to block them off 23:29:27 <Patrick_> so leave them 23:29:33 <Patrick_> doing so will only frustrate clients 23:29:36 <Patrick_> er, players 23:29:41 <Rubidium> and I agree with Patrick_ about the fact that roads are an integral part of the towns 23:29:44 <CIA-1> Darkvater * r7199 /trunk/string.c: -Codechange: [utf8] Make strtolower and str_strip_colours UTF8 aware. 23:30:01 <Belugas> ok, got a point 23:30:15 <Belugas> so, maybe then the depot can be greyed out 23:30:21 <Darkvater> so wait..what would frustrate players more? that you cannot build roads or that you can build roads, stations and the whole lot but nothing to have it run on? 23:30:23 <Patrick_> also, if you can't build any vehicles you can't afford to fund industries 23:30:27 <Patrick_> so just don't lock it off 23:30:37 <Belugas> or maybe an error message wil popup saying tohtinh to build or whatever 23:30:37 <Patrick_> not stations, just roads 23:30:46 <Patrick_> you can terraform, plant trees 23:30:54 <Patrick_> I count roads as part of the scenery, really 23:30:55 <Darkvater> fund stations should be left alone 23:30:56 <Darkvater> eh 23:30:58 <Darkvater> industries 23:31:53 <Darkvater> http://darkvater.homeip.net/~tfarago/openttd/z_windows.diff << anyone about this? 23:32:11 <Darkvater> main question: function findfreewindow implementation 23:32:18 *** Belugas is now known as Belugas_Gone 23:32:22 <Belugas_Gone> I AM FREE!!!!! 23:32:29 <Belugas_Gone> bye guys 23:32:33 <Belugas_Gone> have a nice weekende 23:32:49 <Darkvater> you too! 23:33:08 <Belugas_Gone> thanks 23:33:09 <Belugas_Gone> gone 23:37:46 <Rubidium> Darkvater: where does the magic '40' in the _viewports definition in viewport.h come from? Is that anywhere enforced? 23:37:59 <Darkvater> no 23:38:08 <Darkvater> it's lengthof(_windows) as the comment says 23:40:45 <Rubidium> shouldn't there be a constant (enum/define) for both instances of 40 instead of two magic numbers? 23:41:21 <Darkvater> could be :) 23:42:26 *** lws1984 is now known as lws|Dinner 23:43:33 <Rubidium> Darkvater: shouldn't there be a NOT_REACHED() and return NULL in FindWindowZPosition to be sure? 23:43:58 <Darkvater> that's what the assert is for 23:44:25 <Darkvater> it's the same as the original function, and it should never fail 23:44:28 <Rubidium> ah, now I see 23:44:53 <Darkvater> I had it FOR_ALL_WINDOWS() at first, but then you'd need to check for a (non-existen) NULL return value or it would crash 23:50:05 <Rubidium> I've got the feeling that the all values/evaluations of found in FindFreeWindow should be inverted (functionality stays the same); it should return if it found a free window, though now it returns when it did not find a (matching?) window. 23:50:26 <peter1138> Darkvater: windows IME ? 23:51:16 <Darkvater> Rubidium: findfreewindow returns the pointer to the next free Window* element 23:51:24 *** Vikthor [~Vikthor@snat2.arachne.cz] has quit [Quit: Leaving.] 23:51:26 <Darkvater> peter1138: nini 23:51:28 <Rubidium> I know 23:51:35 <peter1138> hmm? 23:51:52 <Rubidium> though returning w on !found feels counterintuitive 23:51:53 <Darkvater> I still have not found a way, well actually haven't even looked really into, how to pass a buffer into the text-boxen 23:51:57 <peter1138> :/ 23:52:20 <Darkvater> Rubidium: ah the found is for _z_windows[], if it's not in there the window is available 23:52:41 <Darkvater> but it's an ugly double-nested loop and would be glad to get rid of it 23:53:09 <Darkvater> the only idea I would had is to flag windows as deleted on DeleteWindow() eg w->window_number = (1<<31) or something 23:53:29 <Rubidium> I'm not saying that the code is wrong, just that returning something non-NULL on !found is counterintuitive 23:53:36 <Darkvater> Rubidium: s/found/window_in_use/ig 23:54:02 <Darkvater> if (!window_in_use) return w; 23:54:15 <Darkvater> peter1138: but...I have something else for you to munch on ;) 23:54:23 <Darkvater> peter1138: http://darkvater.homeip.net/~tfarago/openttd/utf8_unicode_v2.patch 23:54:32 <Darkvater> _not_ in committable state 23:54:35 <Darkvater> but it works 23:55:01 * peter1138 looks and hides 23:55:19 <Darkvater> allows openttd to be in a unicode directory and save/load unicode savegames/screenshots (eg japanese) which are still readable in a file exploder 23:56:48 * Born_Acorn stills runs on r5656 23:56:52 <peter1138> right 23:56:53 <Born_Acorn> Vintage! 23:57:05 <peter1138> i really need to do this newgrf stuff 23:57:15 <Born_Acorn> yay newgrf stuff 23:57:18 <peter1138> especially allowing non-game-altering grfs at anytime 23:57:21 <Darkvater> newgrf save #1 on todo list :) 23:57:28 <peter1138> yeah, now that utf8 is done, heh 23:57:35 <peter1138> action 12 fonts 23:57:42 <peter1138> is the most important reason 23:58:32 <Born_Acorn> ha, newsounds on the main screen 23:58:39 <Rubidium> Darkvater: exactly, if you rename found to window_in_use, the function make much more sense; I associated the found with the goal of the function, though found means exactly the opposite. 23:58:40 * Born_Acorn upgraded 23:59:31 <peter1138> hmm 23:59:34 <peter1138> work on it now 23:59:34 <peter1138> or 23:59:37 <peter1138> go to bed