Difference between revisions of "Speccy Port"
(→The infamous killer list of the shamefull 30 speccy porks of death that killed the Amstrad CPC) |
m |
||
| Line 1: | Line 1: | ||
| − | A Speccy Port or Spectrum port is the name given to a game which has been converted directly from the Sinclair Spectrum with little or no changes to the Amstrad CPC. Often the Amstrad version ended up fairing worse than the original Spectrum version (though some games actually ended up pretty decent). | + | A '''Speccy Port''' or '''Spectrum port''' is the name given to a game which has been converted directly from the Sinclair Spectrum with little or no changes to the Amstrad CPC. Often the Amstrad version ended up fairing worse than the original Spectrum version (though some games actually ended up pretty decent). |
| − | = | + | =Reasons= |
| − | The [[ZX Spectrum]] shared the same CPU as the Amstrad and had a simple graphics display. | + | The [[ZX Spectrum]] shared the same CPU as the Amstrad CPC and had a simple graphics display. Given that the Spectrum was very popular with the CPC having a much smaller market share, to save on time and money (a typical Spectrum port to the Amstrad is said to have been done in 3 days), the Spectrum code was re-used. |
| − | + | ||
| − | + | ||
The Amstrad screen was reduced in size to match the Spectrum's and often most of the colour was removed. Most spectrum ports were done in [[Video modes|Video Mode 1]] (4 colour mode), because the resolution of this mode matched the resolution of the Spectrum, and this allowed the use of the same graphics. | The Amstrad screen was reduced in size to match the Spectrum's and often most of the colour was removed. Most spectrum ports were done in [[Video modes|Video Mode 1]] (4 colour mode), because the resolution of this mode matched the resolution of the Spectrum, and this allowed the use of the same graphics. | ||
| Line 12: | Line 10: | ||
Speccy ports were also seen on the [[MSX]] and Enterprise. | Speccy ports were also seen on the [[MSX]] and Enterprise. | ||
| − | Most of them got their graphic totally unchanged, displaying some kind of colour attributes " | + | Most of them got their graphic totally unchanged, displaying some kind of colour attributes "artifacts", a tell-tale sign of a Speccy port. |
| − | + | This phenomenon was more prominent in the UK, where the Speccy was the dominant machine. In other markets, such as France of Spain, where the CPC was very popular, games were coded from scratch for the CPC, often using an [[Atari|Atari ST]] for [[Games Crossdev|Cross Development]] | |
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
===Consequences=== | ===Consequences=== | ||
| − | The Amstrad CPC was one of the best 8-bit computers of | + | The Amstrad CPC was one of the best 8-bit computers of its time in terms of graphical capabilities. But those advanced capabilities had an impact on CPU resources. As so many games were ported from the Spectrum, a machine with decidedly lower visual specs, the Amstrad range could hardly benefit from its main advantage while lack of optimization meant that aspects as scroll or playing area fared even worse than the Spectrum versions. You have to remember that Spectrum had less resources taken by Video RAM, so could handle animation or scrolling more easily. It is also a misconception to believe the screen was downsized in those games to gain processor resources. It was only done to use the Speccy graphics more easily, and we can doubt the code was (re-)designed so such a screen reduction would even gain CPU resources. |
| − | As so many games were ported from the | + | |
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | Interestingly, games in Mode 1 could have been good despite the lack of colours, if only those colours were used properly more often. | |
| − | + | On a more positive tone, those speccy ports had the merit to exist, or else Amstrad may have a smaller games catalogue. | |
| − | + | On the other hand, as mentioned before, those games weren't always bad. Games with no need of scrolling and with re-coded graphics could actually be good. | |
| − | = | + | =The killer-list of the infamous speccy ports= |
| + | Note: these lists are by no means comprehensive, they just include the most high-profile releases. | ||
| − | '''Computer originals Hits''' | + | =='''Computer originals Hits'''== |
(most of them ended up being decent) : | (most of them ended up being decent) : | ||
| Line 71: | Line 43: | ||
*Saboteur II | *Saboteur II | ||
| − | + | The numerous CodeMaster or Hewson games are not listed. Many of them were cheap budget Speccy games to begin with, and were quite well ported or remained good... | |
| − | + | =='''Well known franchises'''== | |
| − | + | ||
| − | '''Well known franchises | + | |
*Scooby Doo | *Scooby Doo | ||
*Thundercats. | *Thundercats. | ||
| Line 81: | Line 51: | ||
*Airwolf 2 | *Airwolf 2 | ||
| − | '''Adult games''' | + | =='''Adult games'''== |
*Sabrina | *Sabrina | ||
*Samantha fox strip poker. | *Samantha fox strip poker. | ||
*Strip poker II | *Strip poker II | ||
| − | '''Movie Franchises | + | =='''Movie Franchises'''== |
*Indianna Jones 3 action game. | *Indianna Jones 3 action game. | ||
*Back to the future 2 (half parts were straight speccyporked) | *Back to the future 2 (half parts were straight speccyporked) | ||
*Big Trouble In Little China | *Big Trouble In Little China | ||
| − | '''Arcade hits | + | =='''Arcade hits'''== |
*R-Type | *R-Type | ||
*PacMania | *PacMania | ||
| Line 111: | Line 81: | ||
*Kharnov | *Kharnov | ||
| − | '''Special Category of Death | + | =='''Special Category of Death'''== |
*Myth, history in the making (grrrrr). | *Myth, history in the making (grrrrr). | ||
*Gauntlet 3 | *Gauntlet 3 | ||
*SWIV | *SWIV | ||
| − | |||
*Shadow of the beast | *Shadow of the beast | ||
*Midnight resistance | *Midnight resistance | ||
| − | '''The | + | =='''The top list of the speccy ports'''== |
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | == | + | |
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | All those games are frequently used in 8bit wars style videos and reviews, hence they have served as a counter-argument to the CPC's superior abilities. Those games were well known hits ported on pretty much all computers of their time and therefore constituted the very basis of comparison between most systems of the era. | |
*Shadow of the beast | *Shadow of the beast | ||
| Line 164: | Line 123: | ||
*Vendetta | *Vendetta | ||
| − | + | =The 3 levels of Speccy porting= | |
| − | + | Of course the level of porting could greatly depend on whatever strategy the programmers/graphists used to get rid of the poor Video speccy's specificities for the original game. | |
| + | *A monochrome game could remain monochrome or be recolored for the CPC, or only parts of it (only sprites or Tiles but not both - mostly only sprites.) | ||
| + | *A colored game with design-wise graphics (character based design) could be the exact same yet with even less colours. | ||
| + | *Or Tiles/sprites could simply be completely well re-done/re-drawn, even in Mode 0 sometimes. | ||
| − | + | ==Rushed and Lazy== | |
| − | + | The game is exactly as on the Spectrum, even displaying graphical artifacts as Colour attributes and/or monochrome display for the game's window but not always the HUD, which may even often feature extra colours thanks to Raster colour changes, yet this doesn't really help to see what happens on the game's window. | |
| − | + | Also sprites may display Transparency/translucency with background's colour, a typical Spectrum "feature". | |
| − | + | Probably achieved by using almost the exact Spectrum code and emulating the Spectrum attributes on the CPC. | |
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | Probably achieved by using the | + | |
| − | + | ||
| − | + | ||
Examples : | Examples : | ||
| − | + | *'''PacMania''' | |
| − | *PacMania | + | |
[[File:Pacmania title.png]] | [[File:Pacmania title.png]] | ||
[[File:Pac04.png]] | [[File:Pac04.png]] | ||
| − | Typical | + | Typical example, yet it managed to be a nice game despite this. The title screen and HUD shows the color attributes and were almost completely unchanged, yet with less colours on screen than the Speccy version. |
| − | + | Ironically, the game manages to display 6 colours in the 4 colours Mode1 - yet the game's area remains completely monochromatic (coded in 1 bit) and colour attributes artifacts are still present. | |
| − | + | *'''[[Black Tiger]]''': Same as PacMania | |
| + | *'''Super Hang On''' : graphics Transparency/translucency | ||
| + | *'''Enduro Racer''' : same as Super Hang On, even more displayed as Sprites more often cross the different colored parts of the screen (while jumping) | ||
| + | *'''Bionic Commando''' : there are even inverted/negative colored sprites | ||
| + | *'''Sabrina''' : same as Bionic commando | ||
| + | *'''Gauntlet 3''' : HUD is properly recolored (3 shades) but in-game window is monochrome (1bit coded sprites and tiles) | ||
| + | *'''R-type''' : Monochrome background while sprites still are "coloured" as with Colour attributes, hence even featuring less colours than original Spectrum game, while the entire screen still displays more than the only 4 Mode1 colours...(HUD raster trick). This game was done in 3 weeks by only one man, who simply emulated the speccy stuff on CPC. Given that the Spectrum game was a great release the CPC port is not too bad. | ||
| − | + | ==Semi-lazy== | |
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
Well redone graphically, but not always as would actually be needed. | Well redone graphically, but not always as would actually be needed. | ||
| − | |||
| − | |||
Examples : | Examples : | ||
| + | *'''HeroQuest''': still has monochrome feeling (2 blue shades being used) while actually being properly 2 bit re-coded. Ditherings use 3-colour gradients instead of the Spectrum's 2, and the grey adds a feeling of more colour. | ||
| + | *'''Strider''' has recoloured sprites, displaying no attributes, but Backgrounds remains monochrome, and the game is sluggish (because the CPU must still convert 1bpp graphics into 2bpp), yet the HUD+Raster trick enable a 6 colours displayed on screen and the HUD looks good. | ||
| + | *'''Shadow of the Beast''': No real 3-4 coloured ditherings or even additional colours thanks to dithering the 2 medium colours together in many graphics (exteriors or for many sprites), yet the square Spectrum attributes are not displayed, while the Spectrum version remains monochrome (in game window, not HUD) in order to simply avoid Colour clashes. Would have needed more development time and a real CPC version. | ||
| − | + | ==Good Job== | |
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
Those games are often more to be seen as proper Cross-Dev. | Those games are often more to be seen as proper Cross-Dev. | ||
| − | Graphics, despite sharing a common ancestry, are well redone, and take into account the Amstrad power. | + | Graphics, despite sharing a common ancestry, are well redone, and take into account the Amstrad power. Sometimes those games are not that well ported, yet their concept and gameplay are such that this is not that important: the game is simply too good to be annoyed by such detail as the use of Mode1, and they were still sufficiently re-done. |
| − | + | ||
| − | + | ||
| − | + | ||
| − | Sometimes those games are not that well | + | |
| − | *Head over heels | + | *'''Head over heels''' |
[[File:Head Over Heels.png]] | [[File:Head Over Heels.png]] | ||
| − | + | This one was the prime example of what every Spectrum port should have been. Even the C64 version was totally like the Speccy version (monochromatic game's area) while the Amstrad graphics were perfectly recoloured and colour clash was avoided. Also as this games didn't need scrolling the animation was almost as good as in other 8 bit versions, and colour palette often changed inks to actually get a colourful feeling all around. | |
| + | *'''[[Deflektor]]''' : example of a good speccy "cross development", thanks to a clever concept. Could perhaps have been better yet the concept of the game makes it a clever port. Details like the Tape version loading parts or the good chiptunes enable a proper CPC experience. | ||
| + | *'''Switchblade''': the GX4000 cartridge version displays extra features such as large vertical ditherings in a lot of Red shades (sky) or PLUS Hardware sprites "patches" as extra coloured tiles. This is more than enough to get a properly coloured feeling. | ||
| − | + | Some Speccy port "done right" may also use Mode 0 instead of Mode 1. Hence being graphically fully CPC (yet tiles or sprites are still comparable in dimensions). The result may vary from awful (the code is not optimised enough for CPC) great.This can be seen in '''Space Gun''': Mode 0 and even PLUS features, yet the attribute-designed-unmasked sprites remain, in a sluggish game. | |
| − | + | =Techniques used= | |
| + | ==Mode1 and screen dimensions== | ||
| − | + | The use of Mode1 enabled the CPC to keeps the same graphics as Spectrum, in appearance only. While the square pixels looks almost the same, the code was completely different. Also, the CPC being set for a 320x200 display instead of a 256x192 display, the pixels are in fact smaller on screen, hence a bigger border was needed for the exact same resolution. | |
| − | + | This (the larger border) led to the false argument that this was the CPC resolution and therefore it was inferior to the Spectrum one, although the amount of pixels on the screen is the same. | |
| − | + | While some Spanish companies reduced the screen in order to get the game better running in low-spec 464, the infamous speccy ports just ran a reduced screen so the ZX Spectrum's code and graphics could run almost "unchanged". | |
| − | + | ||
| − | = | + | ==Real-Time Conversion of 1bpp graphics== |
| − | + | A common way to get the Speccy game running on a CPC was to get some routine to convert the existing and already coded 1bpp Speccy's Graphic Data (tiles and sprites in equivalent to Mode2 on CPC) into 2bpp datas (proper Mode1) when put into the video RAM. Needless to say, this enabled the port without the use of additional graphics artists, or a coder to redo the RAM mapping/addresses of such data. | |
| − | + | But this came at a cost, CPU-wise since the CPU instead of simply having to take some bytes of data from reserve into the Video RAM has to convert them in real time, with the result being that a character couldn't use/display more than 2 colours while CPC had not such thing as character attributes. | |
| − | + | ==Monochromatic playfield and Sprite Masks== | |
| − | + | Having a monochrome playfield on ZX Spectrum is a common way to have no colour clashes - simply because there are no colours to clash! Also, most of those games then had masked sprites. This meant that each set of sprites had another "sprite set" for the mask, being actually 2x1bpp (bit per pixel) sets of data. | |
| − | + | Some games coders actually used this to get the Sprites coded in 2bpp and used one of the 4 inks in mode1 to be the mask. This then took up more RAM used by data than the original. As a result some of those speccy ports have sprites in another colour than the background, which is actually better in terms of playability/look. | |
| − | + | An example of this is '''Super wonder boy''' which could have even used one more colour for the sprites, but didn't. | |
| + | Needless to say, the Background Tiles and Letter fonts were still in 1bpp converted in real time so the CPU had no rest and such games weren't faster nor that much better looking. | ||
| − | + | On the other hand, some games, despite having such Masked sprite totaling 2bpp had absolutely no sprite re-code at all (although this could have easily been prevented). '''Black Tiger''' is such a case. | |
| − | + | Nevertheless, those games had one advantage : the smooth movement of sprites. | |
| − | + | ==Masked Backgrounds== | |
| − | + | Some (rare) games actually used a mask for the Bakcground tiles too. This explains why they could be fully recoded with no notable additional weight for the data. Such games are often Isometric games and are considered among the good speccy ports (or actual Cross-Dev). | |
| − | + | '''Examples :''' | |
| − | + | *'''Heroquest''': the Background tiles are also in 3 colours. Yet there is a really poor use of the mask colour. | |
| − | + | *'''Head over Heels''': yet the colours are better used than in Heroquest. If you look carefully, there are 2 kind of "background" elements. | |
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | * | + | |
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | ''' | + | |
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | *Head over Heels : | + | |
**Real non-masked Background (floor, walls) which use the full 4 colours, | **Real non-masked Background (floor, walls) which use the full 4 colours, | ||
| − | **and masked elements such as | + | **and masked elements such as Sprites, Doors, Platforms... which are 3 colours only. |
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ==Unmasked games and CPC colour clashes== | |
| + | This category includes some of the worse examples, since actual Spectrum deficiencies were ported to the CPC. | ||
| − | * | + | *'''Bionic Commando''' |
| − | * | + | *'''Enduro Racer''' |
| − | + | ==Attribute based Sprites and Animation== | |
| + | Such games had no smooth movement of sprites. The sprite moved "character per character". As such the sprites are unmasked, being not really more than "tile-mapped". This meant the sprites had to actually fill the character tile or there would be artifacts introduced for the unmasked character's corner. | ||
| − | + | This was a "good" other way to get rid of Attributes Clashes and having actual "colours" on ZX Spectrum. But some speccy ports were then emulating the attribute system, which can be quite bad because CPC in Mode1 has half the colours the Speccy has. | |
| − | * | + | *'''R-Type''' |
| − | * | + | *'''Space gun''': this game, although coming in the CPC era is not really good and was probably rushed to the release. Yet the Character based engine enabled enormous sprites - but lacked smooth movement. Such a technique was actually used for quite a fair amount of Mode0 games. This is not "Speccy port" but it is good to to mention, as it was a common game design technique for both machines. |
| + | *'''AMC (Astro Marines corps)''' | ||
| + | *'''Satan''' | ||
| + | ==Rasters== | ||
| + | A common cheat was to get some Raster interrupt colour change so you could argue that the game is actually displaying more than 4 colours on screen while being Mode1. This is only to mimic some sort or Raster based Colours attributes yet is actually not a clever move in some way as getting some raster interrupt may take lots of CPU cycles. Also, despite the game displaying more than the allowed colours on screen, the playing area was still monochrome. In the end, all this did was getting the game even slower. | ||
| − | * | + | On the other hand this could also be done right: |
| + | *'''Deflektor''' : Raster done right. | ||
| + | *'''Strider''' : Raster done right. (useless but good looking) | ||
| + | *'''Thundercats''' : (though there are more playing area colours) | ||
| + | *'''R-Type''' | ||
| + | *'''PacMania''' | ||
| + | *'''Black Tiger''' | ||
| − | + | Many (if not all) of those games can actually run faster just by getting rid of CPU-wasting rasters. | |
| − | + | Providing a game had to deal with 1bpp to 2 bpp conversion, Software Sprites and Scrolling and complicated gameplay, adding some Raster interrupt to the equation is a really bad move and a good way to waste even more CPU time. | |
| − | + | ==Partial code re-use for proper CPC games== | |
| + | Some CPC games are in mode0 yet the similarities with the speccy version are still obvious. [[Ocean]] was actually a lot into this, but thanks to a more professional graphic treatment (compared to many other British companies) and actually good porting tactics (though not always the case) this produced some of the finest CPC games. | ||
| + | Those games are examples of Cross-dev done right. They remain quite playable because the CPU doesn't waste time to decipher 1bpp graphics or get Rasters interrupts. | ||
| + | *'''Robocop''' | ||
| + | *'''Chase HQ''' | ||
| + | Some of the games below were Mode1 but fully supported the 2bpp re-coding of graphics done right (by a human, not by the CPU in real time) hence got properly coloured backgrounds. | ||
| + | *'''Shadow of the Beast''': basically an almost playable Amiga Demo from the start this just turns into a quite good speccy port on CPC. | ||
| + | *'''Midnight Resistance''' : some elements such as the projectile sprites (bullets, explosions) are certainly far too big on the CPC to get it smooth and fast enough. Also some animations should have skipped a few frames to lighten the proceedings. But at least this is an example of Mode1 looking good... | ||
| + | *'''Wec le Mans''': excellent CPC version, just a bit on the slow side. Burnin' Rubber is the Plus version of this game, sort of. | ||
[[Category: Games| ]][[Category:Programming]][[Category:Games Programming]][[Category:CrossDev]][[Category:CPC History]] | [[Category: Games| ]][[Category:Programming]][[Category:Games Programming]][[Category:CrossDev]][[Category:CPC History]] | ||
Revision as of 02:38, 18 April 2011
A Speccy Port or Spectrum port is the name given to a game which has been converted directly from the Sinclair Spectrum with little or no changes to the Amstrad CPC. Often the Amstrad version ended up fairing worse than the original Spectrum version (though some games actually ended up pretty decent).
Contents
Reasons
The ZX Spectrum shared the same CPU as the Amstrad CPC and had a simple graphics display. Given that the Spectrum was very popular with the CPC having a much smaller market share, to save on time and money (a typical Spectrum port to the Amstrad is said to have been done in 3 days), the Spectrum code was re-used.
The Amstrad screen was reduced in size to match the Spectrum's and often most of the colour was removed. Most spectrum ports were done in Video Mode 1 (4 colour mode), because the resolution of this mode matched the resolution of the Spectrum, and this allowed the use of the same graphics.
Speccy ports were also seen on the MSX and Enterprise.
Most of them got their graphic totally unchanged, displaying some kind of colour attributes "artifacts", a tell-tale sign of a Speccy port.
This phenomenon was more prominent in the UK, where the Speccy was the dominant machine. In other markets, such as France of Spain, where the CPC was very popular, games were coded from scratch for the CPC, often using an Atari ST for Cross Development
Consequences
The Amstrad CPC was one of the best 8-bit computers of its time in terms of graphical capabilities. But those advanced capabilities had an impact on CPU resources. As so many games were ported from the Spectrum, a machine with decidedly lower visual specs, the Amstrad range could hardly benefit from its main advantage while lack of optimization meant that aspects as scroll or playing area fared even worse than the Spectrum versions. You have to remember that Spectrum had less resources taken by Video RAM, so could handle animation or scrolling more easily. It is also a misconception to believe the screen was downsized in those games to gain processor resources. It was only done to use the Speccy graphics more easily, and we can doubt the code was (re-)designed so such a screen reduction would even gain CPU resources.
Interestingly, games in Mode 1 could have been good despite the lack of colours, if only those colours were used properly more often.
On a more positive tone, those speccy ports had the merit to exist, or else Amstrad may have a smaller games catalogue.
On the other hand, as mentioned before, those games weren't always bad. Games with no need of scrolling and with re-coded graphics could actually be good.
The killer-list of the infamous speccy ports
Note: these lists are by no means comprehensive, they just include the most high-profile releases.
Computer originals Hits
(most of them ended up being decent) :
- H.A.T.E
- Highway encounter
- Lotus turbo Esprit challenge
- Fighting Warrior
- Vendetta
- Hard Drivin'
- Way of the Tiger
- Last Ninja2
- Saboteur I
- Saboteur II
The numerous CodeMaster or Hewson games are not listed. Many of them were cheap budget Speccy games to begin with, and were quite well ported or remained good...
Well known franchises
- Scooby Doo
- Thundercats.
- MASK 3 : Venom Strike Back
- Airwolf 2
Adult games
- Sabrina
- Samantha fox strip poker.
- Strip poker II
Movie Franchises
- Indianna Jones 3 action game.
- Back to the future 2 (half parts were straight speccyporked)
- Big Trouble In Little China
Arcade hits
- R-Type
- PacMania
- Salamander
- Dragon Breed
- Scramble spirit
- Black Tiger
- Strider
- Bionic Commando
- SuperWonderboy
- Double Dragon3
- Super Hang-On
- Enduro Racer
- Toobin
- Xybots
- Pit fighter
- Cabal
- Street Fighter
- Kharnov
Special Category of Death
- Myth, history in the making (grrrrr).
- Gauntlet 3
- SWIV
- Shadow of the beast
- Midnight resistance
The top list of the speccy ports
All those games are frequently used in 8bit wars style videos and reviews, hence they have served as a counter-argument to the CPC's superior abilities. Those games were well known hits ported on pretty much all computers of their time and therefore constituted the very basis of comparison between most systems of the era.
- Shadow of the beast
- Myth, history in the making
- Gauntlet 3
- SWIV
- R-Type
- PacMania
- Salamander
- Dragon Breed
- Scramble spirit
- Black Tiger
- Strider
- Bionic Commando
- SuperWonderboy
- Double Dragon3
- Super Hang-On
- Enduro Racer
- Toobin
- Xybots
- Pit fighter
- Cabal
- Last Ninja2
- Thundercats.
- Hard Drivin'
- Sabrina
- Samantha fox strip poker.
- Strip Poker II
- Airwolf 2
- Indianna Jones 3 action game.
- Back to the future 2
- Vendetta
The 3 levels of Speccy porting
Of course the level of porting could greatly depend on whatever strategy the programmers/graphists used to get rid of the poor Video speccy's specificities for the original game.
- A monochrome game could remain monochrome or be recolored for the CPC, or only parts of it (only sprites or Tiles but not both - mostly only sprites.)
- A colored game with design-wise graphics (character based design) could be the exact same yet with even less colours.
- Or Tiles/sprites could simply be completely well re-done/re-drawn, even in Mode 0 sometimes.
Rushed and Lazy
The game is exactly as on the Spectrum, even displaying graphical artifacts as Colour attributes and/or monochrome display for the game's window but not always the HUD, which may even often feature extra colours thanks to Raster colour changes, yet this doesn't really help to see what happens on the game's window.
Also sprites may display Transparency/translucency with background's colour, a typical Spectrum "feature".
Probably achieved by using almost the exact Spectrum code and emulating the Spectrum attributes on the CPC.
Examples :
- PacMania
Typical example, yet it managed to be a nice game despite this. The title screen and HUD shows the color attributes and were almost completely unchanged, yet with less colours on screen than the Speccy version.
Ironically, the game manages to display 6 colours in the 4 colours Mode1 - yet the game's area remains completely monochromatic (coded in 1 bit) and colour attributes artifacts are still present.
- Black Tiger: Same as PacMania
- Super Hang On : graphics Transparency/translucency
- Enduro Racer : same as Super Hang On, even more displayed as Sprites more often cross the different colored parts of the screen (while jumping)
- Bionic Commando : there are even inverted/negative colored sprites
- Sabrina : same as Bionic commando
- Gauntlet 3 : HUD is properly recolored (3 shades) but in-game window is monochrome (1bit coded sprites and tiles)
- R-type : Monochrome background while sprites still are "coloured" as with Colour attributes, hence even featuring less colours than original Spectrum game, while the entire screen still displays more than the only 4 Mode1 colours...(HUD raster trick). This game was done in 3 weeks by only one man, who simply emulated the speccy stuff on CPC. Given that the Spectrum game was a great release the CPC port is not too bad.
Semi-lazy
Well redone graphically, but not always as would actually be needed.
Examples :
- HeroQuest: still has monochrome feeling (2 blue shades being used) while actually being properly 2 bit re-coded. Ditherings use 3-colour gradients instead of the Spectrum's 2, and the grey adds a feeling of more colour.
- Strider has recoloured sprites, displaying no attributes, but Backgrounds remains monochrome, and the game is sluggish (because the CPU must still convert 1bpp graphics into 2bpp), yet the HUD+Raster trick enable a 6 colours displayed on screen and the HUD looks good.
- Shadow of the Beast: No real 3-4 coloured ditherings or even additional colours thanks to dithering the 2 medium colours together in many graphics (exteriors or for many sprites), yet the square Spectrum attributes are not displayed, while the Spectrum version remains monochrome (in game window, not HUD) in order to simply avoid Colour clashes. Would have needed more development time and a real CPC version.
Good Job
Those games are often more to be seen as proper Cross-Dev.
Graphics, despite sharing a common ancestry, are well redone, and take into account the Amstrad power. Sometimes those games are not that well ported, yet their concept and gameplay are such that this is not that important: the game is simply too good to be annoyed by such detail as the use of Mode1, and they were still sufficiently re-done.
- Head over heels
This one was the prime example of what every Spectrum port should have been. Even the C64 version was totally like the Speccy version (monochromatic game's area) while the Amstrad graphics were perfectly recoloured and colour clash was avoided. Also as this games didn't need scrolling the animation was almost as good as in other 8 bit versions, and colour palette often changed inks to actually get a colourful feeling all around.
- Deflektor : example of a good speccy "cross development", thanks to a clever concept. Could perhaps have been better yet the concept of the game makes it a clever port. Details like the Tape version loading parts or the good chiptunes enable a proper CPC experience.
- Switchblade: the GX4000 cartridge version displays extra features such as large vertical ditherings in a lot of Red shades (sky) or PLUS Hardware sprites "patches" as extra coloured tiles. This is more than enough to get a properly coloured feeling.
Some Speccy port "done right" may also use Mode 0 instead of Mode 1. Hence being graphically fully CPC (yet tiles or sprites are still comparable in dimensions). The result may vary from awful (the code is not optimised enough for CPC) great.This can be seen in Space Gun: Mode 0 and even PLUS features, yet the attribute-designed-unmasked sprites remain, in a sluggish game.
Techniques used
Mode1 and screen dimensions
The use of Mode1 enabled the CPC to keeps the same graphics as Spectrum, in appearance only. While the square pixels looks almost the same, the code was completely different. Also, the CPC being set for a 320x200 display instead of a 256x192 display, the pixels are in fact smaller on screen, hence a bigger border was needed for the exact same resolution.
This (the larger border) led to the false argument that this was the CPC resolution and therefore it was inferior to the Spectrum one, although the amount of pixels on the screen is the same.
While some Spanish companies reduced the screen in order to get the game better running in low-spec 464, the infamous speccy ports just ran a reduced screen so the ZX Spectrum's code and graphics could run almost "unchanged".
Real-Time Conversion of 1bpp graphics
A common way to get the Speccy game running on a CPC was to get some routine to convert the existing and already coded 1bpp Speccy's Graphic Data (tiles and sprites in equivalent to Mode2 on CPC) into 2bpp datas (proper Mode1) when put into the video RAM. Needless to say, this enabled the port without the use of additional graphics artists, or a coder to redo the RAM mapping/addresses of such data.
But this came at a cost, CPU-wise since the CPU instead of simply having to take some bytes of data from reserve into the Video RAM has to convert them in real time, with the result being that a character couldn't use/display more than 2 colours while CPC had not such thing as character attributes.
Monochromatic playfield and Sprite Masks
Having a monochrome playfield on ZX Spectrum is a common way to have no colour clashes - simply because there are no colours to clash! Also, most of those games then had masked sprites. This meant that each set of sprites had another "sprite set" for the mask, being actually 2x1bpp (bit per pixel) sets of data.
Some games coders actually used this to get the Sprites coded in 2bpp and used one of the 4 inks in mode1 to be the mask. This then took up more RAM used by data than the original. As a result some of those speccy ports have sprites in another colour than the background, which is actually better in terms of playability/look.
An example of this is Super wonder boy which could have even used one more colour for the sprites, but didn't.
Needless to say, the Background Tiles and Letter fonts were still in 1bpp converted in real time so the CPU had no rest and such games weren't faster nor that much better looking.
On the other hand, some games, despite having such Masked sprite totaling 2bpp had absolutely no sprite re-code at all (although this could have easily been prevented). Black Tiger is such a case.
Nevertheless, those games had one advantage : the smooth movement of sprites.
Masked Backgrounds
Some (rare) games actually used a mask for the Bakcground tiles too. This explains why they could be fully recoded with no notable additional weight for the data. Such games are often Isometric games and are considered among the good speccy ports (or actual Cross-Dev).
Examples :
- Heroquest: the Background tiles are also in 3 colours. Yet there is a really poor use of the mask colour.
- Head over Heels: yet the colours are better used than in Heroquest. If you look carefully, there are 2 kind of "background" elements.
- Real non-masked Background (floor, walls) which use the full 4 colours,
- and masked elements such as Sprites, Doors, Platforms... which are 3 colours only.
Unmasked games and CPC colour clashes
This category includes some of the worse examples, since actual Spectrum deficiencies were ported to the CPC.
- Bionic Commando
- Enduro Racer
Attribute based Sprites and Animation
Such games had no smooth movement of sprites. The sprite moved "character per character". As such the sprites are unmasked, being not really more than "tile-mapped". This meant the sprites had to actually fill the character tile or there would be artifacts introduced for the unmasked character's corner.
This was a "good" other way to get rid of Attributes Clashes and having actual "colours" on ZX Spectrum. But some speccy ports were then emulating the attribute system, which can be quite bad because CPC in Mode1 has half the colours the Speccy has.
- R-Type
- Space gun: this game, although coming in the CPC era is not really good and was probably rushed to the release. Yet the Character based engine enabled enormous sprites - but lacked smooth movement. Such a technique was actually used for quite a fair amount of Mode0 games. This is not "Speccy port" but it is good to to mention, as it was a common game design technique for both machines.
- AMC (Astro Marines corps)
- Satan
Rasters
A common cheat was to get some Raster interrupt colour change so you could argue that the game is actually displaying more than 4 colours on screen while being Mode1. This is only to mimic some sort or Raster based Colours attributes yet is actually not a clever move in some way as getting some raster interrupt may take lots of CPU cycles. Also, despite the game displaying more than the allowed colours on screen, the playing area was still monochrome. In the end, all this did was getting the game even slower.
On the other hand this could also be done right:
- Deflektor : Raster done right.
- Strider : Raster done right. (useless but good looking)
- Thundercats : (though there are more playing area colours)
- R-Type
- PacMania
- Black Tiger
Many (if not all) of those games can actually run faster just by getting rid of CPU-wasting rasters.
Providing a game had to deal with 1bpp to 2 bpp conversion, Software Sprites and Scrolling and complicated gameplay, adding some Raster interrupt to the equation is a really bad move and a good way to waste even more CPU time.
Partial code re-use for proper CPC games
Some CPC games are in mode0 yet the similarities with the speccy version are still obvious. Ocean was actually a lot into this, but thanks to a more professional graphic treatment (compared to many other British companies) and actually good porting tactics (though not always the case) this produced some of the finest CPC games.
Those games are examples of Cross-dev done right. They remain quite playable because the CPU doesn't waste time to decipher 1bpp graphics or get Rasters interrupts.
- Robocop
- Chase HQ
Some of the games below were Mode1 but fully supported the 2bpp re-coding of graphics done right (by a human, not by the CPU in real time) hence got properly coloured backgrounds.
- Shadow of the Beast: basically an almost playable Amiga Demo from the start this just turns into a quite good speccy port on CPC.
- Midnight Resistance : some elements such as the projectile sprites (bullets, explosions) are certainly far too big on the CPC to get it smooth and fast enough. Also some animations should have skipped a few frames to lighten the proceedings. But at least this is an example of Mode1 looking good...
- Wec le Mans: excellent CPC version, just a bit on the slow side. Burnin' Rubber is the Plus version of this game, sort of.
