NAME
allocimage, allocimagemix, freeimage, nameimage, namedimage, setalpha,
loadimage, cloadimage, unloadimage, readimage, writeimage, bytesperline,
wordsperline – allocating, freeing, reading, writing images |
SYNOPSIS
#include <u.h> #include <libc.h> #include <draw.h>
Image *allocimage(Display *d, Rectangle r,
void freeimage(Image *i)
int nameimage(Image *i, char *name, int in)
Image *namedimage(Display *d, char *name)
ulong setalpha(ulong color, uchar alpha)
int loadimage(Image *i, Rectangle r, uchar *data, int ndata)
int cloadimage(Image *i, Rectangle r, uchar *data, int ndata)
int unloadimage(Image *i, Rectangle r, uchar *data, int ndata)
Image *readimage(Display *d, int fd, int dolock)
int writeimage(int fd, Image *i, int dolock)
int bytesperline(Rectangle r, int d)
int wordsperline(Rectangle r, int d)
enum |
DESCRIPTION
A new Image on Display d is allocated with allocimage; it will
have the rectangle, pixel channel format, and replication flag
given by its arguments. Convenient pixel channels like GREY1,
GREY2, CMAP8, RGB16, RGB24, and RGBA32 are predefined. All the
new image's pixels will have initial value col. If col
is DNofill, no initialization is done. Representative useful values
of color are predefined: DBlack, DWhite, DRed, and so on. Colors
are specified by 32–bit numbers comprising, from most to least
significant byte, 8–bit values for red, green, blue, and alpha.
The values correspond to illumination, so 0 is black
and 255 is white. Similarly, for alpha 0 is transparent and 255
is opaque. The id field will have been set to the identifying
number used by /dev/draw (see draw(3)), and the cache field will
be zero. If repl is true, the clip rectangle is set to a very
large region; if false, it is set to r. The depth field will be
set to the
number of bits per pixel specified by the channel descriptor (see
image(6)). Allocimage returns 0 if the server has run out of image
memory. Allocimagemix is used to allocate background colors. On 8–bit color–mapped displays, it returns a 2x2 replicated image with one pixel colored the color one and the other three with three. (This simulates a wider range of tones than can be represented by a single pixel value on a color–mapped display.) On true color displays, it returns a 1x1 replicated image whose pixel is the result of mixing the two colors in a one to three ratio. Freeimage frees the resources used by its argument image. Nameimage publishes in the server the image i under the given name. If in is non–zero, the image is published; otherwise i must be already named name and it is withdrawn from publication. Namedimage returns a reference to the image published under the given name on Display d. These routines permit unrelated applications sharing a display to share an image; for example they provide the mechanism behind getwindow (see graphics(2)). The RGB values in a color are premultiplied by the alpha value; for example, a 50% red is 0x7F00007F not 0xFF00007F. The function setalpha performs the alpha computation on a given color, ignoring its initial alpha value, multiplying the components by the supplied alpha. For example, to make a 50% red color value, one could execute setalpha(DRed, 0x7F). The remaining functions deal with moving groups of pixel values between image and user space or external files. There is a fixed format for the exchange and storage of image data (see image(6)). Unloadimage reads a rectangle of pixels from image i into data, whose length is specified by ndata. It is an error if ndata is too small to accommodate the pixels. Loadimage replaces the specified rectangle in image i with the ndata bytes of data. The pixels are presented one horizontal line at a time, starting with the top–left pixel of r. In the data processed by these routines, each scan line starts with a new byte in the array, leaving the last byte of the previous line partially empty, if necessary. Pixels are packed as tightly as possible within data, regardless of the rectangle being extracted. Bytes are filled from most to least significant bit order, as the x coordinate increases, aligned so x=0 would appear as the leftmost pixel of its byte. Thus, for depth 1, the pixel at x offset 165 within the rectangle will be in a data byte at bit–position 0x04 regardless of the overall rectangle: 165 mod 8 equals 5, and 0x80 >> 5 equals 0x04. Cloadimage does the same as loadimage, but for ndata bytes of compressed image data (see image(6)). On each call to cloadimage, the data must be at the beginning of a compressed data block, in particular, it should start with the y coordinate and data length for the block. Loadimage, cloadimage, and unloadimage return the number of bytes copied. Readimage creates an image from data contained in an external file (see image(6) for the file format); fd is a file descriptor obtained by opening such a file for reading. The returned image is allocated using allocimage. The dolock flag specifies whether the Display should be synchronized for multithreaded access; single–threaded programs can leave it zero. Writeimage writes image i onto file descriptor fd, which should be open for writing. The format is as described for readimage. Readimage and writeimage do not close fd.
Bytesperline and wordsperline return the number of bytes or words
occupied in memory by one scan line of rectangle r in an image
with d bits per pixel. |
EXAMPLE
To allocate a single–pixel replicated image that may be used to
paint a region red,
|
SOURCE
/sys/src/libdraw |
SEE ALSO
graphics(2), draw(2), draw(3), image(6) |
DIAGNOSTICS
These functions return pointer 0 or integer –1 on failure, usually
due to insufficient memory.
May set errstr. |
BUGS
Depth must be a divisor or multiple of 8. |