Quote:
Originally Posted by
CT_Wiebe 
Scott, I like the circle a tad better. A different color might not be better. You might want to try it and see though. I'm not sure what color would be best, red might be as distracting as the black boxes. I would think you want just a clue (maybe a smaller "ball"? in a different color -- say maybe yellow or green
).
My idea/intention was this.. Obviously to come up with a pattern to determine the video is in sync with the audio, but that's harder (for me visually) than it sounded. When watching an out-of-sync movie, personally I don't have the reflexes to tell quite which way it's off (early or late), but I *can* see it's definately wrong. The plan with the moving bar was to give the ability to "predict" when the audio beep/click/etc would happen. A moving bar gives a visual expectation and improves the reflex I think. Human reflexes, or at least mine make it more difficult to associate an almost instantaneous visual event and an instantaneous audio event such as a single beep and blink. Har dfor me to align when we are talking about hundreths of a second. I thought it would be easier to tell if the tone came early or late as opposed to just a blink by using a moving bar. Due to DVD/YCbCr/MPEG issues, we don't have the perfectly sharp lines we would prefer on moving lines so it becomes a little less accurate to see when exactly the bar really touches. That theory was unscientifically confirmed when you mentioned it looked like the moving bar and the flashing dots were off a little but it was actually the same video frame
.
I added the blinking element to help determining the exact moment when the bar touches, and it's that moment the sound starts. The "blink" lasts for one frame, as does the (current) tone. So I've tried several patterns as those following along know. What I have decided is at least *I* tend to watch the movement of the bar anticipating it's "touch". I think the pattern where teh superimposed "ball" blinks works best because it is effectively part of the moving bar element and does not pull your attention away from the moving bar itself. In contrast, the external blinking elements (black boxes) must be watched for (focused on) somewhat separately or peripherally from the bar to get the "sync". But then the moving bar is distracting.
So... I think a blink is good as a confirming video element as for exactly when the sound should occur, but the blink needs to be tied in some fashion to the moving element (bar) so the eyes can keep focus on the same element and have the advantage of prediction the moving bar brings and the confirmation of the blink.
Seem reasonable?
S
I do have to ask, how big the VIDEO_TS folder is? Main reason I'm asking is because I want to be sure that I'm purchasing the right batch of media rather than wasting potential disc space.
to get the ball to show up on the one frame coincident with the bar touching the horizontal edges, and then add the ping/ding coincident with that frame. Based on your reported experiences, the "talk" is easier than the actual "doing". You got the ball/boxes right on, but I guess the sound sync isn't as easy as the manuals say (especially since you have to deal with some delay on any playback system).
