Bit plane

A bit plane of a digital discrete signal (such as image or sound) is a set of bits corresponding to a given bit position in each of the binary numbers representing the signal.[1]

This article is about the digital information term. For the company, see Bitplane. For the Bureau of Inverse Technology, see BIT plane.
The 8 bit-planes of a gray-scale image (the one on left). There are eight because the original image uses eight bits per pixel.

For example, for 16-bit data representation there are 16 bit planes: the first bit plane contains the set of the most significant bit, and the 16th contains the least significant bit.

It is possible to see that the first bit plane gives the roughest but the most critical approximation of values of a medium, and the higher the number of the bit plane, the less is its contribution to the final stage. Thus, adding a bit plane gives a better approximation.

If a bit on the nth bit plane on an m-bit dataset is set to 1, it contributes a value of 2m−n, otherwise it contributes nothing. Therefore, bit planes can contribute half of the value of the previous bit plane. For example, in the 8-bit value 10110101 (181 in decimal) the bit planes work as follows:

Bit planeValueContributionCumulative total
1st11 × 27 = 128128
2nd00 × 26 = 0128
3rd11 × 25 = 32160
4th11 × 24 = 16176
5th00 × 23 = 0176
6th11 × 22 = 4180
7th00 × 21 = 0180
8th11 × 20 = 1181

Bit plane is sometimes used as synonymous to Bitmap; however, technically the former refers to the location of the data in memory and the latter to the data itself.[2]

One aspect of using bit-planes is determining whether a bit-plane is random noise or contains significant information.

One method for calculating this is compare each pixel (X, Y) to three adjacent pixels (X − 1, Y), (X, Y − 1) and (X − 1, Y − 1). If the pixel is the same as at least two of the three adjacent pixels, it is not noise. A noisy bit-plane will have 49% to 51% pixels that are noise.[3]

Applications

Media file formats

As an example, in PCM sound encoding the first bit in the sample denotes the sign of the function, or in other words defines the half of the whole amplitude values range, and the last bit defines the precise value. Replacement of more significant bits result in more distortion than replacement of less significant bits. In lossy media compression that uses bit-planes it gives more freedom to encode less significant bit-planes and it is more critical to preserve the more significant ones.[4]

As illustrated in the image above, the early bitplanes, particularly the first, may have constant runs of bits, and thus can be efficiently encoded by run-length encoding. This is done (in the transform domain) in the Progressive Graphics File image format, for instance.

Bitmap displays

Some computers displayed graphics in bit-plane format, most notably PC with EGA graphics card, the Amiga and Atari ST, contrasting with the more common packed format. This allowed certain classes of image manipulation to be performed using bitwise operations (especially by a blitter chip), and parallax scrolling effects.

Video motion estimation

Some motion estimation algorithms can be performed using bit planes (e.g. after the application of a filter to turn salient edge features into binary values).[5] This can sometimes provide a good enough approximation for correlation operations with minimal computational cost. This relies on an observation that the spatial information is more significant than the actual values. Convolutions may be reduced to bit shift and popcount operations, or performed in dedicated hardware.

Neural nets

Bitplane formats may be used for passing images to Spiking neural networks, or low precision approximations to neural networks/convolutional neural networks.[6]

Programs

Many image processing packages can split an image into bit-planes. Open source tools such as Pamarith from Netpbm and Convert from ImageMagick can be used to generate bit-planes.

gollark: There's the /dev folder of existing device files.
gollark: Check under /lib somewhere?
gollark: I think OpenOS has some kind of native support for that.
gollark: If you just have a stream, you often have to handle stuff like figuring out exactly where each bit of it starts and ends, which is annoying when there's an underlying packetized protocol anyway.
gollark: Or possibly some API which lets you mix both somehow, that would be neat.

See also

References
  1. "Bit Plane". PC Magazine. Retrieved 2007-05-02.
  2. "Bit Plane". FOLDOC. Retrieved 2007-05-02.
  3. Strutz, Tilo (2001). "Fast Noise Suppression for Lossless Image Coding". Proceedings of Picture Coding Symposium (PCS'2001), Seoul, Korea. Retrieved 2008-01-15.
  4. Cho, Chuan-Yu; Chen, Hong-Sheng; Wang, Jia-Shung (July 2006). "Smooth Quality Streaming With Bit-Plane Labelling". Visual Communications and Image Processing (abstract). Visual Communications and Image Processing 2005. The International Society for Optical Engineering. 5690: 2184–2195. Bibcode:2005SPIE.5960.2184C. doi:10.1117/12.633501.
  5. "bitlane motion estimation". CiteSeerX 10.1.1.16.1755. Cite journal requires |journal= (help)
  6. Rastegari, Mohammad; Ordonez, Vicente; Redmon, Joseph; Farhadi, Ali (2016). "xnor net". arXiv:1603.05279 [cs.CV].
This article is issued from Wikipedia. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.