OLD | NEW |
(Empty) | |
| 1 /* |
| 2 * Copyright (C) 2011 The Android Open Source Project |
| 3 * |
| 4 * Licensed under the Apache License, Version 2.0 (the "License"); |
| 5 * you may not use this file except in compliance with the License. |
| 6 * You may obtain a copy of the License at |
| 7 * |
| 8 * http://www.apache.org/licenses/LICENSE-2.0 |
| 9 * |
| 10 * Unless required by applicable law or agreed to in writing, software |
| 11 * distributed under the License is distributed on an "AS IS" BASIS, |
| 12 * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. |
| 13 * See the License for the specific language governing permissions and |
| 14 * limitations under the License. |
| 15 */ |
| 16 |
| 17 #ifndef SYSTEM_CORE_INCLUDE_ANDROID_GRAPHICS_H |
| 18 #define SYSTEM_CORE_INCLUDE_ANDROID_GRAPHICS_H |
| 19 |
| 20 #include <stdint.h> |
| 21 |
| 22 #ifdef __cplusplus |
| 23 extern "C" { |
| 24 #endif |
| 25 |
| 26 /* |
| 27 * If the HAL needs to create service threads to handle graphics related |
| 28 * tasks, these threads need to run at HAL_PRIORITY_URGENT_DISPLAY priority |
| 29 * if they can block the main rendering thread in any way. |
| 30 * |
| 31 * the priority of the current thread can be set with: |
| 32 * |
| 33 * #include <sys/resource.h> |
| 34 * setpriority(PRIO_PROCESS, 0, HAL_PRIORITY_URGENT_DISPLAY); |
| 35 * |
| 36 */ |
| 37 |
| 38 #define HAL_PRIORITY_URGENT_DISPLAY (-8) |
| 39 |
| 40 /** |
| 41 * pixel format definitions |
| 42 */ |
| 43 |
| 44 enum { |
| 45 /* |
| 46 * "linear" color pixel formats: |
| 47 * |
| 48 * The pixel formats below contain sRGB data but are otherwise treated |
| 49 * as linear formats, i.e.: no special operation is performed when |
| 50 * reading or writing into a buffer in one of these formats |
| 51 */ |
| 52 HAL_PIXEL_FORMAT_RGBA_8888 = 1, |
| 53 HAL_PIXEL_FORMAT_RGBX_8888 = 2, |
| 54 HAL_PIXEL_FORMAT_RGB_888 = 3, |
| 55 HAL_PIXEL_FORMAT_RGB_565 = 4, |
| 56 HAL_PIXEL_FORMAT_BGRA_8888 = 5, |
| 57 |
| 58 /* |
| 59 * sRGB color pixel formats: |
| 60 * |
| 61 * The red, green and blue components are stored in sRGB space, and converte
d |
| 62 * to linear space when read, using the standard sRGB to linear equation: |
| 63 * |
| 64 * Clinear = Csrgb / 12.92 for Csrgb <= 0.04045 |
| 65 * = (Csrgb + 0.055 / 1.055)^2.4 for Csrgb > 0.04045 |
| 66 * |
| 67 * When written the inverse transformation is performed: |
| 68 * |
| 69 * Csrgb = 12.92 * Clinear for Clinear <= 0.0031308 |
| 70 * = 1.055 * Clinear^(1/2.4) - 0.055 for Clinear > 0.0031308 |
| 71 * |
| 72 * |
| 73 * The alpha component, if present, is always stored in linear space and |
| 74 * is left unmodified when read or written. |
| 75 * |
| 76 */ |
| 77 HAL_PIXEL_FORMAT_sRGB_A_8888 = 0xC, |
| 78 HAL_PIXEL_FORMAT_sRGB_X_8888 = 0xD, |
| 79 |
| 80 /* |
| 81 * 0x100 - 0x1FF |
| 82 * |
| 83 * This range is reserved for pixel formats that are specific to the HAL |
| 84 * implementation. Implementations can use any value in this range to |
| 85 * communicate video pixel formats between their HAL modules. These formats |
| 86 * must not have an alpha channel. Additionally, an EGLimage created from a |
| 87 * gralloc buffer of one of these formats must be supported for use with the |
| 88 * GL_OES_EGL_image_external OpenGL ES extension. |
| 89 */ |
| 90 |
| 91 /* |
| 92 * Android YUV format: |
| 93 * |
| 94 * This format is exposed outside of the HAL to software decoders and |
| 95 * applications. EGLImageKHR must support it in conjunction with the |
| 96 * OES_EGL_image_external extension. |
| 97 * |
| 98 * YV12 is a 4:2:0 YCrCb planar format comprised of a WxH Y plane followed |
| 99 * by (W/2) x (H/2) Cr and Cb planes. |
| 100 * |
| 101 * This format assumes |
| 102 * - an even width |
| 103 * - an even height |
| 104 * - a horizontal stride multiple of 16 pixels |
| 105 * - a vertical stride equal to the height |
| 106 * |
| 107 * y_size = stride * height |
| 108 * c_stride = ALIGN(stride/2, 16) |
| 109 * c_size = c_stride * height/2 |
| 110 * size = y_size + c_size * 2 |
| 111 * cr_offset = y_size |
| 112 * cb_offset = y_size + c_size |
| 113 * |
| 114 */ |
| 115 HAL_PIXEL_FORMAT_YV12 = 0x32315659, // YCrCb 4:2:0 Planar |
| 116 |
| 117 |
| 118 /* |
| 119 * Android Y8 format: |
| 120 * |
| 121 * This format is exposed outside of the HAL to the framework. |
| 122 * The expected gralloc usage flags are SW_* and HW_CAMERA_*, |
| 123 * and no other HW_ flags will be used. |
| 124 * |
| 125 * Y8 is a YUV planar format comprised of a WxH Y plane, |
| 126 * with each pixel being represented by 8 bits. |
| 127 * |
| 128 * It is equivalent to just the Y plane from YV12. |
| 129 * |
| 130 * This format assumes |
| 131 * - an even width |
| 132 * - an even height |
| 133 * - a horizontal stride multiple of 16 pixels |
| 134 * - a vertical stride equal to the height |
| 135 * |
| 136 * size = stride * height |
| 137 * |
| 138 */ |
| 139 HAL_PIXEL_FORMAT_Y8 = 0x20203859, |
| 140 |
| 141 /* |
| 142 * Android Y16 format: |
| 143 * |
| 144 * This format is exposed outside of the HAL to the framework. |
| 145 * The expected gralloc usage flags are SW_* and HW_CAMERA_*, |
| 146 * and no other HW_ flags will be used. |
| 147 * |
| 148 * Y16 is a YUV planar format comprised of a WxH Y plane, |
| 149 * with each pixel being represented by 16 bits. |
| 150 * |
| 151 * It is just like Y8, but has double the bits per pixel (little endian). |
| 152 * |
| 153 * This format assumes |
| 154 * - an even width |
| 155 * - an even height |
| 156 * - a horizontal stride multiple of 16 pixels |
| 157 * - a vertical stride equal to the height |
| 158 * - strides are specified in pixels, not in bytes |
| 159 * |
| 160 * size = stride * height * 2 |
| 161 * |
| 162 */ |
| 163 HAL_PIXEL_FORMAT_Y16 = 0x20363159, |
| 164 |
| 165 /* |
| 166 * Android RAW sensor format: |
| 167 * |
| 168 * This format is exposed outside of the HAL to applications. |
| 169 * |
| 170 * RAW_SENSOR is a single-channel 16-bit format, typically representing raw |
| 171 * Bayer-pattern images from an image sensor, with minimal processing. |
| 172 * |
| 173 * The exact pixel layout of the data in the buffer is sensor-dependent, and |
| 174 * needs to be queried from the camera device. |
| 175 * |
| 176 * Generally, not all 16 bits are used; more common values are 10 or 12 |
| 177 * bits. All parameters to interpret the raw data (black and white points, |
| 178 * color space, etc) must be queried from the camera device. |
| 179 * |
| 180 * This format assumes |
| 181 * - an even width |
| 182 * - an even height |
| 183 * - a horizontal stride multiple of 16 pixels (32 bytes). |
| 184 */ |
| 185 HAL_PIXEL_FORMAT_RAW_SENSOR = 0x20, |
| 186 |
| 187 /* |
| 188 * Android binary blob graphics buffer format: |
| 189 * |
| 190 * This format is used to carry task-specific data which does not have a |
| 191 * standard image structure. The details of the format are left to the two |
| 192 * endpoints. |
| 193 * |
| 194 * A typical use case is for transporting JPEG-compressed images from the |
| 195 * Camera HAL to the framework or to applications. |
| 196 * |
| 197 * Buffers of this format must have a height of 1, and width equal to their |
| 198 * size in bytes. |
| 199 */ |
| 200 HAL_PIXEL_FORMAT_BLOB = 0x21, |
| 201 |
| 202 /* |
| 203 * Android format indicating that the choice of format is entirely up to the |
| 204 * device-specific Gralloc implementation. |
| 205 * |
| 206 * The Gralloc implementation should examine the usage bits passed in when |
| 207 * allocating a buffer with this format, and it should derive the pixel |
| 208 * format from those usage flags. This format will never be used with any |
| 209 * of the GRALLOC_USAGE_SW_* usage flags. |
| 210 * |
| 211 * If a buffer of this format is to be used as an OpenGL ES texture, the |
| 212 * framework will assume that sampling the texture will always return an |
| 213 * alpha value of 1.0 (i.e. the buffer contains only opaque pixel values). |
| 214 * |
| 215 */ |
| 216 HAL_PIXEL_FORMAT_IMPLEMENTATION_DEFINED = 0x22, |
| 217 |
| 218 /* |
| 219 * Android flexible YCbCr formats |
| 220 * |
| 221 * This format allows platforms to use an efficient YCbCr/YCrCb buffer |
| 222 * layout, while still describing the buffer layout in a way accessible to |
| 223 * the CPU in a device-independent manner. While called YCbCr, it can be |
| 224 * used to describe formats with either chromatic ordering, as well as |
| 225 * whole planar or semiplanar layouts. |
| 226 * |
| 227 * struct android_ycbcr (below) is the the struct used to describe it. |
| 228 * |
| 229 * This format must be accepted by the gralloc module when |
| 230 * USAGE_HW_CAMERA_WRITE and USAGE_SW_READ_* are set. |
| 231 * |
| 232 * This format is locked for use by gralloc's (*lock_ycbcr) method, and |
| 233 * locking with the (*lock) method will return an error. |
| 234 */ |
| 235 HAL_PIXEL_FORMAT_YCbCr_420_888 = 0x23, |
| 236 |
| 237 /* Legacy formats (deprecated), used by ImageFormat.java */ |
| 238 HAL_PIXEL_FORMAT_YCbCr_422_SP = 0x10, // NV16 |
| 239 HAL_PIXEL_FORMAT_YCrCb_420_SP = 0x11, // NV21 |
| 240 HAL_PIXEL_FORMAT_YCbCr_422_I = 0x14, // YUY2 |
| 241 }; |
| 242 |
| 243 /* |
| 244 * Structure for describing YCbCr formats for consumption by applications. |
| 245 * This is used with HAL_PIXEL_FORMAT_YCbCr_*_888. |
| 246 * |
| 247 * Buffer chroma subsampling is defined in the format. |
| 248 * e.g. HAL_PIXEL_FORMAT_YCbCr_420_888 has subsampling 4:2:0. |
| 249 * |
| 250 * Buffers must have a 8 bit depth. |
| 251 * |
| 252 * @y, @cb, and @cr point to the first byte of their respective planes. |
| 253 * |
| 254 * Stride describes the distance in bytes from the first value of one row of |
| 255 * the image to the first value of the next row. It includes the width of the |
| 256 * image plus padding. |
| 257 * @ystride is the stride of the luma plane. |
| 258 * @cstride is the stride of the chroma planes. |
| 259 * |
| 260 * @chroma_step is the distance in bytes from one chroma pixel value to the |
| 261 * next. This is 2 bytes for semiplanar (because chroma values are interleaved |
| 262 * and each chroma value is one byte) and 1 for planar. |
| 263 */ |
| 264 |
| 265 struct android_ycbcr { |
| 266 void *y; |
| 267 void *cb; |
| 268 void *cr; |
| 269 size_t ystride; |
| 270 size_t cstride; |
| 271 size_t chroma_step; |
| 272 |
| 273 /** reserved for future use, set to 0 by gralloc's (*lock_ycbcr)() */ |
| 274 uint32_t reserved[8]; |
| 275 }; |
| 276 |
| 277 /** |
| 278 * Transformation definitions |
| 279 * |
| 280 * IMPORTANT NOTE: |
| 281 * HAL_TRANSFORM_ROT_90 is applied CLOCKWISE and AFTER HAL_TRANSFORM_FLIP_{H|V}. |
| 282 * |
| 283 */ |
| 284 |
| 285 enum { |
| 286 /* flip source image horizontally (around the vertical axis) */ |
| 287 HAL_TRANSFORM_FLIP_H = 0x01, |
| 288 /* flip source image vertically (around the horizontal axis)*/ |
| 289 HAL_TRANSFORM_FLIP_V = 0x02, |
| 290 /* rotate source image 90 degrees clockwise */ |
| 291 HAL_TRANSFORM_ROT_90 = 0x04, |
| 292 /* rotate source image 180 degrees */ |
| 293 HAL_TRANSFORM_ROT_180 = 0x03, |
| 294 /* rotate source image 270 degrees clockwise */ |
| 295 HAL_TRANSFORM_ROT_270 = 0x07, |
| 296 /* don't use. see system/window.h */ |
| 297 HAL_TRANSFORM_RESERVED = 0x08, |
| 298 }; |
| 299 |
| 300 #ifdef __cplusplus |
| 301 } |
| 302 #endif |
| 303 |
| 304 #endif /* SYSTEM_CORE_INCLUDE_ANDROID_GRAPHICS_H */ |
OLD | NEW |