Thanks for the quick response. That's very kind of you.
The eye is an integrator so the barrier stripe (black lines) spends more time on the areas it's supposed to block and less time on the areas that the eyes are supposed to see through. Thus sometimes in the fast transitions from one position to the next the lines overlap but only briefly. And if this overlap is done at a rate that is faster than 60Hz the eye cannot perceive it distinctly due to the fact that human eyes cannot distinguish individual frames easily when the frame rate is 60Hz or above.
For example, if the display shows a 3D image to 1 person. Then it needs the separate the left eye image pixels from the right eye image pixels at a rate such that 60 Hz (full motion frame rate) it shows the Left eye pixels while blocking the right eye pixels and also 60 hz showing the right eye pixels while blocking the left eye pixels. Thus the barrier has to move at rate r such that approximately 120Hz <= r to accomplish this.
For 2 viewers then it similarly has to cycle through all the four eyes of the 2 simultaneous viewers as well at a rate r such that approximately 240hz <=r
For 3 viewers , then r is approximately 360Hz <= r
For n viewers , then r is 120Hz*n <=r
The advantage is that by cycling through the different positions instead of just being fixed at those positions the display brightness is increased.
Unfortunately nobody has ever actually build a display like this for more than one person [but the computations have been proposed] that I can show you.
Please see the following paper under the Controller Algorithm section and proceeding sections:
Special Request: Actually if you could write the java simulation for just an arbitrary "n" number of simultaneous viewers that can be changed by the simulation observer that would be the ultimate goal as my barrier that I fabricated is actually capable of more than 25 000 Hz or about 208 simultaneous 3D viewers.
Again, thank you very much.