IRC logs for #openttd on OFTC at 2011-10-31
⏴ go to previous day
03:24:29 *** supermop_ has joined #openttd
03:25:20 *** rhaeder1 has joined #openttd
05:56:19 *** Eddi|zuHause has joined #openttd
06:30:58 *** DayDreamer has joined #openttd
06:51:09 *** Cybertinus has joined #openttd
07:15:02 *** sla_ro|master has joined #openttd
07:32:39 *** Progman has joined #openttd
07:36:40 *** Celestar has joined #openttd
07:54:11 *** Celestar_ has joined #openttd
07:54:28 *** Celestar is now known as Guest15287
07:54:28 *** Celestar_ is now known as Celestar
07:57:50 *** TheMask96 has joined #openttd
08:51:36 *** Brianetta has joined #openttd
09:29:46 *** mahmoud has joined #openttd
09:46:53 *** TWerkhoven has joined #openttd
10:43:39 *** kaparen has joined #openttd
10:51:46 <appe> aint that a synthesizer?
12:13:48 *** Celestar_ has joined #openttd
12:27:15 *** Celestar_ is now known as Celestar
12:28:03 <Celestar> I'm a whopping 20m from the base station.
12:28:07 <Celestar> and the connection is unstable.
12:28:33 <virrpanna> then you're probably too close
12:37:06 <michi_cc> Celestar: Maybe you should switch to UMTS :p
12:37:37 <Celestar> michi_cc: interesting. Have you tried putting m7 into Tile and moving type_and_height to an own struct?
12:38:34 <Celestar> I'm down 10% in performance if I do tha t:P
12:38:58 <michi_cc> it wouldn't make sense for me right now anyway, because I want a single Tile* for simplicity.
12:40:12 <blathijs> No need to keep performance optimizations in place while you're completely rebuilding the infrastructure (breaking the assumptions the optimization is based on)
12:40:13 <Celestar> I'm just trying various things
12:40:26 <Celestar> trying to learn what actually happens :P
12:42:49 <michi_cc> m7 really is the best candidate for being split of because the common tile types (MP_CLEAR, MP_WATER, MP_TREES) don't use m7, and a split m7 means you don't waste cache loading something not accessed anyway.
12:51:41 <Celestar> michi_cc: isn't the normal x86 cache loaded in blocks of 16 bytes anyway?
12:54:38 <michi_cc> Celestar: More like 64 bytes normally for current CPUs
12:58:20 <Celestar> yeah I was thinking of older stuff :P
13:18:17 <Celestar> O2 Germany fired 'Alice'
13:18:30 *** DayDreamer has joined #openttd
13:51:45 <Eddi|zuHause> Celestar: they announced that quite a while ago
14:08:08 *** frosch123 has joined #openttd
14:10:36 <TrueBrain> blathijs: change your password :P
14:11:49 <appe> what difference does a 64 system make, really?
14:12:28 <frosch123> your adress space is bigger than 4 gb, so you can leak more
14:13:51 <appe> ah, yes. the physical ram limit
14:18:10 <Eddi|zuHause> it's not the physical ram limit, there's PAE for that... it's the ram-per-process limit
14:18:43 <Eddi|zuHause> www.informatik.uni-halle.de/~krause/zi5-3.png <- thoughts?
14:20:53 <michi_cc> Eddi|zuHause: Thought about including a Schattenbahnhof? (If vertical space permits, that is.)
14:21:08 <Eddi|zuHause> michi_cc: yes, there are switches for that there already
14:21:31 <MNIM> michi_cc: does schattenbahnhoff mean shadow station?
14:21:54 <peter1138> openttd's new track laying system
14:24:56 <MNIM> at least I picked up something from all those rail magazines :P
14:26:21 <michi_cc> Eddi|zuHause: Obviously I can't see the real heights, but the "spiral" at the lower left appears to me to have quite steep slopes with the all the over-under-over
14:26:49 <Eddi|zuHause> yeah, i have that concern as well
14:26:57 <Eddi|zuHause> not sure how to solve it
14:28:07 <Eddi|zuHause> can't make it any larger, and a direct curve doesn't really fit
14:28:30 <Eddi|zuHause> or would have too narrow radius
14:49:41 *** Kurimus has joined #openttd
14:55:32 *** supermop has joined #openttd
15:00:09 <Eddi|zuHause> michi_cc: the red narrow loop is 3.1m long, so getting 10cm height difference would be around 3%
15:01:16 <Eddi|zuHause> more problematic is the grey outer loop
15:01:29 <Eddi|zuHause> it must have bigger height difference, and is only 2.9m
15:02:31 <Eddi|zuHause> (the grades of downwards tracks is rather don't-care)
15:02:37 <peter1138> just make the gap too small and use graphics trickery to make it look taller
15:04:37 <MNIM> Grey means tunnel, or what?
15:12:46 *** kaparen has joined #openttd
15:59:59 *** Devroush has joined #openttd
16:02:13 *** Biolunar has joined #openttd
16:03:14 *** valhallasw has joined #openttd
16:07:16 *** Born_Acorn has joined #openttd
16:08:01 *** valhalla1w has joined #openttd
16:24:59 *** TWerkhoven has joined #openttd
16:32:58 *** supermop has joined #openttd
16:34:02 <CIA-6> OpenTTD: michi_cc * r23068 /trunk/src/newgrf_engine.cpp: -Add: [NewGRF] Long date of last service for vehicles, also available in the purchase list.
16:37:28 *** Brianetta has joined #openttd
16:39:21 <peter1138> when are unpurchased vehicles serviced? :)
16:41:12 <George> Hi. Question about CB 1D. When I add the wagon in the middle of the train, what var contains the position of the inserted wagon? I want to allow some wagon to be attached only at even position. Is that ppossible?
16:43:03 *** sla_ro|master has joined #openttd
16:44:16 <Eddi|zuHause> that sounds like something which should be in extra callback info... but i don't actually know
16:46:12 <George> I can't find any additional CB info for CB 1D
16:47:23 <planetmaker> peter1138, the final testing / QA :-)
16:47:42 <peter1138> # it's the final testing
16:48:15 <Eddi|zuHause> George: it sounds like var 40 would contain info on the original wagon chain that the wagon was moved from...
16:48:38 <George> Eddi|zuHause: That is useless
16:48:49 <frosch123> George: cb 1d is only ever called for the last wagon of a train
16:48:51 <Eddi|zuHause> but i cannot confirm that right now
16:49:11 <frosch123> when inserting a wagon in the middle that means that all wagons after it are removed first, and then reattached one by one again
16:49:35 <frosch123> when any of those cb 1d fail, the inserting fails
16:50:03 <George> So, the wagons after would not be deattached?
16:50:13 <frosch123> no, the inserting will fail
16:50:46 <frosch123> i.e. ottd makes sure that grfs do not have to distingush inserting in the middle or at the end
16:51:03 <frosch123> just assume the train is build from the front to the end
16:51:07 <frosch123> only appending, no insertion
16:51:19 <planetmaker> nice variable, michi_cc :-) I shall make use of it in ogfx+trains, too :-)
16:51:32 <planetmaker> You add more and more incentive to actually update that grf again ;-)
16:52:18 <George> frosch123: Interesting. I have to think about it. And where is it written, that CB1D would be called for all the wagons after attached?
16:52:48 <planetmaker> George, that's of no concern really
16:52:48 <frosch123> i guess it is not written explicitly, but it is the only way to keep stuff consistent :)
16:52:59 <planetmaker> you only need to consider being the last. It's much easier that way
16:53:45 <Eddi|zuHause> michi_cc: was there no var 80+ slot available anymore?
16:54:05 <frosch123> Eddi|zuHause: 80+x slots are generally not "available"
16:54:15 <George> Does it mean, that the train length would be the position of insertions+1?
16:55:00 <frosch123> George: if you have a train A C D and you insert B between A and C. then cb 1d is called for attaching B to A, for C to A B and for D to A B C
16:55:30 <frosch123> i.e. B does not know about C or D
16:55:31 <Eddi|zuHause> frosch123: the question is: what is value of var40 during the attaching of B to A? 1? 2?
16:55:37 <George> Yes, I understand that
16:56:27 <George> Oh, Eddi|zuHause already said that :)
16:57:23 <frosch123> the wagon is not yet attached to the chain when the cb is called
16:58:15 <George> and so I can't check the number of wagons in the row with var 41???
16:58:35 <George> because the wagon is alone?
16:59:22 <George> looks like vars 4x for a wagon are useless in that case :(
16:59:25 <frosch123> you can count vehicles from the back
17:00:22 <George> frosch123: So, what should I check to diallow let's say 3 wagons with the same ID in the row?
17:00:44 <Eddi|zuHause> michi_cc: next issue on the list: vehicles that are both articulated and dualheaded :)
17:02:09 <Eddi|zuHause> michi_cc: possible spec-ish: set prop 13 to 1 for the front part, and 1 for the start of the back part, 0 for all other articulated parts
17:02:44 *** Prof_Frink has joined #openttd
17:02:59 <Eddi|zuHause> that second 1 marks the spot where intermediate vehicles will be attached
17:03:30 <planetmaker> George, cb1d and checking the number of wagons with the same vehicleID as the current one
17:04:01 <Eddi|zuHause> planetmaker: but that doesn't work, when the wagon is not attached yet
17:04:53 <Eddi|zuHause> George: maybe you should use the start/stop callback instead?
17:04:56 <planetmaker> Eddi|zuHause, but I know how many of it previously are attached
17:04:59 <frosch123> yeah, i do not see a way to code that
17:05:18 <frosch123> start/stop is only called for the front engine
17:05:23 <Eddi|zuHause> George: at that point the full consist is known
17:05:24 <frosch123> so that won't work either
17:06:25 <George> planetmaker: I do not want to disallow 3 wagons with the same ID, I only want to disallow them in a row
17:07:06 <Eddi|zuHause> frosch123/George: you can use var61 in the start/stop callback
17:07:23 <Eddi|zuHause> so maybe it's possible to iterate through the whole consist
17:07:26 <frosch123> you could use variable 61 to check the vehicle types on "manually"
17:07:44 <Eddi|zuHause> although i don't really see how iteration would be done in NFO
17:08:25 <frosch123> i.e. during cb1d: get the consist length, and use var 61 to read the engine types of the last two wagons
17:08:42 <frosch123> other than that, this might be a usecase for scope 5 :p
17:09:31 <planetmaker> uh oh num_vehs_in_vehid_chain, i.e. var 0x60 with type 81 not useful here?
17:10:34 <planetmaker> or rather... actually var 0x41, if there must not be more than n consecutive of the same ID
17:11:03 <frosch123> yay, "ergooki special"
17:11:21 <frosch123> sometimes captchas raise weird questions :p
17:11:39 <Eddi|zuHause> planetmaker: var41 does not contain useful values, that's the problem
17:11:48 <Eddi|zuHause> planetmaker: because the wagon is not part of the chain yet
17:24:16 *** TheMask96 has joined #openttd
17:41:21 <Eddi|zuHause> mäh, my topology is wrong...
17:41:28 <Eddi|zuHause> need to get the inner track to the outside...
17:54:10 *** supermop has joined #openttd
18:45:16 <CIA-6> OpenTTD: translators * r23069 /trunk/src/lang/unfinished/tamil.txt:
18:45:16 <CIA-6> OpenTTD: -Update from WebTranslator v3.0:
18:45:16 <CIA-6> OpenTTD: tamil - 54 changes by aswn
18:58:54 *** pjepnisefs has joined #openttd
19:27:01 *** TWerkhoven has joined #openttd
19:46:16 *** |Jeroen| has joined #openttd
20:51:07 *** TWerkhoven[l] has joined #openttd
20:58:05 *** supermop has joined #openttd
21:15:40 *** TWerkhoven[l] has joined #openttd
21:22:03 *** DayDreamer has left #openttd
21:23:36 *** Chruker has joined #openttd
21:37:04 *** andythenorth has joined #openttd
22:02:00 *** Devroush has joined #openttd
22:31:40 <CIA-6> OpenTTD: michi_cc * r23070 /trunk/src/newgrf_house.cpp: -Add: [NewGRF] House variable 0x64.
22:31:41 <CIA-6> OpenTTD: michi_cc * r23071 /trunk/src/ (6 files): -Codechange: [NewGRF] Allow passing custom extra data through the generic NewGRF animation helper class.
22:31:42 <CIA-6> OpenTTD: michi_cc * r23072 /trunk/src/ (8 files in 2 dirs): -Feature: [NewGRF] House callback 0x148.
22:36:52 *** HerzogDeXtEr has joined #openttd
22:37:22 <Eddi|zuHause> is that an "MB should finally release his house set" commit? :p
22:38:03 <__ln__> does it come with foreman and cuddy?
22:44:57 <michi_cc> The 'unsupported in NML' list got longer again :p
22:45:45 <Eddi|zuHause> these lazy bastards...
22:46:41 <Eddi|zuHause> it's been 6 hours and the long service date is still not supported!!!1!11einself
22:47:01 <MNIM> they do that in german too?
22:47:33 <Eddi|zuHause> i don't think i have ever seen that in a non-ironic environment...
23:00:00 <Yexo> <Eddi|zuHause> it's been 6 hours and the long service date is still not supported!!!1!11einself <- lies!
23:04:25 <Yexo> and there are no house vars at all in nml, so I'm not going to care about that one :p
23:04:50 *** ChanServ sets mode: +v tokai
23:39:32 <Eddi|zuHause> tzz... forum users... create a thread "please make roads with signs" directly above the "UKRoads /w Signs" thread...
23:40:18 *** frosch123 has joined #openttd
23:40:23 <Eddi|zuHause> (or was that thread moved there later?)
23:46:17 *** mahmoud has joined #openttd
continue to next day ⏵