Sprite in computer graphics

In computer graphics , a sprite (also known by other names; see Synonyms below) is a two-dimensional/three-dimensional image or animation that is integrated into a larger scene.

Sprites were originally invented as a method of quickly compositing several images together in two-dimensional video games using special hardware. As computer performance improved, this optimization became unnecessary and the term evolved to refer specifically to the two dimensional images themselves that were integrated into a scene. That is, figures generated by either custom hardware or by software alone were all referred to as sprites. As three-dimensional graphics became more prevalent, the term was used to describe a technique whereby flat images are seamlessly integrated into complicated three-dimensional scenes.

A graphic image that can move within a larger graphic. Animation software that supports sprites enables the designer to develop independent animated images that can then be combined in a larger animation. Typically, each sprite has a set of rules that define how it moves and how it behaves if it bumps into another sprite or a static object.

<script type="text/javascript"> </script>

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 Elektor TV Games Computer was the first PC capable of generating sprite graphics, which Signetics referred to as "objects". The term "sprite" was coined for the Texas Instruments TMS9918 [1] .

During most of the 1980s, hardware speed was in the low, single-digit megahertz and memory was measured in kilobytes . Beside CISC processors, all chips are hardwired . Sprites are rare in most video hardware today.

The CPU can 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 is not occupied by the simple task of transferring data from one place to another, software can run faster; and because the hardware provided certain innate abilities, programs that use CISC or BIOS were also smaller.

Separate locations in memory were used to hold the main display and the sprites. Some sprite engines could only store a small amount of positions in their registers and the unchallenged CPU was programmed to update them several times per frame. Software blitting was complicated by some very strange addressing modes into video ram.

Hardware sprites

In early video gaming , sprites were a method of integrating unrelated bitmaps so that they appear to be part of a single bitmap on a screen .

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. This improved performance greatly since the sprite data did not need to be copied into the video memory in order to appear on the screen, and further since this spared the programmer of the task of having to save and restore the underlying graphics, something which otherwise was needed if the programmer chose to progressively update.

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 # 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  ↓ 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 display list8? 16arbitrary3,15vertical by display listNo2 bitmap layersYescolor key  
Amiga (AGA) , Lisa display list8? 16,32,64arbitrary3,15vertical by display listNo2 bitmap layersYescolor key  
Atari , ANTIC display list4? 2,8128, 2561,31,2x vertical, 1,2,4x horizontalNo1 tile or bitmap layerYescolor key[2]
C64 , VIC-II display list run by CPU8? 12,24211,31x 2x integerNo1 tile or bitmap layerYescolor key[3]
Game Boy 40108088,163NoNo1 tile layerNocolor key[4]
GBA 12812812108,16,32,648,16,32,6415,255Affine Affine 4 layers, 2 layers + 1 affine layer, 2 affine layersNocolor key, blending[5]
NDS 128 per screen12812108,16,32,648,16,32,6465,536Affine Affine 4 layers per screen; each layer is independentNocolor key, blending[6]
NES , RP2C0x6486488,163NoNo1 tile layerPartialcolor key[7]
Neo Geo 38496153616Up to 51215sprite shrinkingNoNoNocolor key.
Out Run , dedicated hardware12832? 88? Anisotropic No3 tile layers? alpha[8] , [9]
PC Engine , HuC6270A641625616,3216,32,6415NoNo1 tile layerYescolor key 
Sega Master System
Sega Game Gear
6486488,1615NoNo1 tile layerYescolor key[10]
Sega Mega Drive 80203208,16,24,328,16,24,3215NoNo2 tile layersYescolor key[11]
Sharp X68000 12832? 161615NoNo? ? color key 
SNES 128342728,16,32,648,16,32,6415background onlybackground only3 tile layers or 1 affine mapped tile layerYescolor key, averaging 
Texas Instruments TMS9918 324648,168,1611x 2x integerNo1 tile layerPartialcolor key[12]
Yamaha V9938 328? 323216NoNoNoYescolor key 
Computer, chipSprites on screenSprites on lineMax texels on lineTexture widthTexture heightColorsHardware ZoomRotation BackgroundCollision 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

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:

  • Binary image masks , mainly for systems with bitmapped video frame buffers. It implies the use of an additional binary mask for every sprite displayed.
  • Transparent color , mainly for systems with indexed color displays. It implies that the "transparent" pixels use a concrete palette entry color, specifically reserved for this purpose by the program.

Background

Example of sprites.

No sprite engine was implemented which would not cache the sprites texels, but use a FIFO at the pixel-output instead. This would allow sprites of arbitrary width. So while blitter based hardware uses a unified model for foreground and background and a fixed flat frame-buffer, sprites need a special background engine. It has to provide scrolling backgrounds for tile-based games and pseudo-3D (mode 7 ) backgrounds.

A similar discrimination is known from software rendering. A technique called "dirty rectangles" is used to redraw only those parts that have changed since the last repainted and a scrolling frame buffer is used. On more powerful CPUs the whole frame-buffer is flat and redrawn completely.

Move to 3D

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

  • Rotoscoping : The filmed performances of live actors were sometimes used for creating sprites, most famously in the case of Prince of Persia which added a relative element of realism to a platform game. The method was used in a number of other fighting games , mostly in the mid 90s.
  • Claymation or the use of posable models which were used for characters that could not be portrayed by actors. Famous early examples include Goro of Mortal Kombat and various enemies from Doom . Used to a greater extent in games like Clay Fighter .
  • Pre-rendered CGI models : Introduced by Rise of the Robots and made famous by Donkey Kong Country , and later used to a great extent in PC real-time strategy and RPG games prior to the move to true 3D. Since computers of the day could not run complex 3D graphics, footage of pre-rendered three-dimensional character models were often used which created a (relative) illusion of 3D.

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 the same angle. This rendering method is also referred to as billboarding .

Sprites create an effective illusion when

  • the image inside the sprite already depicts a three dimensional object;
  • the animation is constantly changing or depicts rotation;
  • the sprite exists only shortly;
  • the depicted object has a similar appearance from many common viewing angles (such as something spherical);
  • the viewer accepts that the depicted object only has one perspective (such as small plants or leaves).

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" ). 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

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 one term used to describe 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.

Some Web designers make sprites for small images or icons to reduce the number of requests the browser makes to the server.[ 1] CSS is used to select the parts of the composite image to display at different points in the page. If a page has 10 1kB images, they can be combined into one 10kB 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.[ 2] [ 3]

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:

  • Player-Missile Graphics was used on the Atari 400/800 and Early Atari Coin Op games to refer to hardware-generated sprites. The term reflected the usage for both characters ("players") and other objects ("missiles"). They had restricted horizontal resolution (8 or 2 pixels, albeit with scalability, and a potential 192 lines of vertical resolution), limiting their use somewhat.
  • Movable Object Block , or MOB was used in MOS Technology 's graphics chip literature (data sheets, etc). However, Commodore , the main user of MOS chips and the owner of MOS for most of the chip maker's lifetime, applied the common term "sprite".
  • The developer manuals for the Nintendo Entertainment System , Super Nintendo Entertainment System , and Game Boy referred to sprites as OBJ s (short for "objects"), and the region of RAM used to store sprite attributes and coordinates was known as OAM (Object Attribute Memory). This still applies today on the Game Boy Advance and Nintendo DS handheld systems. However, Nintendo Power referred to them as sprites in articles about the NES architecture in the magazine's third year.
  • BOB's or 'Blitter Objects', popular name for graphics objects drawn with the dedicated graphics blitter in the Amiga series of computers, which was available in addition to its true hardware sprites.
  • Software sprites were used to refer to subroutines that used bit blitting to accomplish the same goal on systems such as the Atari ST and the Apple II whose graphics hardware had no sprite capability.
  • The computer programming language DarkBASIC used the term Bob (for "blitter object") to refer to its software-sprite functions, before switching to the more conventionally-used "sprite" term.
  • 3D Sprite is a term often used to refer to sprites that are essentially texture mapped 3D facets that always have their surface normal facing into the camera.
  • Z-Sprite is a term often used for 3D environments that contain only sprites. The Z-parameter provides a scaling effect that creates an illusion of depth . For example in adventure games such as King's Quest VI where the camera never moves, normal 2D sprites might suffice, but Z-sprites provide an extra touch.
  • Impostor is a term used instead of billboard if the billboard is meant to subtly replace a real 3D object.
1、资源项目源码均已通过严格测试验证,保证能够正常运行; 2、项目问题、技术讨论,可以给博主私信或留言,博主看到后会第一时间与您进行沟通; 3、本项目比较适合计算机领域相关的毕业设计课题、课程作业等使用,尤其对于人工智能、计算机科学与技术等相关专业,更为适合; 、4下载使用后,可先查看README.md或论文文件(如有),本项目仅用作交流学习参考,请切勿用于商业用途。 5、资源来自互联网采集,如有侵权,私聊博主删除。 6、可私信博主看论文后选择购买源代码。 1、资源项目源码均已通过严格测试验证,保证能够正常运行; 2、项目问题、技术讨论,可以给博主私信或留言,博主看到后会第一时间与您进行沟通; 3、本项目比较适合计算机领域相关的毕业设计课题、课程作业等使用,尤其对于人工智能、计算机科学与技术等相关专业,更为适合;、下载 4使用后,可先查看README.md或论文文件(如有),本项目仅用作交流学习参考,请切勿用于商业用途。 5、资源来自互联网采集,如有侵权,私聊博主删除。 6、可私信博主看论文后选择购买源代码。 1、资源项目源码均已通过严格测试验证,保证能够正常运行; 2、项目问题、技术讨论,可以给博主私信或留言,博主看到后会第一时间与您进行沟通; 3、本项目比较适合计算机领域相关的毕业设计课题、课程作业等使用,尤其对于人工智能、计算机科学与技术等相关专业,更为适合;、 4下载使用后,可先查看README.md或论文文件(如有),本项目仅用作交流学习参考,请切勿用于商业用途。 5、资源来自互联网采集,如有侵权,私聊博主删除。 6、可私信博主看论文后选择购买源代码。
1、资源项目源码均已通过严格测试验证,保证能够正常运行; 2、项目问题、技术讨论,可以给博主私信或留言,博主看到后会第一时间与您进行沟通; 3、本项目比较适合计算机领域相关的毕业设计课题、课程作业等使用,尤其对于人工智能、计算机科学与技术等相关专业,更为适合; 4、下载使用后,可先查看README.md或论文文件(如有),本项目仅用作交流学习参考,请切勿用于商业用途。 5、资源来自互联网采集,如有侵权,私聊博主删除。 6、可私信博主看论文后选择购买源代码。 1、资源项目源码均已通过严格测试验证,保证能够正常运行; 2、项目问题、技术讨论,可以给博主私信或留言,博主看到后会第一时间与您进行沟通; 3、本项目比较适合计算机领域相关的毕业设计课题、课程作业等使用,尤其对于人工智能、计算机科学与技术等相关专业,更为适合; 4、下载使用后,可先查看README.m或d论文文件(如有),本项目仅用作交流学习参考,请切勿用于商业用途。 5、资源来自互联网采集,如有侵权,私聊博主删除。 6、可私信博主看论文后选择购买源代码。 、1资源项目源码均已通过严格测试验证,保证能够正常运行; 2、项目问题、技术讨论,可以给博主私信或留言,博主看到后会第一时间与您进行沟通; 3、本项目比较适合计算机领域相关的毕业设计课题、课程作业等使用,尤其对于人工智能、计算机科学与技术等相关专业,更为适合; 4、下载使用后,可先查看README.md或论文文件(如有),本项目仅用作交流学习参考,请切勿用于商业用途。 5、资源来自互联网采集,如有侵权,私聊博主删除。 6、可私信博主看论文后选择购买源代码。
1、资源项目源码均已通过严格测试验证,保证能够正常运行; 2、项目问题、技术讨论,可以给博主私信或留言,博主看到后会第一时间与您进行沟通; 3、本项目比较适合计算机领域相关的毕业设计课题、课程作业等使用,尤其对于人工智能、计算机科学与技术等相关专业,更为适合; 4、下载使用后,可先查看README.md或论文文件(如有),本项目仅用作交流学习参考,请切勿用于商业用途。、资源 5来自互联网采集,如有侵权,私聊博主删除。 6、可私信博主看论文后选择购买源代码。 1、资源项目源码均已通过严格测试验证,保证能够正常运行; 2、项目问题、技术讨论,可以给博主私信或留言,博主看到后会第一时间与您进行沟通; 3、本项目比较适合计算机领域相关的毕业设计课题、课程作业等使用,尤其对于人工智能、计算机科学与技术等相关专业,更为适合; 4、下载使用后,可先查看README.md或论文文件(如有),本项目仅用作交流学习参考,请切勿用于商业用途。、资 5源来自互联网采集,如有侵权,私聊博主删除。 6、可私信博主看论文后选择购买源代码。 1、资源项目源码均已通过严格测试验证,保证能够正常运行; 2、项目问题、技术讨论,可以给博主私信或留言,博主看到后会第一时间与您进行沟通; 3、本项目比较适合计算机领域相关的毕业设计课题、课程作业等使用,尤其对于人工智能、计算机科学与技术等相关专业,更为适合; 4、下载使用后,可先查看README.md或论文文件(如有),本项目仅用作交流学习参考,请切勿用于商业用途。 5、资源来自互联网采集,如有侵权,私聊博主删除。 6、可私信博主看论文后选择购买源代码。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值