Difference between revisions of "Talk:Door Sync"
(rewrite, please) |
m (get his name off the Wanted Pages!) |
||
| (7 intermediate revisions by 3 users not shown) | |||
| Line 1: | Line 1: | ||
| + | == Is this love, baby, or just confusion? == | ||
| + | |||
I'm quite confused by all of this (reading the sfn topic, too). If you understand this, Smong, could you rewrite this articles so it's a little more clear? --[[User:Cyan~Fire|Cyan~Fire]] | I'm quite confused by all of this (reading the sfn topic, too). If you understand this, Smong, could you rewrite this articles so it's a little more clear? --[[User:Cyan~Fire|Cyan~Fire]] | ||
| + | |||
| + | [[User:Akai|Akai]]: My guess is that the kind of people that will find it useful will understand it. | ||
| + | |||
| + | Well, it would be useful to me, and after the worst of my being sick, I think I understand it a bit better. There is a door function called at arbitrary times with a parameter saying how long ago the function was called previously. I'm guessing this door function adds this to some sort of total, and when that total reaches DoorDelay, it goes through its random-number generation. Am I right? Also, if what Ekted says is correct, doors 0 and 4 are always in the same state? And what people say about doors switching state more often isn't as correct as saying some doors are open more often? Thanks, if anybody can clarify this for me. --[[User:Cyan~Fire|Cyan~Fire]] | ||
| + | |||
| + | [[User:Smong|Smong]]: I would rather not edit someone elses articles. I would write mine own but it would be similar to what is already written and will only be based on 'hearsay' which isn't good enough. If you know asm or someone willing then a C version of the rng would be a nice addition to this wiki page. | ||
| + | |||
| + | As Ekted says, both of the fast doors (0, 4) are always in the same state when doormode=-1 (weighted random). | ||
| + | |||
| + | Alrighty. Also, I didn't mean to say "this articles" I meant to say "this article", so I wasn't asking you to misquote someone. :-P. I know the basics of ASM, but there were definitely some instructions in that batch that I didn't recognise. It's spring break now, so maybe I'll get around to revamping this article. --[[User:Cyan~Fire|Cyan~Fire]] | ||
| + | |||
| + | == Category == | ||
| + | |||
| + | Also, I was wondering what category this fit under. It's closest to protocol, but it's not really. How about a category called "Game Intricacies" or something? --[[User:Cyan~Fire|Cyan~Fire]] | ||
Latest revision as of 10:23, 14 May 2005
Is this love, baby, or just confusion?
I'm quite confused by all of this (reading the sfn topic, too). If you understand this, Smong, could you rewrite this articles so it's a little more clear? --Cyan~Fire
Akai: My guess is that the kind of people that will find it useful will understand it.
Well, it would be useful to me, and after the worst of my being sick, I think I understand it a bit better. There is a door function called at arbitrary times with a parameter saying how long ago the function was called previously. I'm guessing this door function adds this to some sort of total, and when that total reaches DoorDelay, it goes through its random-number generation. Am I right? Also, if what Ekted says is correct, doors 0 and 4 are always in the same state? And what people say about doors switching state more often isn't as correct as saying some doors are open more often? Thanks, if anybody can clarify this for me. --Cyan~Fire
Smong: I would rather not edit someone elses articles. I would write mine own but it would be similar to what is already written and will only be based on 'hearsay' which isn't good enough. If you know asm or someone willing then a C version of the rng would be a nice addition to this wiki page.
As Ekted says, both of the fast doors (0, 4) are always in the same state when doormode=-1 (weighted random).
Alrighty. Also, I didn't mean to say "this articles" I meant to say "this article", so I wasn't asking you to misquote someone. :-P. I know the basics of ASM, but there were definitely some instructions in that batch that I didn't recognise. It's spring break now, so maybe I'll get around to revamping this article. --Cyan~Fire
Category
Also, I was wondering what category this fit under. It's closest to protocol, but it's not really. How about a category called "Game Intricacies" or something? --Cyan~Fire
