spelling: use an instead of a (#381)

* fix typo

"an" before words that start with a vowel sound

* fix typos

"an" before words that start with a vowel sound

* use original "a" before sounded "H"

Change back to the original "a" to avoid unneeded
commits as "H" can be sounded to accommodate both
"a" or "an".

* undo wrong change

a is a register!

* use original "a" before SNES and SGB

Avoiding unnecessary commits as "a SNES" and
"a SGB" are correct usages.

* update multiplication symbols

Co-authored-by: Eldred Habert <[email protected]>

* update multiplication symbols

Co-authored-by: Eldred Habert <[email protected]>

* update multiplication symbols

Co-authored-by: Eldred Habert <[email protected]>

Co-authored-by: Eldred Habert <[email protected]>

Author: wilsjame

src/CPU_Registers_and_Flags.md

@@ -33,7 +33,7 @@ This bit is set if and only if the result of an operation is zero. Used by condi
 ## The Carry Flag (C, or Cy)
 
 Is set in these cases:
-- When the result of a 8-bit addition is higher than $FF.
+- When the result of an 8-bit addition is higher than $FF.
 - When the result of a 16-bit addition is higher than $FFFF.
 - When the result of a subtraction or comparison
 is lower than zero (like in Z80 and 80x86 CPUs, but unlike in

src/Interrupts.md

@@ -9,7 +9,7 @@
 
 The IME flag is used to disable all interrupts, overriding any enabled
 bits in the IE register. It isn't possible to access the IME flag by
-using a I/O address. IME can be modified by
+using an I/O address. IME can be modified by
 the following instructions/events only:
 
 ```

src/OAM.md

@@ -15,10 +15,10 @@ four bytes with the following meanings:
 
 Y = Sprite's vertical position on the screen + 16. So for example,
 Y=0 hides a sprite,
-Y=2 hides a 8x8 sprite but displays the last two rows of a 8x16 sprite,
+Y=2 hides an 8×8 sprite but displays the last two rows of an 8×16 sprite,
 Y=16 displays a sprite at the top of the screen,
-Y=144 displays a 8x16 sprite aligned with the bottom of the screen,
-Y=152 displays a 8x8 sprite aligned with the bottom of the screen,
+Y=144 displays an 8×16 sprite aligned with the bottom of the screen,
+Y=152 displays an 8×8 sprite aligned with the bottom of the screen,
 Y=154 displays the first six rows of a sprite at the bottom of the screen,
 Y=160 hides a sprite.
 

src/Rendering.md

@@ -24,12 +24,12 @@ A tile does not encode color information. Instead, a tile assigns a
 *color ID* to each of its pixels, ranging from 0 to 3. For this reason,
 Game Boy graphics are also called *2bpp* (2 bits per pixel). When a tile is used
 in the Background or Window, these color IDs are associated with a *palette*. When
-a tile is used in a OBJ, the IDs 1 to 3 are associated with a palette, but
+a tile is used in an OBJ, the IDs 1 to 3 are associated with a palette, but
 ID 0 means transparent.
 
 ## Palettes
 
-A palette consists of a array of colors, 4 in the Game Boy's case.
+A palette consists of an array of colors, 4 in the Game Boy's case.
 Palettes are stored differently in monochrome and color versions of the console.
 
 Modifying palettes enables graphical effects such as quickly flashing some graphics (damage,

src/SGB_Command_Undocumented.md

@@ -8,7 +8,7 @@ leaves undocumented commands $19 to $1D inclusive.
 
 ## Stubbed commands
 
-Commands $1A to $1F (inclusive)'s handlers are stubs (only contain a
+Commands $1A to $1F (inclusive)'s handlers are stubs (only contain an
 `RTS`). This is interesting, since the command-processing function
 explicitly ignores commands $1E and $1F.
 

src/SGB_VRAM_Transfer.md

@@ -38,6 +38,6 @@ multiple chunks.
 The display will contain "garbage" during the transfer, this
 dirt-effect can be avoided by freezing the screen (in the state which
 has been displayed before the transfer) by using the MASK_EN command.
-Of course, this works only when actually executing the game on a SGB
+Of course, this works only when actually executing the game on an SGB
 (and not on handheld Game Boy systems), it'd be thus required to detect
 the presence of SGB hardware before blindly sending VRAM data.

src/Sound_Controller.md

@@ -1,7 +1,7 @@
 # Sound Controller
 
 There are two sound channels connected to the output terminals SO1 and
-SO2. There is also a input terminal Vin connected to the cartridge. It
+SO2. There is also an input terminal Vin connected to the cartridge. It
 can be routed to either of both output terminals. Game Boy circuitry
 allows producing sound in four different ways:
 

src/Tile_Data.md

@@ -53,7 +53,7 @@ There are three "blocks" of 128 tiles each:
 </table>
 
 
-Tiles are always indexed using a 8-bit integer, but the addressing
+Tiles are always indexed using an 8-bit integer, but the addressing
 method may differ. The "$8000 method" uses \$8000 as its base pointer
 and uses an unsigned addressing, meaning that tiles 0-127 are in block
 0, and tiles 128-255 are in block 1. The "$8800 method" uses \$9000 as
@@ -91,7 +91,7 @@ A more visual explanation can be found
 
 So, each pixel has a color ID of 0 to 3. The color
 numbers are translated into real colors (or gray shades) depending on
-the current palettes, except that when the tile is used in a OBJ the
+the current palettes, except that when the tile is used in an OBJ the
 color ID 0 means transparent. The palettes are defined through registers
 [BGP](<#FF47 - BGP (BG Palette Data) (R/W) - Non CGB Mode Only>),
 [OBP0 and OBP1](<#FF48 - OBP0 (OBJ Palette 0 Data) (R/W), FF49 - OBP1 (OBJ Palette 1 Data) (R/W) - Both Non CGB Mode Only>), and