IRC logs for #openttd on OFTC at 2009-05-22
⏴ go to previous day
00:32:45 *** welshdragon has left #openttd
01:39:13 *** reldred has joined #openttd
02:05:01 *** welshdragon has joined #openttd
02:09:14 *** reldred1 has joined #openttd
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
03:12:49 *** TinoDidriksen has joined #openttd
03:39:23 *** SineDeviance has joined #openttd
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:42:26 <Tefad> and of course there's a forum link
03:42:51 <SineDeviance> sorry for asking, i googled it but nothing came up
03:43:08 *** TinoDidriksen has joined #openttd
04:14:23 *** reldred has joined #openttd
04:43:56 *** ChanServ sets mode: +v tokai
04:57:34 *** reldred1 has joined #openttd
05:22:48 *** De_Ghosty has joined #openttd
06:11:35 *** reldred has joined #openttd
06:29:28 *** reldred1 has joined #openttd
06:49:02 *** weaselTM has joined #openttd
06:49:02 *** sigmund has joined #openttd
06:49:02 *** Belugas has joined #openttd
06:49:02 *** synthon.oftc.net sets mode: +o Belugas
07:01:28 *** weaselTM has joined #openttd
07:01:34 *** kkb1101 has joined #openttd
07:01:34 *** jonty-comp has joined #openttd
07:01:34 *** TheMask96 has joined #openttd
07:01:47 *** ChanServ changes topic 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: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:25:59 *** weaselTM has joined #openttd
07:26:01 *** sigmund has joined #openttd
07:26:01 *** Belugas has joined #openttd
07:26:01 *** charm.oftc.net sets mode: +o Belugas
07:26:03 *** kkb1101 has joined #openttd
07:26:03 *** jonty-comp has joined #openttd
07:26:03 *** TheMask96 has joined #openttd
07:26:03 *** yorick_ has joined #openttd
07:26:03 *** ctibor_ has joined #openttd
07:26:16 *** ChanServ changes topic 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 *** Alberth has joined #openttd
07:33:10 <Eddi|zuHause> "in a dream world, where you were the only person on IRC"
07:38:23 *** ChanServ sets mode: +v orudge
07:38:23 *** ChanServ changes topic 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:45 *** kkb1101 has joined #openttd
07:39:45 *** jonty-comp has joined #openttd
07:39:45 *** TheMask96 has joined #openttd
07:40:15 *** sigmund has joined #openttd
07:40:15 *** Belugas has joined #openttd
07:40:15 *** charm.oftc.net sets mode: +o Belugas
07:45:09 *** Alberth has joined #openttd
07:45:09 *** ctibor_ has joined #openttd
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 has joined #openttd
08:02:43 *** Progman has joined #openttd
08:27:07 *** |Jeroen| has joined #openttd
08:39:02 *** Sairiin has joined #openttd
08:40:09 <Sairiin> why i play online whit openttd
08:42:49 *** ChanServ sets mode: +v Belugas
08:42:49 *** ChanServ changes topic 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 changes topic 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 has joined #openttd
08:46:52 *** weaselTM is now known as Guest20
08:53:32 *** fonsinchen has joined #openttd
09:08:11 *** Cybertinus has joined #openttd
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: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:37:05 <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:31 *** Hirundo has joined #openttd
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 <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: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: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:13:59 <planetmaker> let me see. Compiling
10:14:16 <Hirundo> what characters are invalid, when filtering with CS_ALPHANUMERAL?
10:14:41 <petern> dunno but it's there for the default case
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:38 <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:45 <petern> Alberth, the beep character makes the game lock up ;)
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: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:38:00 <Hirundo> what is the ascii code of \a?
10:39:41 <Hirundo> I think outputting '?' is correct in that case
10:54:43 *** SHADOW-XIII has joined #openttd
11:00:16 *** SHADOW-XIII 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:55:02 *** 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: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:07:49 *** Cybertinus has joined #openttd
12:11:48 *** Cybertinus has joined #openttd
12:14:34 <yorick> shouldn't the content server protocol be versioned?
12:22:03 <z-MaTRiX> so in multiplayer players having colors other see?
12:22:09 <z-MaTRiX> what's with people that like one color?
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:58 <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: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: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: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: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:37:06 <yorick> heh, openttd server in 52.7 KB
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: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.
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:56 * yorick hopes z-MaTRiX will eat an UTP cable some day
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: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 has joined #openttd
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: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:45:55 <z-MaTRiX> isn't there a poaintmask for every vehicle/building?
13:50:24 <planetmaker> it's an advantage...
13:53:26 <CIA-3> OpenTTD: smatz * r16376 /trunk/src/ (13 files): -Codechange: Vehicle::Tick() now returns false if the vehicle was deleted
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: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:39:29 <petern> *** petern has left the game (connection lost)
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: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: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: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: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:20:04 *** SineDeviance has joined #openttd
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:53 *** stuffcorpse 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 has joined #openttd
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:40:00 <Sacro> How do you solve a problem with a problem
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:27:48 * frosch123 suspects building counts
16:29:38 *** HerzogDeXtEr1 has joined #openttd
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: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: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:55:20 *** liveCDduck has joined #openttd
16:56:14 <petern> Belugas, i'm home, hurry up :s
16:57:09 <Belugas> liveCDduck, thanks for entertaining us
16:57:50 <liveCDduck> Belugas, well im busy fixing my main computer that i may have accidentally borked during a experiment with grub2
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: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: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:18 <liveCDduck> Sacro, who digs for oil?
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: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:16 <Belugas> Welcome to the nmachine
17:01:19 <liveCDduck> and 3 week vacation
17:01:22 <liveCDduck> for every 4 weeks of work
17:01:50 <Belugas> Machine Head (of course...)
17:02:04 <Sacro> we should have an openttd meet
17:02:06 * liveCDduck prefers his deus ex MACHINA
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:04:01 <Belugas> or am i loosing it???
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:07:06 <DJNekkid> frosch123: can the same thing be saied about capacity?
17:07:07 * Prof_Frink rages against Belugas' machine
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:11:07 <Prof_Frink> No the past tense of setup is set up.
17:11:33 <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:13:34 *** oskari89 has joined #openttd
17:17:29 *** Progman has joined #openttd
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:10 <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 *** ChanServ sets mode: +v tokai
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: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: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:29:48 <frosch123> fonsinchen: just take a look at FOR_ALL_ITEMS_FROM
17:31:58 <fonsinchen> and what are those new *_Ptrs chunk handlers about?
17:32:27 <frosch123> for turning BlablaIndex into *Blabla
17:35:51 <fonsinchen> Are they documented anywhere? I don't get what is happening there.
17:36:21 <fonsinchen> I mean, the linkgraph doesn't have any indices, but I want to save it anyway.
17:36:39 <frosch123> do you have any pointers you want to store?
17:36:43 *** Polygon has joined #openttd
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:56 <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: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:58:51 <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:16:16 <eekee> a client shouldn't be able to crash a server, but the other way around seems harmless
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:51 <petern> why don't you just write up a bug report instead of alluding to shit
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:20 <_ln> Belugas: what are you working on, btw?
18:36:53 <Belugas> _ln, personnaly, i'd prefer a Canon EOS XSI, the 450D.. question of opinion
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_ has joined #openttd
18:55:42 <petern> frosch123, that fixes TaI?
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:08:06 *** Progman has joined #openttd
19:09:41 * Belugas is buzzing on 32 Ghosts IV
19:16:00 *** Chris_Booth has joined #openttd
19:17:08 <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:32 <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:19 * yorick thinks it's far too realistic
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:45 *** SHRIKEE has joined #openttd
19:20:19 <z-MaTRiX> cool, reversing train stops immediatly too
19:20:58 <eekee> really? Doesn't seem to work for me
19:21:15 <z-MaTRiX> clicked reverse train, then stop
19:23:38 <z-MaTRiX> (built a test track from 1000000000 euros)
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: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:39:55 <yorick> what's the master server session key used for?
19:40:55 <eekee> unlocking the master server session *nod*
19:41:22 <eekee> z-MaTRiX: 84% is extremely high for a single train
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: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: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:53:14 <Chris_Booth> it will also slow downs for \_
19:53:28 <z-MaTRiX> train waving through at 643kmh-1
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?
20:00:08 <Prof_Frink> Does openttd support fff yet?
20:02:01 <Prof_Frink> Yes! It should be top of the "New Features" list for 0.8.0!
20:03:38 <CIA-3> OpenTTD: rubidium * r16387 /trunk/src/ (10 files in 2 dirs): -Codechange: use Aircraft instead of Vehicle where appropriate
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:24 <Prof_Frink> Power... work/time... force*dist/time
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:20:33 <Chris_Booth> 2 wasnt a bad guess
20:21:45 <Prof_Frink> Chris_Booth: Not all fs are equal.
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 <DorpsGek> yorick: Error: Something in there wasn't a valid number.
20:22:13 <yorick> @calc (2*2/(2**2))*2/2
20:22:24 <Chris_Booth> well use differet letter for them all
20:22:32 <CIA-3> OpenTTD: rubidium * r16390 /trunk/src/ (22 files in 4 dirs): -Codechange: move u.road to RoadVehicle.
20:28:22 <petern> f = firkin, f = furlong, f = fortnight
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:58 <petern> why is windows xp called windows xp?
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: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:34:01 <Belugas> i wish, petern, i wish!
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:39:32 <Alberth> eveybody have fun, see you tomorrow
20:40:31 <petern> Belugas, yup, they play a different style
20:42:22 *** Polygon has joined #openttd
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: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:55:25 <Belugas> although a know a few tubular bells moments... but that's beside the point ;)
20:56:02 <petern> yeah but that's us playing there & then, not prearranged
20:56:24 *** SHADOW-XIII 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:09:32 *** dih is now known as dihedral
21:10:32 *** lewymati has joined #openttd
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:15:58 <Nite_Owl> Hello z-MaTRiz & eekee
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: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:23:04 <Belugas> i donot count. I'm a swiping machine
21:25:11 <Belugas> maybe me singing all day long might have triggered exodus ;)
21:25:48 <Belugas> ask petern :) ain't a nice voice I have ;)
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: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: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: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:03 <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:56 *** z-matrica is now known as z-MaTRiX
21:44:57 <z-MaTRiX> at 0.5G accelleration, maglev would do 0-643kmh^-1 in 37 seconds
21:45:48 <eekee> if all seats face forward (as they do on some British electrics now) 0.5G is nothing
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: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:04 <z-MaTRiX> and forcing car to the road
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:57:40 <z-MaTRiX> if you have a nice seat i would say 1.5G is comfortable
21:58:22 <z-MaTRiX> that would be 12 seconds 0-631kmh^-1
21:58:59 <z-MaTRiX> then you could drink standing
22:00:00 <z-MaTRiX> then warnings appear "fasten your seat-belts, we're going to start deceleration"
22:04:27 *** HackaLittleBit has joined #openttd
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:14:36 *** HackaLittleBit has quit IRC
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: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: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: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: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:50 <fonsinchen> Ah, yes. The crash with "Coal and Ore" is fixed.
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: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: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: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: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:20 <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: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: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:18 <fjb> Attantion, oversized loading code. Don't feed!
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:11:05 <fjb> Hello, don't hack that poor little bit too much.
23:11:42 <HackaLittleBit> going to hack it in two
23:12:34 <HackaLittleBit> is Belugas around?
23:14:19 <fjb> Belugas got certificated and is now secured.
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: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:17 *** Eddi|zuHause has joined #openttd
23:35:46 <Belugas> night all, i'm getting away for the weekend
23:38:15 <HackaLittleBit> night all, i'm staying home for the weekend (with the kids)
23:39:36 <eekee> night all, I cannot predict my movements over the weekend. :)
23:40:07 *** HackaLittleBit has quit IRC
23:53:45 *** sigmund_ has joined #openttd
continue to next day ⏵