http://bugs.freedesktop.org/show_bug.cgi?id=12825
--- Comment #18 from Stuart Bennett <[EMAIL PROTECTED]> 2008-03-16 12:08:05 PST --- I've tracked this down, and found two(ish) fixes. The problem is that currently the video overlay gets clipped to the screen viewport in xf86XVClipVideoHelper(), the viewport having been determined (as "clipBoxes" in DDX parlance) by xf86XVPutStill in the xserver before calling back into NVPutImage and then NV_set_dimensions where xf86XVClipVideoHelper is called. This would all be fine except that xf86XVPutStill uses pScrn->frameX1 and pScrn->frameY1 which are wrong (they don't map well to the randr12 world-view). I'd argue therefore for this being an xserver issue. Unfortunately fixes to the xserver take time, so a driver work-around is required: 1a) do something like pScrn->frameX1 = xf86_config->crtc[pPriv->overlayCRTC]->x + xf86_config->crtc[pPriv->overlayCRTC]->mode.HDisplay - 1; (and similarly for frameY1) when the overlay CRTC is known, to provide a sensible value for clipping 1b) do something like pScrn->frameX1 = pScrn->virtualX - 1; (and similarly for frameY1) to provide a sensible (if large) value for clipping 2) remove the flag VIDEO_CLIP_TO_VIEWPORT from nv_video.c to remove the clipping altogether. Depending how the rest of the code works, this could be a bad move due to excessive bandwidth usage and very-very-large frames being larger than the overlay can handle (an xserver bug ought to be filed once a suitable resolution is found) -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. _______________________________________________ Nouveau mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/nouveau
