| /external/ImageMagick/ImageMagick/api/ |
| feature.html | 176 <p>MeanShiftImage() delineate arbitrarily shaped clusters in the image. For each pixel, it visits all the pixels in the neighborhood specified by the window centered at the pixel and excludes those that are outside the radius=(window-1)/2 surrounding the pixel. From those pixels, it finds those that are within the specified color distance from the current mean, and computes a new x,y centroid from those coordinates and a new mean. This new x,y centroid is used as the center for a new window. This process iterates until it converges and the final mean is replaces the (original window center) pixel value. It repeats this process for the next pixel, etc., until it processes all pixels in the image. Results are typically better with colorspaces other than sRGB. We recommend YIQ, YUV or YCbCr.</p>
|
| /external/ImageMagick/www/api/ |
| feature.html | 180 <p>MeanShiftImage() delineate arbitrarily shaped clusters in the image. For each pixel, it visits all the pixels in the neighborhood specified by the window centered at the pixel and excludes those that are outside the radius=(window-1)/2 surrounding the pixel. From those pixels, it finds those that are within the specified color distance from the current mean, and computes a new x,y centroid from those coordinates and a new mean. This new x,y centroid is used as the center for a new window. This process iterates until it converges and the final mean is replaces the (original window center) pixel value. It repeats this process for the next pixel, etc., until it processes all pixels in the image. Results are typically better with colorspaces other than sRGB. We recommend YIQ, YUV or YCbCr.</p>
|
| feature.php | 176 <p>MeanShiftImage() delineate arbitrarily shaped clusters in the image. For each pixel, it visits all the pixels in the neighborhood specified by the window centered at the pixel and excludes those that are outside the radius=(window-1)/2 surrounding the pixel. From those pixels, it finds those that are within the specified color distance from the current mean, and computes a new x,y centroid from those coordinates and a new mean. This new x,y centroid is used as the center for a new window. This process iterates until it converges and the final mean is replaces the (original window center) pixel value. It repeats this process for the next pixel, etc., until it processes all pixels in the image. Results are typically better with colorspaces other than sRGB. We recommend YIQ, YUV or YCbCr.</p>
|
| /external/skia/include/core/ |
| SkShader.h | 204 * not support specific colorspaces.
|
| /external/skqp/include/core/ |
| SkShader.h | 201 * not support specific colorspaces.
|
| /external/libjpeg-turbo/ |
| jcparam.c | 341 /* For all colorspaces, we use Q and Huff tables 0 for luminance components,
347 cinfo->write_JFIF_header = FALSE; /* No marker for non-JFIF colorspaces */
|
| jcmarker.c | 468 * to distinguish RGB, CMYK, and YCCK colorspaces.
|
| README-turbo.txt | 94 When using the RGBX, BGRX, XBGR, and XRGB colorspaces during decompression, the
|
| README.md | 98 When using the RGBX, BGRX, XBGR, and XRGB colorspaces during decompression, the
|
| jccolor.c | 458 * This version handles multi-component colorspaces without conversion.
|
| turbojpeg.h | 285 * The number of JPEG colorspaces
290 * JPEG colorspaces
[all...] |
| /external/skia/tests/ |
| GradientTest.cpp | 453 SkColorSpace* colorSpaces[] = {
460 for (auto colorSpace : colorSpaces) {
|
| /external/libcups/filter/ |
| ppd-compiler.shtml | 355 <P>which tell the printing system which colorspaces are supported by the printer
379 colorspaces:</P>
451 <I>// Supported colorspaces</I>
[all...] |
| /external/ImageMagick/ImageMagick/script/ |
| color-management.html | 58 <p>The first major change was to swap -colorspace RGB and -colorspace sRGB. In earlier versions, RGB really meant non-linear sRGB. With the completion of the changes, RGB now means linear color and sRGB means non-linear color in terms of their respective colorspaces.</p>
|
| porting.html | 58 <p class="lead magick-description">The design of ImageMagick is an evolutionary process, with the design and implementation efforts serving to influence and guide further progress in the other. With ImageMagick version 7 we aim to improve the design based on lessons learned from the version 6 implementation. ImageMagick was originally designed to display RGB images to an X Windows server. Over time we extended support to RGBA images and then to the CMYK and CMYKA image format. With ImageMagick version 7, we extend support to arbitrary colorspaces with an arbitrary number of pixel channels. Other design changes are in the works and we will document them here so be sure to revisit periodically.</p>
287 <p>The <code>Rec601Luma</code> and <code>Rec709Luma</code> colorspaces are no longer supported. Instead, specify the <code>gray</code> colorspace and choose from these intensity options:</p>
[all...] |
| /external/ImageMagick/www/ |
| color-management.html | 62 <p>The first major change was to swap -colorspace RGB and -colorspace sRGB. In earlier versions, RGB really meant non-linear sRGB. With the completion of the changes, RGB now means linear color and sRGB means non-linear color in terms of their respective colorspaces.</p>
|
| porting.html | 62 <p class="lead magick-description">The design of ImageMagick is an evolutionary process, with the design and implementation efforts serving to influence and guide further progress in the other. With ImageMagick version 7 we aim to improve the design based on lessons learned from the version 6 implementation. ImageMagick was originally designed to display RGB images to an X Windows server. Over time we extended support to RGBA images and then to the CMYK and CMYKA image format. With ImageMagick version 7, we extend support to arbitrary colorspaces with an arbitrary number of pixel channels. Other design changes are in the works and we will document them here so be sure to revisit periodically.</p>
291 <p>The <code>Rec601Luma</code> and <code>Rec709Luma</code> colorspaces are no longer supported. Instead, specify the <code>gray</code> colorspace and choose from these intensity options:</p>
[all...] |
| /external/libcups/cups/ |
| ppd.h | 99 typedef enum ppd_cs_e /**** Colorspaces ****/
|
| /external/ImageMagick/scripts/ |
| format_c_api_docs | 86 'colorspace', 'Dealing with Image Colorspaces',
|
| /external/libjpeg-turbo/java/org/libjpegturbo/turbojpeg/ |
| TJ.java | 293 * The number of JPEG colorspaces
|
| /external/webp/src/dsp/ |
| dsp.h | 440 // colorspaces like rgbA, rgbA4444, etc)
|
| /external/ImageMagick/www/Magick++/ |
| Enumerations.html | 241 specify the colorspace when encoding an output image. Colorspaces are
252 colorspaces <i>RGBColorspace</i>, <i>CMYKColorspace</i>, and
[all...] |
| /hardware/interfaces/graphics/common/1.0/ |
| types.hal | 591 * for colorspaces or other meaning must be communicated separately.
[all...] |
| /cts/tests/camera/src/android/hardware/camera2/cts/rs/ |
| RawConverter.java | 42 * Utility class providing methods for rendering RAW16 images into other colorspaces.
[all...] |
| /external/kernel-headers/original/uapi/linux/ |
| videodev2.h | 225 /* For RGB colorspaces such as produces by most webcams. */
253 * for the various colorspaces:
294 * various colorspaces:
[all...] |
