Log for #openttd on 22nd May 2009:
Times are UTC Toggle Colours
00:14:03  *** xand [] has quit [Ping timeout: 480 seconds]
00:17:26  *** PeterT [] has joined #openttd
00:19:42  *** PeterT [] has quit []
00:22:31  *** xand [] has joined #openttd
00:32:45  *** welshdragon [~welshdrag@] has left #openttd []
00:49:57  *** fjb_ [] has joined #openttd
00:54:13  *** fjb [] 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 [] has joined #openttd
01:40:18  *** fjb_ [] has quit [Ping timeout: 480 seconds]
02:05:01  *** welshdragon [~welshdrag@] has joined #openttd
02:09:14  *** reldred1 [] has joined #openttd
02:14:17  *** reldred [] has quit [Ping timeout: 480 seconds]
02:18:06  *** reldred1 [] 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@] has quit [Quit: Verlassend]
02:44:51  *** KenjiE20|LT [] has quit [Quit: Leaving]
03:05:21  *** xand [] has quit [Ping timeout: 480 seconds]
03:08:26  *** TinoDidriksen [] has quit [Ping timeout: 480 seconds]
03:11:25  <z-MaTRiX> hi
03:11:26  <z-MaTRiX> <;
03:12:33  *** xand [] has joined #openttd
03:12:49  *** TinoDidriksen [] has joined #openttd
03:37:26  *** Dred_furst [] has quit [Read error: Connection reset by peer]
03:39:03  *** TinoDidriksen [] has quit [Ping timeout: 480 seconds]
03:39:23  *** SineDeviance [] 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 [] has joined #openttd
03:57:38  <_ln> goooood mooorrrrniiiing
04:14:23  *** reldred [] has joined #openttd
04:32:47  *** ecke [~ecke@] has quit [Quit: ecke]
04:41:41  *** tokai [] has quit [Ping timeout: 480 seconds]
04:43:56  *** tokai [] has joined #openttd
04:43:59  *** mode/#openttd [+v tokai] by ChanServ
04:57:34  *** reldred1 [] has joined #openttd
05:02:28  *** reldred [] has quit [Ping timeout: 480 seconds]
05:13:19  *** De_Ghosty [] has quit [Remote host closed the connection]
05:22:48  *** De_Ghosty [] has joined #openttd
06:11:02  *** SineDeviance [] has quit [Read error: Connection reset by peer]
06:11:34  *** reldred [] has joined #openttd
06:14:58  *** Splex [] has quit [Remote host closed the connection]
06:18:38  *** reldred1 [] has quit [Ping timeout: 480 seconds]
06:29:28  *** reldred1 [] has joined #openttd
06:34:37  *** reldred [] has quit [Ping timeout: 480 seconds]
06:43:04  *** Netsplit <-> quits: jonty-comp, Bergee, sigmund, CIA-3, weaselTM, @Belugas, TheMask96, kkb1101, `Fuco`, Lachie
06:47:49  *** reldred1 [] has quit [Quit: Leaving.]
06:49:02  *** weaselTM [] has joined #openttd
06:49:10  *** Netsplit over, joins: `Fuco`, sigmund, @Belugas
06:55:28  *** Netsplit <-> quits: weaselTM, @Belugas, sigmund, `Fuco`
07:01:33  *** Netsplit over, joins: weaselTM
07:01:34  *** kkb1101 [] has joined #openttd
07:01:34  *** Bergee [] has joined #openttd
07:01:34  *** jonty-comp [] has joined #openttd
07:01:34  *** TheMask96 [] has joined #openttd
07:01:34  *** Lachie [] has joined #openttd
07:01:34  *** CIA-3 [] has joined #openttd
07:01:47  *** ChanServ changed the topic of #openttd to: 0.7.0, 0.7.1-RC2 | Website: * (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 [] has quit [Write error: connection closed]
07:13:52  *** Netsplit <-> quits: kkb1101, Bergee, TheMask96, Lachie, jonty-comp, CIA-3
07:20:21  *** db48x [~db48x@] 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 [] has joined #openttd
07:26:01  *** `Fuco` [] has joined #openttd
07:26:01  *** sigmund [] has joined #openttd
07:26:01  *** Belugas [~belugas@] has joined #openttd
07:26:01  *** ServerMode/#openttd [+o Belugas] by
07:26:03  *** Netsplit over, joins: jonty-comp, Lachie, kkb1101, Bergee, TheMask96, CIA-3
07:26:03  *** weaselTM [] has quit [Killed ( (Nick collision (new)))]
07:26:03  *** yorick_ [] has joined #openttd
07:26:03  *** yorick [] has joined #openttd
07:26:03  *** ctibor_ [~ctibor@] has joined #openttd
07:26:16  *** ChanServ changed the topic of #openttd to: 0.7.0, 0.7.1-RC2 | Website: * (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_ [] has quit []
07:32:22  *** yorick [] has quit []
07:32:22  *** yorick [] has joined #openttd
07:32:22  *** Alberth [] 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 <->, 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: * (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 <-> 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@] has joined #openttd
08:02:43  *** Progman [] has joined #openttd
08:15:16  *** UFO64 [] has joined #openttd
08:17:42  *** Exl [] has joined #openttd
08:24:04  *** UFO64 [] has quit [Quit: Leaving]
08:27:07  *** |Jeroen| [] has joined #openttd
08:39:02  *** Sairiin [] 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 [] 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: * (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: * (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 [] has joined #openttd
08:46:52  *** weaselTM is now known as Guest20
08:53:32  *** fonsinchen [] has joined #openttd
08:56:57  *** Progman [] has quit [Remote host closed the connection]
09:08:11  *** Cybertinus [] 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 [] has joined #openttd
09:41:24  *** [alt]buster [] has quit [Remote host closed the connection]
09:41:31  *** Hirundo [] has joined #openttd
09:43:29  *** Netsplit <-> quits: Guest20
09:49:18  *** fjb [] 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 [] 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 [] 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>
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 [] 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 [] 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 [] 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 [] has joined #openttd
10:53:23  *** PeterT [] has quit [Quit: Leaving]
10:54:43  *** SHADOW-XIII [~Miranda@] has joined #openttd
10:56:07  *** SHADOW-XIII [~Miranda@] has quit []
11:00:16  *** SHADOW-XIII [~Miranda@] has joined #openttd
11:00:41  *** SHADOW-XIII [~Miranda@] has quit []
11:03:18  *** Chris_Booth [] has quit [Ping timeout: 480 seconds]
11:23:50  *** Zahl [] 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 [] has quit [Ping timeout: 480 seconds]
11:55:02  *** KenjiE20 [~KenjiE20@] has joined #openttd
12:00:42  *** Chris_Booth [] has joined #openttd
12:02:00  *** maristo [] 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 [] has quit [Remote host closed the connection]
12:07:49  *** Cybertinus [] has joined #openttd
12:09:24  *** Cybertinus [] has quit [Remote host closed the connection]
12:10:33  *** Mucht [] has quit [Remote host closed the connection]
12:11:48  *** Cybertinus [] 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 [] 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 [] 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- [] has joined #openttd
12:38:11  *** lewymati [] has joined #openttd
12:38:22  <eekee> I think that could work.
12:38:30  <yorick> what could
12:39:27  *** oskari89 [] 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 [] 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 [] 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>
13:09:45  *** Chrill [~chrischri@] has joined #openttd
13:10:17  *** Zahl_ [] has joined #openttd
13:11:18  *** ecke [~ecke@] has joined #openttd
13:12:46  *** Frostregen [] 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 [] has quit [Remote host closed the connection]
13:17:18  *** Zahl [] has quit [Ping timeout: 480 seconds]
13:17:18  *** Zahl_ is now known as Zahl
13:18:31  *** Zahl [] has quit [Quit: *schiel*]
13:30:38  *** stuffcorpse [~rick@] 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
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@] 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 [] 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 [] 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 [] has quit [Remote host closed the connection]
14:23:42  *** elmex [] 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 [] has joined #openttd
14:26:47  *** TinoM [] has joined #openttd
14:27:28  *** `Fuco` [] 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 [] 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@] 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 [] has quit [Ping timeout: 480 seconds]
14:52:10  <planetmaker> petern, further there's
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 [] has joined #openttd
14:58:02  *** Progman [] 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@] 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 [] has joined #openttd
15:18:39  <planetmaker> :O
15:20:04  *** SineDeviance [] has joined #openttd
15:23:46  *** ctibor_ [~ctibor@] 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@] has quit [Quit: leaving]
15:24:53  *** stuffcorpse [~rick@] 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@] has joined #openttd
15:39:27  *** SineDeviance [] 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 [] has joined #openttd
15:47:08  *** SineDeviance [] has joined #openttd
16:01:25  *** Aali [] has joined #openttd
16:13:43  *** Fenris [] has quit [Ping timeout: 480 seconds]
16:15:13  *** tokai [] has quit [Quit: Icebears are cute. Please, take care of them!]
16:18:02  *** Splex [] has joined #openttd
16:25:23  *** Aali [] has quit [Ping timeout: 480 seconds]
16:27:48  * frosch123 suspects building counts
16:28:33  *** Aali [] has joined #openttd
16:29:38  *** HerzogDeXtEr1 [~Flex@] 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 [] has joined #openttd
16:36:48  *** HerzogDeXtEr [~Flex@] has quit [Ping timeout: 480 seconds]
16:39:02  *** DJNekkid [] has joined #openttd
16:39:45  <DJNekkid> hi devs ... i got a (hopefully) quite small feature request...
16:39:50  *** Polygon [] has joined #openttd
16:40:08  *** colde [] 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 [] has joined #openttd
16:53:40  *** Splex [] has quit [Quit: Leaving]
16:55:20  *** liveCDduck [] 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 [] 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 [] 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 [] has joined #openttd
17:14:29  *** Progman [] has quit [Remote host closed the connection]
17:17:28  *** Progman [] has joined #openttd
17:18:53  *** Eddi|zuHause [] has quit [Remote host closed the connection]
17:21:02  *** Eddi|zuHause [] 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 [] 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 [] has joined #openttd
17:24:59  *** Strid [] 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@] has joined #openttd
17:29:47  *** Progman [] 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 [] 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| [] 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 [] has quit [Ping timeout: 480 seconds]
17:36:39  <frosch123> do you have any pointers you want to store?
17:36:43  *** Polygon [] 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 [] 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 [] 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 [] 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@] has joined #openttd
18:55:42  <petern> frosch123, that fixes TaI?
18:56:17  <frosch123> yup, and prints
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 [] has quit [Ping timeout: 480 seconds]
19:05:46  *** liveCDduck [] has quit [Remote host closed the connection]
19:08:06  *** Progman [] has joined #openttd
19:09:41  * Belugas is buzzing on 32 Ghosts IV
19:09:44  <Belugas> lovely
19:16:00  *** Chris_Booth [] 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 [] has joined #openttd
19:20:19  <z-MaTRiX> cool, reversing train stops immediatly too
19:20:36  *** Polygon [] 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 [] 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 [] 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>
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 [] 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 [] has joined #openttd
20:18:52  *** Dred_furst [] 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 [] 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 [] 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 [] has left #openttd []
20:42:22  *** Polygon [] has joined #openttd
20:42:26  <z-MaTRiX>
20:44:17  *** TinoM [] has quit [Quit: Verlassend]
20:46:49  *** Chris_Booth [] 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 [] 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@] 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 [] has quit [Quit: Leaving]
21:07:56  *** Azrael- [] has quit [Ping timeout: 480 seconds]
21:09:17  *** oskari89 [] has left #openttd []
21:09:22  *** lewymati [] 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 [] 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 [] 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@] 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 [] has quit []
21:30:46  *** yorick [] 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 [] 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 [] has joined #openttd
21:41:38  *** z-MaTRiX [] has quit [Read error: Connection reset by peer]
21:41:43  *** ecke [~ecke@] 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 [] 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 [] 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@] 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 [] has quit [Quit: Bitches.]
22:04:27  *** HackaLittleBit [] 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 [] has quit [Remote host closed the connection]
22:14:36  *** HackaLittleBit [] has quit [Quit: Leaving]
22:17:09  *** Rexxars [~rexxars@] 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:
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 [] 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_ [] has joined #openttd
22:37:50  <fonsinchen> Ah, yes. The crash with "Coal and Ore" is fixed.
22:37:56  *** Polygon [] 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 [] 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 [] 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 [] 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 [] 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@] 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 [] has quit []
23:33:17  *** Eddi|zuHause [] 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 [] has quit [Quit: Leaving]
23:40:29  *** KritiK [] has quit [Quit: Leaving]
23:42:45  *** fonsinchen [] has quit [Remote host closed the connection]
23:53:45  *** sigmund_ [] has joined #openttd
23:55:32  *** sigmund [] has quit [Ping timeout: 480 seconds]

Powered by YARRSTE version: svn-trunk