Apologies for being assumptive in my email, maybe we can tone the flamewar down now. :) We all have the same goals, now for the code.
I know that using /dev/rtc is _not_ the right thing to do, I was suggesting that it's something you could try to see how better scheduling improves accuracy for avoiding judder. For my testing, it allowed me to try vga sync with only using spin-on-0x3da. Of course if we had a common vsync device this would be solved. Note: I'm _just_ using /dev/rtc for avoiding judder! My i810 double buffers nicely, no tearing! Given we need a vsync device, I'll assert that if Xv drivers always double buffer we're done (forgetting TV out for now). Agreed? So now to discuss if the 8 bytes ala mga_vid are sufficient. :) > Anyway if you know some list where I could subscribe myself (I've not > seen any such discussion on LKM) let me know... How about the xfree86 list 'Xpert'? > E.g. how it works in aviplay - there is separate thread for decoding > and separate thread for video scheduling - so there are some images in > the queue - the first one is taken and send to the Xfree - then (with > my modified mga_vid device) it will wait for vsync and will send > XSync command which will flip desired screen - there is NO better time > then this. And as the video thread is running in PERFECT sync with > VSYNC there are no propblems with this technique [...] I don't follow what you're saying here. Are you saying this is perfect for no tearing, or no judder? Are you syncing audio to video retrace, or just ensuring that you always show frames on the next retrace? How do you handle audio when you're syncing to video? I found this to be an annoying issue in movietime. About the Amiga (I'm a fan too), I remember it could genlock where you could drive the video output clock from the video input. It would be really cool if you could drive it from an internal source (no idea if it did or not). That's one way to ensure accurate sync. :) I'm trying to see if I can use XF86VidMode to switch the dot clock dynamically to try and keep the output in sync with a video4linux input source, but so far I haven't had much luck dynamically adding/switching modes. :) -- Billy Biggs [EMAIL PROTECTED] _______________________________________________ Avifile mailing list [EMAIL PROTECTED] http://prak.org/mailman/listinfo/avifile
