/third_party/openGLES/extensions/EXT/ |
D | EXT_depth_bounds_test.txt | 39 This extension adds a new per-fragment test that is, logically, 40 after the scissor test and before the alpha test. The depth bounds 41 test compares the depth value stored at the location given by the 42 incoming fragment's (xw,yw) coordinates to a user-defined minimum 43 and maximum depth value. If the stored depth value is outside the 44 user-defined range (exclusive), the incoming fragment is discarded. 46 Unlike the depth test, the depth bounds test has NO dependency on 47 the fragment's window-space depth value. 55 rectangle in XY window-space, the conventional scissor test can be 57 outside the light source's window-space XY rectangle. The stencil [all …]
|
D | EXT_packed_depth_stencil.txt | 20 Bill Licea-Kane 63 Many OpenGL implementations have chosen to interleave the depth and 64 stencil buffers into one buffer, often with 24 bits of depth 66 needed for the depth buffer much of the time; a 24-bit depth buffer, 67 on the other hand, requires that reads and writes of depth data be 68 unaligned with respect to power-of-two boundaries. On the other 71 single buffer with both depth and stencil data. OpenGL never 78 when an application reads from the 24-bit depth buffer, using the 81 conversion operations. A 24-bit format would be no more suitable, 83 made the standalone 24-bit depth buffer an unattractive proposition [all …]
|
/third_party/skia/third_party/externals/opengl-registry/extensions/EXT/ |
D | EXT_depth_bounds_test.txt | 39 This extension adds a new per-fragment test that is, logically, 40 after the scissor test and before the alpha test. The depth bounds 41 test compares the depth value stored at the location given by the 42 incoming fragment's (xw,yw) coordinates to a user-defined minimum 43 and maximum depth value. If the stored depth value is outside the 44 user-defined range (exclusive), the incoming fragment is discarded. 46 Unlike the depth test, the depth bounds test has NO dependency on 47 the fragment's window-space depth value. 55 rectangle in XY window-space, the conventional scissor test can be 57 outside the light source's window-space XY rectangle. The stencil [all …]
|
D | EXT_packed_depth_stencil.txt | 20 Bill Licea-Kane 63 Many OpenGL implementations have chosen to interleave the depth and 64 stencil buffers into one buffer, often with 24 bits of depth 66 needed for the depth buffer much of the time; a 24-bit depth buffer, 67 on the other hand, requires that reads and writes of depth data be 68 unaligned with respect to power-of-two boundaries. On the other 71 single buffer with both depth and stencil data. OpenGL never 78 when an application reads from the 24-bit depth buffer, using the 81 conversion operations. A 24-bit format would be no more suitable, 83 made the standalone 24-bit depth buffer an unattractive proposition [all …]
|
/third_party/skia/third_party/externals/opengl-registry/extensions/ARB/ |
D | ARB_depth_clamp.txt | 16 Copyright (c) 2009-2013 The Khronos Group Inc. Copyright terms at 43 interpolated depth values (after the depth range transform) must be 53 beyond the conventional window space depth range for depth values 55 defy the window space depth range (effectively what near and far 56 plane clipping accomplish), the depth values can be clamped to the 57 current depth range. 63 algorithm (rather than depth testing) for hidden surface removal is 75 depth values outside the window-space depth range. Should the 80 clamping interpolated depth values to the depth range is much 83 Should depth clamping affect points or just line and polygon geometric [all …]
|
D | ARB_depth_buffer_float.txt | 19 Copyright (c) 2008-2013 The Khronos Group Inc. Copyright terms at 53 This extension provides new texture internal formats whose depth 54 components are stored as 32-bit floating-point values, rather than the 55 normalized unsigned integers used in existing depth formats. 56 Floating-point depth textures support all the functionality supported for 57 fixed-point depth textures, including shadow mapping and rendering support 58 via EXT_framebuffer_object. Floating-point depth textures can store 61 Additionally, this extension provides new packed depth/stencil pixel 62 formats (see EXT_packed_depth_stencil) that have 64-bit pixels consisting 63 of a 32-bit floating-point depth value, 8 bits of stencil, and 24 unused [all …]
|
D | ARB_depth_texture.txt | 15 Copyright (c) 2002-2013 The Khronos Group Inc. Copyright terms at 42 This extension defines a new depth texture format. An important 43 application of depth texture images is shadow casting, but separating 44 this from the shadow extension allows for the potential use of depth 45 textures in other applications such as image-based rendering or 46 displacement mapping. This extension does not define new depth-texture 47 environment functions, such as filtering or applying the depth values 60 depth texel resolution, and behavior when a depth texture is bound 66 depth textures is the first component of TEXTURE_BORDER_COLOR. 68 (3) What happens when a depth texture is currently bound but RGBA [all …]
|
/third_party/skia/third_party/externals/opengl-registry/extensions/NV/ |
D | NV_depth_clamp.txt | 39 interpolated depth values (after the depth range transform) must be 49 beyond the conventional window space depth range for depth values 51 defy the window space depth range (effectively what near and far 52 plane clipping accomplish), the depth values can be clamped to the 53 current depth range. 59 algorithm (rather than depth testing) for hidden surface removal is 71 depth values outside the window-space depth range. Should the 76 clamping interpolated depth values to the depth range is much 79 Should depth clamping affect points or just line and polygon geometric 82 RESOLUTION: All geometric primitives are affected by depth [all …]
|
D | NV_depth_buffer_float.txt | 52 This extension provides new texture internal formats whose depth 53 components are stored as 32-bit floating-point values, rather than the 54 normalized unsigned integers used in existing depth formats. 55 Floating-point depth textures support all the functionality supported for 56 fixed-point depth textures, including shadow mapping and rendering support 57 via EXT_framebuffer_object. Floating-point depth textures can store 60 By default, OpenGL entry points taking depth values implicitly clamp the 63 specify depth values that are not clamped. 65 Additionally, this extension provides new packed depth/stencil pixel 66 formats (see EXT_packed_depth_stencil) that have 64-bit pixels consisting [all …]
|
D | NV_packed_depth_stencil.txt | 41 Many OpenGL implementations have chosen to interleave the depth and 42 stencil buffers into one buffer, often with 24 bits of depth 44 for the depth buffer much of the time; a 24-bit depth buffer, on the 45 other hand, requires that reads and writes of depth data be unaligned 46 with respect to power-of-two boundaries. On the other hand, 8 bits 49 both depth and stencil data. OpenGL never provides direct access to 56 an application reads from the 24-bit depth buffer, using the type 59 24-bit format would be no more suitable, because it would also suffer 60 from the unaligned memory accesses that made the standalone 24-bit 61 depth buffer an unattractive proposition in the first place. [all …]
|
/third_party/openGLES/extensions/NV/ |
D | NV_depth_clamp.txt | 39 interpolated depth values (after the depth range transform) must be 49 beyond the conventional window space depth range for depth values 51 defy the window space depth range (effectively what near and far 52 plane clipping accomplish), the depth values can be clamped to the 53 current depth range. 59 algorithm (rather than depth testing) for hidden surface removal is 71 depth values outside the window-space depth range. Should the 76 clamping interpolated depth values to the depth range is much 79 Should depth clamping affect points or just line and polygon geometric 82 RESOLUTION: All geometric primitives are affected by depth [all …]
|
D | NV_depth_buffer_float.txt | 52 This extension provides new texture internal formats whose depth 53 components are stored as 32-bit floating-point values, rather than the 54 normalized unsigned integers used in existing depth formats. 55 Floating-point depth textures support all the functionality supported for 56 fixed-point depth textures, including shadow mapping and rendering support 57 via EXT_framebuffer_object. Floating-point depth textures can store 60 By default, OpenGL entry points taking depth values implicitly clamp the 63 specify depth values that are not clamped. 65 Additionally, this extension provides new packed depth/stencil pixel 66 formats (see EXT_packed_depth_stencil) that have 64-bit pixels consisting [all …]
|
D | NV_packed_depth_stencil.txt | 41 Many OpenGL implementations have chosen to interleave the depth and 42 stencil buffers into one buffer, often with 24 bits of depth 44 for the depth buffer much of the time; a 24-bit depth buffer, on the 45 other hand, requires that reads and writes of depth data be unaligned 46 with respect to power-of-two boundaries. On the other hand, 8 bits 49 both depth and stencil data. OpenGL never provides direct access to 56 an application reads from the 24-bit depth buffer, using the type 59 24-bit format would be no more suitable, because it would also suffer 60 from the unaligned memory accesses that made the standalone 24-bit 61 depth buffer an unattractive proposition in the first place. [all …]
|
/third_party/openGLES/extensions/ARB/ |
D | ARB_depth_clamp.txt | 16 Copyright (c) 2009-2013 The Khronos Group Inc. Copyright terms at 21 Khronos-approved extension specifications are updated in response to 53 interpolated depth values (after the depth range transform) must be 63 beyond the conventional window space depth range for depth values 65 defy the window space depth range (effectively what near and far 66 plane clipping accomplish), the depth values can be clamped to the 67 current depth range. 73 algorithm (rather than depth testing) for hidden surface removal is 85 depth values outside the window-space depth range. Should the 90 clamping interpolated depth values to the depth range is much [all …]
|
D | ARB_depth_buffer_float.txt | 19 Copyright (c) 2008-2013 The Khronos Group Inc. Copyright terms at 24 Khronos-approved extension specifications are updated in response to 63 This extension provides new texture internal formats whose depth 64 components are stored as 32-bit floating-point values, rather than the 65 normalized unsigned integers used in existing depth formats. 66 Floating-point depth textures support all the functionality supported for 67 fixed-point depth textures, including shadow mapping and rendering support 68 via EXT_framebuffer_object. Floating-point depth textures can store 71 Additionally, this extension provides new packed depth/stencil pixel 72 formats (see EXT_packed_depth_stencil) that have 64-bit pixels consisting [all …]
|
D | ARB_depth_texture.txt | 15 Copyright (c) 2002-2013 The Khronos Group Inc. Copyright terms at 20 Khronos-approved extension specifications are updated in response to 52 This extension defines a new depth texture format. An important 53 application of depth texture images is shadow casting, but separating 54 this from the shadow extension allows for the potential use of depth 55 textures in other applications such as image-based rendering or 56 displacement mapping. This extension does not define new depth-texture 57 environment functions, such as filtering or applying the depth values 70 depth texel resolution, and behavior when a depth texture is bound 76 depth textures is the first component of TEXTURE_BORDER_COLOR. [all …]
|
/third_party/ffmpeg/libavcodec/ |
D | h264dsp.c | 2 * H.26L/H.264/AVC/JVT/14496-10/... encoder/decoder 3 * Copyright (c) 2003-2010 Michael Niedermayer <michaelni@gmx.at> 19 * Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA 24 * H.264 / AVC / MPEG-4 part10 DSP functions. 71 #define FUNC(a, depth) a ## _ ## depth ## _c in ff_h264dsp_init() argument 73 #define ADDPX_DSP(depth) \ in ff_h264dsp_init() argument 74 c->h264_add_pixels4_clear = FUNC(ff_h264_add_pixels4, depth);\ in ff_h264dsp_init() 75 c->h264_add_pixels8_clear = FUNC(ff_h264_add_pixels8, depth) in ff_h264dsp_init() 83 #define H264_DSP(depth) \ in ff_h264dsp_init() argument 84 c->h264_idct_add= FUNC(ff_h264_idct_add, depth);\ in ff_h264dsp_init() [all …]
|
D | hevcdsp.c | 4 * Copyright (C) 2012 - 2013 Guillaume Martres 5 * Copyright (C) 2013 - 2014 Pierre-Edouard Lepere 22 * Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA 31 -4, -13, -22, -31, -38, -46, -54, -61, -67, -73, -78, -82, -85, -88, -90, -90 }, 32 { 90, 87, 80, 70, 57, 43, 25, 9, -9, -25, -43, -57, -70, -80, -87, -90, 33 -90, -87, -80, -70, -57, -43, -25, -9, 9, 25, 43, 57, 70, 80, 87, 90 }, 34 { 90, 82, 67, 46, 22, -4, -31, -54, -73, -85, -90, -88, -78, -61, -38, -13, 35 13, 38, 61, 78, 88, 90, 85, 73, 54, 31, 4, -22, -46, -67, -82, -90 }, 36 { 89, 75, 50, 18, -18, -50, -75, -89, -89, -75, -50, -18, 18, 50, 75, 89, 37 89, 75, 50, 18, -18, -50, -75, -89, -89, -75, -50, -18, 18, 50, 75, 89 }, [all …]
|
D | v210_template.c | 19 * Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA 25 #define CLIP(v, depth) av_clip(v, 1<<(depth-8), ((1<<depth)-(1<<(depth-8))-1)) argument 26 #define WRITE_PIXELS(a, b, c, depth) \ argument 28 val = CLIP(*a++, depth) << (10-depth); \ 29 val |= (CLIP(*b++, depth) << (20-depth)) | \ 30 (CLIP(*c++, depth) << (30-depth)); \ 38 V210EncContext *s = avctx->priv_data; in RENAME() 39 int aligned_width = ((avctx->width + 47) / 48) * 48; in RENAME() 41 int line_padding = stride - ((avctx->width * 8 + 11) / 12) * 4; in RENAME() 43 const TYPE *y = (const TYPE *)pic->data[0]; in RENAME() [all …]
|
D | h264pred.c | 2 * H.26L/H.264/AVC/JVT/14496-10/... encoder/decoder 19 * Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA 24 * H.264 / AVC / MPEG-4 part10 prediction functions. 57 const unsigned lt = src[-1-1*stride]; in pred4x4_vertical_vp8_c() 74 const unsigned lt = src[-1-1*stride]; in pred4x4_horizontal_vp8_c() 282 const uint8_t *cm = ff_crop_tab + MAX_NEG_CROP - src[-1-stride]; in pred4x4_tm_vp8_c() 283 uint8_t *top = src-stride; in pred4x4_tm_vp8_c() 287 const uint8_t *cm_in = cm + src[-1]; in pred4x4_tm_vp8_c() 308 const uint8_t *cm = ff_crop_tab + MAX_NEG_CROP - src[-1-stride]; in pred16x16_tm_vp8_c() 309 uint8_t *top = src-stride; in pred16x16_tm_vp8_c() [all …]
|
D | h264qpel.c | 2 * H.26L/H.264/AVC/JVT/14496-10/... encoder/decoder 3 * Copyright (c) 2003-2010 Michael Niedermayer <michaelni@gmx.at> 19 * Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA 52 #define FUNCC(f, depth) f ## _ ## depth ## _c in ff_h264qpel_init() argument 54 #define dspfunc2(PFX, IDX, NUM, depth) \ in ff_h264qpel_init() argument 55 c->PFX ## _pixels_tab[IDX][ 0] = FUNCC(PFX ## NUM ## _mc00, depth); \ in ff_h264qpel_init() 56 c->PFX ## _pixels_tab[IDX][ 1] = FUNCC(PFX ## NUM ## _mc10, depth); \ in ff_h264qpel_init() 57 c->PFX ## _pixels_tab[IDX][ 2] = FUNCC(PFX ## NUM ## _mc20, depth); \ in ff_h264qpel_init() 58 c->PFX ## _pixels_tab[IDX][ 3] = FUNCC(PFX ## NUM ## _mc30, depth); \ in ff_h264qpel_init() 59 c->PFX ## _pixels_tab[IDX][ 4] = FUNCC(PFX ## NUM ## _mc01, depth); \ in ff_h264qpel_init() [all …]
|
/third_party/openGLES/extensions/OES/ |
D | OES_depth_texture.txt | 15 Copyright (c) 2006-2013 The Khronos Group Inc. Copyright terms at 20 Khronos-approved extension specifications are updated in response to 47 This extension defines a new texture format that stores depth values in 48 the texture. Depth texture images are widely used for shadow casting but 54 1. Should manual generation of mipmaps for a depth texture using GenerateMipmap be supported? 61 b) Disallow. GenerateMipmap will generate INVALID_OPERATION error for a depth texture. 62 The reason for this is that doing a low-pass filter to generate depth values for 63 higher mip-levels of a depth texture does not make sense. 66 2 x 2 region --> 1 texel as we go from one level to the next. This does not make much 67 sense for depth textures. A better approach would be to take a min or max of 2 x 2 texel [all …]
|
/third_party/skia/third_party/externals/opengl-registry/extensions/OES/ |
D | OES_depth_texture.txt | 15 Copyright (c) 2006-2013 The Khronos Group Inc. Copyright terms at 37 This extension defines a new texture format that stores depth values in 38 the texture. Depth texture images are widely used for shadow casting but 44 1. Should manual generation of mipmaps for a depth texture using GenerateMipmap be supported? 51 b) Disallow. GenerateMipmap will generate INVALID_OPERATION error for a depth texture. 52 The reason for this is that doing a low-pass filter to generate depth values for 53 higher mip-levels of a depth texture does not make sense. 56 2 x 2 region --> 1 texel as we go from one level to the next. This does not make much 57 sense for depth textures. A better approach would be to take a min or max of 2 x 2 texel 59 the WG decided to disallow manual generation of mipmaps for a depth texture. [all …]
|
/third_party/ffmpeg/libavcodec/x86/ |
D | h264dsp_init.c | 2 * Copyright (c) 2004-2005 Michael Niedermayer, Loren Merritt 18 * Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA 29 #define IDCT_ADD_FUNC(NUM, DEPTH, OPT) \ argument 30 void ff_h264_idct ## NUM ## _add_ ## DEPTH ## _ ## OPT(uint8_t *dst, \ 52 #define IDCT_ADD_REP_FUNC(NUM, REP, DEPTH, OPT) \ argument 53 void ff_h264_idct ## NUM ## _add ## REP ## _ ## DEPTH ## _ ## OPT \ 74 #define IDCT_ADD_REP_FUNC2(NUM, REP, DEPTH, OPT) \ argument 75 void ff_h264_idct ## NUM ## _add ## REP ## _ ## DEPTH ## _ ## OPT \ 102 #define LF_FUNC(DIR, TYPE, DEPTH, OPT) \ argument 103 void ff_deblock_ ## DIR ## _ ## TYPE ## _ ## DEPTH ## _ ## OPT(uint8_t *pix, \ [all …]
|
/third_party/gstreamer/gstplugins_good/gst/isomp4/ |
D | qtdemux_dump.c | 3 * Copyright (C) 2009 Tim-Philipp Müller <tim centricular net> 19 * Boston, MA 02110-1301, USA. 42 qtdemux_dump_mvhd (GstQTDemux * qtdemux, GstByteReader * data, int depth) in qtdemux_dump_mvhd() argument 50 GST_LOG ("%*s version/flags: %08x", depth, "", version); in qtdemux_dump_mvhd() 54 GST_LOG ("%*s creation time: %u", depth, "", GET_UINT32 (data)); in qtdemux_dump_mvhd() 55 GST_LOG ("%*s modify time: %u", depth, "", GET_UINT32 (data)); in qtdemux_dump_mvhd() 56 GST_LOG ("%*s time scale: 1/%u sec", depth, "", GET_UINT32 (data)); in qtdemux_dump_mvhd() 57 GST_LOG ("%*s duration: %u", depth, "", GET_UINT32 (data)); in qtdemux_dump_mvhd() 60 depth, "", GET_UINT64 (data)); in qtdemux_dump_mvhd() 62 depth, "", GET_UINT64 (data)); in qtdemux_dump_mvhd() [all …]
|