Times are UTC Toggle Colours
00:14:03 *** xand [~xand@kronos.xand.co.uk] has quit [Ping timeout: 480 seconds] 00:17:26 *** PeterT [~Peter@c-76-19-209-23.hsd1.ma.comcast.net] has joined #openttd 00:19:42 *** PeterT [~Peter@c-76-19-209-23.hsd1.ma.comcast.net] has quit [] 00:22:31 *** xand [~xand@kronos.xand.co.uk] has joined #openttd 00:32:45 *** welshdragon [~welshdrag@80.247.163.137] has left #openttd [] 00:49:57 *** fjb_ [~frank@p5485D637.dip.t-dialin.net] has joined #openttd 00:54:13 *** fjb [~frank@p5485D710.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 01:00:43 *** glx [glx@2a01:e35:2f59:c7c0:9e8:3a5f:39f4:d887] has quit [Quit: bye] 01:39:13 *** reldred [~reldred@wirele5.lnk.telstra.net] has joined #openttd 01:40:18 *** fjb_ [~frank@p5485D637.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 02:05:01 *** welshdragon [~welshdrag@80.247.163.137] has joined #openttd 02:09:14 *** reldred1 [~reldred@wirele5.lnk.telstra.net] has joined #openttd 02:14:17 *** reldred [~reldred@wirele5.lnk.telstra.net] has quit [Ping timeout: 480 seconds] 02:18:06 *** reldred1 [~reldred@wirele5.lnk.telstra.net] has quit [Quit: Leaving.] 02:20:42 <Sacro> @seen Bjarni 02:20:42 <DorpsGek> Sacro: Bjarni was last seen in #openttd 1 week, 3 days, 4 hours, 18 minutes, and 54 seconds ago: <Bjarni> peterT: aim at as much as possible and it will likely increase in production 02:27:45 *** Polygon [foobar@141.30.223.187] has quit [Quit: Verlassend] 02:44:51 *** KenjiE20|LT [~Kenji@host86-171-52-211.range86-171.btcentralplus.com] has quit [Quit: Leaving] 03:05:21 *** xand [~xand@kronos.xand.co.uk] has quit [Ping timeout: 480 seconds] 03:08:26 *** TinoDidriksen [~tino@port432.ds1-od.adsl.cybercity.dk] has quit [Ping timeout: 480 seconds] 03:11:25 <z-MaTRiX> hi 03:11:26 <z-MaTRiX> <; 03:12:33 *** xand [~xand@kronos.xand.co.uk] has joined #openttd 03:12:49 *** TinoDidriksen [~tino@port432.ds1-od.adsl.cybercity.dk] has joined #openttd 03:37:26 *** Dred_furst [~Dred@resnet646.bournemouth.ac.uk] has quit [Read error: Connection reset by peer] 03:39:03 *** TinoDidriksen [~tino@port432.ds1-od.adsl.cybercity.dk] has quit [Ping timeout: 480 seconds] 03:39:23 *** SineDeviance [~jman@cpe-075-176-106-090.carolina.res.rr.com] has joined #openttd 03:40:01 <SineDeviance> Hi all 03:40:24 <SineDeviance> i was curious... is there an open graphics set for TTD yet? for instance... if someone wanted to play but didnt have the original TTD files? 03:41:03 <Tefad> yes there is but i don't think it's complete 03:41:15 <SineDeviance> Tefad, awesome... do you have a url for that? 03:41:19 <SineDeviance> i'd like to help out 03:41:38 <Tefad> it's on bananasasaasasa 03:41:41 <Tefad> bananas check topic 03:42:06 <Tefad> see base graphics 03:42:26 <Tefad> and of course there's a forum link 03:42:27 * Tefad sighs 03:42:40 <SineDeviance> ahh, found it 03:42:51 <SineDeviance> sorry for asking, i googled it but nothing came up 03:43:08 *** TinoDidriksen [~tino@port432.ds1-od.adsl.cybercity.dk] has joined #openttd 03:57:38 <_ln> goooood mooorrrrniiiing 04:14:23 *** reldred [~reldred@wirele5.lnk.telstra.net] has joined #openttd 04:32:47 *** ecke [~ecke@213.195.202.11] has quit [Quit: ecke] 04:41:41 *** tokai [~tokai@p54B826B8.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 04:43:56 *** tokai [~tokai@p54B827DF.dip0.t-ipconnect.de] has joined #openttd 04:43:59 *** mode/#openttd [+v tokai] by ChanServ 04:57:34 *** reldred1 [~reldred@202-6-138-234.static.adam.com.au] has joined #openttd 05:02:28 *** reldred [~reldred@wirele5.lnk.telstra.net] has quit [Ping timeout: 480 seconds] 05:13:19 *** De_Ghosty [~s@206-248-181-221.dsl.teksavvy.com] has quit [Remote host closed the connection] 05:22:48 *** De_Ghosty [~s@206-248-181-221.dsl.teksavvy.com] has joined #openttd 06:11:02 *** SineDeviance [~jman@cpe-075-176-106-090.carolina.res.rr.com] has quit [Read error: Connection reset by peer] 06:11:34 *** reldred [~reldred@wirele5.lnk.telstra.net] has joined #openttd 06:14:58 *** Splex [~splex@c-24-245-55-70.hsd1.mn.comcast.net] has quit [Remote host closed the connection] 06:18:38 *** reldred1 [~reldred@202-6-138-234.static.adam.com.au] has quit [Ping timeout: 480 seconds] 06:29:28 *** reldred1 [~reldred@wirele5.lnk.telstra.net] has joined #openttd 06:34:37 *** reldred [~reldred@wirele5.lnk.telstra.net] has quit [Ping timeout: 480 seconds] 06:43:04 *** Netsplit resistance.oftc.net <-> synthon.oftc.net quits: jonty-comp, Bergee, sigmund, CIA-3, weaselTM, @Belugas, TheMask96, kkb1101, `Fuco`, Lachie 06:47:49 *** reldred1 [~reldred@wirele5.lnk.telstra.net] has quit [Quit: Leaving.] 06:49:02 *** weaselTM [weasel@synthesis.oftc.net] has joined #openttd 06:49:10 *** Netsplit over, joins: `Fuco`, sigmund, @Belugas 06:55:28 *** Netsplit resistance.oftc.net <-> synthon.oftc.net quits: weaselTM, @Belugas, sigmund, `Fuco` 07:01:33 *** Netsplit over, joins: weaselTM 07:01:34 *** kkb1101 [~kkb110@c-68-82-181-52.hsd1.de.comcast.net] has joined #openttd 07:01:34 *** Bergee [~bergee@c-68-40-190-70.hsd1.mi.comcast.net] has joined #openttd 07:01:34 *** jonty-comp [~jonty@vps.jontysewell.net] has joined #openttd 07:01:34 *** TheMask96 [martijn@greed.vhost.ne2000.nl] has joined #openttd 07:01:34 *** Lachie [whitey@creep.bur.st] has joined #openttd 07:01:34 *** CIA-3 [~CIA@208.69.182.149.simpli.biz] has joined #openttd 07:01:47 *** ChanServ changed the topic of #openttd to: 0.7.0, 0.7.1-RC2 | Website: *.openttd.org (BaNaNaS: bananas, Translator: translator2, Gameservers: servers, Nightly-builds: nightly, WIKI: wiki, Dev-docs: docs, Patches & Bug-reports: bugs, Revision log: vcs, Release info: finger) | #openttd.notice for SVN notices | UTF-8 please | No Unauthorised Bots | English only :D 07:13:51 *** weaselTM is now known as Guest196 07:13:52 *** Guest196 [weasel@synthesis.oftc.net] has quit [Write error: connection closed] 07:13:52 *** Netsplit synthon.oftc.net <-> weber.oftc.net quits: kkb1101, Bergee, TheMask96, Lachie, jonty-comp, CIA-3 07:20:21 *** db48x [~db48x@64.218.49.85] has quit [Ping timeout: 480 seconds] 07:22:51 <Eddi|zuHause> that's like the third netsplit in a row... 07:23:15 <FauxFaux> Should probably move to a reliable network like freenode. 07:23:43 <Eddi|zuHause> :P 07:25:59 *** weaselTM [weasel@synthesis.oftc.net] has joined #openttd 07:26:01 *** `Fuco` [~dota.keys@fuco.sks1.muni.cz] has joined #openttd 07:26:01 *** sigmund [~sigmund@91.80-202-245.nextgentel.com] has joined #openttd 07:26:01 *** Belugas [~belugas@216.191.111.238] has joined #openttd 07:26:01 *** ServerMode/#openttd [+o Belugas] by charm.oftc.net 07:26:03 *** Netsplit over, joins: jonty-comp, Lachie, kkb1101, Bergee, TheMask96, CIA-3 07:26:03 *** weaselTM [weasel@synthesis.oftc.net] has quit [Killed (synthon.oftc.net (Nick collision (new)))] 07:26:03 *** yorick_ [~Yorick@s55924da0.adsl.wanadoo.nl] has joined #openttd 07:26:03 *** yorick [~Yorick@s55924da0.adsl.wanadoo.nl] has joined #openttd 07:26:03 *** ctibor_ [~ctibor@77.48.228.43] has joined #openttd 07:26:16 *** ChanServ changed the topic of #openttd to: 0.7.0, 0.7.1-RC2 | Website: *.openttd.org (BaNaNaS: bananas, Translator: translator2, Gameservers: servers, Nightly-builds: nightly, WIKI: wiki, Dev-docs: docs, Patches & Bug-reports: bugs, Revision log: vcs, Release info: finger) | #openttd.notice for SVN notices | UTF-8 please | No Unauthorised Bots | English only :D 07:32:22 *** yorick_ [~Yorick@s55924da0.adsl.wanadoo.nl] has quit [] 07:32:22 *** yorick [~Yorick@s55924da0.adsl.wanadoo.nl] has quit [] 07:32:22 *** yorick [~Yorick@s55924da0.adsl.wanadoo.nl] has joined #openttd 07:32:22 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd 07:32:22 <yorick> heh, I was op... :( 07:33:10 <Eddi|zuHause> "in a dream world, where you were the only person on IRC" 07:38:23 *** Netsplit synthon.oftc.net <-> weber.oftc.net, charm.oftc.net quits: jonty-comp, Bergee, CIA-3, sigmund, TheMask96, @Belugas, kkb1101, Lachie, `Fuco` 07:38:23 *** mode/#openttd [+v orudge] by ChanServ 07:38:23 *** ChanServ changed the topic of #openttd to: 0.7.0, 0.7.1-RC2 | Website: *.openttd.org (BaNaNaS: bananas, Translator: translator2, Gameservers: servers, Nightly-builds: nightly, WIKI: wiki, Dev-docs: docs, Patches & Bug-reports: bugs, Revision log: vcs, Release info: finger) | #openttd.notice for SVN notices | UTF-8 please | No Unauthorised Bots | English only :D 07:39:51 *** Netsplit over, joins: jonty-comp, Lachie, kkb1101, Bergee, TheMask96, CIA-3 07:40:21 *** Netsplit over, joins: @Belugas, `Fuco`, sigmund 07:44:29 *** Netsplit resistance.oftc.net <-> synthon.oftc.net quits: Alberth, yorick, ctibor_ 07:45:15 *** Netsplit over, joins: Alberth, yorick, ctibor_ 07:54:15 <yorick> "Okay... something went horribly wrong. I couldn't load the fallback sprite. What should I do?" <-- is that normal when joining a game? 07:59:45 *** reldred [~reldred@115.131.200.206] has joined #openttd 08:02:43 *** Progman [~progman@p57A1BE1E.dip.t-dialin.net] has joined #openttd 08:15:16 *** UFO64 [~jmurray@cpe-24-31-129-140.maine.res.rr.com] has joined #openttd 08:17:42 *** Exl [~myself@cp1224652-a.roemd1.lb.home.nl] has joined #openttd 08:24:04 *** UFO64 [~jmurray@cpe-24-31-129-140.maine.res.rr.com] has quit [Quit: Leaving] 08:27:07 *** |Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has joined #openttd 08:39:02 *** Sairiin [c3ab2469@webchat.mibbit.com] has joined #openttd 08:39:11 <Sairiin> ciao 08:39:14 <yorick> hi 08:40:08 <Sairiin> why i play online whit openttd 08:40:20 <Sairiin> i have problem 08:40:23 <Sairiin> :( 08:41:35 *** Sairiin [c3ab2469@webchat.mibbit.com] has left #openttd [] 08:41:46 <yorick> he sure does 08:42:49 *** mode/#openttd [+v Belugas] by ChanServ 08:42:49 *** ChanServ changed the topic of #openttd to: 0.7.0, 0.7.1-RC2 | Website: *.openttd.org (BaNaNaS: bananas, Translator: translator2, Gameservers: servers, Nightly-builds: nightly, WIKI: wiki, Dev-docs: docs, Patches & Bug-reports: bugs, Revision log: vcs, Release info: finger) | #openttd.notice for SVN notices | UTF-8 please | No Unauthorised Bots | English only :D 08:44:10 *** ChanServ changed the topic of #openttd to: 0.7.0, 0.7.1-RC2 | Website: *.openttd.org (BaNaNaS: bananas, Translator: translator2, Gameservers: servers, Nightly-builds: nightly, WIKI: wiki, Dev-docs: docs, Patches & Bug-reports: bugs, Revision log: vcs, Release info: finger) | #openttd.notice for SVN notices | UTF-8 please | No Unauthorised Bots | English only :D 08:46:14 *** weaselTM [weasel@synthesis.oftc.net] has joined #openttd 08:46:52 *** weaselTM is now known as Guest20 08:53:32 *** fonsinchen [~alve@BAI220d.bai.pppool.de] has joined #openttd 08:56:57 *** Progman [~progman@p57A1BE1E.dip.t-dialin.net] has quit [Remote host closed the connection] 09:08:11 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has joined #openttd 09:14:54 <petern> @seen rubidium 09:14:54 <DorpsGek> petern: rubidium was last seen in #openttd 1 week, 4 days, 13 hours, 29 minutes, and 5 seconds ago: <Rubidium> TrueBrain: you shouldn't count your age with your fingers! ;) 09:16:48 <Alberth> he wont be back until his system goes down 09:25:39 <planetmaker> his system? 09:34:12 <planetmaker> dbg: [sprite] Ignoring 12 unused extra bytes from the sprite from 2ccdj at position 265148 <-- for this kind of message: what's a method to find out which sprite causes this? 09:34:35 <yorick> the sprite at position 265148, probably 09:36:21 <planetmaker> har har har. 09:37:04 <petern> use a binary editor on the grf file :p 09:37:26 <planetmaker> he... well. Is there another way? 09:37:41 <petern> modify the source code to tell you the nfo line 09:37:55 <petern> aka pseudo sprite number 09:39:39 <planetmaker> hm... frosch told me yesterday to use grf2html in order to obtain that information. But... I don't see how... 09:41:01 *** [alt]buster [~eternal@cust-03-55bf402e.adsl.scarlet.nl] has joined #openttd 09:41:24 *** [alt]buster [~eternal@cust-03-55bf402e.adsl.scarlet.nl] has quit [Remote host closed the connection] 09:41:31 *** Hirundo [~chatzilla@5355F5FD.cable.casema.nl] has joined #openttd 09:43:29 *** Netsplit resistance.oftc.net <-> synthon.oftc.net quits: Guest20 09:49:18 *** fjb [~frank@p5485D637.dip.t-dialin.net] has joined #openttd 09:49:30 <fjb> Hello 09:53:53 <petern> so does anyone else know what r11622 intended to solve? 09:55:11 <yorick> what does it intend to do? 09:55:39 <petern> @openttd commit 11622 09:55:39 <DorpsGek> petern: Commit by rubidium :: r11622 trunk/src/newgrf_text.cpp (2007-12-11 21:25:48 UTC) 09:55:40 <DorpsGek> petern: -Codechange: support the unicode version of the 'control' characters. 09:56:07 <yorick> why would it need to be supported? 09:56:51 <petern> hence my question 09:57:12 *** oskari89 [~oskari89@dsl-kpobrasgw1-ff7cc100-243.dhcp.inet.fi] has joined #openttd 09:57:52 <planetmaker> he... I honestly don't know either. But... I also know only small bits and pieces where this plays a role... 09:58:11 <Hirundo> Characters in the 0xE000 series allow unicode-encoding of all characters in the 'ttd charset' 09:59:28 <Hirundo> Even those that should show a different character according to the unicode spec (e.g. train symbol would be something different in true unicode) 10:01:25 <petern> you missed the point of using 0xE000 10:01:37 <fonsinchen> Does anyone know what is twmw.grf? 10:01:43 <petern> it's private use area. there is no character there in 'true' unicode. 10:03:22 <Hirundo> Point is that if you want to encode e.g. the train symbol 10:03:34 <petern> you use 0xE0xx 10:03:38 <Hirundo> yes 10:03:53 <petern> so what is r11622 about? :p 10:03:59 <Hirundo> because 0x00B4 would, or rather should, refer to the respective unicode symbol 10:04:20 *** Singaporekid [~notme@cm207.psi140.maxonline.com.sg] has joined #openttd 10:04:24 <Hirundo> It seems like a failed attempt to do this properly 10:04:33 <petern> it was done properly before 11622 10:05:13 <Hirundo> before r11622, the 0xE0XX wasn't working according to the ttd newgrf specs, it seems 10:08:37 <Hirundo> If I'm reading correctly, any unicode char apart from U+E0XX and U+0000-1F, should be decoded directly 10:11:44 <petern> http://fuzzle.org/~petern/ottd/fixr11622.diff 10:13:59 <planetmaker> let me see. Compiling 10:14:16 <Hirundo> what characters are invalid, when filtering with CS_ALPHANUMERAL? 10:14:40 <petern> dunno but it's there for the default case 10:15:32 <petern> IsPrintable(c) 10:15:59 <petern> so anything from 0x20 to 0xE000-1 and then from 0xE200 up 10:16:09 <Hirundo> well, the spec states that characters U+0000-U+001F should be treated as normal non-unicode characters 00-1F 10:17:56 <Hirundo> } else { -> } else if (c >= 0x20) { 10:18:39 <planetmaker> are those chars printable at all (< 0x20)? 10:18:49 *** tux_mark_5 [~kvirc@lan-84-240-29-163.vln.skynet.lt] has joined #openttd 10:19:24 <petern> Hirundo, yeah, that's what i did 10:19:28 <Hirundo> no, but some of them are control characters 10:19:39 <petern> so, in the spec, what happens to chars between 0xE000 and 0xE020 ? 10:19:41 <Hirundo> SETX in ttdpatch-encoding 10:19:53 *** Progman [~progman@p57A1BE1E.dip.t-dialin.net] has joined #openttd 10:20:11 <petern> 1. 0xE020 - 0xE0FF are mapped to 0x00xx 10:20:39 <petern> and 0x0000 - 0x001F are left as is, as control code 10:20:45 <Hirundo> Hmmm... 0xE000-E01F seems like a classic example of 'undefined behaviour' 10:21:37 <petern> okay, just so long as i'm not reading it wrongly 10:22:31 <petern> planetmaker, can you test with the if (c >= 0x20) { mod? 10:23:06 <petern> your ordinals should work 10:23:09 <Alberth> planetmaker: no, some of them have visible effects (\t, \n, \r), others are audible (\a), and a whole lot more obscure ones for eq modem control 10:23:23 <petern> flow control :D 10:23:44 <petern> Alberth, the beep character makes the game lock up ;) 10:24:16 <Alberth> fun! :p 10:24:26 <planetmaker> ok, I'll test. I just find that my workplace computer is way slower than my laptop... :S 10:25:07 <Alberth> yeah, I missed flow control (^S and ^Q wasn't it?) 10:25:37 <petern> Alberth, someone was inserting the beep character by pressing it on the keyboard 10:25:44 <petern> predictably, on a large map 10:26:22 <Alberth> we should forbid the use of large maps :p 10:27:16 <petern> maybe pause on join needs to be tweaked 10:27:31 <petern> always on, for a start 10:27:45 <petern> but sometimes it seems its still not paused long enough 10:28:09 <Alberth> maybe we should test connection speed, and refuse slow clients? 10:28:34 <petern> nah, ban large maps like you say 10:28:46 <petern> and especially ban that patch that allows even larger maps 10:29:17 <planetmaker> sorry reallife. be back in a bit 10:29:38 <petern> no, test it, biatch! 10:30:20 <Hirundo> I have a patch lying around that silences your real life, do you need it? 10:35:24 *** Chris_Booth [~chatzilla@82-32-210-243.cable.ubr07.newt.blueyonder.co.uk] has joined #openttd 10:35:43 <yorick> "\a" just translates to "?" 10:37:49 <Chris_Booth> \a 10:38:00 <Hirundo> what is the ascii code of \a? 10:38:36 <yorick> 0x07 10:39:41 <Hirundo> I think outputting '?' is correct in that case 10:40:28 *** PeterT [~Peter@c-76-19-209-23.hsd1.ma.comcast.net] has joined #openttd 10:53:23 *** PeterT [~Peter@c-76-19-209-23.hsd1.ma.comcast.net] has quit [Quit: Leaving] 10:54:43 *** SHADOW-XIII [~Miranda@92.24.77.202] has joined #openttd 10:56:07 *** SHADOW-XIII [~Miranda@92.24.77.202] has quit [] 11:00:16 *** SHADOW-XIII [~Miranda@92.24.77.202] has joined #openttd 11:00:41 *** SHADOW-XIII [~Miranda@92.24.77.202] has quit [] 11:03:18 *** Chris_Booth [~chatzilla@82-32-210-243.cable.ubr07.newt.blueyonder.co.uk] has quit [Ping timeout: 480 seconds] 11:23:50 *** Zahl [~Zahl@f051176048.adsl.alicedsl.de] has joined #openttd 11:46:41 <planetmaker> petern, the patch works. At least with my testcase 11:49:06 <planetmaker> but I guess it needs more test cases... 11:51:03 *** Aali [~aali@84-217-17-200.tn.glocalnet.net] has quit [Ping timeout: 480 seconds] 11:55:02 *** KenjiE20 [~KenjiE20@92.22.13.88] has joined #openttd 12:00:42 *** Chris_Booth [~chatzilla@82-32-210-243.cable.ubr07.newt.blueyonder.co.uk] has joined #openttd 12:02:00 *** maristo [~maristo@host217-114-156-151.pppoe.mark-itt.net] has joined #openttd 12:03:22 *** Chris_Booth is now known as Booth 12:03:44 <petern> good enough for me :p 12:04:39 <planetmaker> :D 12:05:40 <CIA-3> OpenTTD: peter1138 * r16374 /trunk/src/newgrf_text.cpp: -Fix (r11622): Valid UTF-8 sequences between 0x20 and 0xFF should be allowed as is instead of being treated as control codes. 12:05:44 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has quit [Remote host closed the connection] 12:07:49 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has joined #openttd 12:09:24 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has quit [Remote host closed the connection] 12:10:33 *** Mucht [~Martin@chello080109200215.3.sc-graz.chello.at] has quit [Remote host closed the connection] 12:11:48 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has joined #openttd 12:14:34 <yorick> shouldn't the content server protocol be versioned? 12:15:24 <petern> shouldn't your mum? 12:15:38 <yorick> that's aged... 12:15:56 <petern> ... so's your mum 12:17:33 * eekee groans XD 12:22:02 <z-MaTRiX> hi:) 12:22:03 <z-MaTRiX> so in multiplayer players having colors other see? 12:22:08 <z-MaTRiX> what's with people that like one color? 12:22:21 <SmatZ> ... 12:23:08 <SmatZ> I think you should be able to solve that question on your own :-p 12:23:48 <eekee> I'm not so sure. There is, after all, no accounting for taste 12:24:48 *** z-matrica [~matrix@nude.lesbianbath.com] has joined #openttd 12:25:20 *** z-MaTRiX is now known as Guest38 12:25:20 *** z-matrica is now known as z-MaTRiX 12:25:39 *** Guest38 [~matrix@nude.lesbianbath.com] has quit [Read error: Connection reset by peer] 12:25:57 <petern> i'm not so sure, the question didn't make any sense 12:26:38 <z-MaTRiX> some people would like to have white for example 12:26:42 <z-MaTRiX> but is taken 12:27:34 <Ammler> z-MaTRiX: there is a grf, which changes colors, maybe, you can "missuse" that 12:27:52 <eekee> does it do black as a company colour? 12:27:59 <Ammler> yep 12:28:10 <eekee> cool 12:28:10 <petern> what is wrong with you people 12:28:19 <petern> how does " so in multiplayer players having colors other see " parse a valid question? 12:28:26 <eekee> petern: nothing. yourself? @p 12:28:35 <petern> +as a :s 12:29:05 <SmatZ> :) 12:29:36 * eekee ponders how to answer this, but finds words problemactical at best, riddles to be wrestled with until some likely meaning is derived 12:29:37 <SmatZ> z-MaTRiX: it's taken so you have to choose different colour - simple 12:32:25 * yorick agrees to petern 12:34:54 <eekee> I had no idea what the question actually was, but it clearly pertained to players' choices of colour and some complaint therin, and so I felt safe in sayign "there's no accounting for taste," expecting some more detail which would clarify things somewhat 12:35:19 <eekee> most of my communication goes like that, actually 12:35:51 <yorick> :D 12:36:06 <eekee> it's true XD 12:37:06 <yorick> heh, openttd server in 52.7 KB 12:37:09 <z-MaTRiX> taken? 12:37:13 <z-MaTRiX> what if i would swap 2 colors in my client? 12:37:15 <z-MaTRiX> ? would have color taken no? 12:37:19 <z-MaTRiX> having color white, though others see me as blue 12:37:39 *** Azrael- [~azraeluk@cpc4-papw2-0-0-cust778.cmbg.cable.ntl.com] has joined #openttd 12:38:11 *** lewymati [~lewymati@aejl202.neoplus.adsl.tpnet.pl] has joined #openttd 12:38:22 <eekee> I think that could work. 12:38:30 <yorick> what could 12:39:27 *** oskari89 [~oskari89@dsl-kpobrasgw1-ff7cc100-243.dhcp.inet.fi] has quit [] 12:39:33 <planetmaker> z-MaTRiX, you can do with your client what you like as long as you report back the correct random number 12:41:01 <yorick> or you can simply not report a random number :) 12:45:46 <Alberth> z-MaTRiX: your chat may get highly complicated ('put the tracks next to those of the blue player') 12:46:36 <z-MaTRiX> only if they say colors instead of company names 12:47:30 <yorick> what's the actual question? 12:51:52 <z-MaTRiX> nothing really, just wanted to check if soneone understands the question 12:56:20 <planetmaker> z-MaTRiX, sure, I always look up the name in a list instead of referring to the colour I see directly on the playground ;) 12:57:57 <z-MaTRiX> that will be more interesting when you have more than 40 competitors 12:58:15 <planetmaker> you are boring... 12:58:30 <planetmaker> Earth would be warmer, if the moon was another sun 12:58:46 <planetmaker> yeah. Both is true. Both is irrelevant. 12:59:03 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd [] 13:01:21 <z-MaTRiX> :) 13:02:40 <z-MaTRiX> btw have you been thinking about adding more colors? 13:03:23 <z-MaTRiX> just think about UTP cahles, and twisted, multiple colored candy 13:04:53 <z-MaTRiX> red-white twisted colored maglev would be nice 13:05:47 *** Progman [~progman@p57A1BE1E.dip.t-dialin.net] has quit [Remote host closed the connection] 13:05:56 * yorick hopes z-MaTRiX will eat an UTP cable some day 13:06:04 <z-MaTRiX> http://i.ehow.com/images/GlobalPhoto/Articles/4786367/digsart-earringscandycane4_Full.jpg 13:09:45 *** Chrill [~chrischri@80.216.60.117] has joined #openttd 13:10:17 *** Zahl_ [~Zahl@f051176048.adsl.alicedsl.de] has joined #openttd 13:11:18 *** ecke [~ecke@213.195.202.11] has joined #openttd 13:12:46 *** Frostregen [~sucks@dslb-084-058-187-113.pools.arcor-ip.net] has joined #openttd 13:14:08 <CIA-3> OpenTTD: smatz * r16375 /trunk/src/bridge_gui.cpp: -Codechange: don't be afraid of deleting NULL pointers 13:16:24 *** maristo [~maristo@host217-114-156-151.pppoe.mark-itt.net] has quit [Remote host closed the connection] 13:17:18 *** Zahl [~Zahl@f051176048.adsl.alicedsl.de] has quit [Ping timeout: 480 seconds] 13:17:18 *** Zahl_ is now known as Zahl 13:18:31 *** Zahl [~Zahl@f051176048.adsl.alicedsl.de] has quit [Quit: *schiel*] 13:30:38 *** stuffcorpse [~rick@121.98.136.241] has quit [Ping timeout: 480 seconds] 13:34:10 <z-MaTRiX> would be nice if someone includes a function with 2 color selectors that is rendering colors like this http://here4now.typepad.com/photos/uncategorized/2007/12/12/st_augustine_lightstation_2_copy.jpg 13:35:41 <planetmaker> it would be nice if less people would issue "great ideas" and more people actually work on such ideas 13:35:50 *** stuffcorpse [~rick@121.98.136.241] has joined #openttd 13:36:14 <z-MaTRiX> yeah 13:36:35 <planetmaker> especially someone has already quite a workload and could use some help 13:36:45 <z-MaTRiX> i cant find what is where yet :( 13:36:59 <z-MaTRiX> in sources 13:39:17 * z-MaTRiX is shamed not posted .diff files already ;< 13:41:31 <planetmaker> that said, two company coloured things can already be made via newgrf 13:41:54 <planetmaker> well. as long as they're vehicles, stations ,trains, planes afaik 13:42:08 <planetmaker> and houses can be anything the grf author paints 13:42:31 *** Zahl [~Zahl@f051176048.adsl.alicedsl.de] has joined #openttd 13:45:55 <z-MaTRiX> isn't there a poaintmask for every vehicle/building? 13:45:55 <z-MaTRiX> *paintmask 13:48:23 <petern> no 13:48:30 <z-MaTRiX> :( 13:50:24 <planetmaker> it's an advantage... 13:52:16 *** yorick [~Yorick@s55924da0.adsl.wanadoo.nl] has quit [Quit: Poef!] 13:53:26 <CIA-3> OpenTTD: smatz * r16376 /trunk/src/ (13 files): -Codechange: Vehicle::Tick() now returns false if the vehicle was deleted 13:56:47 <Belugas> hello 13:56:52 <Westie> bye 13:57:00 <z-MaTRiX> hi :) 14:06:27 <petern> hi Belugas 14:06:41 <petern> have you gone home yet? :D 14:16:54 <Belugas> hello petern. I came at home yesterady around 7:30h, kiddo was already sleeping. I crashed in bed around 9:00h, and... as a sudden, i'm still in the same office :( 14:17:12 <Belugas> and today, i THINK i'll be off LEAVING it around 9:00h PM 14:17:17 <Belugas> joyfull stuff :S 14:17:22 <SmatZ> :o( 14:23:06 *** elmex [elmex@ist.m8geil.de] has quit [Remote host closed the connection] 14:23:42 *** elmex [elmex@ist.m8geil.de] has joined #openttd 14:23:48 <CIA-3> OpenTTD: smatz * r16377 /trunk/src/ (16 files in 3 dirs): -Codechange: unify FOR_ALL_* macros, use separate index variable instead of var->index 14:25:10 *** Fuco [~dota.keys@fuco.sks1.muni.cz] has joined #openttd 14:26:47 *** TinoM [~Tino@i59F5F0D4.versanet.de] has joined #openttd 14:27:28 *** `Fuco` [~dota.keys@fuco.sks1.muni.cz] has quit [Read error: Connection reset by peer] 14:28:33 <petern> :( 14:39:29 <petern> *** petern has left the game (connection lost) 14:39:31 <petern> pom te pom 14:39:55 <Prof_Frink> *** Sacro has lost the game (connection left) 14:40:59 *** frosch123 [~frosch@frnk-590c0ef5.pool.einsundeins.de] has joined #openttd 14:43:01 <petern> hmm, client is reporting Network Game synchronisation failed, but server isn't reporting desync :\ 14:43:42 <Prof_Frink> Ah. The synchronisation check has become desynchonised. 14:47:00 *** Chrill [~chrischri@80.216.60.117] has quit [] 14:47:17 <petern> hmm 14:48:29 <petern> or was it Network-Game connection lost 14:49:26 <SmatZ> I think there cases when client reports desync, but server connetion loss 14:50:05 <SmatZ> (server drops the slow client before he finds out the desync problem) 14:51:21 *** tosse [tosse@tosse.pp.se] has quit [Ping timeout: 480 seconds] 14:52:10 <planetmaker> petern, further there's http://bugs.openttd.org/task/2880 14:52:26 <planetmaker> e.g. a normally reported disconnect is reported also as lost. 14:52:30 <SmatZ> planetmaker: I think that's not the same problem 14:52:31 <petern> yeah, i'm using 0.7.1-RC2 though 14:52:44 <planetmaker> SmatZ, but same "area" :) 14:56:22 *** tosse [tosse@tosse.pp.se] has joined #openttd 14:58:02 *** Progman [~progman@p57A1BE1E.dip.t-dialin.net] has joined #openttd 15:01:42 <petern> nope, definitely synchronisation failed 15:01:49 <petern> and it's not slow clients 15:02:02 <petern> cos it happens for all clients at the same time 15:04:10 <SmatZ> 0.7.1-RC2 desyncs? :( 15:05:04 <planetmaker> muh :( 15:07:54 *** reldred [~reldred@115.131.200.206] has quit [Read error: Connection reset by peer] 15:08:32 <petern> SmatZ, yeah, with TaI 15:08:53 <planetmaker> hm. wasn't there a fix which actually *should* have fixed that? 15:10:11 <petern> i'm just confused as the server doesn't consider it as a desync 15:14:05 <CIA-3> OpenTTD: smatz * r16378 /trunk/ (69 files in 7 dirs): -Codechange: replace OldPool with simpler Pool. Compilation time, binary size and run time (with asserts disabled) should be improved 15:15:21 *** Fenris [~fenris@p5B0D6D4F.dip.t-dialin.net] has joined #openttd 15:18:39 <planetmaker> :O 15:20:04 *** SineDeviance [~jman@cpe-075-176-106-090.carolina.res.rr.com] has joined #openttd 15:23:46 *** ctibor_ [~ctibor@77.48.228.43] has quit [Ping timeout: 480 seconds] 15:23:59 <CIA-3> OpenTTD: smatz * r16379 /trunk/src/ (15 files in 3 dirs): -Codechange: remove GetNumTowns(), GetNumIndustries() and GetActiveCompanyCount(), use PoolItem::GetNumItems() instead 15:24:24 *** stuffcorpse [~rick@121.98.136.241] has quit [Quit: leaving] 15:24:53 *** stuffcorpse [~rick@121.98.136.241] has joined #openttd 15:26:12 * petern wonders if realloc is optimised to not ever copy data around 15:27:04 <SmatZ> it should happen rarely anyway 15:38:05 *** Rexxars [~rexxars@62.73.249.23] has joined #openttd 15:39:27 *** SineDeviance [~jman@cpe-075-176-106-090.carolina.res.rr.com] has quit [Quit: Leaving] 15:39:35 <CIA-3> OpenTTD: smatz * r16380 /trunk/ (22 files in 6 dirs): -Codechange: rename pool.hpp to pool_type.hpp 15:39:44 <petern> how do you debug a desync that isn't seen a desync? :s 15:39:58 <Westie> what is it then? 15:40:00 <Sacro> How do you solve a problem with a problem 15:40:19 <petern> +as a 15:40:26 <Westie> ah 15:40:33 <Westie> desync it, debug it 15:40:34 <Westie> :P 15:41:02 <Westie> (basically, aggrivate 'teh pr0bl3m!11one') 15:45:38 *** Dred_furst [~Dred@resnet646.bournemouth.ac.uk] has joined #openttd 15:47:08 *** SineDeviance [~jman@cpe-075-176-106-090.carolina.res.rr.com] has joined #openttd 16:01:25 *** Aali [~aali@84-217-22-180.tn.glocalnet.net] has joined #openttd 16:13:43 *** Fenris [~fenris@p5B0D6D4F.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 16:15:13 *** tokai [~tokai@p54B827DF.dip0.t-ipconnect.de] has quit [Quit: Icebears are cute. Please, take care of them!] 16:18:02 *** Splex [~splex@c-24-245-55-70.hsd1.mn.comcast.net] has joined #openttd 16:25:23 *** Aali [~aali@84-217-22-180.tn.glocalnet.net] has quit [Ping timeout: 480 seconds] 16:27:48 * frosch123 suspects building counts 16:28:33 *** Aali [~aali@84-217-16-149.tn.glocalnet.net] has joined #openttd 16:29:38 *** HerzogDeXtEr1 [~Flex@89.246.175.250] has joined #openttd 16:30:19 <SmatZ> frosch123: how can be? 16:30:48 <frosch123> they were changed at least two times because they were desyncing and never tested :) 16:31:42 <SmatZ> it's simple to add a time-consuming test for that :) 16:36:21 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd 16:36:48 *** HerzogDeXtEr [~Flex@89.246.161.10] has quit [Ping timeout: 480 seconds] 16:39:02 *** DJNekkid [~tmsmje@static128-249.adsl.no] has joined #openttd 16:39:45 <DJNekkid> hi devs ... i got a (hopefully) quite small feature request... 16:39:50 *** Polygon [~Poly@p54B45324.dip.t-dialin.net] has joined #openttd 16:40:08 *** colde [colde@server.lokedupont.info] has quit [Ping timeout: 480 seconds] 16:40:13 <DJNekkid> callback 36 support for action property 24 (for trains) ... i.e. highbyte of weight 16:40:40 <frosch123> I would expect you can just return 15 bit for the normal property 16:40:50 <DJNekkid> oki 16:40:52 <DJNekkid> let me test 16:47:14 *** colde [colde@server.lokedupont.info] has joined #openttd 16:53:40 *** Splex [~splex@c-24-245-55-70.hsd1.mn.comcast.net] has quit [Quit: Leaving] 16:55:20 *** liveCDduck [~holyduck@38.80-202-138.nextgentel.com] has joined #openttd 16:55:41 * liveCDduck is boored 16:56:14 <petern> Belugas, i'm home, hurry up :s 16:56:55 <Belugas> :( 16:56:59 <Belugas> i wish i could 16:57:09 <Belugas> liveCDduck, thanks for entertaining us 16:57:12 <Belugas> really appreciated 16:57:31 <liveCDduck> Belugas, hehe 16:57:50 <liveCDduck> Belugas, well im busy fixing my main computer that i may have accidentally borked during a experiment with grub2 16:57:54 <liveCDduck> and its booring 16:58:23 *** lewymati [~lewymati@aejl202.neoplus.adsl.tpnet.pl] has quit [] 16:58:27 <DJNekkid> frosch123: you were correct :) 16:58:32 <liveCDduck> actually its twice as booring because i decided for reasons unknown to myself to redo my sid install 16:58:37 * liveCDduck snores 16:58:38 <frosch123> fine :) 16:58:56 <Belugas> you wantboring? come over here. quazillions tests to perfom on a chip n pin simulator, taking note of all the results, grabbing the receipts and all... that is boring... 16:59:02 <Belugas> ho.. and do that over a 5 days period 16:59:08 <Belugas> now that is EXTREMELY boring 16:59:11 <liveCDduck> Belugas, :D 16:59:29 <liveCDduck> Belugas, well yeah but the fact that i dont have a debian cd or even remotely like it 16:59:35 <liveCDduck> means that i have to use debootstrap :P 17:00:01 <Sacro> Belugas: you know what else is... 17:00:03 <Sacro> digging for oil 17:00:18 <liveCDduck> Sacro, who digs for oil? 17:00:23 <Sacro> bores :p 17:00:27 <liveCDduck> well some shitty places do 17:00:37 <liveCDduck> Sacro, oil drilling though is good work 17:00:39 <Belugas> # Digging in the dirt... 17:00:42 * Prof_Frink hands Sacro a TBM 17:00:49 <liveCDduck> atleast on platforms 17:00:50 <Belugas> # That's the place where it got hurt 17:01:03 <Prof_Frink> What a boring machine. 17:01:10 <frosch123> that fat stuff is already quite boring if you have to do it for 3 hours 17:01:11 <Belugas> Pretty hate Machine 17:01:14 <liveCDduck> Sacro, 24h shifts 17:01:16 <Belugas> Welcome to the nmachine 17:01:19 <liveCDduck> and 3 week vacation 17:01:20 <Belugas> Machine Messaia 17:01:22 <liveCDduck> for every 4 weeks of work 17:01:50 <Belugas> Machine Head (of course...) 17:02:03 <Belugas> in honor to XeryusTC 17:02:04 <Sacro> we should have an openttd meet 17:02:05 * liveCDduck prefers his deus ex MACHINA 17:02:06 <liveCDduck> :D 17:02:18 <Sacro> we shall go visit Prof_Frink 17:02:29 <liveCDduck> Sacro, arent all openttd players either people with ocd or introverts? 17:02:31 * Belugas resurect Pretty Hate Machine 17:02:42 <Prof_Frink> Belugas: The Artilleyman and the Fighting Machine 17:02:57 <XeryusTC> Belugas: i dont listen to machine head 17:03:00 <Belugas> good point (didn't now that one) 17:03:13 <Belugas> well...that is purple, no? 17:03:30 <XeryusTC> deep purple? 17:03:34 <Belugas> yeah 17:03:38 <Belugas> the album 17:04:01 <Belugas> or am i loosing it??? 17:04:32 <XeryusTC> quite 17:04:39 <Prof_Frink> Sacro: I'll push you off a cliff. 17:06:13 * Prof_Frink looses an arrow in Belugas' direction 17:06:13 <Belugas> XeryusTC : quite -> loosing it?? or -> indeed, purple album ?? 17:06:42 <XeryusTC> both 17:07:06 <DJNekkid> frosch123: can the same thing be saied about capacity? 17:07:07 * Prof_Frink rages against Belugas' machine 17:08:18 *** Polygon [~Poly@p54B45324.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 17:08:21 <frosch123> DJNekkid: likely about all callback 36 17:09:19 <liveCDduck> hmm, i want to rage. 17:09:37 <liveCDduck> why must there be so many idiotically setup openttd servers 17:09:42 <liveCDduck> *setuped 17:11:07 <Prof_Frink> No the past tense of setup is set up. 17:11:32 <liveCDduck> actually i probally would want to make it why must so many openttd servers be configured by idiots or left at default settings 17:11:39 <liveCDduck> a : after it 17:13:34 *** oskari89 [oskari89@dsl-kpobrasgw1-ff7cc100-243.dhcp.inet.fi] has joined #openttd 17:14:29 *** Progman [~progman@p57A1BE1E.dip.t-dialin.net] has quit [Remote host closed the connection] 17:17:28 *** Progman [~progman@p57A1BE1E.dip.t-dialin.net] has joined #openttd 17:18:53 *** Eddi|zuHause [~johekr@p54B77B9E.dip.t-dialin.net] has quit [Remote host closed the connection] 17:21:02 *** Eddi|zuHause [~johekr@p54B77B9E.dip.t-dialin.net] has joined #openttd 17:21:24 <Eddi|zuHause> that was weird... 17:21:51 <Eddi|zuHause> my screen and sound went dark, and i thought it was a power outge from the oncoming storm 17:22:09 <Eddi|zuHause> but when the screen came back on, the computer was still running, only the X server quit 17:22:25 <Eddi|zuHause> and that right after i came home 10 seconds ago... 17:22:27 <fonsinchen> What's the difference between PoolItem::GetPoolSize() and PoolItem::GetNumItems()? 17:23:14 <frosch123> I guess similiar to GetCount vs GetCapacity 17:23:19 *** tokai [~tokai@p54B827DF.dip0.t-ipconnect.de] has joined #openttd 17:23:21 *** mode/#openttd [+v tokai] by ChanServ 17:23:21 <Eddi|zuHause> poolsize=numitems*itemsize? or allocated vs used items? 17:23:43 <Alberth> I vote for the latter 17:23:51 <Eddi|zuHause> shouldn't that kind of information be in the documentation? 17:23:54 <Alberth> s/vote/guess/ 17:24:11 <fonsinchen> there are some comments there ... 17:24:39 <fonsinchen> but then: what is the "first unused index"? 17:24:45 *** maristo [~maristo@host217-114-156-151.pppoe.mark-itt.net] has joined #openttd 17:24:59 *** Strid [~Strid@c-fe85e555.013-46-6c6b7013.cust.bredbandsbolaget.se] has joined #openttd 17:25:28 <fonsinchen> and does "number of valid items in the pool" include holes? 17:25:45 <fonsinchen> holes being places where there is space reserved in the pool but no item allocated. 17:26:19 <Eddi|zuHause> that means that pool items may be deleted (and later reused)? 17:26:31 <Eddi|zuHause> i don't fully understand pools either 17:26:49 <fonsinchen> Well, stations can be deleted. Then there is a hole in the pool 17:26:59 <fonsinchen> I learned that the hard way ... 17:27:23 <Eddi|zuHause> anyway, holes are hardly valid items 17:27:37 <fonsinchen> No, they have random values in them. 17:27:57 <fonsinchen> Anyway, I want something like GetMaxStationIndex used to do? 17:28:08 <fonsinchen> Which function should I use? 17:28:12 <petern> poolsize 17:28:18 <petern> is the same thing 17:28:25 <fonsinchen> ok, thanks 17:28:55 *** db48x [~db48x@64.218.49.85] has joined #openttd 17:29:47 *** Progman [~progman@p57A1BE1E.dip.t-dialin.net] has quit [Remote host closed the connection] 17:29:48 <frosch123> fonsinchen: just take a look at FOR_ALL_ITEMS_FROM 17:31:22 *** yorick [~Yorick@s55924da0.adsl.wanadoo.nl] has joined #openttd 17:31:58 <fonsinchen> and what are those new *_Ptrs chunk handlers about? 17:32:27 <frosch123> for turning BlablaIndex into *Blabla 17:33:02 *** |Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has quit [Quit: oO] 17:35:51 <fonsinchen> Are they documented anywhere? I don't get what is happening there. 17:36:20 <fonsinchen> I mean, the linkgraph doesn't have any indices, but I want to save it anyway. 17:36:23 *** Booth [~chatzilla@82-32-210-243.cable.ubr07.newt.blueyonder.co.uk] has quit [Ping timeout: 480 seconds] 17:36:39 <frosch123> do you have any pointers you want to store? 17:36:43 *** Polygon [~Poly@p54B45324.dip.t-dialin.net] has joined #openttd 17:37:43 <fonsinchen> no 17:38:10 <fonsinchen> I deduce all references from the order of saving 17:38:18 <fonsinchen> and from some size parameters I save 17:38:55 <fonsinchen> for example I save a linkgraph, in the linkgraph I save it's number of components and following that I save those components. 17:39:00 <frosch123> if you have no "Vehicle *v" or "Order *order" or similiar pointers to pool items, you do not need a _Ptrs thingie 17:39:14 <fonsinchen> I can set it to NULL then? 17:39:19 <CIA-3> OpenTTD: translators * r16381 /trunk/src/lang/ (7 files in 2 dirs): (log message trimmed) 17:39:19 <CIA-3> OpenTTD: -Update: WebTranslator2 update to 2009-05-22 17:38:42 17:39:19 <CIA-3> OpenTTD: brazilian_portuguese - 2 fixed by tucalipe (2) 17:39:19 <CIA-3> OpenTTD: estonian - 2 fixed by kristjans (2) 17:39:19 <CIA-3> OpenTTD: french - 2 fixed by glx (2) 17:39:21 <CIA-3> OpenTTD: indonesian - 20 fixed by rindu (20) 17:39:21 <CIA-3> OpenTTD: romanian - 4 fixed by CrystyB (2), kkmic (2) 17:39:56 <frosch123> yes 17:40:53 <fonsinchen> thanks 17:47:23 *** Polygon [~Poly@p54B45324.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 17:49:34 <frosch123> haha, ok with tai populatio is desyncing for all towns 17:49:59 <Eddi|zuHause> that does not sound very good ;) 17:50:35 <frosch123> just start a game with one server and one client and put the windows next to each other :p 17:52:06 <frosch123> later number of houses differ, but I guess that is due to the population differing 17:53:07 *** Hirundo [~chatzilla@5355F5FD.cable.casema.nl] has quit [Quit: ChatZilla 0.9.84 [Firefox 3.0.10/2009042316]] 17:58:50 <frosch123> hmm, maybe pikka uses non-zero populations for additonal house tiles 18:00:56 <Eddi|zuHause> imho, no valid grf should be able to desync a server, so it'd be openttd's fault 18:01:56 <frosch123> the specs clearly say, that additonal tiles shall have a population of zero :p 18:02:34 <Eddi|zuHause> then the grf should be caught as invalid 18:03:27 <Eddi|zuHause> which still falls into the responsibility of ottd 18:06:05 <frosch123> let's see whether that works... 18:12:47 <yorick> should a savegame/server be able to crash openttd? 18:14:18 *** Polygon [~Poly@p54B45324.dip.t-dialin.net] has joined #openttd 18:15:12 <petern> yes 18:16:16 <eekee> a client shouldn't be able to crash a server, but the other way around seems harmless 18:16:40 <petern> not ideal 18:16:46 <petern> but less of a problem 18:16:50 <eekee> yeah 18:17:46 <CIA-3> OpenTTD: rubidium * r16382 /trunk/src/ (16 files in 3 dirs): -Codechange: make GetVehicleTrackdir a member function of Vehicle. 18:19:11 <yorick> it's quite easy to have a server crash a client 18:25:46 <Xaroth> thank fuck it's harder the other way around :) 18:26:26 <yorick> it shouldn't be able to crash a client using only udp 18:30:39 <petern> yorick 18:30:45 <yorick> petern 18:30:51 <petern> why don't you just write up a bug report instead of alluding to shit 18:31:43 <yorick> heh 18:33:31 <_ln> Does someone have an opinion about Canon PowerShot A1100 IS? 18:35:47 <Belugas> wow... i just understood a few minutes ago the interaction between the PINPad and the chipnpin card: it's like OpenTTD and a newgrf-callback file interaction :D 18:36:02 <petern> :s 18:36:20 <_ln> Belugas: what are you working on, btw? 18:36:46 <petern> chipnpin 18:36:53 <Belugas> _ln, personnaly, i'd prefer a Canon EOS XSI, the 450D.. question of opinion 18:36:58 <Belugas> yeah, as petern said 18:39:43 <_ln> EOS sounds expensive 18:39:54 <_ln> not that I wouldn't want to have one some day. 18:43:00 <SpComb> most crashes are potentially exploitable 18:43:29 <SpComb> as in, exploitable for more than just causing a crash 18:44:34 <CIA-3> OpenTTD: frosch * r16383 /trunk/src/newgrf.cpp: -Fix/Change: Disable multitile houses with non-zero population on additional tiles as they cause desyncs and because the specs do not allow that either. 18:48:52 <Belugas> _ln : it may be, but it's a fine machine. Tha's the one my wife has. Not to mention the lenses she has... 18:49:06 <Belugas> as for me, i'm quite happy with my Sony DSC-P73 18:49:41 *** ctibor_ [~ctibor@77.48.228.43] has joined #openttd 18:55:42 <petern> frosch123, that fixes TaI? 18:56:17 <frosch123> yup, and prints http://paste.openttd.org/182953 18:56:37 <CIA-3> OpenTTD: rubidium * r16384 /trunk/src/ (10 files in 2 dirs): -Codechange: move u.effect to EffectVehicle 18:57:05 <frosch123> so, no, it only fixed ottd, tai still needs fixing 18:57:23 <CIA-3> OpenTTD: rubidium * r16385 /trunk/src/ (4 files in 2 dirs): -Codechange: move u.disaster to DisasterVehicle. 19:02:18 *** Singaporekid [~notme@cm207.psi140.maxonline.com.sg] has quit [Ping timeout: 480 seconds] 19:05:46 *** liveCDduck [~holyduck@38.80-202-138.nextgentel.com] has quit [Remote host closed the connection] 19:08:06 *** Progman [~progman@p57A1BE1E.dip.t-dialin.net] has joined #openttd 19:09:41 * Belugas is buzzing on 32 Ghosts IV 19:09:44 <Belugas> lovely 19:16:00 *** Chris_Booth [~chatzilla@82-32-210-243.cable.ubr07.newt.blueyonder.co.uk] has joined #openttd 19:17:07 <z-MaTRiX> someone know how to stop a 120000 HP LEV-4 train carrying 1320000 litres of oil traveling at 643kmh-1 instantly? 19:17:31 <Alberth> remove a piece of track? 19:17:47 <z-MaTRiX> or place red signal <; 19:17:56 * eekee thinks trains should crash if they come to the end of the line too fast >:) 19:18:08 <z-MaTRiX> yep 19:18:19 * yorick thinks it's far too realistic 19:18:30 <eekee> :) 19:18:59 <z-MaTRiX> but if i click stop it takes long time to stop :P 19:19:43 <eekee> one-way PBSignal facing the wrong way will stop a train cold too 19:19:44 *** SHRIKEE [~shrikee@84-105-53-197.cable.quicknet.nl] has joined #openttd 19:20:19 <z-MaTRiX> cool, reversing train stops immediatly too 19:20:36 *** Polygon [~Poly@p54B45324.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 19:20:57 <eekee> really? Doesn't seem to work for me 19:21:03 <z-MaTRiX> worked 19:21:15 <z-MaTRiX> clicked reverse train, then stop 19:23:38 <z-MaTRiX> (built a test track from 1000000000 euros) 19:24:47 *** Wolle [DrJekyll@p57B0C73F.dip.t-dialin.net] has joined #openttd 19:25:01 <Belugas> [15:20] * eekee thinks trains should crash if they come to the end of the line too fast >:) <---- I bet you'd be among the first ones to yell at it if ever it was implemented 19:26:21 <eekee> probably XD; 19:28:17 <z-MaTRiX> howcome station rating is only 84% if a 38 car maglev train arrives every 5-10 days? 19:28:27 * yorick would like master sevrer address in config file 19:28:33 <z-MaTRiX> (not set to full load) 19:28:51 <yorick> server* 19:29:35 <Belugas> change it, yorick 19:39:55 <yorick> what's the master server session key used for? 19:40:55 <eekee> unlocking the master server session *nod* 19:41:09 *** Frostregen [~sucks@dslb-084-058-187-113.pools.arcor-ip.net] has quit [Quit: und weg] 19:41:22 <eekee> z-MaTRiX: 84% is extremely high for a single train 19:43:09 <z-MaTRiX> track length: 1000 19:43:19 <z-MaTRiX> 12 trains going to station 19:46:07 <z-MaTRiX> hahah made a wave of maglev rail, train goes through 643kmh-1, looks interesting 19:47:02 <z-MaTRiX> though i remember i read on forum "train will slow down if on more than 2 45deg turns" 19:47:16 <petern> thing is 19:47:19 <petern> nobody actually cares 19:47:38 <CIA-3> OpenTTD: frosch * r16386 /trunk/src/ (build_vehicle_gui.cpp vehicle_gui.cpp vehicle_gui.h): -Codechange: Move ShowAdditionalText() to build_vehicle_gui and make it static. 19:47:49 <Alberth> it is also often non-interesting, eg when near a station 19:48:34 <z-MaTRiX> well yes 19:48:48 <eekee> I do, & sometimes have to smooth out turns near stations to get the trains in & out more efficiently. All part of the challenge, that 19:51:53 <z-MaTRiX> maglev train does not slow down if only 45deg turns in track 19:52:10 <eekee> it'll slow down for \_/ 19:52:17 <eekee> it won't slow down for \__/ 19:52:20 <z-MaTRiX> just tested it. 19:53:14 <Chris_Booth> it will also slow downs for \_ 19:53:20 <Chris_Booth> \ 19:53:28 <z-MaTRiX> train waving through at 643kmh-1 19:53:31 <eekee> not that I've noticed 19:53:40 <Chris_Booth> i mean a double S shaped curve 19:54:19 <eekee> Ah I took \_ to mean a sigle corner 19:57:27 <petern> what is this "kmh-1" you speak of? 19:58:49 <fjb> km/h, km per hour 19:59:17 <petern> kmh?? 20:00:08 <Prof_Frink> Does openttd support fff yet? 20:00:17 <petern> nope :( 20:00:41 * petern ponders adding it 20:02:01 <Prof_Frink> Yes! It should be top of the "New Features" list for 0.8.0! 20:03:08 <z-MaTRiX> http://img7.imageshack.us/img7/3391/hoaxingtransport9100205.png 20:03:38 <CIA-3> OpenTTD: rubidium * r16387 /trunk/src/ (10 files in 2 dirs): -Codechange: use Aircraft instead of Vehicle where appropriate 20:04:17 <z-MaTRiX> \|_@_ 20:06:18 *** KritiK [~Maxim@78-106-180-199.broadband.corbina.ru] has joined #openttd 20:06:39 <z-MaTRiX> i dont care, its nice it can take the turns that fast 20:07:38 <CIA-3> OpenTTD: rubidium * r16388 /trunk/src/ (13 files in 2 dirs): -Codechange: move u.air to Aircraft 20:13:30 <petern> Prof_Frink, hmm, what are the units for power & force? :s 20:14:16 <Prof_Frink> f=ma, so f*f/(f^2) 20:15:03 <petern> :s 20:15:24 <Prof_Frink> Power... work/time... force*dist/time 20:15:37 <Prof_Frink> (f*f/(f^2))*f/f 20:18:29 *** phidah [~phidah@1305ds3-oebr.0.fullrate.dk] has joined #openttd 20:18:52 *** Dred_furst [~Dred@resnet646.bournemouth.ac.uk] has quit [Read error: Connection reset by peer] 20:18:57 <CIA-3> OpenTTD: rubidium * r16389 /trunk/src/ (9 files in 2 dirs): -Codechange: use RoadVehicle instead of Vehicle where appropriate 20:19:01 <Prof_Frink> Anyone fancy simplifying that down? 20:19:31 <frosch123> is f*f/f^2*f/f easier? 20:19:32 <Chris_Booth> its 2 20:19:50 <Chris_Booth> f*f is f^2 20:19:56 <Alberth> 1 20:20:10 <yorick> it's basically f/f 20:20:14 <yorick> which is 1 20:20:21 <Chris_Booth> yeah 20:20:33 <Chris_Booth> 2 wasnt a bad guess 20:20:35 * frosch123 is impressed 20:20:38 <petern> it's not 20:20:43 <petern> f is not the same f 20:20:44 <Chris_Booth> it is 20:20:50 <Chris_Booth> f*f is f^2 20:21:06 <Chris_Booth> f^s / f^2 is 1 20:21:12 <Chris_Booth> f/f is 1 20:21:19 <Chris_Booth> 1*1 is 1 20:21:21 <yorick> 1 * 1 is 1 20:21:37 <frosch123> @calc 1 * 1 20:21:37 <DorpsGek> frosch123: 1 20:21:45 <Prof_Frink> Chris_Booth: Not all fs are equal. 20:21:45 <yorick> @calc *2*2/(2^2))*2/2 20:21:45 <DorpsGek> yorick: Error: invalid syntax (<string>, line 1) 20:21:49 <frosch123> better safe than sorry 20:22:00 <Prof_Frink> Some are furlongs, some firkins, some fortnights. 20:22:04 <yorick> @calc (2*2/(2^2))*2/2 20:22:04 <DorpsGek> yorick: Error: Something in there wasn't a valid number. 20:22:13 <yorick> @calc (2*2/(2**2))*2/2 20:22:13 <DorpsGek> yorick: 1 20:22:24 <Chris_Booth> well use differet letter for them all 20:22:29 <Chris_Booth> so xyz 20:22:32 <CIA-3> OpenTTD: rubidium * r16390 /trunk/src/ (22 files in 4 dirs): -Codechange: move u.road to RoadVehicle. 20:22:41 <Prof_Frink> Work it out ;) 20:23:22 *** PeterT [~Peter@c-76-19-209-23.hsd1.ma.comcast.net] has joined #openttd 20:28:22 <petern> f = firkin, f = furlong, f = fortnight 20:28:28 <petern> it's quite clear 20:28:38 *** lewymati [~lewymati@aejl202.neoplus.adsl.tpnet.pl] has joined #openttd 20:29:28 <Prof_Frink> And a firkin can be a unit of mass or volume. 20:30:26 <Ammler> why do newgrfs version begin with v? 20:30:31 <Belugas> i was going to make a joke with another f word with mass, volume and such... but.... i'll shut up and keep working 20:30:33 <Ammler> like ISR v0.8.0 20:30:41 <Ammler> but OpenTTD doesn't? 20:30:58 <petern> why is windows xp called windows xp? 20:31:08 <Ammler> :-) 20:31:32 <petern> the reason is: it is TOTALLY UP TO THE NEWGRF AUTHOR WHAT TO CALL THEIR GRF 20:31:37 <yorick> because they wanted us to feel the "experience" 20:31:41 <petern> Belugas, go home 20:31:56 <petern> i'm bored of unknown people jamming :/ 20:32:31 <Prof_Frink> Why? It's less tiring than laybacking. 20:32:48 <Prof_Frink> Can be painful if you do it wrong though. 20:33:55 <Belugas> lol 20:34:01 <Belugas> i wish, petern, i wish! 20:34:07 <Belugas> you have invites? 20:35:57 <petern> no 20:36:18 <Belugas> [16:34] <@petern> i'm bored of unknown people jamming :/ <-- that's what I understood 20:36:42 <petern> have been on the test servers 20:36:50 <Belugas> admit it: I'm good and hard to match :D 20:38:34 <Belugas> hardy harr... 28 more cases to run 20:38:39 * Belugas "dives" in 20:39:32 <Alberth> eveybody have fun, see you tomorrow 20:40:31 <petern> Belugas, yup, they play a different style 20:40:48 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd [] 20:42:22 *** Polygon [~Poly@p54B45324.dip.t-dialin.net] has joined #openttd 20:42:26 <z-MaTRiX> http://img17.imageshack.us/img17/3391/hoaxingtransport9100205.png 20:44:17 *** TinoM [~Tino@i59F5F0D4.versanet.de] has quit [Quit: Verlassend] 20:46:49 *** Chris_Booth [~chatzilla@82-32-210-243.cable.ubr07.newt.blueyonder.co.uk] has quit [Quit: ChatZilla 0.9.84 [Firefox 3.0.10/2009042316]] 20:49:17 <Belugas> petern, i tried a few jamming sessions on those servers. Not really... fun, i'd say. Feels like they want to impress each others 20:49:29 <Belugas> especially the drummers... 20:53:20 <petern> yeah 20:53:43 <petern> and someone will come along and pretty much pipe a complete song 20:53:50 <petern> which is not quite the spirit of it 20:54:57 *** maristo [~maristo@host217-114-156-151.pppoe.mark-itt.net] has quit [Remote host closed the connection] 20:55:03 <Belugas> indeed 20:55:25 <Belugas> although a know a few tubular bells moments... but that's beside the point ;) 20:55:33 <Belugas> -a+I 20:56:02 <petern> yeah but that's us playing there & then, not prearranged 20:56:24 *** SHADOW-XIII [~Miranda@92.24.77.202] has joined #openttd 20:59:11 <Belugas> ho... ho... i see ... now that's silly... i though you meant actually playing the said song. 20:59:18 <Belugas> no, true, that is boring 21:05:27 *** PeterT [~Peter@c-76-19-209-23.hsd1.ma.comcast.net] has quit [Quit: Leaving] 21:07:56 *** Azrael- [~azraeluk@cpc4-papw2-0-0-cust778.cmbg.cable.ntl.com] has quit [Ping timeout: 480 seconds] 21:09:17 *** oskari89 [oskari89@dsl-kpobrasgw1-ff7cc100-243.dhcp.inet.fi] has left #openttd [] 21:09:22 *** lewymati [~lewymati@aejl202.neoplus.adsl.tpnet.pl] has quit [Ping timeout: 480 seconds] 21:09:32 *** dih is now known as dihedral 21:09:44 <z-MaTRiX> [F] = N 21:10:08 <z-MaTRiX> [P] = W 21:10:32 *** lewymati [~lewymati@aejn21.neoplus.adsl.tpnet.pl] has joined #openttd 21:12:09 <z-MaTRiX> Wm=1/2*m*v^2 21:12:34 <Chruker> high-school physics? 21:13:01 <Prof_Frink> z-MaTRiX: That's SI. We're talking fff. 21:13:14 <z-MaTRiX> it is basic here, i dont know other places 21:13:27 <planetmaker> uhm... the equation is wrong 21:13:42 <planetmaker> except if [Wm] = J 21:13:54 *** Nite_Owl [~Nite_Owl@c-76-109-50-97.hsd1.fl.comcast.net] has joined #openttd 21:14:03 <z-MaTRiX> right, m should be low index 21:14:41 <Nite_Owl> Hello all 21:14:44 <z-MaTRiX> hi 21:14:58 <eekee> hola 21:15:58 <Nite_Owl> Hello z-MaTRiz & eekee 21:19:01 *** SHADOW-XIII [~Miranda@92.24.77.202] has quit [Ping timeout: 480 seconds] 21:19:43 <petern> why did i decide to download the score for the moonlight sonata? 21:19:47 <petern> it's bloody difficuly :s 21:22:12 <Belugas> Bloody Valentine 21:22:17 <Belugas> have "fun" petern :) 21:22:31 <Belugas> by the way, the office is now officially deserted 21:22:42 <Belugas> so NINE INCH NAILS blasting n speakers! 21:22:49 <petern> but unofficially, you're still there 21:22:56 <frosch123> which caused what? 21:23:04 <Belugas> i donot count. I'm a swiping machine 21:23:11 <Belugas> not human anymore 21:23:21 <Belugas> lol @ frosch123! 21:25:11 <Belugas> maybe me singing all day long might have triggered exodus ;) 21:25:28 <frosch123> :p 21:25:48 <Belugas> ask petern :) ain't a nice voice I have ;) 21:28:00 *** lewymati [~lewymati@aejn21.neoplus.adsl.tpnet.pl] has quit [] 21:30:46 *** yorick [~Yorick@s55924da0.adsl.wanadoo.nl] has quit [Quit: Poef!] 21:33:37 <z-MaTRiX> btw accelleration and minimum turn radius and speed in turn is limited by computers for the comfort of passengers in maglev train designs 21:34:50 <z-MaTRiX> i can imagine a maglev train accellerating at >30G not taking passengers 21:35:43 <z-MaTRiX> ( G=9.81m/s^2 ) 21:35:49 <eekee> define 30G in the context of openttd. Do you go by scale or by date? 21:36:25 <z-MaTRiX> heheh, was talking about the real thing 21:36:26 *** zodttd [~me@user-142gtg7.cable.mindspring.com] has quit [Ping timeout: 480 seconds] 21:36:32 <eekee> I rememebr a time when realistic acceleration was realistic according to scale. It was very very difficult because trains could take days to enter a station 21:36:47 <eekee> ah ok :) 21:37:43 <eekee> I guess a 'realistic' passenger maglev for ottd would be one that doesn't accelerate much faster than a good electric 21:38:25 <z-MaTRiX> i think in the game, accelleration is mostly limited by horsepowers 21:39:07 <z-MaTRiX> starting with steam, and as time advances, new vehicles come 21:39:57 <eekee> horsepower & tractive effort, yeah 21:41:02 <eekee> steam engines have gobs of tractive effort & some early diesels have more hp but so little te that they can't do as much 21:41:38 *** z-matrica [~matrix@nude.lesbianbath.com] has joined #openttd 21:41:38 *** z-MaTRiX [~matrix@nude.lesbianbath.com] has quit [Read error: Connection reset by peer] 21:41:43 *** ecke [~ecke@213.195.202.11] has quit [Quit: ecke] 21:41:48 <z-matrica> lagged out 21:41:56 *** z-matrica is now known as z-MaTRiX 21:43:58 <z-MaTRiX> well 21:44:37 *** tux_mark_5 [~kvirc@lan-84-240-29-163.vln.skynet.lt] has quit [Ping timeout: 480 seconds] 21:44:57 <z-MaTRiX> at 0.5G accelleration, maglev would do 0-643kmh^-1 in 37 seconds 21:45:07 <eekee> ooh now 21:45:48 <eekee> if all seats face forward (as they do on some British electrics now) 0.5G is nothing 21:45:59 *** frosch123 [~frosch@frnk-590c0ef5.pool.einsundeins.de] has quit [Remote host closed the connection] 21:46:26 <z-MaTRiX> you would feel half of your mass forcing you into the seat 21:47:33 <z-MaTRiX> not sure what they say comfortable 21:48:34 <eekee> hmm that is true. Maybe I'm thinking in terms of a fit person 21:48:39 <z-MaTRiX> but since maglev trains just floating in the air, there is no noise and vibration 21:49:04 <z-MaTRiX> only air resistance 21:49:07 <eekee> I know quite a lot of cars can develop 1G centrifugal acceleration turning 21:49:52 <z-MaTRiX> yeah, also you can do more by using spoilers 21:50:03 <eekee> yeah 21:50:04 <z-MaTRiX> and forcing car to the road 21:50:16 <eekee> well 21:50:30 *** ecke [~ecke@213.195.202.11] has joined #openttd 21:51:03 <z-MaTRiX> you can go upside down in a tunnel with a formula-1 car 21:51:12 <eekee> not really sure how it works but back in 91/92 Car magazine reported the BMW M3 as capable of developing more lateral Gs than the Ferrari F40 O...o 21:53:10 <z-MaTRiX> the larger force do road the larger the grip of wheels 21:53:20 <eekee> yeah 21:57:40 <z-MaTRiX> if you have a nice seat i would say 1.5G is comfortable 21:58:22 <eekee> right 21:58:22 <z-MaTRiX> that would be 12 seconds 0-631kmh^-1 21:58:30 <eekee> right :D 21:58:59 <z-MaTRiX> then you could drink standing 21:59:08 <z-MaTRiX> like in aeroplanes 22:00:00 <z-MaTRiX> then warnings appear "fasten your seat-belts, we're going to start deceleration" 22:00:35 <eekee> yeah :) 22:02:11 *** Exl [~myself@cp1224652-a.roemd1.lb.home.nl] has quit [Quit: Bitches.] 22:04:27 *** HackaLittleBit [~HackaLitt@195-23-22-151.net.novis.pt] has joined #openttd 22:04:54 <HackaLittleBit> evenin 22:05:14 <Mark> evening 22:05:26 <eekee> maen 22:07:27 <Mark> a binary counter should be able to count way higher with relatively less not gates 22:07:38 <Mark> will look at that tomorrow 22:09:10 <z-MaTRiX> Programming Xilinx ? 22:10:58 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has quit [Remote host closed the connection] 22:14:36 *** HackaLittleBit [~HackaLitt@195-23-22-151.net.novis.pt] has quit [Quit: Leaving] 22:17:09 *** Rexxars [~rexxars@62.73.249.23] has quit [Quit: edgepro: Why are you staring at my shoes? They're perfectly normal.] 22:20:47 <fonsinchen> as of tr16390 runk fails to compile: http://paste.openttd.org/182963 22:20:56 <fonsinchen> ahem ... 22:23:01 <CIA-3> OpenTTD: rubidium * r16391 /trunk/src/ (33 files in 4 dirs): -Codechange: use Train instead of Vehicle where appropriate. 22:25:42 <fonsinchen> nice, that was quick 22:25:55 * fonsinchen bows to Rubidium 22:26:52 *** Chruker [~no@port113.ds1-vj.adsl.cybercity.dk] has quit [Read error: Connection reset by peer] 22:31:05 <fjb> Hi fonsinchen, is there a way to revive my crashing game? 22:31:31 <fonsinchen> There is no way to load old save games in today's version of cargodist 22:31:36 <fonsinchen> if that's the question 22:32:19 <fonsinchen> I need to break savegame compatibility occasionally. I can't carry around piles of old cruft that will get obsolete anyway. 22:32:24 <fjb> I guess that was the answer. 22:32:37 <fonsinchen> sorry 22:32:58 <fjb> And any way to make it not crash in the older version? 22:33:10 <fonsinchen> but of course you can check out an old version from my git repository and try to debug it further 22:33:17 <CIA-3> OpenTTD: rubidium * r16392 /trunk/src/ (24 files in 3 dirs): -Codechange: move some variables (the ones that aren't caches) from VehicleRail to Train 22:33:26 <fonsinchen> We still haven't found out what was wrong there. 22:34:20 <DJNekkid> i _just_ dont get it! 22:34:34 <fonsinchen> do "git log" 22:34:41 <fonsinchen> then find the revision you like 22:34:44 <fjb> Debugging, yes, if I had time. Chasing bugs all day in my project at work. 22:35:11 <fonsinchen> a backtrace would already be so nice 22:35:33 <fonsinchen> you don't have to chase the bug, just give me a backtrace of the crash and I'll figure it out. 22:35:49 <fjb> Is that still the bug in the savegame I put to the forum? 22:36:00 <fonsinchen> the freezing? 22:36:01 <fonsinchen> no 22:36:30 <fonsinchen> I'm looking for the crash that's somehow related to the station GUI but not deterministic. 22:36:51 <fjb> Not freezing, it crashes the game. But I guessed you fixed the problem I had. Never encountered freezing with cargodist. 22:37:17 <fonsinchen> Oh, let me reread your post, I must have confused something ... 22:37:22 *** Aali_ [~aali@84-217-19-19.tn.glocalnet.net] has joined #openttd 22:37:50 <fonsinchen> Ah, yes. The crash with "Coal and Ore" is fixed. 22:37:56 *** Polygon [~Poly@p54B45324.dip.t-dialin.net] has quit [Quit: Verlassend] 22:38:20 <fjb> Even didn't have a crash in the station gui. I could crash it when I deleted all orders of a vehicle loading at a station. 22:39:03 <fjb> Yes, and the fix broke the compatibility. :-) So I declare that game lost. 22:39:12 *** Aali [~aali@84-217-16-149.tn.glocalnet.net] has quit [Ping timeout: 480 seconds] 22:39:17 <fonsinchen> I couldn't reproduce the other crash, but it must have been the order list being NULL. This is fixed, too. 22:40:11 <fonsinchen> But that was some guy called "Gathers" who reported the problem with the order list ... 22:41:40 <Belugas> F I N I S H E D !!!!!!! 22:42:00 <eekee> YAY! What's finished again? :) 22:43:30 <fonsinchen> fjb: The problem with "Coal and Ore" was that I had assumed the station pool doesn't grow. This of course was wrong. Then Rondje om de Kerk came and built crazy things which finally triggered the station pool to grow. Then it crashed. I don't think this is fixable without breaking savegame compatibility or writing some special loading for old cargodist savegames. 22:44:03 <Belugas> me 22:44:06 <fjb> I didn't have much problems with cargodist. I have thought about the full load any cargo override. Maybe it would be a good idea. And conditional oders? What happens if cargodist just ignores the conditions and loads cargo for all stations in the order list which accept that cargo and have no explizit "no unload" order? 22:44:10 <eekee> awwa :) 22:44:13 <Belugas> me is finished 22:44:34 <Belugas> me is throught with that incredibly boring piece of certification! 22:45:03 <Nite_Owl> Time to feed - be back in a bit 22:45:45 <eekee> yay! 22:46:13 <fjb> "Coal and Ore" wasn't the best game any way. I will never call a company like that. I was chasing coal the whole game long. It is astonishing how many coal a single steel mill needs, even when it hast stockpiling. 22:46:19 <fonsinchen> fjb: if all vehicles do that independent of conditional orders the numbers won't work out anymore. Cargo will occasionally take long ways instead of short ways, thus blocking other cargo that wants to use the same vehicle. The MCF specifically assigns cargo to links and usually that should be respected. 22:47:40 <fonsinchen> Also "accept" is not enough. It might be transferred. 22:48:37 <fjb> Hm, yes. But still what happens if you take the orders list and remove all contitional oders before prozessing the list? 22:49:11 *** Aali_ is now known as Aali 22:49:43 <eekee> taking the long way can be defeated with waypoints. 22:50:04 <fonsinchen> fjb: That's how it works at the moment. Conditional orders are ignored. 22:50:12 <fonsinchen> The problems are obvious. 22:50:52 <fonsinchen> eekee: The problem is not vehicles taking a long way between stations but cargo going via another station even though it should go directly. 22:51:54 <fjb> fonsinchen: Which problems are the result from ignoring the conditinal orders? 22:51:57 <eekee> oh I see 22:52:49 <fonsinchen> fjb: it only loads cargo going via the next station in the order list. The condition can make it jump to a different station. Cargo going via that station is never loaded. 22:54:21 <fjb> Hm, yes, And loading cargo for both possibilities? Can get complicated, I guess. 22:55:22 <fonsinchen> Conditions can be chained 22:55:33 <fonsinchen> This will get ugly 22:55:53 <CIA-3> OpenTTD: rubidium * r16393 /trunk/src/ (18 files in 4 dirs): -Codechange: move VehicleRail to Train. 22:56:33 <fonsinchen> but what I could implement is having it load cargo for all stations in its order list. 22:57:21 <fjb> Would that have bad side effects? 22:57:51 <fonsinchen> It would make the loading code more complicated 22:58:35 <fonsinchen> And it's already very ... baroque. 22:59:15 <fjb> Then a bit more doesn't matter anymore. (hides) :-) 23:00:15 *** Progman [~progman@p57A1BE1E.dip.t-dialin.net] has quit [Remote host closed the connection] 23:00:18 <fjb> Attantion, oversized loading code. Don't feed! 23:00:25 <eekee> XD 23:02:13 <fonsinchen> I'd like a solution that also adresses the non-nonstop problem. 23:03:00 <fonsinchen> Just saying "we don't know where this vehicle is going" and falling back to traditional routing is the best thing we can do, I think. 23:03:10 <fjb> What does it now? Does it "learn" that stations? 23:03:37 <Sacro> petern: how to install RoR mods? 23:03:58 <fonsinchen> No, it insists that the vehicle is going to the next station in the order list and is always surprised if it doesn't show up there. 23:04:33 <fjb> Non-nonstop was always a problem, cargodest ignores that stations. 23:05:28 <fjb> Fallback would be the best then. Better than being surprised. 23:06:29 <fonsinchen> We can find out if a vehicle has cargodist-incompatible orders. It's actually not so hard. I could then declare forced unload and forced transfer to be cargodist-incompatible too and remove quite a bit of craziness from the loading code. 23:08:39 <fjb> Sounds good. What is the actual magic when a vehicle has the same station twice in its orders? 23:10:02 *** HackaLittleBit [~HackaLitt@195-23-22-151.net.novis.pt] has joined #openttd 23:10:08 <HackaLittleBit> evenin 23:11:05 <fjb> Hello, don't hack that poor little bit too much. 23:11:42 <HackaLittleBit> going to hack it in two 23:11:52 <Nite_Owl> back 23:12:34 <HackaLittleBit> is Belugas around? 23:14:19 <fjb> Belugas got certificated and is now secured. 23:14:30 <Belugas> mmh? 23:14:50 <HackaLittleBit> I heard it :) 23:15:02 <fjb> Or did I get that wrong? 23:15:32 <HackaLittleBit> Ah , Belugas need a favor from you 23:15:55 <Belugas> does not cost to hear what you want 23:15:57 <eekee> I think you got all the correct word roots fjb. Not so sure about the order & tense ^^; 23:16:03 *** Brianetta [~brian@client-86-24-144-96.winn.adsl.virgin.net] has joined #openttd 23:19:32 <fonsinchen> fjb: There is no magic. If the same station shows up twice in a row it won't find any cargo to carry at the first visit as no cargo wants to go to the same station where it already is. 23:20:43 *** ctibor_ [~ctibor@77.48.228.43] has quit [Ping timeout: 480 seconds] 23:21:52 <fjb> fonsinchen: I had the problem that the train did not load anything on the first visit at the station. 23:23:39 <fonsinchen> That's what I'm saying. What should it load there? It's going there again, so it can as well load at the second visit. 23:26:44 <fjb> Problem is, when the first visit hat a full load order (train is waiting for Godot) and the second visit has a no loading order. 23:29:17 <fjb> In the "Coal and ore" game I did work around that, but it cought me with surprise that the trains did not load till you told me the reason. 23:33:02 *** Eddi|zuHause [~johekr@p54B77B9E.dip.t-dialin.net] has quit [] 23:33:17 *** Eddi|zuHause [~johekr@p54B7630A.dip.t-dialin.net] has joined #openttd 23:34:18 <HackaLittleBit> hello eddi 23:35:46 <Belugas> night all, i'm getting away for the weekend 23:36:00 <eekee> night 23:36:38 <fjb> Night Belugas 23:36:52 <HackaLittleBit> good night 23:37:13 <Nite_Owl> later Belugas 23:38:15 <HackaLittleBit> night all, i'm staying home for the weekend (with the kids) 23:39:03 <eekee> night 23:39:36 <eekee> night all, I cannot predict my movements over the weekend. :) 23:40:02 <HackaLittleBit> night 23:40:07 *** HackaLittleBit [~HackaLitt@195-23-22-151.net.novis.pt] has quit [Quit: Leaving] 23:40:29 *** KritiK [~Maxim@78-106-180-199.broadband.corbina.ru] has quit [Quit: Leaving] 23:42:45 *** fonsinchen [~alve@BAI220d.bai.pppool.de] has quit [Remote host closed the connection] 23:53:45 *** sigmund_ [~sigmund@91.80-202-245.nextgentel.com] has joined #openttd 23:55:32 *** sigmund [~sigmund@91.80-202-245.nextgentel.com] has quit [Ping timeout: 480 seconds]