next topic »

[Reply #15 on:]

slightly over 3s ? not less than 3s ?

Yes.

[Reply #16 on:]

Mean the player has more than 3s before they fail ? LOL I thought less than 3s before they fail !

[Reply #17 on:]

It could be under 3s depending on the accuracy of your particular Arduino crystal or resonator.  Why don't you devise a way to measure it against an atomic clock reference standard and get back to us with the results.

[Reply #18 on:]

I will record a video later on.

[Reply #19 on:]

It could be under 3s depending on the accuracy of your particular Arduino crystal or resonator.  Why don't you devise a way to measure it against an atomic clock reference standard and get back to us with the results.

https://www.youtube.com/watch?v=huz-WocDfrY

This is the video. You can observe that the timeout is quite fast sometimes..LOL

[Reply #20 on:]

Ok, the speeed of the output goes faster. However, based on the full coding, does it means that the time I need to respond also getting faster ? Cause I seems to feel it when playing it ><

I don't think so, because RESPONSETIME is a defined constant and doesn't get changed.

Ok.  Nice video

Since counter is never reset (other than when you fail and start over), it means you have a total of (slightly over ) 3 seconds of "decision time" through the whole game (the variable "counter" represents accumulated player response time through the entire "game").  

So it's not that you need to speed up your input as the game goes on, rather it means that your input needs to be as fast as possible the whole time!

Have you tried increasing RESPONSETIME to a more reasonable value (say, 10000)?

Cheers,
John

[Reply #21 on:]

You would be able to see this happening if you put a print statement in the output function as below and then watch on your Serial Monitor

Code:

     
   Serial.println("");
   Serial.print("Turn: ");
   Serial.println(turn);

   Serial.print("Response time millisecond total: ");  // add these two
   Serial.println(counter);

[Reply #22 on:]

Ok, the speeed of the output goes faster. However, based on the full coding, does it means that the time I need to respond also getting faster ? Cause I seems to feel it when playing it ><

I don't think so, because RESPONSETIME is a defined constant and doesn't get changed.

Ok.  Nice video

Since counter is never reset (other than when you fail and start over), it means you have a total of (slightly over ) 3 seconds of "decision time" through the whole game (the variable "counter" represents accumulated player response time through the entire "game").  

So it's not that you need to speed up your input as the game goes on, rather it means that your input needs to be as fast as possible the whole time!

Have you tried increasing RESPONSETIME to a more reasonable value (say, 10000)?

Cheers,
John

Okay, I think I get you ! TOTAL ACCUMULATED of delay time before the user input throughout the game which will cause sometimes the game to be game over very fast ?  Is it correct ?

Thanks.

Vincent

[Reply #23 on:]

Okay, I think I get you ! TOTAL ACCUMULATED of delay time before the user input throughout the game which will cause sometimes the game to be game over very fast ?  Is it correct ?

Thanks.
Vincent

Yeah, that's the way I am reading it

Did you build that from a kit or what?

John

[Reply #24 on:]

yes, a kit.

Link : http://makeprojects.com/Project/Repeat-After-Me-A-Mintronics-Memory-Game/1933/1