[Mesa-dev] [PATCH 2/4] gallium: extend resource_resolve to accommodate BlitFramebuffer

Christoph Bumiller e0425955 at student.tuwien.ac.at
Mon Jul 25 08:31:49 PDT 2011

On 07/25/2011 02:47 PM, Christoph Bumiller wrote:
> Resolve via glBlitFramebuffer allows resolving a sub-region of a
> renderbuffer to a different location in any mipmap level of some
> other texture, therefore location and size parameters are needed.
> The mask parameter was added because resolving only depth or only
> stencil of a combined buffer is possible as well.
> Copying from FBO to a window system buffer requires a vertical
> so the yflip parameter was added.
> The y-flip parameter could be left out if pipe_box was changed to
> contain signed width/height or x0,y0,x1,y1 instead.
> This might benefit other methods, such as resource_copy_region, where
> some hw can easily do a backwards copy (yflip).

Actually, some modifications to the original change:

1. Let's not make it go both directions (ms -> ss and ss -> ms) but just
(ms -> ss) as it was originally.
The other direction can always be done with the usual util_blit_pixels path.

2. I'd like to add an auxiliary resource for multisample modes that
store additional data in another buffer, like nv's coverage sampling.
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: 0001-gallium-different-definition-of-resource_resolve-fun.patch
URL: <http://lists.freedesktop.org/archives/mesa-dev/attachments/20110725/9fb941bc/attachment.asc>

More information about the mesa-dev mailing list