Endianness

From Data Crystal
Revision as of 19:32, 6 April 2016 by Zonk47 (talk | contribs) (Additions + wikipedia link)
Jump to navigation Jump to search

Endianness or byte order is the order of bytes in a multi-byte value like a word. Architectures may be "big", "little", or "bi-" endian.

In the context of romhacking, "endianness" is a misappropriation: its usage has nothing at all to do with actual order of bytes its prefix denotes, but is rather the case of an error of articulation that became standardized, and so obtained a meaning independent of the conventions of language. In romhacking (as internally with respect to the CPUs used in older systems, "little-endian" means the least signficiant byte is ordered first in memory, not last. "Big-endian", conversely, means the most significant byte is first. "Little-endian" is actually "little-firstian" or "little-startian", and "Big-endian" is actually "Big-firstian" or "Big-startian" (only in the context of hacking).

Assemblers and compilers require the use of standard hexidecimal in code, which is little-endian in its truest sense, so the order in which you write the hex nibbles in your code may or may not be the order in which you pull them from memory, depending on the endianness of the architecture. (for example, it's not reversed on Sega Genesis, but is reversed on Nintendo or the Master System/Game Gear, for that matter).

Many newer architectures use bi-endianness, in which the endianess varies depending on the context.

More non-ROM hacking specific information can be found at Wikipedia's Endianness article.

Little endian systems

Big endian systems

See also

Wikipedia article on endianness

So very stubbly.
This page is rather stubbly and could use some expansion.
Are you a bad enough dude to rescue this article?