Merge pull request #105 from anholt/mesa-tile-raster-order
Add a new MESA_tile_raster_order extension.
diff --git a/extensions/EXT/EXT_color_buffer_half_float.txt b/extensions/EXT/EXT_color_buffer_half_float.txt
index 6015b3e..c7d6c12 100644
--- a/extensions/EXT/EXT_color_buffer_half_float.txt
+++ b/extensions/EXT/EXT_color_buffer_half_float.txt
@@ -21,8 +21,8 @@
Version
- Date: July 26, 2011
- Revision: 9
+ Date: September 26, 2017
+ Revision: 10
Number
@@ -236,6 +236,14 @@
If OES_texture_half_float is not supported, then all references to
RGBA16F_EXT, RGB16F_EXT, RG16F_EXT, R16F_EXT, HALF_FLOAT_OES and
half should be ignored.
+
+ If OES_texture_half_float is supported, textures created with:
+
+ <internalformat> = RGBA
+ <format> = RGBA
+ <type> = HALF_FLOAT_OES
+
+ are renderable.
Dependencies on EXT_texture_rg
@@ -354,3 +362,4 @@
7 06/15/11 benj Update interactions.
8 07/22/11 benj Rename from APPLE to EXT.
9 07/26/11 benj Move content that belongs in OES_texture_float.
+ 10 09/26/17 tobias Clarified creation of a renderable texture when OES_texture_half_float is supported
diff --git a/extensions/EXT/EXT_shader_framebuffer_fetch.txt b/extensions/EXT/EXT_shader_framebuffer_fetch.txt
index 4e1ff05..b3bf980 100644
--- a/extensions/EXT/EXT_shader_framebuffer_fetch.txt
+++ b/extensions/EXT/EXT_shader_framebuffer_fetch.txt
@@ -16,8 +16,8 @@
Version
- Last Modified Date: September 8, 2016
- Author Revision: 5
+ Last Modified Date: October 4, 2017
+ Author Revision: 6
Number
@@ -177,7 +177,43 @@
Replace first element of Figure 4.1, page 90 ("Fragment + Associated Data"):
- "Fragment (or sample) + Associated Data"
+ "Fragment (or sample) + Associated Data"
+
+ Add a new section 4.1.lastfragcolor (Fragment Data Input) - immediately before section 4.1.4 (Stencil Test):
+
+ Prior to fragment shading, if GL_EXT_shader_framebuffer_fetch is enabled,
+ gl_LastFragData[] is populated with the value last written to the
+ framebuffer at the same (x,y,sample) position.
+
+ If the framebuffer attachment corresponding to a given element of
+ gl_LastFragData[] has a fixed-point format, each color component undergoes a
+ conversion to floating-point first. This conversion must leave the values 0
+ and 1 invariant.
+
+
+ [[If GL_EXT_sRGB or OpenGL ES 3.0 is supported]]
+
+ If the value of FRAMEBUFFER_ATTACHMENT_COLOR_ENCODING{_EXT} for the
+ framebuffer attachment corresponding to a given element of gl_LastFragData[]
+ is SRGB (see section 6.1.13),
+
+ [[If GL_EXT_sRGB_write_control is supported]]
+
+
+ and FRAMEBUFFER_SRGB_EXT is enabled,
+
+
+ [[End GL_EXT_sRGB_write_control]]
+
+
+ the R, G, and B destination color values
+ (after conversion from fixedpoint to floating-point) are considered to be
+ encoded for the sRGB color space and hence must be linearized first.
+ Each R, G, and B component is converted in the same fashion described for
+ sRGB texture components in section 3.8.16.
+
+ [[End GL_EXT_sRGB or OpenGL ES 3.0]]
+
New Implementation Dependent State
@@ -267,9 +303,14 @@
Results from shaders which use the built-in derivative functions dFdx,
dFdy, and fwidth on variables calculated using the current framebuffer
color are undefined.
+
+Interactions with OpenGL ES 3.0
+
+ Replace references to gl_LastFragData[] with "inout variables".
Revision History
+ Version 6, 2017/10/04 - Clarified how gl_LastFragData is populated.
Version 5, 2016/09/08 - Added preprocessor defines.
Version 4, 2013/05/28 - Added ES3 interaction as requested in Bug 10236
Version 3, 2012/09/24 - Remove obsolete issue 3 about derivatives