Talk:Door Sync - Revision history

Cyan~Fire: get his name off the Wanted Pages!

2005-05-14T15:23:10Z

get his name off the Wanted Pages!

← Older revision		Revision as of 15:23, 14 May 2005
Line 3:		Line 3:
	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]]

	[[Akai]]: My guess is that the kind of people that will find it useful will understand it.		[[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]]		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]]

Cyan~Fire: sig.

2005-03-22T00:23:48Z

sig.

← Older revision		Revision as of 00:23, 22 March 2005
Line 11:		Line 11:
	As Ekted says, both of the fast doors (0, 4) are always in the same state when doormode=-1 (weighted random).		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.		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 ==		== 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?		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]]

Cyan~Fire: /* Category */ speeling

2005-03-22T00:21:38Z

Category: speeling

← Older revision		Revision as of 00:21, 22 March 2005
Line 15:		Line 15:
	== Category ==		== 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 ~~Intracacies~~" or something?		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: Category

2005-03-22T00:21:24Z

Cyan~Fire: /* Is this love, baby, or just confustion? */

2005-03-22T00:20:27Z

Is this love, baby, or just confustion?

← Older revision		Revision as of 00:20, 22 March 2005
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]]

Line 8:		Line 10:

	As Ekted says, both of the fast doors (0, 4) are always in the same state when doormode=-1 (weighted random).		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.

Smong: both of the fast doors (0, 4) are always in the same state when doormode=-1

2005-03-18T15:21:31Z

both of the fast doors (0, 4) are always in the same state when doormode=-1

← Older revision		Revision as of 15:21, 18 March 2005
Line 4:		Line 4:

	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]]		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).

Cyan~Fire: specific questions, will rewrite later

2005-03-16T02:39:20Z

specific questions, will rewrite later

← Older revision		Revision as of 02:39, 16 March 2005
Line 2:		Line 2:

	[[Akai]]: My guess is that the kind of people that will find it useful will understand it.		[[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]]

Akai at 02:08, 16 March 2005

2005-03-16T02:08:40Z

← Older revision		Revision as of 02:08, 16 March 2005
Line 1:		Line 1:
	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]]

			[[Akai]]: My guess is that the kind of people that will find it useful will understand it.

Cyan~Fire: rewrite, please

2005-03-15T17:05:39Z

rewrite, please

New page

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]]

← Older revision		Revision as of 00:21, 22 March 2005
Line 12:		Line 12:

	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.		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.

			== 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 Intracacies" or something?