Sprite (computer graphics)

For other uses, see Sprite (disambiguation).
Part of a series on:
Video game graphics

In computer graphics, a sprite (also known by other names; see synonyms below) is a two-dimensional image or animation that is integrated into a larger scene. Initially including just graphical objects handled separately from the memory bitmap of a video display, this now includes various manners of graphical overlays.

Originally, sprites were a method of integrating unrelated bitmaps so that they appeared to be part of the normal bitmap on a screen, such as creating an animated character that can be moved on a screen without altering the data defining the overall screen. Such sprites can be created by either electronic circuitry or software. In circuitry, a hardware sprite is a hardware construct that employs custom DMA channels to integrate visual elements with the main screen in that it super-imposes two discrete video sources. Software can simulate this through specialized rendering methods.

More recently, CSS sprites are used in web design as a way to improve performance by combining numerous small images or icons into a larger image called a sprite sheet or tile set, and selecting which icon to show on the rendered page using Cascading Style Sheets.

As three-dimensional graphics became more prevalent, sprites came to include flat images seamlessly integrated into complicated three-dimensional scenes.

History

In the mid-1970s, Signetics devised the first video/graphics processors capable of generating sprite graphics. The Signetics 2636 video processors were first used in the 1976 Radofin 1292 Advanced Programmable Video System.

The Atari VCS, released in 1977, features a hardware sprite implementation wherein five graphical objects can be moved independently of the game playfield. The VCS's sprites, called players and missiles, are constructed from a single row of pixels that displayed on a scan line; to produce a two-dimensional shape, the sprite's single-row bitmap is altered by software from one scanline to the next.

The Atari 400 and 800 home computers of 1979 feature similar, but more elaborate circuitry, capable of moving eight Player/Missile objects per scanline - four 8-bit wide players, and four 2-bit wide missiles. This more advanced version allows operation like the VCS where the CPU modifies the graphics pattern register for each scan line, or an automatic mode where the display chip performs DMA from a table in memory populating the graphics pattern registers for each scan line. In the automatic DMA mode vertical motion is simulated by moving the sprites up and down incrementally in memory. The hardware produces a two-dimensional bitmap several pixels wide, and as tall as the screen. The width of pixels can also vary from 1, 2, or 4 color clocks. Multiple Player objects can be merged to produce a multi-color player. The four missile objects can be grouped together as a fifth Player and colored independently from the Players.

The Elektor TV Games Computer was an early microcomputer capable of generating sprite graphics, which Signetics referred to as "objects".

The term sprite was first used in the graphic sense by one of the definers of the Texas Instruments 9918(A) video display processor (VDP).[1] The term was derived from the fact that sprites, rather than being part of the bitmap data in the framebuffer, instead "floated" around on top without affecting the data in the framebuffer below, much like a ghost or "sprite". By this time, sprites had advanced to the point where complete two-dimensional shapes could be moved around the screen horizontally and vertically with minimal software overhead.

The CPU would instruct the external chips to fetch source images and integrate them into the main screen using direct memory access channels. Calling up external hardware, instead of using the processor alone, greatly improved graphics performance. Because the processor was not occupied by the simple task of transferring data from one place to another, software could run faster; and because the hardware provided certain innate abilities, programs were also smaller.

Hardware sprites

In early video gaming, hardware sprites were a method of compositing separate bitmaps so that they appear to be part of a single image on a screen.

A simple C64 game with few sprites (hardware sprites)

Many early graphics chips had true spriting use capabilities in which the sprite images were integrated into the screen, often with priority control with respect to the background graphics, at the time the video signal was being generated by the graphics chip.

These contrasted with software and blitter methods of 2D animation which modify a framebuffer held in RAM, which required more memory cycles to load and store the pixels, sometimes with an additional mask, and refresh backgrounds behind moving objects. These methods frequently required double buffering to avoid flickering and tearing, but placed fewer restrictions on the size and number of moving objects.

The sprite engine is a hardware implementation of scanline rendering. For each scanline the appropriate scanlines of the sprites are first copied (the number of pixels is limited by the memory bandwidth and the length of the horizontal retrace) into very fast, small, multiple (limiting the number of sprites on a line), and costly caches (the size of which limit the horizontal width) and as the pixels are sent to the screen, these caches are combined with each other and the background. It may be larger than the screen and is usually tiled, where the tile map is cached, but the tile set is not. For every pixel, every sprite unit signals its presence onto its line on a bus, so every other unit can notice a collision with it. Some sprite engines can automatically reload their "sprite units" from a display list. The sprite engine has synergy with the palette. To save registers, the height of the sprite, the location of the texture, and the zoom factors are often limited. On systems where the word size is the same as the texel there is no penalty for doing unaligned reads needed for rotation. This leads to the limitations of the known implementations:

Sprite hardware features
Computer, chip Year Sprites on screen Sprites on line Max. texels on line Texture width Texture height Colors Hardware zoom Rotation Background Collision detection Transparency Source
Amiga, Denise 1985 Display list 8 ? 16 Arbitrary 3, 15 Vertical by display list No 2 bitmap layers Yes Color key
Amiga (AGA), Lisa 1992 Display list 8 ? 16, 32, 64 Arbitrary 3, 15 Vertical by display list No 2 bitmap layers Yes Color key
Amstrad Plus, Asic 1990 Display list run by CPU 16 min. ? 16 16 15 1, 2, 4× vertical, 1, 2, 4× horizontal No Bitmap layer No Color key [2]
Atari 2600, TIA 1977 Multiplied by CPU 9 (with triplication) 51 (with triplication) 1, 8 262 1 1, 2, 4, 8× horizontal Horizontal mirroring 1 bitmap layerYes Color key [3]
Atari 8-bit, GTIA/ANTIC 1979 Display list 8 40 2, 8 128, 256 1,3 1, 2× vertical, 1, 2, 4× horizontal No 1 tile or bitmap layer Yes Color key [4]
C64, VIC-II 1982 Display list run by CPU 8 96, 192 12, 24 21 1, 3 1, 2× integer No 1 tile or bitmap layer Yes Color key [5]
Game Boy 1989 40 10 80 8 8, 16 3 No Horizontal and vertical mirroring 1 tile layer No Color key [6]
Game Boy Advance 2001 128 128 1210 8, 16, 32, 64 8, 16, 32, 64 15, 255Yes, affine Yes, affine 4 layers, 2 layers, and 1 affine layer, 2 affine layers No Color key, blending [7]
Gameduino 2011 256 96 1,536 16 16 255 No Yes 1 tile layer Yes Color key [8]
NES, RP2C0x 1983 64 8 64 8 8, 16 3 No Horizontal and vertical mirroring 1 tile layer Partial Color key [9]
Neo Geo 1990 384 96 1536 16 16 to 512 15 Sprite shrinking Horizontal and vertical mirroring 1 tile layer Partial Color key [10][11][12]
PC Engine, HuC6270A 1987 64 16 256 16, 32 16, 32, 64 15 No No 1 tile layer Yes Color key
Sega Master System,
Sega Game Gear
1985 64 8 128 8, 16 8, 16 15 1, 2× integer, 1, 2× vertical Background tile mirroring 1 tile layer Yes Color key [13][14]
Sega Mega Drive 1988 80 20 320 8, 16, 24, 32 8, 16, 24, 32 15 Integer, up to full screen Horizontal and vertical mirroring 2 tile layers Yes Color key [15][16]
Sega OutRun, dedicated hardware 1986 128 128 1600 8 to 512 8 to 256 15 Yes, anisotropic Horizontal and vertical mirroring 2 tile layers and 1 bitmap layer Yes Alpha [17]
Sega Saturn,
Sega ST-V
1994 16,384 555 4443 8 to 504 1 to 255 15 to 32,768 Yes Yes, rotation and distortion 3-6 tile layers and 1-4 bitmap layers Yes Alpha [18][19]
Sharp X68000 1987 128 (512 with raster interrupt) 32 512 16 16 15 1, 2× integer Horizontal and vertical mirroring 1-2 tile layers and 1-4 bitmap layers Partial Color key [20][21][22]
Sony PlayStation,
Namco System 11
1994 4000 128 1024 8, 16, 256 8, 16, 256 15, 255 Yes Yes 1 bitmap layer Partial Alpha [23][24]
SNES 1990 128 34 272 8, 16, 32, 64 8, 16, 32, 64 15 Background only Background only 3 tile layers or 1 affine mapped tile layer Yes Color key, averaging
Texas Instruments TMS9918197932464 8, 168, 1611, 2× integer No1 tile layerPartial Color key [25]
Yamaha V9938 1986 32 8 128 8, 16 8,16 1, 3, 7, 15 per line 1, 2× integer No 1 tile or bitmap layer Partial Color key
Yamaha V9958 1988 32 8 128 8,16 8,16 1, 3, 7, 15 per line 1, 2× integer No 1 tile or bitmap layer Partial Color key
Computer, chip Year Sprites on screen Sprites on line Max. texels on line Texture width Texture height Colors Hardware zoom Rotation Background Collision detection Transparency Source

Many third party graphics cards offered sprite capabilities. Sprite engines often scale badly, starting to flicker as the number of sprites increases above the number of sprite units, or uses more and more silicon as the designer of the chip implements more units and bigger caches.

Sprites by software

A sprite of a fencer unit from Wesnoth

Many popular home computers of the 1980s lack any support for sprites by hardware. The animated characters, bullets, pointing cursors, etc. for videogames (mainly) were rendered exclusively with the CPU by software, as part of the screen video memory in itself. Hence the term software sprites.

Mainly, two distinct techniques were used to render the sprites by software, depending on the display hardware characteristics:

Sprites by CSS

Example of a sprite sheet

To reduce the number of requests the browser makes to the server, some web designers combine numerous small images or icons into a larger image called a sprite sheet or tile set.[26] CSS is used to select the parts of the composite image to display at different points in the page. If a page has ten 1 kB images, they can be combined into one 10 kB image, downloaded with a single HTTP request, and then positioned with CSS. Reducing the number of HTTP requests can make a Web page load much faster.[27] In this usage, the sprite sheet format that had been developed for use in game and animation engines is being applied to static images.[28][29]

Some advantages of using CSS sprites over using separate images include:

Some disadvantages are:

Although the information above remains valid for most webservers, it is not applicable to modern Apache or Ngnix servers with implemented Pagespeed Module[31] from Google. According to "Boost Business Friday" research,[32] using CSS sprites with mod_pagespeed turned on will hurt the performance of a website, decreasing page load speed by up to 64%.

In general constructing CSS sprites is not trivial because it involves concerns from diverse areas: packing rectangles for minimum pixel area; choosing uniform compression for images of different original styles, formats, etc.; representing network delays (cf. latency, bandwidth, possibility of parallel transfers); dividing a set of images into sprites. CSS sprite packing for minimum load time is analyzed in.[33]

Return of sprites in casual games and mobile devices

With mobile devices and casual gaming becoming more and more popular the classic 2D games return. The modern devices lack support for hardware sprites but come with powerful 3D hardware. On these devices sprites are simulated using textures on rectangular shapes. Perspective is disabled for these games. Since the hardware often comes with constraints - e.g. that it can only use power-of-two sized textures (that is a width or height of 64, 128, 256, ...) sprite sheets are used to reduce memory consumption. This is done by packing many sprites into one texture which, as a whole, has to meet the hardware constraints. Apart from the memory usage this technique can also be used to reduce the number of draw calls to the graphics subsystem and speed up rendering.[34]

There are several programs that still use 2D sprites in their construction. RPG Maker VX and Wolf RPG Maker are just a couple of examples. As well as the programs that can create said indie games, there are several mainstream games as well. These famous game series like Fire Emblem, Pokémon, and other handheld system games tend to use these more for the same reasons that mobile devices such as tablets and cell phones do. It saves on memory so it allows for more content, effects, music, and story to be added into the chip or cartridge. As such, for first time indie game developers, sprites offer an easy but effective way to introduce themselves into game design as a whole.

Move to 3D

Prior to the popularizing of true 3D graphics in the mid-late 1990s, many 2D games attempted to imitate the look of three-dimensionality with a variety of sprite production methods. These included:

More often sprite now refers to a partially transparent two dimensional animation that is mapped onto a special plane in a 3D scene. Unlike a texture map, the sprite plane is always perpendicular to the axis emanating from the camera. The image can be scaled to simulate perspective, rotated two dimensionally, overlapped with other objects, and be occluded, but it can only be viewed from a single angle.

Sprites create an effective illusion when

When the illusion works, viewers will not notice that the sprite is flat and always faces them. Often sprites are used to depict phenomena such as fire, smoke, small objects, small plants (like blades of grass), or special symbols (like "1-Up"), or object of any size where the angle of view does not appreciably change with respect to the rectilinear projection of the object (usually from a long distance). The sprite illusion can be exposed in video games by quickly changing the position of the camera while keeping the sprite in the center of the view. Sprites are also used extensively in particle effects and commonly represented pickups in early 3D games especially.

An example of extensive usage of sprites to create the illusion is the game The Elder Scrolls IV: Oblivion, whose main graphical feature was the ability to display hundreds, if not thousands of animated trees on-screen at one time. Closer inspection of those trees reveals that the leaves are in fact sprites, and rotate along with the position of the user. The tree rendering package used by Oblivion uses sprites to create the appearance of a high number of leaves. However, this fact is only revealed when the player actually examines the trees up-close, and rotates the camera.

Sprites have also occasionally been used as a special-effects tool in movies. One such example is the fire breathing Balrog in The Lord of the Rings: The Fellowship of the Ring; the effects designers utilized sprites to simulate fire emanating from the surface of the demon. Small bursts of fire were filmed in front of a black background and made transparent using a luma key. Many bursts were then attached to the surface of the animated Balrog model and mixed with simulated smoke and heat waves to create the illusion of a monster made from fire.

The term sprite is often confused with low resolution 2D graphics drawn on a computer, also known as pixel art. However, sprite graphics (bitmaps) can be created from any imaginable source, including prerendered CGI, dynamic 3D graphics, vector art, and even text. Likewise, pixel art is created for many purposes other than as a sprite, such as video game backgrounds, textures, icons, websites, display art, comics, and T-shirts.

With the advancement in computer graphics and improved power and resolution, actual pixel art sprites are becoming increasingly infrequent outside of handheld game systems and cell phones.

Application

Sprite with 3 kinds of natural clouds, as well as their anthropomorphised versions, a process used in gamification.

Sprites are typically used for characters and other moving objects in video games. They have also been used for mouse pointers and for writing letters to the screen. For on-screen moving objects larger than one sprite's extent, sprites may sometimes be scaled and/or combined.

Billboarding is the use of sprites in a 3D environment. In the same way that a billboard is positioned to face drivers on a highway, the 3D sprite always faces the camera. There is both a performance advantage and an aesthetic advantage to using billboarding. Most 3D rendering engines can process "3D sprites" much faster than other types of 3D objects. So it is possible to gain an overall performance improvement by substituting sprites for some objects that might normally be modeled using texture mapped polygons. Aesthetically sprites are sometimes desirable because it can be difficult for polygons to realistically reproduce phenomena such as fire. In such situations, sprites provide a more attractive illusion.

Sprites are also made and used by various online digital artists, usually to train their ability to make more complicated images using different computer programs or just for the fun of it. "Sprite Artists" will either create their own "custom" sprites, or use and edit pre-existing sprites (often made by other artists or "ripped" from a video game or other media) in order to create art, comics, or animations.

Synonyms

Major video game companies rarely (if at all) use the term "sprite" in the general public. Some other alternatives that have been used are:

See also

References

  1. "Karl Guttag Conference on Delphi TI Net - comp.sys.ti | Google Groups". Groups.google.com. Retrieved 2009-11-29.
  2. "Plus - CPCWiki". Cpcwiki.eu. Retrieved 2009-11-29.
  3. "Television Interface Adaptor". AtariArchives.com. Retrieved 2011-02-06.
  4. "Atari 5200 FAQ - Hardware Overview". AtariHQ.com. Retrieved 2011-02-06.
  5. The MOS 6567/6569 video controller (VIC-II) and its application in the Commodore 64 at the Wayback Machine (archived August 30, 2006)
  6. "GameBoy - Spielkonsolen Online Lexikon". At-mix.de. 2004-06-22. Retrieved 2009-11-29.
  7. "Specifications". Nocash.emubase.de. Retrieved 2009-11-29.
  8. "Gameduino Specifications". excamera.com.
  9. "Microsoft Word - NESDoc.doc" (PDF). Retrieved 2009-11-29.
  10. http://furrtek.free.fr/noclass/neogeo/mvstech.txt
  11. http://furrtek.free.fr/noclass/neogeo/NeoGeoPM.pdf
  12. http://www.neo-geo.com/wiki/index.php?title=Neo-Geo_Big_List_of_Debug_Dipswitches
  13. Charles MacDonald. "Sega Master System VDP documentation". Archived from the original on 2014-03-18. Retrieved 2011-07-05.
  14. http://www.smspower.org/uploads/Development/richard.txt
  15. Sega Programming FAQ October 18, 1995, Sixth Edition - Final at the Wayback Machine (archived January 22, 2005)
  16. http://www.polygon.com/features/2015/2/3/7952705/sega-genesis-masami-ishikawa
  17. Sega OutRun references:
  18. http://koti.kapsi.fi/~antime/sega/files/ST-013-R3-061694.pdf
  19. http://koti.kapsi.fi/~antime/sega/files/ST-058-R2-060194.pdf
  20. http://museum.ipsj.or.jp/en/computer/personal/0038.html
  21. https://github.com/mamedev/mame/tree/master/src/mess/video/x68k.c
  22. http://shmuplations.com/chorensha68k/
  23. http://psx.rules.org/gpu.txt
  24. https://archive.org/stream/nextgen-issue-001/Next_Generation_Issue_001_January_1995#page/n47/mode/2up/
  25. TEXAS INSTRUMENTS 9900: TMS9918A/TMS9928AITMS9929A Video Display Processors (PDF). Retrieved 2011-07-05.
  26. Shea, Dave (2004-03-05). "Articles: CSS Sprites: Image Slicing’s Kiss of Death". A List Apart. Retrieved 2009-11-29.
  27. "CSS Sprites: What They Are, Why They’re Cool, and How To Use Them".
  28. "Performance Research, Part 1: What the 80/20 Rule Tells Us about Reducing HTTP Requests » Yahoo! User Interface Blog". YUIBlog. Retrieved 2009-11-29.
  29. Brock, Matt. "CSS Sprites: How Yahoo.com and AOL.com Improve Web Performance". Websiteoptimization.com. Retrieved 2009-11-29.
  30. Lazaris, Louis. "CSS Sprites: Useful Technique, or Potential Nuisance?". Smashing Magazine. Retrieved 1 August 2013.
  31. "PageSpeed Module". https://developers.google.com/. Google. Retrieved 5 March 2015. External link in |website= (help)
  32. Kustov, Dmitrii. "Do CSS sprites affect SEO in pagespeed module environment? Wait ‘til you see what we uncovered!". https://www.hyperlinksmedia.com. Hyperlinks Media. Retrieved 5 March 2015. External link in |website= (help)
  33. Marszalkowski, Jakub (December 2015). Jan Mizgajski, Dariusz Mokwa, Maciej Drozdowski. "Analysis and Solution of CSS-Sprite Packing Problem". ACM Transactions on the Web. doi:10.1145/2818377. Retrieved 2016-01-15.
  34. Loew, Andreas. "SpriteSheets - Essential facts every game developer should know". codeandweb.com. Retrieved 2012-06-21.
This article is issued from Wikipedia - version of the Sunday, February 14, 2016. The text is available under the Creative Commons Attribution/Share Alike but additional terms may apply for the media files.