-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

David Reveman wrote:

> I thought that a call to SwapBuffers would always make the content of
> the back buffer undefined. So if you want to use CopySubBufferMESA for
> quickly repainting part of the buffer as the in the spec, you would
> never use SwapBuffers. 

The spec says that the back buffer is undefined to give implementations
the freedom to implement either copy or flip.  Since an implementation
can do either, and each results in a different state of the back buffer,
you have to call it "undefined".

In practice this does not mean that you end up with garbage in the back
buffer.  It means that without some additional information, like what
GLX_OML_swap_method provides, you just don't know.

> By saying that I want CopySubBufferMESA separated from buffer swapping,
> I ment that I want the relationship between CopySubBufferMESA and the
> implementation of SwapBuffers to be the same as the relationship between
> CopyPixels and SwapBuffers.

So...after going back and looking at CopySubBufferMESA and CopyPixels,
I'm struggling to see what the difference is.  Is it just the
CopySubBufferMESA is a guaranteed fast-path, or is there something more
that I'm missing?  Or is the utility that the drawable doesn't need to
be bound to the current context?

> We don't really need this for "quickly repainting 3D windows on expose
> events" as the spec says. We only need it for efficiently copying part
> of the back buffer to the front buffer.
> 
> However, I agree, the spec needs to be updated to make all this more
> clear.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.1 (GNU/Linux)

iD8DBQFEFg16X1gOwKyEAw8RAhJoAJ9NQJKIaE9in2S9Zl1wEma8Hq6KJACfTH+L
HkwZz+FVCyq+yg3UJF+7YzI=
=LCbI
-----END PGP SIGNATURE-----


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Mesa3d-dev mailing list
Mesa3d-dev@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev

Reply via email to