TIFFRGBAIMAGE(3tiff)
π TIFFRGBAIMAGE π (from the 3tiff manual, bestie π
)
okay so sit down, grab a boba, because we're about to decode images into rasters and it's genuinely iconic.
β¨ NAME β¨
TIFFRGBAImage β read and decode an image into a raster. yes. that's the whole job. she reads, she decodes, she slays. π¦
πΈ SYNOPSIS πΈ
#include <tiffio.h>
typedef unsigned char TIFFRGBValue
typedef struct _TIFFRGBAImage TIFFRGBAImage
int TIFFRGBAImageOK(TIFF *tif, char emsg[1024])
int TIFFRGBAImageBegin(TIFFRGBAImage *img, TIFF *tif, int stopOnError,
char emsg[1024])
int TIFFRGBAImageGet(TIFFRGBAImage *img, uint32_t *raster, uint32_t
width, uint32_t height)
void TIFFRGBAImageEnd(TIFFRGBAImage *img)
π DESCRIPTION π
The routines described here are giving high-level interface. Through them, TIFF images may be read into memory. And not in a picky way either β images may be strip-based or tile-based, and they can have a whole variety of different characteristics: bits/sample, samples/pixel, photometric, orientation, etc. she's flexible. she contains multitudes. π«
The decoding state is encapsulated in a TIFFRGBAImage structure, which makes it possible to capture state for multiple images and quickly switch between them (main character energy, honestly). And the target raster format can be customized to a particular application's needs by installing custom routines that manipulate image data according to application requirements. bespoke. custom. cute. β¨
The default usage for these routines is, in order:
- check if an image can be processed using
TIFFRGBAImageOK() - construct a decoder state block using
TIFFRGBAImageBegin() - read and decode an image into a target raster using
TIFFRGBAImageGet(), and then - release resources using
TIFFRGBAImageEnd()
TIFFRGBAImageGet() can be called multiple times to decode an image using different state parameters. If multiple images are to be displayed and there is not enough space for each of the decoded rasters, multiple state blocks can be managed and then calls can be made to TIFFRGBAImageGet() as needed to display an image. lowkey a whole vibe. π
The generated raster is assumed to be an array of width Γ height 32-bit entries, where width must be less than or equal to the width of the image (and height may be any non-zero size). If the raster dimensions are smaller than the image, the image data is cropped to the raster bounds. If the raster height is greater than that of the image, then the image data are placed in the lower part of the raster. (Note that the raster is assumed to be organized such that the pixel at location (x, y) is raster [ y Γ width + x ]; with the raster origin in the lower-left hand corner. okay that part matters, don't @ me. π)
Raster pixels are 8-bit packed red, green, blue, alpha samples. The macros TIFFGetR, TIFFGetG, TIFFGetB, and TIFFGetA should be used to access individual samples. Images without Associated Alpha matting information have a constant Alpha of 1.0 (255).
TIFFRGBAImageGet() converts non-8-bit images by scaling sample values. Palette, grayscale, bilevel, CMYK, and YCbCr images are converted to RGB transparently. Raster pixels are returned uncorrected by any colorimetry information present in the directory. no color correction, no notes, we move. π
The parameter stopOnError specifies how to act if an error is encountered while reading the image. If stopOnError is non-zero, then an error will terminate the operation; otherwise TIFFRGBAImageGet() will continue processing data until all the possible data in the image have been requested. she's persistent. she doesn't give up. periodt. π₯
π¦ ALTERNATE RASTER FORMATS π¦
So you wanna use the core support for reading and processing TIFF images, but write the resulting raster data in a different format? That's so valid. To do that, you need only override the "put methods" used to store raster data. β¨
These methods are defined in the TIFFRGBAImage structure and initially setup by TIFFRGBAImageBegin() to point to routines that pack raster data in the default ABGR pixel format. Two different routines are used according to the physical organization of the image data in the file: PlanarConfiguration = 1 (packed samples), and PlanarConfiguration = 2 (separated samples).
Note that this mechanism can be used to transform the data before storing it in the raster. For example one can convert data to colormap indices for display on a colormap display. π
π SIMULTANEOUS RASTER STORE AND DISPLAY π
It is simple to display an image as it is being read into memory by overriding the put methods as described above for supporting alternate raster formats. Simply keep a reference to the default put methods setup by TIFFRGBAImageBegin() and then invoke them before or after each display operation. For example, the tiffgt utility uses the following put method to update the display as the raster is being filled:
static void
putContigAndDraw(TIFFRGBAImage* img, uint32_t* raster,
uint32_t x, uint32_t y, uint32_t w, uint32_t h,
int32_t fromskew, int32_t toskew,
unsigned char* cp)
{
(*putContig)(img, raster, x, y, w, h, fromskew, toskew, cp);
if (x+w == width) {
w = width;
if (img->orientation == ORIENTATION_TOPLEFT)
lrectwrite(0, y-(h-1), w-1, y, raster-x-(h-1)*w);
else
lrectwrite(0, y, w-1, y+h-1, raster);
}
}
(the original routine provided by the library is saved in the variable putContig.) she's keeping the OGs on speed dial. π«Ά
π§ SUPPORTING ADDITIONAL TIFF FORMATS π§
The TIFFRGBAImage() routines support the most commonly encountered flavors of TIFF. It is possible to extend this support by overriding the "get method" invoked by TIFFRGBAImageGet() to read TIFF image data. Details of doing this are a bit involved β it is best to make a copy of an existing get method and modify it to suit the needs of an application. ngl, copy-paste-and-tweak is a time-honored tradition. π
β NOTES β
- In C++ the stopOnError parameter defaults to
0. SamplesPerPixelmust be either1,2,4,8, or16bits. Colorimetric samples/pixel must be either1,3, or4(i.e.SamplesPerPixelminusExtraSamples).- Palette image colormaps that appear to be incorrectly written as 8-bit values are automatically scaled to 16-bits. she fixes it for you, no charge. π
- Within the
TIFFRGBAImagestructure the TIFF orientation and also the required orientation in the raster can be defined. However, the lower levelTIFFRGBAImageGet()functions β also called byTIFFReadRGBAImage()andTIFFReadRGBAImageOriented()β can mirror the image orientations across both axes, but cannot rotate them. Therefore, images with a TIFF orientation of5(LeftTop) to8(LeftBottom) are not stored correctly in the raster, as this would require an additional rotation of 90 degrees and an exchange of width and height dimension. π« - If an alpha channel is used in an image, there are two common representations that are available: straight (unassociated) alpha and premultiplied (associated) alpha, which is specified by the value of
ExtraSamplestag. For files with unassociated alpha, theTIFFRGBAImage()reading routines multiply the RGB values by the alpha channel values before saving them in the raster. The otherTIFFReadxxx(likeTIFFReadScanline()) functions do not do this. iykyk. π
π RETURN VALUES π
All routines return 1 if the operation was successful. Otherwise, 0 is returned if an error was encountered and stopOnError is zero.
π₯ DIAGNOSTICS π₯
All error messages are directed to the TIFFErrorExtR() routine. here's the full receipts list:
"Sorry, can not handle %d-bit pictures"β The image hadBitsPerSampleother than1,2,4,8, or16."Sorry, can not handle %d-channel images"β The image hadSamplesPerPixelother than1,3, or4.Missing needed "PhotometricInterpretation" tagβ The image did not have a tag that describes how to display the data.No "PhotometricInterpretation" tag, assuming RGBβ The image was missing a tag that describes how to display it, but because it has 3 or 4 samples/pixel, it is assumed to be RGB.No "PhotometricInterpretation" tag, assuming min-is-blackβ The image was missing a tag that describes how to display it, but because it has 1 sample/pixel, it is assumed to be a grayscale or bilevel image."No space for photometric conversion table"β There was insufficient memory for a table used to convert image samples to 8-bit RGB.Missing required "Colormap" tagβ A Palette image did not have a requiredColormaptag."No space for tile buffer"β There was insufficient memory to allocate an i/o buffer."No space for strip buffer"β There was insufficient memory to allocate an i/o buffer."Can not handle format"β The image has a format (combination ofBitsPerSample,SamplesPerPixelandPhotometricInterpretation) that can not be handled."No space for B&W mapping table"β There was insufficient memory to allocate a table used to map grayscale data to RGB."No space for Palette mapping table"β There was insufficient memory to allocate a table used to map data to 8-bit RGB.
π SEE ALSO π
TIFFOpen (3tiff), TIFFReadRGBAImage (3tiff), TIFFReadRGBAStrip (3tiff), TIFFReadRGBATile (3tiff), TIFFcolor (3tiff), libtiff (3tiff)
πΈ AUTHOR πΈ
LibTIFF contributors
π COPYRIGHT π
1988-2025, LibTIFF contributors
okay bestie that's the whole page, no cap, every single flag and error message present and accounted for. this was LibTIFF version 4.7, dated Jun 27, 2026 β she ate and left no crumbs. go decode something gorgeous. π β¨π¦
π¦ where this page comes from
- fedora 43: libtiff-devel 4.7.2-1.fc43
- fedora 43: libtiff-devel 4.7.2-1.fc43
- fedora 43: libtiff-devel 4.7.2-3.fc43 Β· libtiff
- fedora 43: libtiff-devel 4.7.2-3.fc43 Β· libtiff
- fedora 44: libtiff-devel 4.7.2-1.fc44
- fedora 44: libtiff-devel 4.7.2-1.fc44
- fedora 44: libtiff-devel 4.7.2-3.fc44 Β· libtiff
- fedora 44: libtiff-devel 4.7.2-3.fc44 Β· libtiff
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms