Hi, Roland:<br><br> NV's Xv also just converts planar yuv (YV12) to packed yuv (VYUY) for display. <br>( I have had a glimpse of nv_video.c in Xorg6.8.2/7.1.) And that consumes CPU a lot,<br>especially when I use nv's blitter ports to play 16channels X CIF YV12 video stream
<br>which each is created as an XvImage and played with XvShmPutImage.<br><br> Is there any existing patch for this? (I use nv 9550, and it should support planar<br>yuv hardwarely.) If no, would you please provide any suggestion on playing multiple
<br>channels of video?<br><br><br><div><span class="gmail_quote">On 12/2/06, <b class="gmail_sendername">Roland Scheidegger</b> <<a href="mailto:sroland@tungstengraphics.com">sroland@tungstengraphics.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;">Roland Scheidegger wrote:<br>> Anyway, the driver really should support planar yuv natively instead of
<br>> converting to packed yuv. Not only would it be faster, it would also<br>> need less memory (as the common planar yuv format has the cr and cb<br>> subsampled both vertically and horizontally while packed yuv has it only
<br>> subsampled horizontally).<br>Ok, here's a newer version which applies cleanly to git head. It has<br>most problems ironed out, with the exception that moving a video window<br>beyond the screen border still causes ugly things (bogus video if moved
<br>to the left, bogus video and segfaults if moved to top). I'm wondering<br>why and how that can work for the other formats...<br><br>Roland<br><br><br><br>_______________________________________________<br>xorg mailing list
<br><a href="mailto:xorg@lists.freedesktop.org">xorg@lists.freedesktop.org</a><br><a href="http://lists.freedesktop.org/mailman/listinfo/xorg">http://lists.freedesktop.org/mailman/listinfo/xorg</a><br><br><br></blockquote>
</div><br><br clear="all"><br>-- <br>leal @ <a href="http://www.leal.cn">www.leal.cn</a>