Welcome to the world of PixelatedArcade

Summer is definitely underway! The weather has been extrememly hot and humid, so yard work is out of the question most days. Instead, I've been indoors enjoying some games, and now it's time for some site maintenance and upgrades. Throughout July you may occasionally notice some brief downtime or other oddities as work is being done behind the scenes. The updates need to get done eventually, so might as well work on it while hanging out in the air conditioning is desirable. In the meantime, hopefully your summer is going well, a little late but happy pride month, and until next time take care!

Heading into the late 1980's after having worked on a number of successful games for Gametek, CBS Software, and more, Roger Pedersen attempted going out on his own with a handful of games published under the Pedersen Systems, Inc. banner. It's been a while since I've posted a game review, so let's take a look at one of these games. This time around it's Cyber Cop, an amazingly awful action game. Thanks to a decent idea and CGA graphics that aren't too bad, this one can almost look good if you squint; but, it's not...

When the IBM PC was released in 1981, the Color/Graphics option had a still somewhat uncommon feature that IBM called “all points addressable graphics” in the documentation. What this meant was you could take any pixel on the screen, set it to any available color you wanted, there was no impact or limitation from the colors of adjacent pixels and you were not limited to only choosing characters from the character set as with text modes. Most color computers of the era weren't quite this flexible and still had some unusual color limitations; in order to keep costs down while improving performance, a myriad of color schemes were devised which provided more colors on the screen at one time than the IBM PC offered, but the tradeoff was you couldn't just set any pixel to any arbitrary color. One of the more common schemes was to limit colors to only two per block of pixels (such as on the ZX Spectrum which allowed two colors every 8x8 pixels). Color clash (sometimes also known as attribute clash) was the term commonly used for the resulting artifact of colors seemingly bleeding from one area into another that resulted with these color schemes. Creating graphics within these limitations was a challenge and previously I looked at a few examples in When Colors Clash. These were all loading screens from a handful of 8-bit computers in order to demonstrate the issue and show examples of how artists worked with the constraints for static screens. Getting attractive graphics put together was tough enough there, but what happens if we add movement to the equation? Usually trouble! For action games (or any game with some sort of animation) the problem is now worse as the artist has less control over where to position elements on the screen to hide or work around color clash, instead the graphics need to follow the action of the game. Some common patterns and techniques did emerge, however, so this time let's take a look at a few of the tricks of the trade developers utilized to deal with this limitation outside of the loading screen and during the game itself...