CHIP-8 is an interpreted programming language, developed by Joseph Weisbecker. It was initially used on the COSMAC VIP and Telmac 1800 8-bit microcomputers in the mid-1970s. CHIP-8 programs are run on a CHIP-8 virtual machine. It was made to allow video games to be more easily programmed for these computers.
Roughly fifteen years after CHIP-8 was introduced, derived interpreters appeared for some models of graphing calculators (from the late 1980s onward, these handheld devices in many ways have more computing power than most mid-1970s microcomputers for hobbyists).
An active community of users and developers existed in the late 1970s, beginning with ARESCO's "VIPer" newsletter whose first three issues revealed the machine code behind the CHIP-8 interpreter.[1]
There are a number of classic video games ported to CHIP-8, such as Pong, Space Invaders, Tetris, and Pac-Man. There are also applications like a random maze generator and Conway's Game of Life.
During the 1970s and 1980s, CHIP-8 users shared CHIP-8 programs, but also changes and extensions to the CHIP-8 interpreter, in the COSMAC VIP users' newsletter, VIPER magazine. These extensions included CHIP-10 and Hi-Res CHIP-8, which introduced a higher resolution than the standard 64x32, and CHIP-8C and CHIP-8X, which extended the monochrome display capabilities to support limited color, among other features.[2] These extensions were mostly backwards compatible, as they were based on the original interpreter, although some repurposed rarely used opcodes for new instructions.[3]
In 1979, Electronics Australia ran a series of articles on building a kit computer similar to the COSMAC VIP, based on the Motorola 6800 architecture.[4] This computer, the DREAM 6800, came with its own version of CHIP-8. A newsletter similar to VIPER, called DREAMER[5], was used to share CHIP-8 games for this interpreter. In 1981, Electronics Today International (ETI) ran a series of articles on building a computer, the ETI-660, which also was very similar to the VIP (and used the same microprocessor). ETI ran regular ETI-660 and general CHIP-8 columns[6] until 1985.
In 1990, a CHIP-8 interpreter called CHIP-48 was made for HP-48 graphing calculators so games could be programmed more easily. Erik Bryntse later created another interpreter based on CHIP-48, called SCHIP, S-CHIP or Super-Chip. SCHIP extended the CHIP-8 language with a larger resolution and several additional opcodes meant to make programming easier.[7] If it were not for the development of the CHIP-48 interpreter, CHIP-8 would not be as well known today.[citation needed]
David Winter's emulator, disassembler, and extended technical documentation popularized CHIP-8/SCHIP on many other platforms. It laid out a complete list of undocumented opcodes and features[8], and was distributed across many hobbyist forums. Many emulators used these works as a starting point.
However, CHIP-48 subtly changed the semantics of a few of the opcodes, and SCHIP continued to use those new semantics in addition to changing other opcodes. Many online resources about CHIP-8 propagate these new semantics, so many modern CHIP-8 games are not backward compatible with the original CHIP-8 interpreter for the COSMAC VIP, even if they do not specifically use the new SCHIP extensions.[9]
There is a CHIP-8 implementation for almost every platform, as well as some development tools. Games are still being developed and cataloged for CHIP-8 today, in addition to older games resurfacing online in digital archives.[10][11]
While CHIP-8 and SCHIP have commonly been implemented as emulators, a pure hardware implementation (written in the Verilog language) also exists for certain FPGA boards.
CHIP-8 was most commonly implemented on 4K systems, such as the Cosmac VIP and the Telmac 1800. These machines had 4096 (0x1000) memory locations, all of which are 8 bits (a byte) which is where the term CHIP-8 originated. However, the CHIP-8 interpreter itself occupies the first 512 bytes of the memory space on these machines. For this reason, most programs written for the original system begin at memory location 512 (0x200) and do not access any of the memory below the location 512 (0x200). The uppermost 256 bytes (0xF00-0xFFF) are reserved for display refresh, and the 96 bytes below that (0xEA0-0xEFF) were reserved for the call stack, internal use, and other variables.
In modern CHIP-8 implementations, where the interpreter is running natively outside the 4K memory space, there is no need to avoid the lower 512 bytes of memory (0x000-0x200), and it is common to store font data there.
CHIP-8 has 16 8-bit data registers named V0 to VF. The VF register doubles as a flag for some instructions; thus, it should be avoided. In an addition operation, VF is the carry flag, while in subtraction, it is the "no borrow" flag. In the draw instruction VF is set upon pixel collision.
The address register, which is named I, is 16 bits wide and is used with several opcodes that involve memory operations.
The stack is only used to store return addresses when subroutines are called. The original RCA 1802 version allocated 48 bytes for up to 12 levels of nesting;[12] modern implementations usually have more.[13][14]
CHIP-8 has two timers. They both count down at 60 hertz, until they reach 0.
Input is done with a hex keyboard that has 16 keys ranging 0 to F. The '8', '4', '6', and '2' keys are typically used for directional input. Three opcodes are used to detect input. One skips an instruction if a specific key is pressed, while another does the same if a specific key is not pressed. The third waits for a key press, and then stores it in one of the data registers.
Original CHIP-8 Display resolution is 64×32 pixels, and color is monochrome. Graphics are drawn to the screen solely by drawing sprites, which are 8 pixels wide and may be from 1 to 16 pixels in height. Sprite pixels are XOR'd with corresponding screen pixels. In other words, sprite pixels that are set flip the color of the corresponding screen pixel, while unset sprite pixels do nothing. The carry flag (VF) is set to 1 if any screen pixels are flipped from set to unset when a sprite is drawn and set to 0 otherwise. This is used for collision detection.
As previously described, a beeping sound is played when the value of the sound timer is nonzero.
CHIP-8 has 35 opcodes, which are all two bytes long and stored big-endian. The opcodes are listed below, in hexadecimal and with the following symbols:
There have been many implementations of the CHIP-8 instruction set since 1978. The following specification is based on the SUPER-CHIP specification from 1991 (but without the additional opcodes that provide extended functionality), as that is the most commonly encountered extension set today. Footnotes denote incompatibilities with the original CHIP-8 instruction set from 1978.
Opcode | Type | C Pseudo | Explanation |
---|---|---|---|
0NNN | Call | Calls machine code routine (RCA 1802 for COSMAC VIP) at address NNN. Not necessary for most ROMs. | |
00E0 | Display | disp_clear()
|
Clears the screen. |
00EE | Flow | return;
|
Returns from a subroutine. |
1NNN | Flow | goto NNN;
|
Jumps to address NNN. |
2NNN | Flow | *(0xNNN)()
|
Calls subroutine at NNN. |
3XNN | Cond | if(Vx==NN)
|
Skips the next instruction if VX equals NN. (Usually the next instruction is a jump to skip a code block); |
4XNN | Cond | if(Vx!=NN)
|
Skips the next instruction if VX does not equal NN. (Usually the next instruction is a jump to skip a code block); |
5XY0 | Cond | if(Vx==Vy)
|
Skips the next instruction if VX equals VY. (Usually the next instruction is a jump to skip a code block); |
6XNN | Const | Vx = N
|
Sets VX to NN. |
7XNN | Const | Vx += N
|
Adds NN to VX. (Carry flag is not changed); |
8XY0 | Assig | Vx=Vy
|
Sets VX to the value of VY. |
8XY1 | BitOp | Vx=Vx|Vy
|
Sets VX to VX or VY. (Bitwise OR operation); |
8XY2 | BitOp | Vx=Vx&Vy
|
Sets VX to VX and VY. (Bitwise AND operation); |
8XY3[a] | BitOp | Vx=Vx^V
|
Sets VX to VX xor VY. |
8XY4 | Math | Vx += V
|
Adds VY to VX. VF is set to 1 when there's a carry, and to 0 when there is not. |
8XY5 | Math | Vx -= V
|
VY is subtracted from VX. VF is set to 0 when there's a borrow, and 1 when there is not. |
8XY6[a] | BitOp | Vx>>=1
|
Stores the least significant bit of VX in VF and then shifts VX to the right by 1.[b] |
8XY7[a] | Math | Vx=Vy-V
|
Sets VX to VY minus VX. VF is set to 0 when there's a borrow, and 1 when there is not. |
8XYE[a] | BitOp | Vx<<=1
|
Stores the most significant bit of VX in VF and then shifts VX to the left by 1.[b] |
9XY0 | Cond | if(Vx!=Vy)
|
Skips the next instruction if VX does not equal VY. (Usually the next instruction is a jump to skip a code block); |
ANNN | MEM | I = NN
|
Sets I to the address NNN. |
BNNN | Flow | PC=V0+NN
|
Jumps to the address NNN plus V0. |
CXNN | Rand | Vx=rand()&N
|
Sets VX to the result of a bitwise and operation on a random number (Typically: 0 to 255) and NN. |
DXYN | Disp | draw(Vx,Vy,N)
|
Draws a sprite at coordinate (VX, VY) that has a width of 8 pixels and a height of N+1 pixels. Each row of 8 pixels is read as bit-coded starting from memory location I; I value does not change after the execution of this instruction. As described above, VF is set to 1 if any screen pixels are flipped from set to unset when the sprite is drawn, and to 0 if that does not happen |
EX9E | KeyOp | if(key()==Vx)
|
Skips the next instruction if the key stored in VX is pressed. (Usually the next instruction is a jump to skip a code block); |
EXA1 | KeyOp | if(key()!=Vx)
|
Skips the next instruction if the key stored in VX is not pressed. (Usually the next instruction is a jump to skip a code block); |
FX07 | Timer | Vx = get_delay()
|
Sets VX to the value of the delay timer. |
FX0A | KeyOp | Vx = get_key()
|
A key press is awaited, and then stored in VX. (Blocking Operation. All instruction halted until next key event); |
FX15 | Timer | delay_timer(Vx)
|
Sets the delay timer to VX. |
FX18 | Sound | sound_timer(Vx)
|
Sets the sound timer to VX. |
FX1E | MEM | I +=V
|
Adds VX to I. VF is not affected.[c] |
FX29 | MEM | I=sprite_addr[Vx]
|
Sets I to the location of the sprite for the character in VX. Characters 0-F (in hexadecimal) are represented by a 4x5 font. |
FX33 | BCD | set_BCD(Vx)
*(I+0)=BCD(3);
*(I+1)=BCD(2);
*(I+2)=BCD(1);
|
Stores the binary-coded decimal representation of VX, with the most significant of three digits at the address in I, the middle digit at I plus 1, and the least significant digit at I plus 2. (In other words, take the decimal representation of VX, place the hundreds digit in memory at location in I, the tens digit at location I+1, and the ones digit at location I+2.); |
FX55 | MEM | reg_dump(Vx,&I)
|
Stores V0 to VX (including VX) in memory starting at address I. The offset from I is increased by 1 for each value written, but I itself is left unmodified.[d] |
FX65 | MEM | reg_load(Vx,&I)
|
Fills V0 to VX (including VX) with values from memory starting at address I. The offset from I is increased by 1 for each value written, but I itself is left unmodified.[d] |
By: Wikipedia.org
Edited: 2021-06-18 18:12:22
Source: Wikipedia.org