As far as tearing goes, I don't know that it's any fault of NVidia drivers. You probably need to enable sync to vblank in the nvidia settings. This is a necessary option when you're updating the video buffer at the same time as displaying it. If you don't update the buffer during the vblank interval, you'll see parts of both the previous frame (the top portion of the screen) and the next frame (the bottom portion) which results in a tearing effect.
<br><br>- Mark.<br><br><div><span class="gmail_quote">On 12/23/07, <b class="gmail_sendername">Ma Begaj</b> <<a href="mailto:derliebegott@gmail.com">derliebegott@gmail.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
2007/12/21, Alex Halovanic <<a href="mailto:halovanic@gmail.com">halovanic@gmail.com</a>>:<br>> > In any case, that reported refresh rate causes the frontend to<br>> > disallow bob de-interlacing when running at 1080i, which works
<br>> > perfectly otherwise, and produces the best display of 1080i content I<br>> > can get by far. Seth will concur.<br>> ><br>> > Tom<br>><br>><br>> I concur as well, and this is also true with direct component out which should
<br>> be using the correct tv mode timings. The patch for the refresh rate also is<br>> necessary for me to apply any 2x filters to any interlaced video, and it's<br>> especially necessary for 480i broadcasts since those won't sync up very well
<br>> to a 1080i set without some deinterlacing. Really the only thing I've ever<br>> noticed with the patch that might be a bug is that manually switching the<br>> video playback to progressive from interlaced or autodetected interlace
<br>> causes the video to temporarily play at a funny rate and lose sync with the<br>> audio for a few seconds before it corrects itself. Also, as has been<br>> mentioned a million times, some versions of the patch have a "&&" instead of
<br>> the correct "&".<br>><br>> With the patch I was at one point even able to get completely correct synced<br>> 1080i output with no deinterlacing at all. The one problem was that myth was<br>
> only syncing to the top fields half the time, and the other half I would<br>> either have to pause/restart the playback until by chance it got it right, or<br>> set the video scan to reverse interlaced. Either way it stayed exactly in
<br>> sync (or exactly out of sync) through an entire program. I couldn't<br>> duplicate the behavior without the framerate patch.<br>><br>><br><br>I can also report that I see improvements. OSD is not flickering any
<br>more. I also had minimal picture flickering on some shows. These<br>disappeared too.<br><br>SD with Standard decoder, xv-blit video renderer, softblend OSD<br>renderer (OSD Fade turned on). Primary Deinterlacer Bob (2x).
<br>_______________________________________________<br>mythtv-users mailing list<br><a href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a><br><a href="http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users">
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users</a><br></blockquote></div><br>