DOCSLIB.ORG

20 Years of Opengl

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
20 Years of Opengl 20 Years of OpenGL Kurt Akeley © Copyright Khronos Group, 2010 - Page 1 So many deprecations! • Application-generated object names • Depth texture mode • Color index mode • Texture wrap mode • SL versions 1.10 and 1.20 • Texture borders • Begin / End primitive specification • Automatic mipmap generation • Edge flags • Fixed-function fragment processing • Client vertex arrays • Alpha test • Rectangles • Accumulation buffers • Current raster position • Pixel copying • Two-sided color selection • Auxiliary color buffers • Non-sprite points • Context framebuffer size queries • Wide lines and line stipple • Evaluators • Quad and polygon primitives • Selection and feedback modes • Separate polygon draw mode • Display lists • Polygon stipple • Hints • Pixel transfer modes and operation • Attribute stacks • Pixel drawing • Unified text string • Bitmaps • Token names and queries • Legacy pixel formats © Copyright Khronos Group, 2010 - Page 2 Technology and culture © Copyright Khronos Group, 2010 - Page 3 Technology © Copyright Khronos Group, 2010 - Page 4 OpenGL is an architecture Blaauw/Brooks OpenGL SGI Indy/Indigo/InfiniteReality Different IBM 360 30/40/50/65/75 NVIDIA GeForce, ATI implementations Amdahl Radeon, … Code runs equivalently on Top-level goal Compatibility all implementations Conformance tests, … It’s an architecture, whether Carefully planned, though Intentional design it was planned or not . mistakes were made Can vary amount of No feature subsetting Configuration resource (e.g., memory) Config attributes (e.g., FB) Not a formal aspect of Speed No performance queries architecture All errors specified Validity of inputs No undefined operation No side effects Little undefined operation When implementation Enforcement errors are found, they are Specification rules! fixed. SIGGRAPH ASIA 2008 OpenGL course © Copyright Khronos Group, 2010 - Page 5 OpenGL is specified at the right level • Imperative API - Follows IRIS GL glClear(GL_COLOR_BUFFER_BIT); // black background - Not network protocol (PEX) glLoadIdentity(); // allow multipass - Not Pixar collaboration (RM) - Not scene graph (Inventor) glOrtho(0, 4, 0, 4, -1, 1); // int cast to double glBegin(GL_POLYGON); // draw white square • Cross-platform glVertex2i(1, 1); - OS specifics compartmentalized glVertex2i(3, 1); - Omitted IRIS GL u/i glVertex2i(3, 3); glVertex2i(1, 3); glEnd(); glFlush(); // force completion © Copyright Khronos Group, 2010 - Page 6 OpenGL is specified at the right level • Imperative API NVIDIA GeForce Performance Improvement - Follows IRIS GL - Not network protocol (PEX) Year Product Mtri/sec Yr rate Mfrag/sec Yr rate - Not Pixar collaboration (RM) - Not scene graph (Inventor) 1998 Riva ZX 3 ---- 31 ---- 1999 Riva TNT2 9 3.0 75 2.4 • Cross-platform - OS specifics compartmentalized 2000 GeForce2 GTS 25 2.8 200 2.7 - Omitted IRIS GL u/i 2001 GeForce3 30 1.2 800 4.0 • Above CPU ISA level 2002 GeForce4 TI 60 2.0 1200 1.5 - Nurtured IHV innovation (CAGRs) 2003 GeForce FX 200 3.3 2000 1.7 - Nurtured data-parallel computing 5 yrs 67x 2.3 65x 2.3 © Copyright Khronos Group, 2010 - Page 7 Culture © Copyright Khronos Group, 2010 - Page 9 OpenGL culture is specification driven • From the start - Mark Segal - State tables - Invariance - Extension templates - Extension indexes - … © Copyright Khronos Group, 2010 - Page 10 OpenGL culture is specification driven • From the start - Mark Segal Lines Words Chars - State tables - Invariance - Extension templates 56 ARB Extensions 48,674 263,908 2,221,347 - Extension indexes - … All 442 Extensions 209,426 1,076,008 9,079,063 • As we went - Austin, TX 1.1 review King James Bible 114,535 823,647 5,214,085 - Extension specifications - Issues and usage examples New Testament 27,319 188,430 1,197,812 - Publications Old Testament 86,783 632,515 3,998,303 SIGGRAPH ASIA 2008 OpenGL course © Copyright Khronos Group, 2010 - Page 11 OpenGL culture is specification driven • From the start - Mark Segal - State tables - Invariance - Extension templates - Extension indexes - … • As we went - Austin, TX 1.1 review - Extension specifications - Issues and usage examples - Publications © Copyright Khronos Group, 2010 - Page 12 OpenGL culture does the right thing © Copyright Khronos Group, 2010 - Page 13 End © Copyright Khronos Group, 2010 - Page 14 .
Load more

Recommended publications
  • Real-Time Graphics Architecture P
    4/18/2007 Real-Time Graphics Architecture Lecture 4: Parallelism and Communication Kurt Akeley Pat Hanrahan http://graphics.stanford.edu/cs448-07-spring/ CS448 Lecture 4 Kurt Akeley, Pat Hanrahan, Spring 2007 Topics 1. Frame buffers 2. Types of parallelism 3. Communication patterns and requirements 4. Sorting classification for parallel rendering (with examples) CS448 Lecture 4 Kurt Akeley, Pat Hanrahan, Spring 2007 1 4/18/2007 Frame Buffers Raster vs. calligraphic Raster (image order) dominant choice Calligraphic (object order) Earliest choice (Sketchpad) E&S terminals in the 70s and 80s Works with light pens Scene complexity affects frame rate Monitors are expensive Still required for FAA simulation Increases absolute brightness of light points CS448 Lecture 4 Kurt Akeley, Pat Hanrahan, Spring 2007 2 4/18/2007 Frame buffer definitions What is a frame buffer? What can we learn by considering different definitions? CS448 Lecture 4 Kurt Akeley, Pat Hanrahan, Spring 2007 Frame buffer definition #1 Storage for commands that are executed to refresh the display Allows for raster or calligraphiccalligraphic display (e. g. Megatech) “Frame buffer” for calligraphic display is a “display list” OpenGL “render list”? Key point: frame buffer contents are interpreted Color mapping Image scaling, warping Window system (overlay, separate windows, …) Address Recalculation Pipeline CS448 Lecture 4 Kurt Akeley, Pat Hanrahan, Spring 2007 3 4/18/2007 Frame buffer definition #2 Image memory used to decouple the render frame rate from the display
    [Show full text]
  • Video Game Archive: Nintendo 64
    Video Game Archive: Nintendo 64 An Interactive Qualifying Project submitted to the Faculty of WORCESTER POLYTECHNIC INSTITUTE in partial fulfilment of the requirements for the degree of Bachelor of Science by James R. McAleese Janelle Knight Edward Matava Matthew Hurlbut-Coke Date: 22nd March 2021 Report Submitted to: Professor Dean O’Donnell Worcester Polytechnic Institute This report represents work of one or more WPI undergraduate students submitted to the faculty as evidence of a degree requirement. WPI routinely publishes these reports on its web site without editorial or peer review. Abstract This project was an attempt to expand and document the Gordon Library’s Video Game Archive more specifically, the Nintendo 64 (N64) collection. We made the N64 and related accessories and games more accessible to the WPI community and created an exhibition on The History of 3D Games and Twitch Plays Paper Mario, featuring the N64. 2 Table of Contents Abstract…………………………………………………………………………………………………… 2 ​ Table of Contents…………………………………………………………………………………………. 3 ​ Table of Figures……………………………………………………………………………………………5 ​ Acknowledgements……………………………………………………………………………………….. 7 ​ Executive Summary………………………………………………………………………………………. 8 ​ 1-Introduction…………………………………………………………………………………………….. 9 ​ 2-Background………………………………………………………………………………………… . 11 ​ ​ ​ 2.1 - A Brief of History of Nintendo Co., Ltd. Prior to the Release of the N64 in 1996:……………. 11 ​ 2.2 - The Console and its Competitors:………………………………………………………………. 16 ​ ​ Development of the Console……………………………………………………………………...16
    [Show full text]
  • 3Dfx Oral History Panel Gordon Campbell, Scott Sellers, Ross Q. Smith, and Gary M. Tarolli
    3dfx Oral History Panel Gordon Campbell, Scott Sellers, Ross Q. Smith, and Gary M. Tarolli Interviewed by: Shayne Hodge Recorded: July 29, 2013 Mountain View, California CHM Reference number: X6887.2013 © 2013 Computer History Museum 3dfx Oral History Panel Shayne Hodge: OK. My name is Shayne Hodge. This is July 29, 2013 at the afternoon in the Computer History Museum. We have with us today the founders of 3dfx, a graphics company from the 1990s of considerable influence. From left to right on the camera-- I'll let you guys introduce yourselves. Gary Tarolli: I'm Gary Tarolli. Scott Sellers: I'm Scott Sellers. Ross Smith: Ross Smith. Gordon Campbell: And Gordon Campbell. Hodge: And so why don't each of you take about a minute or two and describe your lives roughly up to the point where you need to say 3dfx to continue describing them. Tarolli: All right. Where do you want us to start? Hodge: Birth. Tarolli: Birth. Oh, born in New York, grew up in rural New York. Had a pretty uneventful childhood, but excelled at math and science. So I went to school for math at RPI [Rensselaer Polytechnic Institute] in Troy, New York. And there is where I met my first computer, a good old IBM mainframe that we were just talking about before [this taping], with punch cards. So I wrote my first computer program there and sort of fell in love with computer. So I became a computer scientist really. So I took all their computer science courses, went on to Caltech for VLSI engineering, which is where I met some people that influenced my career life afterwards.
    [Show full text]
  • PACKET 22 BOOKSTORE, TEXTBOOK CHAPTER Reading Graphics
    A.11 GRAPHICS CARDS, Historical Perspective (edited by J Wunderlich PhD in 2020) Graphics Pipeline Evolution 3D graphics pipeline hardware evolved from the large expensive systems of the early 1980s to small workstations and then to PC accelerators in the 1990s, to $X,000 graphics cards of the 2020’s During this period, three major transitions occurred: 1. Performance-leading graphics subsystems PRICE changed from $50,000 in 1980’s down to $200 in 1990’s, then up to $X,0000 in 2020’s. 2. PERFORMANCE increased from 50 million PIXELS PER SECOND in 1980’s to 1 billion pixels per second in 1990’’s and from 100,000 VERTICES PER SECOND to 10 million vertices per second in the 1990’s. In the 2020’s performance is measured more in FRAMES PER SECOND (FPS) 3. Hardware RENDERING evolved from WIREFRAME to FILLED POLYGONS, to FULL- SCENE TEXTURE MAPPING Fixed-Function Graphics Pipelines Throughout the early evolution, graphics hardware was configurable, but not programmable by the application developer. With each generation, incremental improvements were offered. But developers were growing more sophisticated and asking for more new features than could be reasonably offered as built-in fixed functions. The NVIDIA GeForce 3, described by Lindholm, et al. [2001], took the first step toward true general shader programmability. It exposed to the application developer what had been the private internal instruction set of the floating-point vertex engine. This coincided with the release of Microsoft’s DirectX 8 and OpenGL’s vertex shader extensions. Later GPUs, at the time of DirectX 9, extended general programmability and floating point capability to the pixel fragment stage, and made texture available at the vertex stage.
    [Show full text]
  • Interactive Visualization of Large-Scale Architectural Models Over the Grid Strolling in Tang Chang’An City
    Interactive Visualization of Large-Scale Architectural Models over the Grid Strolling in Tang Chang’an City XU Shuhong1, HENG Chye Kiang2, SUBRAMANIAM Ganesan1, HO Quoc Thuan1, KHOO Boon Tat1 and HUANG Yan2 1 Institute of High Performance Computing, Singapore 2 Department of Architecture, National University of Singapore Keywords: remote visualization, grid-enabled visualization, large-scale architectural models, virtual heritage Abstract: Virtual reconstruction of the ancient Chinese Chang’an city has been continued for ten years at the National University of Singapore. Motivated by sharing this grand city with people who are geographically distant and equipped with normal personal computers, this paper presents a practical Grid-enabled visualization infrastructure that is suitable for interactive visualization of large-scale architectural models. The underlying Grid services, such as information service, visualization planner and execution container etc, are developed according to the OGSA standard. To tackle the critical problem of Grid visualization, i.e. data size and network bandwidth, a multi-stage data compression approach is deployed and the corresponding data pre-processing, rendering and remote display issues are systematically addressed. 1 INTRODUCTION Chang’an, meaning long-lasting peace, was the capital of China’s Tang dynasty from 618 to 907 AD. At its peak, it had a population of about one million. Measuring 9.7 by 8.6 kilometres, the city’s architecture inspired the planning of many capital cities in East Asia such as Heijo-kyo and Heian-kyo in Japan in the 8th century, and imperial Chinese cities like Beijing of the Ming and Qing dynasties. To bring this architectural miracle back to life, a team led by Professor Heng Chye Kiang at the National University of Singapore (NUS) has conducted extensive research since the middle of 90s.
    [Show full text]
  • Realityengine Graphics
    RealityEngine Graphics Kurt Akeley Silicon Graphics Computer Systems Abstract Silicon Graphics Iris 3000 (1985) and the Apollo DN570 (1985). Toward the end of the ®rst-generation period advancesin technology The RealityEngineTM graphics system is the ®rst of a new genera- allowed lighting, smooth shading, and depth buffering to be imple- tion of systems designed primarily to render texture mapped, an- mented, but only with an order of magnitude less performance than tialiased polygons. This paper describes the architecture of the was available to render ¯at-shaded lines and polygons. Thus the RealityEngine graphics system, then justi®es some of the decisions target capability of these machines remained ®rst-generation. The made during its design. The implementation is near-massively par- Silicon Graphics 4DG (1986) is an example of such an architecture. allel, employing 353 independent processors in its fullest con®gura- tion, resulting in a measured ®ll rate of over 240 million antialiased, Because ®rst-generation machines could not ef®ciently eliminate texture mapped pixels per second. Rendering performance exceeds hidden surfaces, and could not ef®ciently shade surfaces even if the 1 million antialiased, texture mapped triangles per second. In ad- application was able to eliminate them, they were more effective dition to supporting the functions required of a general purpose, at rendering wireframe images than at rendering solids. Begin- high-end graphics workstation, the system enables realtime, ªout- ning in 1988 a second-generation of graphics systems, primarily the-windowº image generation and interactive image processing. workstations rather than terminals, became available. These ma- chines took advantage of reduced memory costs and the increased availability of ASICs to implement deep framebuffers with multiple CR Categories and Subject Descriptors: I.3.1 [Computer rendering processors.
    [Show full text]
  • Onyx2™ Deskside Workstation Owner's Guide
    Onyx2™ Deskside Workstation Owner’s Guide Document Number 007-3454-004 CONTRIBUTORS Written by Mark Schwenden and Carolyn Curtis Illustrated by Dan Young and Cheri Brown Production by Allen Clardy Engineering contributions by Bob Marinelli, Brad Morrow, Bharat Patel, Ed Reidenbach, Philip Montalban, Mike Mackovitch, Jim Ammon, Bob Murphy, Reuel Nash, Mohsen Hosseini, Suzanne Jones, Jeff Milo, Patrick Conway, Kirk Law, Dave Lima, and Martin Frankel St Peter’s Basilica image courtesy of ENEL SpA and InfoByte SpA. Disk Thrower image courtesy of Xavier Berenguer, Animatica. © 1998, Silicon Graphics, Inc.— All Rights Reserved The contents of this document may not be copied or duplicated in any form, in whole or in part, without the prior written permission of Silicon Graphics, Inc. RESTRICTED RIGHTS LEGEND Use, duplication, or disclosure of the technical data contained in this document by the Government is subject to restrictions as set forth in subdivision (c) (1) (ii) of the Rights in Technical Data and Computer Software clause at DFARS 52.227-7013 and/or in similar or successor clauses in the FAR, or in the DOD or NASA FAR Supplement. Unpublished rights reserved under the Copyright Laws of the United States. Contractor/manufacturer is Silicon Graphics, Inc., 2011 N. Shoreline Blvd., Mountain View, CA 94043-1389. FCC Warning This equipment has been tested and found compliant with the limits for a Class A digital device, pursuant to Part 15 of the FCC rules. These limits are designed to provide reasonable protection against harmful interference when the equipment is operated in a commercial environment. This equipment generates, uses, and can radiate radio frequency energy and if not installed and used in accordance with the instruction manual, may cause harmful interference to radio communications.
    [Show full text]
  • Vers Des Supports D'exécution Capables D'exploiter Les Machines
    Vers des supports d’exécution capables d’exploiter les machines multicœurs hétérogènes Cédric Augonnet To cite this version: Cédric Augonnet. Vers des supports d’exécution capables d’exploiter les machines multicœurs hétérogènes. [Travaux universitaires] 2008, pp.48. inria-00289361 HAL Id: inria-00289361 https://hal.inria.fr/inria-00289361 Submitted on 20 Jun 2008 HAL is a multi-disciplinary open access L’archive ouverte pluridisciplinaire HAL, est archive for the deposit and dissemination of sci- destinée au dépôt et à la diffusion de documents entific research documents, whether they are pub- scientifiques de niveau recherche, publiés ou non, lished or not. The documents may come from émanant des établissements d’enseignement et de teaching and research institutions in France or recherche français ou étrangers, des laboratoires abroad, or from public or private research centers. publics ou privés. M´emoirede MASTER RECHERCHE pr´esent´epar C´edricAugonnet Vers des supports d’execution´ capables d’exploiter les machines multicœurs het´ erog´ enes` Encadrement : Raymond Namyst Fevrier´ – Juin 2008 Laboratoire Bordelais de Recherche en Informatique (LaBRI) INRIA Bordeaux Universit´eBordeaux 1 Table des mati`eres Remerciements v 1 Introduction 1 2 Etat´ de l’art 3 2.1 Architecture : du multicœur a` l’het´ erog´ ene` . 3 2.1.1 Adoption du multicœur . 3 2.1.2 Utilisation d’accel´ erateurs´ . 4 2.1.3 Vers un multicœur het´ erog´ ene` . 5 2.2 Programmation multicœur homogene` . 5 2.2.1 Gestion explicite du parallelisme´ . 6 2.2.2 Se reposer sur un langage . 6 2.3 Programmation d’accel´ erateurs´ . 6 2.3.1 GPGPU .
    [Show full text]
  • Infinitereality: Ein Real-Time- Grafiksystem
    InfiniteReality: Ein Real-Time- Grafiksystem Vortrag am GDV-Seminar ETH Zürich Andreas Deller 18. Mai 1998 05/19/98 InfiniteReality Seite 1 Outline I. Einführung A. Grundinformationen über InfiniteReality B. Eckdaten der InfiniteReality C. Zum Vortrag II. Architektur A. Übersicht B. Detailbeschreibungen 1. Geometry Board a. Host Interface b. Geometry Distributor c. Geometry Engines (2 oder 4 pro Pipeline) d. Geometry Raster FIFO 2. Raster Memory Board (1, 2, oder 4 pro Pipeline) a. Fragment Generators b. Image Engines 3. Display Generator Board III. Features 1. Virtual Texture 2. Scene Load Management IV. Host-Systeme A. Systembeschreibung 1. Node Cards 2. Beispielkonfigurationen V. Performance VI. Endnoten/Literaturangaben VII. Index 05/19/98 InfiniteReality Seite 2 Einführung Grundinformationen über InfiniteReality Das InfiniteReality(IR)-Grafiksystem von SGI (Silicon Graphics, Inc.) ist das erste Workstation-System, das für gleichmässige, garantierte Hertz-Raten entwickelt worden ist. Als Nachfolger der RealityEngine wird es in den Hochleistungs-Grafikcomputern Onyx und Onyx2 von SGI eingesetzt. Das Design musste derart angepasst werden, dass die IR-Engine sowohl von den Vorzügen der verbesserten Systemarchitektur der Onyx2 profitieren als auch in der Onyx optimal eingesetzt werden kann. Zudem sollte sie skalierbar sein, um den verschiedenen Kundenwünschen möglichst gut zu entsprechen und einen benötigten Ausbau ohne grossen Aufwand zu erledigen. Das IR-Grafiksystem wird als «third-generation graphics system» bezeichnet. Dies bedeuetet, dass das System beleuchtete, schattierte, tiefengepufferte, texturierte, antialiased Dreiecke hardwareunterstützt rendern kann, und zwar mit möglichst wenig Performance-Einbusse. Weiter sollten Texturen eine praktisch unbegrenzte Grösse haben dürfen, ohne die Performance erheblich zu beeinflussen. Der Programmierer sollte mit dem Handling der Textur so wenig Zeit wie möglich aufbringen müssen.
    [Show full text]
  • GPU Architecture:Architecture: Implicationsimplications && Trendstrends
    GPUGPU Architecture:Architecture: ImplicationsImplications && TrendsTrends DavidDavid Luebke,Luebke, NVIDIANVIDIA ResearchResearch Beyond Programmable Shading: In Action GraphicsGraphics inin aa NutshellNutshell • Make great images – intricate shapes – complex optical effects – seamless motion • Make them fast – invent clever techniques – use every trick imaginable – build monster hardware Eugene d’Eon, David Luebke, Eric Enderton In Proc. EGSR 2007 and GPU Gems 3 …… oror wewe couldcould justjust dodo itit byby handhand Perspective study of a chalice Paolo Uccello, circa 1450 Beyond Programmable Shading: In Action GPU Evolution - Hardware 1995 1999 2002 2003 2004 2005 2006-2007 NV1 GeForce 256 GeForce4 GeForce FX GeForce 6 GeForce 7 GeForce 8 1 Million 22 Million 63 Million 130 Million 222 Million 302 Million 754 Million Transistors Transistors Transistors Transistors Transistors Transistors Transistors 20082008 GeForceGeForce GTX GTX 200200 1.41.4 BillionBillion TransistorsTransistors Beyond Programmable Shading: In Action GPUGPU EvolutionEvolution -- ProgrammabilityProgrammability ? Future: CUDA, DX11 Compute, OpenCL CUDA (PhysX, RT, AFSM...) 2008 - Backbreaker DX10 Geo Shaders 2007 - Crysis DX9 Prog Shaders 2004 – Far Cry DX7 HW T&L DX8 Pixel Shaders 1999 – Test Drive 6 2001 – Ballistics TheThe GraphicsGraphics PipelinePipeline Vertex Transform & Lighting Triangle Setup & Rasterization Texturing & Pixel Shading Depth Test & Blending Framebuffer Beyond Programmable Shading: In Action TheThe GraphicsGraphics PipelinePipeline Vertex Transform
    [Show full text]
  • Infinitereality: a Real-Time Graphics System
    InfiniteReality: A Real-Time Graphics System John S. Montrym, Daniel R. Baum, David L. Dignam, and Christopher J. Migdal Silicon Graphics Computer Systems ABSTRACT Most of the features and capabilities of the InfiniteReality architec- TM The InfiniteReality graphics system is the first general-purpose ture are designed to support this real-time performance goal. Mini- workstation system specifically designed to deliver 60Hz steady mizing the time required to change graphics modes and state is as frame rate high-quality rendering of complex scenes. This paper important as increasing raw transformation and pixel fill rate. Many describes the InfiniteReality system architecture and presents novel of the targeted applications require access to very large textures features designed to handle extremely large texture databases, and/or a great number of distinct textures. Permanently storing such maintain control over frame rendering time, and allow user custom- large amounts of texture data within the graphics system itself is not ization for diverse video output requirements. Rendering perfor- economically viable. Thus methods must be developed for applica- mance expressed using traditional workstation metrics exceeds tions to access a “virtual texture memory” without significantly seven million lighted, textured, antialiased triangles per second, and impacting overall performance. Finally, the system must provide 710 million textured antialiased pixels filled per second. capabilities for the application to monitor actual geometry and fill rate performance on a frame by frame basis and make adjustments CR Categories and Subject Descriptors: I.3.1 [Computer if necessary to maintain a constant 60Hz frame update rate. Graphics]: Hardware Architecture; I.3.3 [Computer Graph- ics]: Picture/Image Generation Aside from the primary goal of real-time application performance, two other areas significantly shaped the system architecture.
    [Show full text]
  • Indy™ Workstation Owner's Guide
    Indy™ Workstation Owner’s Guide Document Number 007-9804-060 CONTRIBUTORS Written by Judy Muchowski and Amy Smith Illustrated by Maria Mortati and Dany Galgani Production by Cindy Stief © 1996, Silicon Graphics, Inc.— All Rights Reserved The contents of this document may not be copied or duplicated in any form, in whole or in part, without the prior written permission of Silicon Graphics, Inc. RESTRICTED RIGHTS LEGEND Use, duplication, or disclosure of the technical data contained in this document by the Government is subject to restrictions as set forth in subdivision (c) (1) (ii) of the Rights in Technical Data and Computer Software clause at DFARS 52.227-7013 and/or in similar or successor clauses in the FAR, or in the DOD or NASA FAR Supplement. Unpublished rights reserved under the Copyright Laws of the United States. Contractor/manufacturer is Silicon Graphics, Inc., 2011 N. Shoreline Blvd., Mountain View, CA 94043-1389. Silicon Graphics, IRIS, and the Silicon Graphics logo are registered trademarks, and Indigo Magic, Indy, IndyCam, Indy Presenter, IRIS InSight, and IRIX are trademarks of Silicon Graphics, Inc. Macintosh and ImageWriter are registered trademarks of Apple Computer, Inc. Spaceball is a trademark of Spatial Systems, Inc. UNIX is a registered trademark in the United States and other countries, licensed exclusively through X/Open Company, Ltd. PS/2 is a registered trademark of International Business Machines Corporation. Likeness of Albert Einstein used under license from The Roger Richman Agency, Inc., Beverly Hills, California. Caution: Use of Silicon Graphics® products for the unauthorized copying, modification, distribution, or creation of derivative works from copyrighted works such as images, photographs, text, drawings, films, videotapes, music, sound recordings, recorded performances, or portions thereof, may violate applicable copyright laws.
    [Show full text]