DOCSLIB.ORG

Graphics and Genres the Early Days Hardware Vs. Software

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Graphics and Genres the Early Days Hardware Vs. Software The Early Days ! The very earliest video games (pre-1975) Graphics and Genres were custom built machines. ! Designed/built by engineers (like a TV). Tennis for Two CMPUT 299 (Brookhaven Labs,1958) Finnegan Southey XBox Live GamerTag: Alea CMPUT 299 - Fall 2005 Graphics, Genres, and Design Pong (Atari, 1972) Hardware vs. Software Development of Early Games ! Later games (1975 to present) were built ! Programs written by one individual. using new-fangled microprocessors ! Graphics, sound, controls, rules, AI… ! General-purpose hardware that runs software. …all by one person. ! No need to engineer from scratch for every game. Gunfight (Taito, 1975) CMPUT 299 - Fall 2005 Graphics, Genres, and Design CMPUT 299 - Fall 2005 Graphics, Genres, and Design Development of Early Games State vs. Dynamics ! Games were simple. ! Fundamental distinction in computing (and ! The machines were still quite simple many other things) ! Very limited storage ! State ! no “pictures” or recorded music ! All information that describes the game at a given ! Limited speed moment ! focus on moving small things around on the screen ! Dynamics ! Only so much one could do ! The way one state turns into another ! more people would be a waste of effort CMPUT 299 - Fall 2005 Graphics, Genres, and Design CMPUT 299 - Fall 2005 Graphics, Genres, and Design State Dynamics ! positions of all game entities ! agents moving due to player controls ! walls ! agents moving due to artificial intelligence ! resources: health, magic points, money, fuel, etc. ! agents moving due to “physics” ! points: score, tokens collected, goals achieved ! agents not moving due to “collisions” ! inventories: weapons, magic items, gadgets, food ! updating view of the world ! switches: doors locked/unlocked, levers pulled ! health changes from damage/healing ! velocities of game entities ! special powers/action executed ! character names, stats, description ! much, much more… ! everything that changes one state into another… CMPUT 299 - Fall 2005 Graphics, Genres, and Design CMPUT 299 - Fall 2005 Graphics, Genres, and Design Memory and Processors Memory Size ! Two main parts of a computer ! Memories have a size ! Memory stores state ! in the 70’s, measured in kB (kilobytes) ! in the late 80’s and 90’s, measured in MB (megabytes) ! Processors access and change memory (1 MB = 1000 kB) (dynamics) ! late 90’s to present day, measure in GB (gigabytes) (1 ! The main processor in a computer is called GB = 1000 MB) the central processing unit (CPU). ! Early games had 4 kB ! Games today will cheerfully use several GB CPU Memory ! a factor of one million (1 DVD holds over 4 GB) CMPUT 299 - Fall 2005 Graphics, Genres, and Design CMPUT 299 - Fall 2005 Graphics, Genres, and Design Processors Memory Types ! Processors are rated by how quickly they can ! Memories can be perform calculations on things in memory ! fast or slow ! A program is a set of instructions that tells the ! memory for showing graphics and doing processor what to do with the information in calculations is fast (it can be accessed quickly) memory. ! harddisks and DVDs are much slower but hold ! Programmers write these instructions. much more ! Early microprocessor games were a program + a ! read-only or read/write tiny amount of data ! read-only memory (like a game’s DVD) cannot be changed ! A contemporary game is a program + lots and lots ! read/write memory can be changed of data CMPUT 299 - Fall 2005 Graphics, Genres, and Design CMPUT 299 - Fall 2005 Graphics, Genres, and Design Memory Types Storage for Games ! Another distinction ! RAM chips: volatile, read-write ! volatile: erased when power turned off ! microchips for running game ! non-volatile: retains information unpowered ! part of game machine ! And another ! ROM chips: non-volatile, read-only ! moving parts vs. no moving parts ! expensive per amount of memory ! can affect reliability/portability ! microchips CMPUT 299 - Fall 2005 Graphics, Genres, and Design CMPUT 299 - Fall 2005 Graphics, Genres, and Design Storage for Games Storage for Games ! cartridges ! cassette (magnetic tape): non-volatile, read-write ! ROM chips in a plastic case ! moving parts ! connectors attach chip to game machine ! early personal computers (and some arcade?) ! durable ! not very durable ! cartridges with save memory ! sequential access (have to rewind/fast forward to ! ROM chips + non-volatile, read/write memory chips reach different information) ! allows storage of saved games/high scores ! floppy disk: non-volatile, read-write ! memory cards ! moving parts ! small cartridges with non-volatile, read/write memory ! early personal computers chips ! not very durable ! used to save games when cartridges went out of style ! “random” access (can quickly access any piece of CMPUT 299 - Fall 2005 Graphics, Genres, and Design CMPUTinformation) 299 - Fall 2005 Graphics, Genres, and Design Storage for Games Storage for Games ! hard-disk: non-volatile, read-write ! magnetic strip cards: non-volatile, read-write ! moving parts ! arcade for saving stats/games (Initial D, F-Zero AX, ! later personal computers and XBox Tekken 5) ! much larger storage and faster access than floppy ! very limited storage ! expensive ! very cheap ! laser disc: non-volatile, read-only ! CD-ROM: non-volatile, read-only ! moving parts, tons of storage ! moving parts, lots of storage ! able to store full screen video ! cheap to mass produce ! expensive (videophile technology) ! arcade (Killer Instinct) and later personal computers ! arcade (Dragon’s Lair, Mach 3, Space Ace) ! consoles (3DO, Saturn, Playstation) (N64 still cartridge!) CMPUT 299 - Fall 2005 Graphics, Genres, and Design CMPUT 299 - Fall 2005 Graphics, Genres, and Design Storage for Games Software-Based Games ! DVD-ROM: non-volatile, read-only ! Once microprocessors were used for games, ! moving parts, tons of storage programmers took control. ! cheap to mass produce ! personal computers ! The advent of personal ! consoles (XBox, Playstation2) computers (~1976) opened ! Custom disc formats (Dreamcast, Gamecube) up the field to “amateurs”. Gunfight (Taito, 1975) ! Coming up: DVD-HD and BluRay (PS3) ! bigger DVD ! Basement game programmers ! Piracy! (arrrr…) CMPUT 299 - Fall 2005 Graphics, Genres, and Design CMPUT 299 - Fall 2005 Graphics, Genres, and Design Cathode Ray Tubes (CRT) Diagram of CRT ! Braun (1897) - CRT oscilloscope ! Zworykin (1929) kinescope (early TV) ! Du Mont (1931) first commercial TV tube Tennis for Two (Brookhaven Labs,1958) Diagram courtesy of Wikipedia CMPUT 299 - Fall 2005 Graphics, Genres, and Design CMPUT 299 - Fall 2005 Graphics, Genres, and Design Very pretty, but where’s the gamepad? Video courtesy of the University of Illinois, Dept. of Chemistry Diagram courtesy of Williamson Labs CMPUT 299 - Fall 2005 Graphics, Genres, and Design CMPUT 299 - Fall 2005 Graphics, Genres, and Design Games with Vector Graphics Vector Graphics (no more after 1985) ! Use CRT’s beam like a pen. ! Asteroids (Atari, 1979) ! Turn beam on and off to draw lines. ! Lunar Lander (Atari, 1979) ! Use magnets to guide it. ! Battlezone (Atari, 1980) ! How many lines you can draw depends on ! Red Baron (Atari, 1980) ! how fast you can move the beam around ! how long the image stays on the fluorescent ! Tempest (Atari, 1980) screen ! Space Fury (Sega, 1981) ! Draw all lines for one frame… repeat. ! Star Wars (Atari, 1983) CMPUT 299 - Fall 2005 Graphics, Genres, and Design CMPUT 299 - Fall 2005 Graphics, Genres, and Design Cool Things About Vector Issues with Vector Graphics Graphics ! Time to draw frame depends on complexity ! Wireframe (3D) of frame ! Smooth lines (even diagonals) ! Beam moves in arbitrary pattern ! It’s all green and glowy and stuff… ! different patterns possible for same picture ! Makes me feel like I’m in a submarine or ! what’s the best (fastest) pattern? something… ! Directly control beam with game CMPUT 299 - Fall 2005 Graphics, Genres, and Design CMPUT 299 - Fall 2005 Graphics, Genres, and Design Raster Graphics Raster (aka Bitmap) Images ! Basis of TV and almost all graphics today ! Treat screen like a “grid” ! Move beam in fixed pattern lighting up the screen in little dots ! These dots are called pixels 0 0 0 0 ! Change beam intensity to make pixels 0 1 1 0 brighter or darker 0 1 1 0 0 1 1 0 CMPUT 299 - Fall 2005 Graphics, Genres, and Design CMPUT 299 - Fall 2005 Graphics, Genres, and Design Rendering the Screen Grayscale 0 0 0 0 Video Hardware 0 1 1 0 Screen Image 0 1 1 0 0 0 0 0 0 1 1 0 0 100100 0 Image Buffer 0 50 50 0 0 10 10 0 Game Software CMPUT 299 - Fall 2005 Graphics, Genres, and Design CMPUT 299 - Fall 2005 Graphics, Genres, and Design CRT Screen Refresh Colour Pixels 0 0 0 0 0 1 1 0 0 1 1 0 0 1 1 0 CMPUT 299 - Fall 2005 Graphics, Genres, and Design CMPUT 299 - Fall 2005 Graphics, Genres, and Design Diagram of Colour CRT RGB Images 0 0 0 0 0 0 0 0 0 0 0 0 0 100100 0 0 100100 0 0 100100 0 0 50 50 0 0 50 50 0 0 50 50 0 0 10 10 0 0 10 10 0 0 10 10 0 CMPUT 299 - Fall 2005 Graphics, Genres, and Design CMPUT 299 - Fall 2005 Graphics, Genres, and Design How many pixels? How many colours? ! If we make pixels smaller, we can fit more! ! Fineness of grid called resolution (width x height) ! Suppose we’re using grayscale. ! Typical television resolution ! If we have 10 different values for ! grid of 648 x 486 (~300,000 pixels) brightness, then we get black, white, and 8 ! Computer screens, HDTV shades of gray. ! 1024 x 768 (~780,000 pixels) ! ! 1280 x 1024 (~1.3 million pixels) If we have 10 different values for each of ! 1600 x 1200 (~1.9 million
Load more

Recommended publications
  • Advanced Computer Graphics to Do Motivation Real-Time Rendering
    To Do Advanced Computer Graphics § Assignment 2 due Feb 19 § Should already be well on way. CSE 190 [Winter 2016], Lecture 12 § Contact us for difficulties etc. Ravi Ramamoorthi http://www.cs.ucsd.edu/~ravir Motivation Real-Time Rendering § Today, create photorealistic computer graphics § Goal: interactive rendering. Critical in many apps § Complex geometry, lighting, materials, shadows § Games, visualization, computer-aided design, … § Computer-generated movies/special effects (difficult or impossible to tell real from rendered…) § Until 10-15 years ago, focus on complex geometry § CSE 168 images from rendering competition (2011) § § But algorithms are very slow (hours to days) Chasm between interactivity, realism Evolution of 3D graphics rendering Offline 3D Graphics Rendering Interactive 3D graphics pipeline as in OpenGL Ray tracing, radiosity, photon mapping § Earliest SGI machines (Clark 82) to today § High realism (global illum, shadows, refraction, lighting,..) § Most of focus on more geometry, texture mapping § But historically very slow techniques § Some tweaks for realism (shadow mapping, accum. buffer) “So, while you and your children’s children are waiting for ray tracing to take over the world, what do you do in the meantime?” Real-Time Rendering SGI Reality Engine 93 (Kurt Akeley) Pictures courtesy Henrik Wann Jensen 1 New Trend: Acquired Data 15 years ago § Image-Based Rendering: Real/precomputed images as input § High quality rendering: ray tracing, global illumination § Little change in CSE 168 syllabus, from 2003 to
    [Show full text]
  • Sun Opengl 1.3 for Solaris Implementation and Performance Guide
    Sun™ OpenGL 1.3 for Solaris™ Implementation and Performance Guide Sun Microsystems, Inc. www.sun.com Part No. 817-2997-11 November 2003, Revision A Submit comments about this document at: http://www.sun.com/hwdocs/feedback Copyright 2003 Sun Microsystems, Inc., 4150 Network Circle, Santa Clara, California 95054, U.S.A. All rights reserved. Sun Microsystems, Inc. has intellectual property rights relating to technology that is described in this document. In particular, and without limitation, these intellectual property rights may include one or more of the U.S. patents listed at http://www.sun.com/patents and one or more additional patents or pending patent applications in the U.S. and in other countries. This document and the product to which it pertains are distributed under licenses restricting their use, copying, distribution, and decompilation. No part of the product or of this document may be reproduced in any form by any means without prior written authorization of Sun and its licensors, if any. Third-party software, including font technology, is copyrighted and licensed from Sun suppliers. Parts of the product may be derived from Berkeley BSD systems, licensed from the University of California. UNIX is a registered trademark in the U.S. and in other countries, exclusively licensed through X/Open Company, Ltd. Sun, Sun Microsystems, the Sun logo, SunSoft, SunDocs, SunExpress, and Solaris are trademarks, registered trademarks, or service marks of Sun Microsystems, Inc. in the U.S. and other countries. All SPARC trademarks are used under license and are trademarks or registered trademarks of SPARC International, Inc.
    [Show full text]
  • Projective Texture Mapping with Full Panorama
    EUROGRAPHICS 2002 / G. Drettakis and H.-P. Seidel Volume 21 (2002), Number 3 (Guest Editors) Projective Texture Mapping with Full Panorama Dongho Kim and James K. Hahn Department of Computer Science, The George Washington University, Washington, DC, USA Abstract Projective texture mapping is used to project a texture map onto scene geometry. It has been used in many applications, since it eliminates the assignment of fixed texture coordinates and provides a good method of representing synthetic images or photographs in image-based rendering. But conventional projective texture mapping has limitations in the field of view and the degree of navigation because only simple rectangular texture maps can be used. In this work, we propose the concept of panoramic projective texture mapping (PPTM). It projects cubic or cylindrical panorama onto the scene geometry. With this scheme, any polygonal geometry can receive the projection of a panoramic texture map, without using fixed texture coordinates or modeling many projective texture mapping. For fast real-time rendering, a hardware-based rendering method is also presented. Applications of PPTM include panorama viewer similar to QuicktimeVR and navigation in the panoramic scene, which can be created by image-based modeling techniques. Categories and Subject Descriptors (according to ACM CCS): I.3.3 [Computer Graphics]: Viewing Algorithms; I.3.7 [Computer Graphics]: Color, Shading, Shadowing, and Texture 1. Introduction texture mapping. Image-based rendering (IBR) draws more applications of projective texture mapping. When Texture mapping has been used for a long time in photographs or synthetic images are used for IBR, those computer graphics imagery, because it provides much images contain scene information, which is projected onto 7 visual detail without complex models .
    [Show full text]
  • Rendering from Compressed Textures
    Rendering from Compressed Textures y Andrew C. Beers, Maneesh Agrawala, and Navin Chaddha y Computer Science Department Computer Systems Laboratory Stanford University Stanford University Abstract One way to alleviate these memory limitations is to store com- pressed representations of textures in memory. A modi®ed renderer We present a simple method for rendering directly from compressed could then render directly from this compressed representation. In textures in hardware and software rendering systems. Textures are this paper we examine the issues involved in rendering from com- compressed using a vector quantization (VQ) method. The advan- pressed texture maps and propose a scheme for compressing tex- tage of VQ over other compression techniques is that textures can tures using vector quantization (VQ)[4]. We also describe an ex- be decompressed quickly during rendering. The drawback of us- tension of our basic VQ technique for compressing mipmaps. We ing lossy compression schemes such as VQ for textures is that such show that by using VQ compression, we can achieve compression methods introduce errors into the textures. We discuss techniques rates of up to 35 : 1 with little loss in the visual quality of the ren- for controlling these losses. We also describe an extension to the dered scene. We observe a 2 to 20 percent impact on rendering time basic VQ technique for compressing mipmaps. We have observed using a software renderer that renders from the compressed format. compression rates of up to 35 : 1, with minimal loss in visual qual- However, the technique is so simple that incorporating it into hard- ity and a small impact on rendering time.
    [Show full text]
  • Research on Improving Methods for Visualizing Common Elements in Video Game Applications ビデオゲームアプリケーショ
    Research on Improving Methods for Visualizing Common Elements in Video Game Applications ビデオゲームアプリケーションにおける共通的 なな要素要素のの視覚化手法視覚化手法のの改良改良にに関関関するする研究 June 2013 Graduate School of Global Information and Telecommunication Studies Waseda University Title of the project Research on Image Processing II Candidate ’’’s name Sven Dierk Michael Forstmann 2 Index Index 3 Acknowledgements Foremost, I would like to express my sincere thanks to my advisor Prof. Jun Ohya for his continuous support of my Ph.D study and research. His guidance helped me in all the time of my research and with writing of this thesis. I would further like to thank the members of my PhD committee, Prof. Shigekazu Sakai, Prof. Takashi Kawai, and Prof. Shigeo Morishima for their valuable comments and suggestions. For handling the formalities and always being helpful when I had questions, I would like to thank the staff of the Waseda GITS Office, especially Yumiko Kishimoto san. For their financial support, I would like to thank the DAAD (Deutscher Akademischer Austauschdienst), the Japanese Government for supporting me with the Monbukagakusho Scholarship and ITO EN Ltd, for supporting me with the Honjo International Scholarship. For their courtesy of allowing me the use of some of their screenshots, I would like to thank John Olick, Bernd Beyreuther, Prof. Ladislav Kavan and Dr. Cyril Crassin. Special thanks are given to my friends Dr. Gleb Novichkov, Prof. Artus Krohn-Grimberghe, Yutaka Kanou, and Dr. Gernot Grund for their encouragement and insightful comments. Last, I would like to thank my family: my parents Dierk and Friederike Forstmann, and my brother Hanjo Forstmann for their support and encouragement throughout the thesis.
    [Show full text]
  • Modern Software Rendering
    Production Systems and Information Engineering 57 Volume 6 (2013), pp. 57-68 MODERN SOFTWARE RENDERING PETER MILEFF University of Miskolc, Hungary Department of Information Technology [email protected] JUDIT DUDRA Bay Zoltán Nonprofit Ltd., Hungary Department of Structural Integrity [email protected] [Received January 2012 and accepted September 2012] Abstract. The computer visualization process, under continuous changes has reached a major milestone. Necessary modifications are required in the currently applied physical devices and technologies because the possibilities are nearly exhausted in the field of the programming model. This paper presents an overview of new performance improvement methods that today CPUs can provide utilizing their modern instruction sets and of how these methods can be applied in the specific field of computer graphics, called software rendering. Furthermore the paper focuses on GPGPU based parallel computing as a new technology for computer graphics where a TBR based software rasterization method is investigated in terms of performance and efficiency. Keywords: software rendering, real-time graphics, SIMD, GPGPU, performance optimization 1. Introduction Computer graphics is an integral part of our life. Often unnoticed, it is almost everywhere in the world today. The area has evolved over many years in the past few decades, where an important milestone was the appearance of graphic processors. Because the graphical computations have different needs than the CPU requirements, a demand has appeared early for a fast and uniformly programmable graphical processor. This evolution has opened many new opportunities for developers, such as developing real-time, high quality computer simulations and analysis. The appearance of the first graphics accelerators radically changed everything and created a new basis for computer rendering.
    [Show full text]
  • Performance Comparison on Rendering Methods for Voxel Data
    fl Performance comparison on rendering methods for voxel data Oskari Nousiainen School of Science Thesis submitted for examination for the degree of Master of Science in Technology. Espoo July 24, 2019 Supervisor Prof. Tapio Takala Advisor Dip.Ins. Jukka Larja Aalto University, P.O. BOX 11000, 00076 AALTO www.aalto.fi Abstract of the master’s thesis Author Oskari Nousiainen Title Performance comparison on rendering methods for voxel data Degree programme Master’s Programme in Computer, Communication and Information Sciences Major Computer Science Code of major SCI3042 Supervisor Prof. Tapio Takala Advisor Dip.Ins. Jukka Larja Date July 24, 2019 Number of pages 50 Language English Abstract There are multiple ways in which 3 dimensional objects can be presented and rendered to screen. Voxels are a representation of scene or object as cubes of equal dimensions, which are either full or empty and contain information about their enclosing space. They can be rendered to image by generating surface geometry and passing that to rendering pipeline or using ray casting to render the voxels directly. In this paper, these methods are compared to each other by using different octree structures for voxel storage. These methods are compared in different generated scenes to determine which factors affect their relative performance as measured in real time it takes to draw a single frame. These tests show that ray casting performs better when resolution of voxel model is high, but rasterisation is faster for low resolution voxel models. Rasterisation scales better with screen resolution and on higher screen resolutions most of the tested voxel resolutions where faster to render with with rasterisation.
    [Show full text]
  • GPU Virtualization on Vmware's Hosted I/O Architecture
    GPU Virtualization on VMware’s Hosted I/O Architecture Micah Dowty, Jeremy Sugerman VMware, Inc. 3401 Hillview Ave, Palo Alto, CA 94304 [email protected], [email protected] Published in the USENIX Workshop on I/O Virtualization 2008, Industrial Practice session. Abstract limited documentation. Modern high-end GPUs have more transistors, draw Modern graphics co-processors (GPUs) can produce more power, and offer at least an order of magnitude high fidelity images several orders of magnitude faster more computational performance than CPUs. At the than general purpose CPUs, and this performance expec- same time, GPU acceleration has extended beyond en- tation is rapidly becoming ubiquitous in personal com- tertainment (e.g., games and video) into the basic win- puters. Despite this, GPU virtualization is a nascent field dowing systems of recent operating systems and is start- of research. This paper introduces a taxonomy of strate- ing to be applied to non-graphical high-performance ap- gies for GPU virtualization and describes in detail the plications including protein folding, financial modeling, specific GPU virtualization architecture developed for and medical image processing. The rise in applications VMware’s hosted products (VMware Workstation and that exploit, or even assume, GPU acceleration makes VMware Fusion). it increasingly important to expose the physical graph- We analyze the performance of our GPU virtualiza- ics hardware in virtualized environments. Additionally, tion with a combination of applications and microbench- virtual desktop infrastructure (VDI) initiatives have led marks. We also compare against software rendering, the many enterprises to try to simplify their desktop man- GPU virtualization in Parallels Desktop 3.0, and the na- agement by delivering VMs to their users.
    [Show full text]
  • Appendix: Graphics Software Took
    Appendix: Graphics Software Took Appendix Objectives: • Provide a comprehensive list of graphics software tools. • Categorize graphics tools according to their applications. Many tools come with multiple functions. We put a primary category name behind a tool name in the alphabetic index, and put a tool name into multiple categories in the categorized index according to its functions. A.I. Graphics Tools Listed by Categories We have no intention of rating any of the tools. Many tools in the same category are not necessarily of the same quality or at the same capacity level. For example, a software tool may be just a simple function of another powerful package, but it may be free. Low4evel Graphics Libraries 1. DirectX/DirectSD - - 248 2. GKS-3D - - - 278 3. Mesa 342 4. Microsystem 3D Graphic Tools 346 5. OpenGL 370 6. OpenGL For Java (GL4Java; Maps OpenGL and GLU APIs to Java) 281 7. PHIGS 383 8. QuickDraw3D 398 9. XGL - 497 138 Appendix: Graphics Software Toois Visualization Tools 1. 3D Grapher (Illustrates and solves mathematical equations in 2D and 3D) 160 2. 3D Studio VIZ (Architectural and industrial designs and concepts) 167 3. 3DField (Elevation data visualization) 171 4. 3DVIEWNIX (Image, volume, soft tissue display, kinematic analysis) 173 5. Amira (Medicine, biology, chemistry, physics, or engineering data) 193 6. Analyze (MRI, CT, PET, and SPECT) 197 7. AVS (Comprehensive suite of data visualization and analysis) 211 8. Blueberry (Virtual landscape and terrain from real map data) 221 9. Dice (Data organization, runtime visualization, and graphical user interface tools) 247 10. Enliten (Views, analyzes, and manipulates complex visualization scenarios) 260 11.
    [Show full text]
  • A Framework for Creating a Distributed Rendering Environment on the Compute Clusters
    (IJACSA) International Journal of Advanced Computer Science and Applications, Vol. 4, No. 6, 2013 A Framework for Creating a Distributed Rendering Environment on the Compute Clusters Ali Sheharyar Othmane Bouhali IT Research Computing Science Program and IT Research Computing Texas A&M University at Qatar Texas A&M University at Qatar Doha, Qatar Doha, Qatar Abstract—This paper discusses the deployment of existing depend on any other frame. In order to reduce the total render farm manager in a typical compute cluster environment rendering time, rendering of individual frames can be such as a university. Usually, both a render farm and a compute distributed to a group of computers on the network. An cluster use different queue managers and assume total control animation studio, a company dedicated to production of over the physical resources. But, taking out the physical animated films, typically has a cluster of computers dedicated resources from an existing compute cluster in a university-like to render the virtual scenes. This cluster of computers is called environment whose primary use of the cluster is to run numerical a render farm. simulations may not be possible. It can potentially reduce the overall resource utilization in a situation where compute tasks B. Objectives are more than rendering tasks. Moreover, it can increase the In a university environment, it can be complicated to do the system administration cost. In this paper, a framework has been rendering because many researchers do not have access to a proposed that creates a dynamic distributed rendering dedicated machine for rendering [6]. They do not have access environment on top of the compute clusters using existing render to a rendering machine for a long time as it may become farm managers without requiring the physical separation of the unavailable for other research use.
    [Show full text]
  • Programming of Graphics
    Peter Mileff PhD Programming of Graphics Introduction University of Miskolc Department of Information Technology Task of the semester ⦿ Implement a graphics based demo application ● Any application which focuses mainly to 2D or 3D graphics ● Preferred: simple game or technological demo ○ e.g. collision test, screensaver, animation, etc ● Use the OpenGL API if possible ● Any platform: ○ Android, iOS, PC, Java, C++, etc ⦿ Deadline: end of the semester The main topics ⦿ Fundamentals and evolution of computer graphics ⦿ Overview of GPU technologies ⦿ Game and graphics engines ⦿ Practical 2D visualisation ● Basis and difficulty of rendering - software rendering ● Moving objects, animation ● Collision detection ● Tilemap, bitmap fonts ⦿ Practical 3D graphics ● Object representation, structure of a model, rasterization algorithms ● Programmable Pipeline, applying shaders ● Lights and shadows ● Effects: bump mapping, normal mapping, ambient occlusion, etc ● Billboarding, terrain rendering, particle effect etc ⦿ Raytracing, Voxel based visualisation Fundamentals of computer graphics… Introduction ⦿ Computer graphics forms an integral part of our lives ● Often unnoticed, but almost everywhere in the world today ○ E.g: Games, Films, Advertisement, Posters, etc ⦿ The area has evolved over many years in the past few decades ● Multiple platforms appeared: C64, ZX Spectrum, Plus 4, Atari, Amiga, Nintendo, SNES, etc ● The appearance of the PCs was a big step ⦿ The video game industry started to grow dramatically because of PCs ● Possibility to play game
    [Show full text]
  • Protected Interactive 3D Graphics Via Remote Rendering
    Protected Interactive 3D Graphics Via Remote Rendering David Koller∗ Michael Turitzin∗ Marc Levoy∗ Marco Tarini† Giuseppe Croccia† Paolo Cignoni† Roberto Scopigno† ∗Stanford University †ISTI-CNR, Italy Abstract available for constructive purposes, were the digital 3D model of the David to be distributed in an unprotected fashion, it would soon be pirated, and simulated marble replicas would be manufactured Valuable 3D graphical models, such as high-resolution digital scans outside the provisions of the parties authorizing the creation of the of cultural heritage objects, may require protection to prevent piracy model. or misuse, while still allowing for interactive display and manipu- lation by a widespread audience. We have investigated techniques Digital 3D archives of archaeological artifacts are another example for protecting 3D graphics content, and we have developed a re- of 3D models often requiring piracy protection. Curators of such mote rendering system suitable for sharing archives of 3D mod- artifact collections are increasingly turning to 3D digitization as a els while protecting the 3D geometry from unauthorized extrac- way to preserve and widen scholarly usage of their holdings, by al- tion. The system consists of a 3D viewer client that includes low- lowing virtual display and object examination over the Internet, for resolution versions of the 3D models, and a rendering server that example. However, the owners and maintainers of the artifacts of- renders and returns images of high-resolution models according to ten desire to maintain strict control over the use of the 3D data and client requests. The server implements a number of defenses to to guard against theft.
    [Show full text]