So I spoke with Marc Aurele La France about this, and he pointed me to the fix made in XFree86 xc/programs/Xserver/hw/xfree86/common/xf86xv.c between version 1.37 and 1.38. It's a small fix. The current version of this file in the DSFG X is 1.35, but this file is specifically licensed under the XFree86 1.0 license, and is included in the Xorg X server. So it should be able to be backported here.
Here's the URL to see the diff: http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/hw/xfree86/common/xf86xv.c.diff?r1=1.37&r2=1.38 I think that the "Backport s3 driver from sanitized XFree86" item in the TODO list would fix this bug as well, because the problem is in xf86XVCopyYUV12ToPacked(). I was told that this bug would affect any driver that used these generic xv routines on a big-endian system. Also, the reason a second video app looks OK is that only one app can have use XV at a time. The second app fails to open XV, and falls back to XSHM. __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail
