Home
last modified time | relevance | path

Searched +full:- +full:- +full:depth (Results 1 – 25 of 1129) sorted by relevance

12345678910>>...46

/third_party/openGLES/extensions/EXT/
DEXT_depth_bounds_test.txt39 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 …]
DEXT_packed_depth_stencil.txt20 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/
DEXT_depth_bounds_test.txt39 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 …]
DEXT_packed_depth_stencil.txt20 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/
DARB_depth_clamp.txt16 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 …]
DARB_depth_buffer_float.txt19 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 …]
DARB_depth_texture.txt15 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/
DNV_depth_clamp.txt39 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 …]
DNV_depth_buffer_float.txt52 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 …]
DNV_packed_depth_stencil.txt41 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/
DNV_depth_clamp.txt39 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 …]
DNV_depth_buffer_float.txt52 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 …]
DNV_packed_depth_stencil.txt41 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/
DARB_depth_clamp.txt16 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 …]
DARB_depth_buffer_float.txt19 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 …]
DARB_depth_texture.txt15 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/
Dh264dsp.c2 * 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 …]
Dhevcdsp.c4 * 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 …]
Dv210_template.c19 * 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 …]
Dh264pred.c2 * 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 …]
Dh264qpel.c2 * 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/
DOES_depth_texture.txt15 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/
DOES_depth_texture.txt15 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/
Dh264dsp_init.c2 * 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/
Dqtdemux_dump.c3 * 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 …]

12345678910>>...46