# Offset binary

**Offset binary**,[1] also referred to as **excess-K**,[1] **excess- N**,

**excess code**or

**biased representation**, is a digital coding scheme where all-zero corresponds to the minimal negative value and all-one to the maximal positive value. There is no standard for offset binary, but most often the offset

*K*for an

*n*-bit binary word is

*K*= 2

^{n−1}. This has the consequence that the "zero" value is represented by a 1 in the most significant bit and zero in all other bits, and in general the effect is conveniently the same as using two's complement except that the most significant bit is inverted. It also has the consequence that in a logical comparison operation, one gets the same result as with a true form numerical comparison operation, whereas, in two's complement notation a logical comparison will agree with true form numerical comparison operation if and only if the numbers being compared have the same sign. Otherwise the sense of the comparison will be inverted, with all negative values being taken as being larger than all positive values.

One historically prominent example of offset-64 (*excess-64*) notation was in the floating point (exponential) notation in the IBM System/360 and System/370 generations of computers. The "characteristic" (exponent) took the form of a seven-bit excess-64 number (The high-order bit of the same byte contained the sign of the significand).[2]

The 8-bit exponent in Microsoft Binary Format, a floating point format used in various programming languages (in particular BASIC) in the 1970s and 1980s, was encoded using an offset-129 notation (*excess-129*).

The IEEE Standard for Floating-Point Arithmetic (IEEE 754) uses various sizes of exponent, but also uses offset notation for the format of each precision. Unusually however, instead of using "excess 2^{n−1}" it uses "excess 2^{n−1} − 1" (i.e. *excess-15*, *excess-127*, *excess-1023*, *excess-16383*) which means that inverting the leading (high-order) bit of the exponent will not convert the exponent to correct two's complement notation.

Offset binary is often used in digital signal processing (DSP). Most analog to digital (A/D) and digital to analog (D/A) chips are unipolar, which means that they cannot handle bipolar signals (signals with both positive and negative values). A simple solution to this is to bias the analog signals with a DC offset equal to half of the A/D and D/A converter's range. The resulting digital data then ends up being in offset binary format.[3]

Most standard computer CPU chips cannot handle the offset binary format directly. CPU chips typically can only handle signed and unsigned integers, and floating point value formats. Offset binary values can be handled in several ways by these CPU chips. The data may just be treated as unsigned integers, requiring the programmer to deal with the zero offset in software. The data may also be converted to signed integer format (which the CPU can handle natively) by simply subtracting the zero offset. As a consequence of the most common offset for an *n*-bit word being 2^{n−1}, which implies that the first bit is inverted relative to two's complement, there is no need for a separate subtraction step, but one simply can invert the first bit. This sometimes is a useful simplification in hardware, and can be convenient in software as well.

Table of offset binary for four bits, with two's complement for comparison[4]

Offset binary code, K = 8 |
Decimal code | Two's complement binary |
---|---|---|

1111 | 7 | 0111 |

1110 | 6 | 0110 |

1101 | 5 | 0101 |

1100 | 4 | 0100 |

1011 | 3 | 0011 |

1010 | 2 | 0010 |

1001 | 1 | 0001 |

1000 | 0 | 0000 |

0111 | −1 | 1111 |

0110 | −2 | 1110 |

0101 | −3 | 1101 |

0100 | −4 | 1100 |

0011 | −5 | 1011 |

0010 | −6 | 1010 |

0001 | −7 | 1001 |

0000 | −8 | 1000 |

Offset binary may be converted into two's complement by inverting the most significant bit. For example, with 8-bit values, the offset binary value may be XORed with 0x80 in order to convert to two's complement. In specialised hardware it may be simpler to accept the bit as it stands, but to apply its value in inverted significance.

## See also

## References

- Chang, Angela; Chen, Yen; Delmas, Patrice (2006-03-07). "2.5.2: Data Representation: Offset binary representation (Excess-K)".
*COMPSCI 210S1T 2006*(PDF). Department of Computer Science, The University of Auckland, NZ. p. 18. Retrieved 2016-02-04. - IBM System/360 Principles of Operation Form A22-6821. Various editions available on the WWW.
- Electrical and Computer Science Department, Southeastern Massachusetts University, North Dartmouth, MA, USA (1988). Chen, Chi-hau (ed.).
*Signal Processing Handbook*. New York, USA: Marcel Dekker, Inc./CRC Press. ISBN 0-8247-7956-8. Retrieved 2016-02-04. - "Data Conversion Binary Code Formats" (PDF). Intersil Corporation (published 2000). May 1997. AN9657.1. Retrieved 2016-02-04.

## Further reading

- Savard, John J. G. (2018) [2006]. "Decimal Representations".
*quadibloc*. Archived from the original on 2018-07-16. Retrieved 2018-07-16. (NB. Mentions Excess-3, Excess-6, Excess-11, Excess-123.) - Savard, John J. G. (2018) [2007]. "Chen-Ho Encoding and Densely Packed Decimal".
*quadibloc*. Archived from the original on 2018-07-16. Retrieved 2018-07-16. (NB. Mentions Excess-25, Excess-250.) - Savard, John J. G. (2018) [2005]. "Floating-Point Formats".
*quadibloc*. Archived from the original on 2018-07-16. Retrieved 2018-07-16. (NB. Mentions Excess-32, Excess-64, Excess-128, Excess-256, Excess-976, Excess-1023, Excess-1024, Excess-2048, Excess-16384.) - Savard, John J. G. (2018) [2005]. "Computer Arithmetic".
*quadibloc*. Archived from the original on 2018-07-16. Retrieved 2018-07-16. (NB. Mentions Excess-64, Excess-500, Excess-512, Excess-1024.)