# LEB128

LEB128 or Little Endian Base 128 is a variable-length code compression used to store arbitrarily large integers in a small number of bytes. LEB128 is used in the DWARF debug file format and the WebAssembly binary encoding for all integer literals.

## Encoding format

LEB128 format is very similar to variable-length quantity (VLQ) format; the primary difference is that LEB128 is little-endian whereas variable-length quantities are big-endian. Both allow small numbers to be stored in a single byte, while also allowing encoding of arbitrarily long numbers. There are two versions of LEB128: unsigned LEB128 and signed LEB128. The decoder must know whether the encoded value is unsigned LEB128 or signed LEB128.

### Unsigned LEB128

To encode an unsigned number using unsigned LEB128 (ULEB128) first represent the number in binary. Then zero extend the number up to a multiple of 7 bits (such that if the number is non-zero, the most significant 7 bits are not all 0). Break the number up into groups of 7 bits. Output one encoded byte for each 7 bit group, from least significant to most significant group. Each byte will have the group in its 7 least significant bits. Set the most significant bit on each byte except the last byte. The number zero is usually encoded as a single byte 0x00. WebAssembly allows alternate encodings of zero (0x80 0x00, 0x80 0x80 0x00, ...).
As an example, here is how the unsigned number 624485 gets encoded:
Unsigned LEB128 and VLQ (variable-length quantity) both compress any given integer into not only the same number of bits, but exactly the same bits—the two formats differ only in exactly how those bits are arranged.

### Signed LEB128

A signed number is represented similarly: Starting with an $N$-bit two's complement representation, where $N$ is a multiple of 7, the number is broken into groups as for the unsigned encoding.
For example, the signed number -123456 is encoded as 0xC0 0xBB 0x78:

## Fast decoding

A straightforward scalar implementation of LEB128 decoding is fairly slow, even more so on modern hardware where branch misprediction is relatively expensive. A series of papers presents SIMD techniques for accelerating decoding (it is called VByte in these papers, but is another name for the same encoding). The "Vectorized VByte Decoding" paper presented "Masked VByte", which demonstrated speeds of 650–2700 million integers per second on commodity Haswell hardware, depending on encoding density. A followup paper presented a variant encoding, "Stream VByte: Faster Byte Oriented Integer Compression", which increased speeds to over 4 billion integers per second. This stream encoding separates the control stream from the encoded data, so is not binary compatible with LEB128.

## Uses

* The Android project uses LEB128 in its Dalvik Executable Format (.dex) file format.
* Compressing tables in Hewlett-Packard IA-64 exception handling.
* The DWARF file format uses both unsigned and signed LEB128 encoding for various fields.
* LLVM, in its Coverage Mapping Format LLVM's implementation of LEB128 encoding and decoding is useful alongside the pseudocode above.
* .NET supports a "7-bit encoded int" format in the BinaryReader and BinaryWriter classes. When writing a string to a BinaryWriter, the string length is encoded with this method.
* Minecraft uses LEB128 in its protocol for measuring lengths of data within packets.
* The mpatrol debugging tool uses LEB128 in its tracing file format.
* osu! uses LEB128 in its osu! replay (.osr) format.
* W3C Efficient XML Interchange (EXI) represents unsigned integers using LEB128, in exactly the same way as described here.
* WebAssembly, in its portable binary encoding of the modules
* In the xz file format

## Related encodings

* Dlugosz' Variable-Length Integer Encoding (original) uses multiples of 7 bits for the first three size breaks, but after that the increments vary. It also puts all the prefix bits at the beginning of the word, instead of at the beginning of each byte.
* Human interface device report descriptor bytes use a byte-count bitfield of 2 bits to encode the size of the following integer of zero, one, two, or four bytes, always little endian. Signedness, i.e. whether to expand the shortened integer with sign or not, depends on the descriptor type.
* The LLVM bitcode file format uses a similar technique except that the value is broken into groups of bits of context-dependent size, with the highest bit indicating a continuation, instead of a fixed 7 bits.
* Protocol Buffers (Protobuf) uses the same encoding for unsigned integers, but encode signed integers by prepending the sign as the least significant bit of the first byte.
* ASN.1 BER, DER Encode values of each ASN.1 type as a string of eight-bit octets