HomeSort by relevance Sort by last modified time
    Searched full:planes (Results 526 - 550 of 720) sorted by null

<<212223242526272829

  /external/kernel-headers/original/uapi/drm/
drm.h 653 * If set to 1, the DRM core will expose all planes (overlay, primary, and
  /external/libavc/common/
ih264_resi_trans_quant.c 494 * for both U and V planes
  /external/libdrm/include/drm/
drm.h 633 * If set to 1, the DRM core will expose all planes (overlay, primary, and
  /external/libjpeg-turbo/
jdcolor.c 359 * converting from separate-planes to interleaved representation.
  /external/libvncserver/webclients/novnc/include/
display.js 686 cur.push16le(1); // 34: number of planes
  /external/libvpx/libvpx/vp9/encoder/
vp9_temporal_filter.c 326 // To keep the mv in play for both Y and UV planes the max that it
  /external/mesa3d/src/gallium/auxiliary/draw/
draw_context.c 138 draw->pt.user.planes = (float (*) [DRAW_TOTAL_CLIP_PLANES][4]) &(draw->plane[0]);
  /external/mesa3d/src/gallium/docs/
d3d11ddi.txt 74 + Gallium supports fixed function user clip planes, D3D10/D3D11 only support using the vertex shader for them
  /external/mesa3d/src/gallium/drivers/nvc0/
nvc0_screen.c 594 /* auxiliary constants (6 user clip planes, base instance id) */
  /external/mesa3d/src/gallium/drivers/r300/
r300_context.h 526 /* User clip planes. */
  /external/mesa3d/src/mesa/main/
stencil.c 255 * stencil planes.
  /external/mesa3d/src/mesa/swrast/
s_depth.c 160 * In that case, vertexes are not clipped against the near/far planes
  /external/opencv3/3rdparty/libtiff/
tif_print.c 502 fprintf(fd, "separate image planes\n");
tiff.h 236 #define PLANARCONFIG_SEPARATE 2 /* separate planes of data */
    [all...]
  /external/opencv3/3rdparty/libwebp/enc/
vp8enci.h 274 int y_offset_, uv_offset_; // offset to the luma / chroma planes
  /external/opencv3/modules/cudacodec/src/
video_writer.cpp 559 stCopyChroma.dstY = frameSize.height << 1; // chroma offset (srcY*srcPitch now points to the chroma planes)
    [all...]
  /external/opencv3/modules/videoio/src/
cap_mjpeg_decoder.cpp 132 WORD biPlanes; // Number of color planes in which the data is stored
  /external/pdfium/third_party/libtiff/
tif_print.c 504 fprintf(fd, "separate image planes\n");
  /external/skia/site/dev/contrib/
simd.md 115 So `SkPx`'s SSE backend sets N to 4 pixels, stores them interlaced in an `__m128i`, representing `Wide` as two `__m128i` and `Alpha` as an `__m128i` with each pixel's alpha component replicated four times. SkPx's NEON backend works with 8 planar pixels, loading them with `vld4_u8` into an `uint8x8x4_t` struct of 4 8-component `uint8x8_t` planes. `Alpha` is just a single `uint8x8_t` 8-component plane, and `Wide` is NEON's natural choice, `uint16x8x4_t`.
  /external/skia/src/codec/
SkJpegCodec.cpp 652 // and that the U and V planes are the same dimensions.
  /external/webp/src/enc/
iterator.c 204 { // U/V planes
  /external/webrtc/talk/app/webrtc/java/android/org/webrtc/
VideoRendererGui.java 130 // data to rendering planes.
  /frameworks/native/opengl/libagl/
context.h 266 // user clip planes
  /hardware/intel/img/psb_video/src/mrst/
pvr2d.h 420 PVR2D_UINT uiNumLayers; /* no. of YUV planes */
    [all...]
  /hardware/intel/img/psb_video/src/
pnw_hostjpeg.h 213 IMG_UINT32 aui32ComponentOffset[3]; //!< Offset of the planes within the surface

Completed in 1380 milliseconds

<<212223242526272829