The term "software sprite" is considered an oxymoron because the original, technical definition of a "sprite" refers to a specific hardware capability, while the word "software" describes a process handled by the main CPU. Here's the breakdown of the contradiction, using "rasterization" for precision: The "Sprite" (Hardware): In its original and most technically accurate sense, a sprite is a graphical object whose movement and display are handled almost entirely by dedicated hardware on the graphics chip. The key feature of a true hardware sprite is that it has dedicated registers for its X (horizontal) and Y (vertical) coordinates. The main CPU only needs to update these registers, and the hardware takes care of rasterizing the object onto the screen, automatically handling the overlay on top of the background. This offloads significant processing from the main CPU. The "Software" (CPU-Managed): A "software sprite," by contrast, is a graphical object that is rasterized and moved entirely by the main CPU using software. The CPU must perform all the necessary steps: Store the bitmap of the object. Store a copy of the background behind the object. Rasterize the object at its new position. Rasterize the stored background in the object's old position to erase it. Repeat this process for every frame. Therefore, "software sprite" is an oxymoron because it uses a term for a hardware-managed object to describe an object that is handled entirely in software, which is the opposite of a hardware sprite's core function. It's akin to calling a car with a manual transmission an "automatic-manual." The term is widely used, but it's technically a contradiction.

Don't be an #oxymoron

#SPRITE #sprites #computationalsprites #softwaresprite #softwaresprites #C64 #Amiga #TI994/a #Intellivision #ColecoAdam #MSX #CharacterSprites #Gemini #AppleII #AtariST #8bit #16bit #AppleIIGS #PC #Wintel #Windows #gamer #gamers #demoscene