Mark, have you had a chance to look at those three lines of code? I've verified that the override works with my frontend, though I'm remote at the moment. I should know more. I can tell, however, that my 5700LE handles NTSC SD, after the OSD goes away. This is scaled to 1080i on my display. However, 1080i NTSC content on a 1080i display is impossible. I'll test with my 6800 tonight as well.
<br><br>- Mark.<br><br><div><span class="gmail_quote">On 1/24/07, <b class="gmail_sendername">Mark Kendall</b> <<a href="mailto:mark.kendall@gmail.com">mark.kendall@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;">
On 1/24/07, Mark Buechler <<a href="mailto:mark.buechler@gmail.com">mark.buechler@gmail.com</a>> wrote:<br>> Mark, this patch looks very interesting indeed. I'd like to test it with my<br>> 5700, however, I'm not certain it's fast enough. I don't use any
<br>> deinterlacers and I often watch 1080i content on a 1080i screen.<br>><br>> In your estimation, what is the minimum NVidia card required for 1080i HD<br>> without any deinterlacers? Specifically, I'm interested in the OpenGL OSD.
<br>><br><br>Based on what I've seen and read, the main bottleneck with fragment<br>programs is texture sampling. yuv to rgb conversion takes 3 texture<br>samples per pixel per frame/field, yuv to rgba (for osd) takes 4 and
<br>the most demanding deinterlacer takes another 11 (on top of yuv2rgb).<br><br>Some fag packet calculations suggest that the 6200 can cope with at<br>least 300,000,000 samples per second (standard def PAL, 50 fields per
<br>second, progressive kernel deinterlacer) - probably more as it seems<br>to cope with pip on top as well.<br><br>Assuming PAL 1080i with opengl osd and no deinterlacers, the GPU will<br>need to do around 360million samples (around 435m for 30fps).
<br><br>So my gut feeling would be that the 5700 can't cope (though I'm<br>guessing on its performance). Comment out 3 lines of code however and<br>you could force the main video to software color conversion and just
<br>use hardware conversion for OSD....which might work.<br><br>I'll see if I can test that later (it was on my list of things to look<br>at anyway)<br><br>regards<br><br>Mark<br>_______________________________________________
<br>mythtv-dev mailing list<br><a href="mailto:mythtv-dev@mythtv.org">mythtv-dev@mythtv.org</a><br><a href="http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev">http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev</a><br>
</blockquote></div><br>