Raw bitmap - Revision history

Sembiance: Added sample files

2024-01-22T21:19:55Z

Added sample files

Sembiance: /* Software */

2024-01-22T20:34:22Z

‎Software

Jsummers: /* Software */

2017-11-10T16:48:39Z

‎Software

Jsummers: /* Software */

2017-11-05T13:44:29Z

‎Software

Zzo38 at 01:02, 4 November 2017

2017-11-04T01:02:33Z

Jsummers at 02:15, 24 June 2014

2014-06-24T02:15:08Z

Dan Tobias at 20:18, 22 June 2014

2014-06-22T20:18:06Z

Jsummers: Created page with "{{FormatInfo |formattype=electronic |subcat=Graphics |extensions={{ext|raw}}, {{ext|rgb}}, {{ext|yuv}}, many others |pronom={{PRONOM|x-fmt/185}} (?) }} By a '''raw bitmap''' i..."

2014-06-22T19:22:20Z

Created page with "{{FormatInfo |formattype=electronic |subcat=Graphics |extensions={{ext|raw}}, {{ext|rgb}}, {{ext|yuv}}, many others |pronom={{PRONOM|x-fmt/185}} (?) }} By a '''raw bitmap''' i..."

New page

{{FormatInfo
|formattype=electronic
|subcat=Graphics
|extensions={{ext|raw}}, {{ext|rgb}}, {{ext|yuv}}, many others
|pronom={{PRONOM|x-fmt/185}} (?)
}}
By a '''raw bitmap''' image format, we refer to the loosely-defined class of raster image formats in which the file contains only a list of pixel colors, and nothing else.

Raw bitmap formats are generally not portable, and are best used for temporary files. There is no algorithm to decode an arbitrary unknown raw bitmap image file, but a human expert can usually do so, given enough effort.

== Disambiguation ==
This type of "raw" format is not related to the [[Cameras and Digital Image Sensors|digital negative formats]] used by many digital cameras. There, the word "raw" refers to the fact that the image has not been post-processed, not to the structure of the file.

== Discussion ==
The scope of "raw bitmap" formats cannot be precisely defined, but typical characteristics are:
* No header or footer
* Uncompressed
* Does not use a color palette
* Cannot be decoded without external information, such as:
** Color type and sample order (RGB, BGR, grayscale, etc.)
** Image width in pixels
** Row padding logic
** [[Endianness|Byte order]] and/or [[bit order]]

Some image editors are capable of importing (some) raw bitmap formats, after prompting the user for information about the image's dimensions, color format, etc.

Some image formats are structured as raw bitmaps, but can still be reliably decoded just by knowing the name of the format, because all images in that format have the same attributes. Examples of this are [[Sony Mavica 411]], [[PGF (Portfolio Graphics)]], and many other formats associated with early home computers (which often use a standard color palette). Whether such formats should be counted as "raw bitmap" formats is a matter of opinion.

← Older revision		Revision as of 21:19, 22 January 2024
Line 44:		Line 44:
	** <code>bitff</code> - Indexed colour images, with 1, 2, 4, or 8 bits per pixel, various kinds of bit orders and packing		** <code>bitff</code> - Indexed colour images, with 1, 2, 4, or 8 bits per pixel, various kinds of bit orders and packing
	* [[Tom's Viewer]]		* [[Tom's Viewer]]
		+
		+	== Sample files ==
		+	* {{DexvertSamples\|image/rawBitmap}}

← Older revision		Revision as of 20:34, 22 January 2024
Line 43:		Line 43:
	** <code>rgbff</code> - RGB/RGBA, in various orders and padding, planar, premultiplied-alpha, etc		** <code>rgbff</code> - RGB/RGBA, in various orders and padding, planar, premultiplied-alpha, etc
	** <code>bitff</code> - Indexed colour images, with 1, 2, 4, or 8 bits per pixel, various kinds of bit orders and packing		** <code>bitff</code> - Indexed colour images, with 1, 2, 4, or 8 bits per pixel, various kinds of bit orders and packing
		+	* [[Tom's Viewer]]

@@ Line 40: / Line 40: @@
 ** Formats named CMYK, CMYKA, GRAY, MONO, PAL, RGB, RGBA, RGBO, UYVY, YCbCr, YCbCrA, YUV (complete image)
 ** Formats named A, B, C, G, K, M, O, R, Y (single sample)
-* [http://zzo38computer.org/fossil/farbfeld.ui/index Farbfeld Utilities] (see also [[farbfeld]])
+* [[Farbfeld Utilities]]
 ** <code>rgbff</code> - RGB/RGBA, in various orders and padding, planar, premultiplied-alpha, etc
 ** <code>bitff</code> - Indexed colour images, with 1, 2, 4, or 8 bits per pixel, various kinds of bit orders and packing

@@ Line 40: / Line 40: @@
 ** Formats named CMYK, CMYKA, GRAY, MONO, PAL, RGB, RGBA, RGBO, UYVY, YCbCr, YCbCrA, YUV (complete image)
 ** Formats named A, B, C, G, K, M, O, R, Y (single sample)
-* [[Farbfeld Utilities]]
+* [http://zzo38computer.org/fossil/farbfeld.ui/index Farbfeld Utilities] (see also [[farbfeld]])
-** RGB/RGBA, in various orders and padding, planar, premultiplied-alpha, etc
+** <code>rgbff</code> - RGB/RGBA, in various orders and padding, planar, premultiplied-alpha, etc
-** Indexed colour images, with 1, 2, 4, or 8 bits per pixel, various kinds of bit orders and packing
+** <code>bitff</code> - Indexed colour images, with 1, 2, 4, or 8 bits per pixel, various kinds of bit orders and packing

← Older revision		Revision as of 01:02, 4 November 2017
Line 40:		Line 40:
	** Formats named CMYK, CMYKA, GRAY, MONO, PAL, RGB, RGBA, RGBO, UYVY, YCbCr, YCbCrA, YUV (complete image)		** Formats named CMYK, CMYKA, GRAY, MONO, PAL, RGB, RGBA, RGBO, UYVY, YCbCr, YCbCrA, YUV (complete image)
	** Formats named A, B, C, G, K, M, O, R, Y (single sample)		** Formats named A, B, C, G, K, M, O, R, Y (single sample)
		+	* [[Farbfeld Utilities]]
		+	** RGB/RGBA, in various orders and padding, planar, premultiplied-alpha, etc
		+	** Indexed colour images, with 1, 2, 4, or 8 bits per pixel, various kinds of bit orders and packing

@@ Line 7: / Line 7: @@
 By a '''raw bitmap''' image format, we refer to the loosely-defined class of raster image formats in which the file contains only a list of pixel colors, and nothing else.
-Raw bitmap formats are generally not portable, and are best used for temporary files. There is no algorithm to decode an arbitrary unknown raw bitmap image file, but a human expert can usually do so, given enough effort.
+Raw bitmap formats are generally not portable, and are best used for temporary files. There is no algorithm to decode an arbitrary raw bitmap image file, but a human expert can often do so, given enough effort.
 == Disambiguation ==
-This type of "raw" format is not related to the [[Cameras and Digital Image Sensors|digital negative formats]] used by many digital cameras. There, the word "raw" refers to the fact that the image has not been post-processed, not to the structure of the file.
+This type of "raw" format is not related to the [[Cameras and Digital Image Sensors|digital negative formats]] used by many digital cameras. There, the word "raw" refers to the fact that the image has not been post-processed, and does not refer to the structure of the file.
-== Discussion ==
+== Details ==
-The scope of "raw bitmap" formats cannot be precisely defined, but typical characteristics are:
+The scope of "raw bitmap" formats cannot be precisely defined, but typical characteristics include:
 * No header or footer
 * Uncompressed
@@ Line 23: / Line 23: @@
 ** [[Endianness|Byte order]] and/or [[bit order]]
-Some image editors are capable of importing (some) raw bitmap formats, after prompting the user for information about the image's dimensions, color format, etc.
+== Variations ==
-Some image formats are structured as raw bitmaps, but can still be reliably decoded just by knowing the name of the format, because all images in that format have the same attributes. Examples of this are [[Sony Mavica 411]], [[PGF (Portfolio Graphics)]], and many other formats associated with early home computers (which often use a standard color palette). Whether such formats should be counted as "raw bitmap" formats is a matter of opinion.
+Some image formats are structured as raw bitmaps, but can still be reliably decoded just by knowing the name of the format, because all images in that format have the same attributes. Examples include [[Sony Mavica 411]] and [[PGF (Portfolio Graphics)]].
-Some articles dealing with various sorts of raw bitmaps (perhaps along with images of other sorts) include:
+Many older formats, especially those associated with home computer systems, are (more or less) just a dump of the computer's video memory. They often use a standard color palette, and ''can'' be reliably decoded if you know the name of the format. The pixels and/or the bits corresponding to a particular pixel are often arranged in (what today seems like) an unusual order. Examples include many [[Apple II graphics formats]] and [[Atari graphics formats]].
-* [[Apple II graphics formats]]
+* [[ImageMagick]]
-* [[Atari graphics formats]]
+** Formats named CMYK, CMYKA, GRAY, MONO, PAL, RGB, RGBA, RGBO, UYVY, YCbCr, YCbCrA, YUV (complete image)
-* [[BSAVE Image]]
+** Formats named A, B, C, G, K, M, O, R, Y (single sample)

← Older revision		Revision as of 20:18, 22 June 2014
Line 26:		Line 26:

	Some image formats are structured as raw bitmaps, but can still be reliably decoded just by knowing the name of the format, because all images in that format have the same attributes. Examples of this are [[Sony Mavica 411]], [[PGF (Portfolio Graphics)]], and many other formats associated with early home computers (which often use a standard color palette). Whether such formats should be counted as "raw bitmap" formats is a matter of opinion.		Some image formats are structured as raw bitmaps, but can still be reliably decoded just by knowing the name of the format, because all images in that format have the same attributes. Examples of this are [[Sony Mavica 411]], [[PGF (Portfolio Graphics)]], and many other formats associated with early home computers (which often use a standard color palette). Whether such formats should be counted as "raw bitmap" formats is a matter of opinion.
		+
		+	Some articles dealing with various sorts of raw bitmaps (perhaps along with images of other sorts) include:
		+
		+	* [[Apple II graphics formats]]
		+	* [[Atari graphics formats]]
		+	* [[BSAVE Image]]