4 bytes; for alpha, blue, green, red.
4 bytes; for alpha, red, green, blue.
4 bytes; for alpha, red, green, blue. The color values are premultiplied with the alpha value.
3 bytes; for blue, green, red. The data is opaque.
4 bytes; for blue, green, red, alpha.
4 bytes; for blue, green, red, alpha. The color values are premultiplied with the alpha value.
The number of formats. This value will change as more formats get added, so do not rely on its concrete integer.
3 guint16 values; for red, green, blue. Since: 4.6
4 guint16 values; for red, green, blue, alpha. Since: 4.6
4 half-float values; for red, green, blue and alpha. Since: 4.6
4 half-float values; for red, green, blue and alpha. The color values are premultiplied with the alpha value. Since: 4.6
4 guint16 values; for red, green, blue, alpha. The color values are premultiplied with the alpha value. Since: 4.6
3 half-float values; for red, green, blue. The data is opaque. Since: 4.6
4 float values; for red, green, blue and alpha. Since: 4.6
4 float values; for red, green, blue and alpha. The color values are premultiplied with the alpha value. Since: 4.6
3 bytes; for red, green, blue. The data is opaque.
4 bytes; for red, green, blue, alpha.
4 bytes; for red, green, blue, alpha The color values are premultiplied with the alpha value.
GdkMemoryFormat
describes formats that image data can have in memory.It describes formats by listing the contents of the memory passed to it. So GDK_MEMORY_A8R8G8B8 will be 1 byte (8 bits) of alpha, followed by a byte each of red, green and blue. It is not endian-dependent, so CAIRO_FORMAT_ARGB32 is represented by different
GdkMemoryFormats
on architectures with different endiannesses.Its naming is modelled after VkFormat for details).