Ep 0752685 A1

Total Page:16

File Type:pdf, Size:1020Kb

Ep 0752685 A1 Europaisches Patentamt (19) European Patent Office Office europeeneen des brevets EP 0 752 685 A1 (12) EUROPEAN PATENT APPLICATION (43) Date of publication: (51) Intel e G06T 15/10 08.01.1997 Bulletin 1997/02 (21) Application number: 96304978.8 (22) Date of filing: 05.07.1996 (84) Designated Contracting States: • Kamen, Yakov DE FR GB IT NL Cupertino. California 95014 (US) (30) Priority: 06.07.1995 US 498733 (74) Representative: Harris, Ian Richard c/o D. Young & Co., (71) Applicant: SUN MICROSYSTEMS, INC. 21 New Fetter Lane Mountain View, CA 94043 (US) London EC4A 1 DA (GB) (72) Inventors: • Goldberg, Richard M. Los Gatos, California 95030 (US) (54) Method and apparatus for efficient rendering of three-dimensional scenes (57) A method and apparatus for rendering an ob- ject or scene from a preselected viewpoint onto a dis- play. The object is represented by a texture map stored in a memory of a processor-based system, and the view- 100 point is represented by geometry data stored in the memory. The viewpoint on the object may be represent- Intelligent Memory ed in the geometry data a polygon (or more than one Controller polygon). The processor determines span data by edge- MEMORY CONTROLLER walking the polygon, and transfers the span data to the memory controller. Beginning with a first such span, the processor then transfers the span data (one span at a time) to the memory controller. After each such transfer, the memory controller takes over execution of the ren- dering procedure, beginning with mapping the current span onto a span of voxels (volume elements) in texture map space. The memory controller then retrieves the colors and textures for that span, and renders the span accordingly (i.e. either displays it or writes it to an ap- propriate memory). Control then returns to the proces- sor, which transfers the data for the next span, and the Mass Storage Display controller again takes over the remainder of the Geometry memory Data rendering procedure for that The transfer of con- span. Texture trol back and forth is repeated until all the of the 182 Map spans / first such polygon are rendered, and until all such poly- 184 gons have been so processed, thus greatly increasing the efficiency and throughput of graphics data in the ren- dering pipeline. The procedure is made more efficient Figure 1 00 by the use of a dedicated portion of memory for the CO graphics data, under the exclusive control of the mem- CM ory controller. IO Is- o a. LU Printed by Jouve, 75001 PARIS (FR) EP 0 752 685 A1 Description The present invention relates to the visualization and display of three-dimensional scenes or objects on a computer system, and in particular to a new method and apparatus for accelerating the display of three-dimensional scenes. 5 "Visualization" broadly refers to all of the steps taken by a graphics display system from accessing the 3D graphics data (of a scene or object) to rendering the data as a scene on a display device. There are three basic types of 3D data visualization carried out by computer systems today: (1 ) geometry (polygon) rendering (such as wire frame rendering); (2) volume rendering; and (3) 3D texture mapping, which will typically include some features of geometry rendering. The present invention is directed specifically towards more rapid texture mapping 10 than is available with conventional systems. For an extended treatment on methods of graphics visualization, see Foley, van Dam, et al., Computer Graphics - Principles and Practice (2d Ed. 1990 Addison Wesley), incorporated herein by reference. In conventional systems, a graphics application executing on a processor will generate three-dimensional data representing an object or scene for display on a computer monitor or other display or output device. 3D geometry data is are typically processed in the processor under the control of the graphics application. If the system includes a graphics accelerator, the processed data are then sent to the graphics accelerator for rendering on the monitor. 3D texture mapping is an intermediate visualization combining data from geometry rendering and volumetric data from volume rendering. Volumetric data at its simplest is simply a set of 3D pixels (discrete color values), normally referred to as "voxels". Conventional 3D texture mapping can also be combined with arbitrary cutting or clipping to 20 reveal hidden structures within the voxel data. Texture mapping in three dimensions is typically quite a time-consuming process. If the main processor of a com- puter or other processor-based system is used to carry out the rendering procedures, this can considerably degrade the performance of the system, which typically uses the processor for many other functions and processes. Dedicated graphics controllers and accelerators have been developed which can speed up the rendering procedures, but they 25 are generally quite expensive, so that fully equipping a system with dedicated graphics modules can be prohibitive. Some systems in use today utilize a dedicated pixel bus (a special memory bus just for the pixel data) with an extra memory controller in order to speed up the rendering/display procedure, but this increases the cost and complexity of the system. Thus, in conventional systems a choice must be made to stress either the low cost or the high performance of the 30 architecture. A system is needed that answers both of these challenges - speed and expense. Ideally, a system would be provided that provides the high performance of dedicated graphics modules with the lower cost of general-purpose processors. Aspects of the invention are set out in the accompanying independent claims. Preferred and further features are 35 set out in the dependent Claims. An embodiment of the invention provides for rendering an object or scene from viewpoints selected by a user or a program. The system utilizes an architecture with a processor, a memory, a display device and a dedicated graphics memory controller which is configured to take exclusive control over a number of processes conventionally handled by the processor. The system is provided, in memory, with standard geometry (model coordinate) data and texture 40 map data, and in the rendering method of the invention, the processor executes procedures to bind the model coordinate data to the texture map data, and to transform the model coordinates to device coordinates, i.e. coordinates corre- sponding to regions on the display device. The processor also generates conventional spans, i.e. vectors representing regions of the texture map that will eventually be displayed as scan lines on the display device. The processor then transfers the span information, one span at a time, to the memory controller. After each such 45 transfer, the memory controller takes over control of the rendering procedure and maps, the current span onto the voxels (volume elements) of the texture map space. Each span is in turn rendered with its assigned colors, textures, etc. to the display, or alternatively to a display memory or other memory, for later display. Execution control is now handed back to the processor, which transmits the data for the next span to the memory controller, and then transfers control to the memory controller for texture mapping and rendering. The procedure is so repeated until all the spans for a given polygon (representing the viewpoint onto the object) have been rendered. If there are other polygons, they are then processed in the same manner. The transfer of control back and forth between the processor and the memory controller greatly increases the speed with which objects can be rendered, because the respective functions that the processor and memory controller execute are particularly efficient for those respective devices, and the memory controller's execution of the texture 55 mapping and rendering procedures, which are especially computation-intensive, allows the processor to carry out other functions uninhibited by the multiple interrupts and general degradation of performance that would otherwise occur. The process is made yet more efficient by the establishment of a portion of main (or cache) memory exclusively for the control of the memory controller, so that block transfers of large amounts of graphics data to and from this 2 EP 0 752 685 A1 portion do not interfere with memory accesses to the other portions of memory by the processor. Embodiments of the invention are described hereinafter, by way of example only, with reference to the accompa- nying drawings, in which: 5 Figure 1 is a block diagram of an apparatus incorporating the present invention. Figure 2 is a diagram illustrating a slice-plane view on a 3D object in model coordinate space. Figure 3 is a diagram illustrating the object and view plane of Figure 2 in 3D texture map space. Figure 4 is a flow chart of a method of the invention. Figure 5 is a diagram illustrating the interpolation procedure of the invention for generating spans. 10 Figure 1 illustrates a computer system 100 of the invention, including a processor 110 coupled via a memory controller 120 including an Intelligent Memory Controller (IMC) 130 to a bus 140. The processor 110 may be a con- ventional microprocessor as currently used in workstations or personal computers, and the memory controller 120 is standard but for the inclusion of the IMC, whose functions are discussed in detail below. is Also coupled to the bus 140 is a main memory (such as DRAM) 150 or cache memory (e.g. SRAM), which is partitioned, preferably but not necessarily by the operating system, into contiguous memory CMEM 160 and system memory SYM 170. The INIC 130 is preferably dedicated hardware for controlling a portion the CMEM, and may for instance Sun Microsystems, Inc.'s SPARCstation 10SX memory controller chip discussed in detail in a document en- titled "SPARCstation 10sX Graphics Technology - A White Paper (Sun Microsystems, Inc.
Recommended publications
  • Using a Next Workstation As a Development Platform for Version 5 Sas Applications
    USING A NEXT WORKSTATION AS A DEVELOPMENT PLATFORM FOR VERSION 5 SAS APPLICATIONS Joseph E St Sauver, Office of University Computing, University of Oregon ABSTRACT Similarly. there is liUle sense in tieing up a PC for hours (or days) running a large statistical analysis when a sha.red SAS Institute has yet to announce any firm plans to port the mainframe will often have abundant horsepower to handle just SAS System* to NeXT* workstations. Nonetheless, a NeXT those sorts of CPU-intensive jobs. workstation can serve as an excellent platform for developing VAXNMS· (or other mainframe) SAS System code for remote The PC version of SAS atte~s to explott this philosophy by execution. giving the user the option of either processing SAS code locally using the SUBMIT command, or processing SAS code on a The combination of a strong windowing environment, display remote mainframe SAS host using the RSUBMIT command. In a PostScript support. a built-in athemet interlace and copious perfect world. this approach would allow the user to elect the slorage eapacny bundled on lOP of more-or-Iess BSD 4.3 UNIX" best mix of local and remote resources to achieve his or her make development of SAS System code on the NeXT for objectives in a timely and cost effective manner. remote execution on another mainframe quite easy. Unfortunately, in my experience, the happy symbiosis The author's experience with use of a NeXT as a remote code envisioned between the PC version of the SAS System and the development plaHorm for SAS and SAS/Graph" on a VAXNMS mainframe version of the SAS system often breaks down.
    [Show full text]
  • Solaris 2.5 Software Developer Kit Introduction
    Solaris 2.5 Software Developer Kit Introduction 2550 Garcia Avenue Mountain View, CA 94043 U.S.A. A Sun Microsystems, Inc. Business 1995 Sun Microsystems, Inc. 2550 Garcia Avenue, Mountain View, California 94043-1100 U.S.A. All rights reserved. This product or document is protected by copyright and distributed under licenses restricting its use, copying, distribution and decompilation. No part of this product or document may be reproduced in any form by any means without prior written authorization of Sun and its licensors, if any. Portions of this product may be derived from the UNIX® system, licensed from UNIX Systems Laboratories, Inc., a wholly owned subsidiary of Novell, Inc., and from the Berkeley 4.3 BSD system, licensed from the University of California. Third-party software, including font technology in this product, is protected by copyright and licensed from Sun’s Suppliers. RESTRICTED RIGHTS LEGEND: Use, duplication, or disclosure by the government is subject to restrictions as set forth in subparagraph (c)(1)(ii) of the Rights in Technical Data and Computer Software clause at DFARS 252.227-7013 and FAR 52.227-19. The product described in this manual may be protected by one or more U.S. patents, foreign patents, or pending applications. TRADEMARKS Sun, Sun Microsystems, the Sun logo, SunSoft, the SunSoft logo, Solaris, SunOS, OpenWindows, DeskSet, ONC, ONC+, NFS, SunExpress, ProCompiler, XView, ToolTalk, XGL, XIL, Solaris VISUAL, Solaris PEX, and AnswerBook are trademarks or registered trademarks of Sun Microsystems, Inc. in the United States and other countries. CatalystSM is a service mark of Sun Microsystems, Inc.
    [Show full text]
  • Sun Ultratm 5 Workstation Just the Facts
    Sun UltraTM 5 Workstation Just the Facts Copyrights 1999 Sun Microsystems, Inc. All Rights Reserved. Sun, Sun Microsystems, the Sun logo, Ultra, PGX, PGX24, Solaris, Sun Enterprise, SunClient, UltraComputing, Catalyst, SunPCi, OpenWindows, PGX32, VIS, Java, JDK, XGL, XIL, Java 3D, SunVTS, ShowMe, ShowMe TV, SunForum, Java WorkShop, Java Studio, AnswerBook, AnswerBook2, Sun Enterprise SyMON, Solstice, Solstice AutoClient, ShowMe How, SunCD, SunCD 2Plus, Sun StorEdge, SunButtons, SunDials, SunMicrophone, SunFDDI, SunLink, SunHSI, SunATM, SLC, ELC, IPC, IPX, SunSpectrum, JavaStation, SunSpectrum Platinum, SunSpectrum Gold, SunSpectrum Silver, SunSpectrum Bronze, SunVIP, SunSolve, and SunSolve EarlyNotifier are trademarks, registered trademarks, or service marks of Sun Microsystems, Inc. in the United States and other countries. All SPARC trademarks are used under license and are trademarks or registered trademarks of SPARC International, Inc. in the United States and other countries. Products bearing SPARC trademarks are based upon an architecture developed by Sun Microsystems, Inc. UNIX is a registered trademark in the United States and other countries, exclusively licensed through X/Open Company, Ltd. OpenGL is a registered trademark of Silicon Graphics, Inc. Display PostScript and PostScript are trademarks of Adobe Systems, Incorporated, which may be registered in certain jurisdictions. Netscape is a trademark of Netscape Communications Corporation. DLT is claimed as a trademark of Quantum Corporation in the United States and other countries. Just the Facts May 1999 Positioning The Sun UltraTM 5 Workstation Figure 1. The Ultra 5 workstation The Sun UltraTM 5 workstation is an entry-level workstation based upon the 333- and 360-MHz UltraSPARCTM-IIi processors. The Ultra 5 is Sun’s lowest-priced workstation, designed to meet the needs of price-sensitive and volume-purchase customers in the personal workstation market without sacrificing performance.
    [Show full text]
  • Encapsulated Postscript Application Guide for Mac And
    Encapsulated PostScript Encapsulated PostScript Application Guide for the Macintosh and PCs Peter Vollenweider Manager User Services Universi1y of Zurich A ·Carl Hanser .Verlag :II Prentice Hall First published in German 1989 by Carl Hanser Verlag under the title EPS-Handbuch: Encapsulated PostScript First published in English 1990 by Prentice Hall International (UK) Ltd 66 Wood Lane End, Hemel Hempstead Hertfordshire HP2 4RG A division of Simon & Schuster International Group ©Carl Hanser Verlag, Munich and Vienna 1989 ©Carl Hanser Verlag and Prentice Hall 1990 All rights reserved. No part of this publication may be reproduced, stored in a retrieval system, or transmitted, in any form, or by any means, electronic, mechanical, photocopying, recording or otherwise, witliout prior permission, in writing, from the publisher. For permission within the United States of America contact Prentice Hall, Inc., Englewood Cliffs, NJ 07632. The Sonata clef design on the cover shows the mixing of randomly placed Sonata font types, smoothed curves and patterns; courtesy of John F. Sherman, ND Design Program, University of Notre Dame, Indiana 46556, USA. Printed and bound in Great Britain by Dotesios Printers Ltd, Trowbridge, Wiltshire. Library of Congress Cataloging-in-Publication Data Vollenweider, Peter. (Encapsulated PostScript. English) Encapsulated PostScript : application guide for the Macintosh and PC's I Peter Vollenweider. p. em. Includes bibliographical references. ISBN 0-13-275843-1 1. PostScript (Computer program language) I. Title. QA76.73.P67V65 1990 005 .265-dc20 90-35469 CIP British Library Cataloguing-in-Publication Data Vollenweider, Peter Encapsulated PostScript : application guide for the Macintosh and PC's. 1. Microcomputer systems. Software packages I.
    [Show full text]
  • Trabajo Practico De Teoría De Aplicación a La Informática 2
    Trabajo Practico de Teoría de Aplicación a la Informática 2 XGL: aceleración OpenGL para el escritorio del sistema operativo Linux Nicolás González Oddone Universidad Católica Nuestra Señora de la Asunción 20 de setiembre de 2006 Breve historia del Xgl Xgl es concebido para proveer un servidor X basado en GL para escribir en el stack GL, proveyendo asi de un contexto OpenGL para que algun cliente OpenGL pueda hacer uso de este contexto y realize funciones de compisiting. Xgl fue desarrollado originalmente a través de listas de mail publicas, pero por un largo tiempo y hasta hasta el 2 de enero del 2006 la mayoría del desarrollo de Xgl se realizo a puertas cerradas por el equipo de desarrollo de escritorio de Novell. Ese 2 de enero el código volvió a liberarse al publico y fue incluido en freedesktop.org, junto con una reestructuración mayor para soporte mas amplio de drivers de display. En febrero del 2006 el servidor gano publicidad al ser exhibido por equipo de escritorio de Novell en una manera similar a la que se podrá apreciar en breve. Antes que nada es importante familiarizarse con algunos términos que serán necesarios para entender el funcionamiento del XGL y la comunicación del mismo con los servidores de ventanas del escritorio y los protocolos de comunicación utilizados. Comunicación entre el Xorg, Xgl y el cliente OpenGL, a través de libGL y el protocolo GLX Las aplicaciones X11 se comunican con el servidor utilizando libX11, una aplicación OpenGL se comunica con las extensiones GLX y al driver 3D utilizando libGL.
    [Show full text]
  • A Successor to the X Window System
    Y: A Successor to the X Window System Mark Thomas <[email protected]> Project Supervisor: D. R¨uckert <[email protected]> Second Marker: E. Lupu <[email protected]> June 18, 2003 ii Abstract UNIX desktop environments are a mess. The proliferation of incompatible and inconsistent user interface toolkits is now the primary factor in the failure of enterprises to adopt UNIX as a desktop solution. This report documents the creation of a comprehensive, elegant framework for a complete windowing system, including a standardised graphical user interface toolkit. ‘Y’ addresses many of the problems associated with current systems, whilst keeping and improving on their best features. An initial implementation, which supports simple applications like a terminal emulator, a clock and a calculator, is provided. iii iv Acknowledgements Thanks to Daniel R¨uckert for supervising the project and for his help and advice regarding it. Thanks to David McBride for his assistance with setting up my project machine and providing me with an ATI Radeon for it. Thanks to Philip Willoughby for his knowledge of the POSIX standard and help with the GNU Autotools and some of the more obscure libc functions. Thanks to Andrew Suffield for his help with the GNU Autotools and Arch. Thanks to Nick Maynard and Karl O’Keeffe for discussions on window system and GUI design. Thanks to Tim Southerwood for discussions about possible features of Y. Thanks to Duncan White for discussions about the virtues of X. All company and product names are trademarks and/or registered trademarks of their respective owners.
    [Show full text]
  • Direct Xlib User's Guide
    Direct Xlib User’s Guide 2550 Garcia Avenue Mountain View, CA 94043 U.S.A. A Sun Microsystems, Inc. Business 1995 Sun Microsystems, Inc. 2550 Garcia Avenue, Mountain View, California 94043-1100 U.S.A. All rights reserved. This product or document is protected by copyright and distributed under licenses restricting its use, copying, distribution and decompilation. No part of this product or document may be reproduced in any form by any means without prior written authorization of Sun and its licensors, if any. Portions of this product may be derived from the UNIX® system, licensed from UNIX Systems Laboratories, Inc., a wholly owned subsidiary of Novell, Inc., and from the Berkeley 4.3 BSD system, licensed from the University of California. Third-party software, including font technology in this product, is protected by copyright and licensed from Sun’s Suppliers. RESTRICTED RIGHTS LEGEND: Use, duplication, or disclosure by the government is subject to restrictions as set forth in subparagraph (c)(1)(ii) of the Rights in Technical Data and Computer Software clause at DFARS 252.227-7013 and FAR 52.227-19. The product described in this manual may be protected by one or more U.S. patents, foreign patents, or pending applications. TRADEMARKS Sun, Sun Microsystems, the Sun logo, SunSoft, the SunSoft logo, Solaris, SunOS, OpenWindows, Direct Xlib, DeskSet, ONC, ONC+, and NFS are trademarks or registered trademarks of Sun Microsystems, Inc. in the United States and other countries. UNIX is a registered trademark in the United States and other countries, exclusively licensed through X/Open Company, Ltd.
    [Show full text]
  • A Simplified Graphics System Based on Direct Rendering Manager System
    J. lnf. Commun. Converg. Eng. 16(2): 125-129, Jun. 2018 Regular paper A Simplified Graphics System Based on Direct Rendering Manager System Nakhoon Baek* , Member, KIICE School of Computer Science and Engineering, Kyungpook National University, Daegu 41566, Korea Abstract In the field of computer graphics, rendering speed is one of the most important factors. Contemporary rendering is performed using 3D graphics systems with windowing system support. Since typical graphics systems, including OpenGL and the DirectX library, focus on the variety of graphics rendering features, the rendering process itself consists of many complicated operations. In contrast, early computer systems used direct manipulation of computer graphics hardware, and achieved simple and efficient graphics handling operations. We suggest an alternative method of accelerated 2D and 3D graphics output, based on directly accessing modern GPU hardware using the direct rendering manager (DRM) system. On the basis of this DRM support, we exchange the graphics instructions and graphics data directly, and achieve better performance than full 3D graphics systems. We present a prototype system for providing a set of simple 2D and 3D graphics primitives. Experimental results and their screen shots are included. Index Terms: Direct rendering manager, Efficient handling, Graphics acceleration, Light-weight implementation, Prototype system I. INTRODUCTION Rendering speed is one of the most important factors for 3D graphics application programs. Typical present-day graph- After graphics output devices became publicly available, a ics programs need to be able to handle very large quantities large number of graphics applications were developed for a of graphics data. The larger the data size, and the more sen- broad spectrum of uses including computer animations, com- sitive to the rendering speed, the better the speed-up that can puter games, user experiences, and human-computer inter- be achieved, even for minor aspects of the graphics pipeline.
    [Show full text]
  • High Level Interface to Graphics and Zebra User's Guide User's Guide
    CERN Program Library Long Writeups Q120 and Y251 High Level Interface to Graphics and Zebra User’s Guide User’s Guide Application Software and Databases Computing and Networks Division CERN Geneva, Switzerland Copyright Notice CERN Program Library entries Q120 and Y251 HIGZ – High level Interface to Graphics and Zebra HPLOT – User’s Guide ⃝c Copyright CERN, Geneva 1998 Copyright and any other appropriate legal protection of these computer programs and associated documentation reserved in all countries of the world. These programs or documentation may not be reproduced by any method without prior written con- sent of the Director-General of CERN or his delegate. Permission for the usage of any programs described herein is granted apriori to those scientific institutes associated with the CERN experimental program or with whom CERN has concluded a scientific collaboration agreement. Requests for information should be addressed to: CERN Program Library Office CERN-IT Division CH-1211 Geneva 23 Switzerland Tel. +41 22 767 4951 Fax. +41 22 767 8630 Email: [email protected] Trademark notice: All trademarks appearing in this guide are acknowledged as such. Contact Person: Olivier Couet /IT ([email protected]) Technical Realization: Michel Goossens /IT ([email protected]) Edition – July 1998 i Preliminary remarks This guide conbines the user documentation for both the HIGZ (Part I) and HPLOT (Part II) packages. They are implemented on various mainframes (e.g. IBM VM/CMS, Cray and VAX/VMS) and Unix workstations (e.g. HP, Apollo, Ultrix, IBM RS6000, Silicon Graphics and Sun). HIGZ has been designed to provide basic graphics functions similar to GKS.
    [Show full text]
  • ULTRIX W Orksystem Software I
    ULTRIX W orksystem Software i Reader's Guide Order Number: AA-PBOGB-TE UL TRIX Worksystem Software Reader's Guide Order Number: AA-PBOGB-TE June 1990 Product Version: UL TRIX Worksystem Software Version 4.0 Operating System and Version: UL TRIX Version 4.0 digital equipment corporation maynard, massachusetts Restricted Rights: Use, duplication, or disclosure by the U.S. Government is subject to restrictions as set forth in subparagraph (c) (1) (ii) of the Rights in Technical Data and Computer Software clause of DFARS 252.227-7013. © Digital Equipment Corporation 1990 All rights reserved. The information in this document is subject to change without notice and should not be construed as a commitment by Digital Equipment Corporation. Digital Equipment Corporation assumes no responsibility for any errors that may appear in this document. The software described in this document is furnished under a license and may be used or copied only in accordance with the terms of such license. No responsibility is assumed for the use or reliability of software on equipment that is not supplied by Digital or its affiliated companies. The following are trademarks of Digital Equipment Corporation: DECUS ULTRIX Worksystem Software IJDmaama DECwindows UNIBUS CDA DTIF VAX DDIF MASSBUS V AXstation DDIS MicroVAX VMS DEC Q-bus VMS/ULTRIX Connection DECnet ULTRIX VT DEC station ULTRIX Mail Connection XVI PostScript and Display PostScript are registered trademarks of Adobe Systems, Inc. UNIX is a registered trademark of AT&T in the USA and other countries. X Window System version 11, and its derivatives (X, X11, and X version 11) are trademarks of Massachusetts Institute of Technology.
    [Show full text]
  • R&S®NRX Universal Power Meter Open Source Acknowledgment
    R&S®NRX Universal Power Meter Open Source Acknowledgment (>HÔR0) 1424703400 Version 08.00 © 2020 Rohde & Schwarz GmbH & Co. KG Mühldorfstr. 15, 81671 München, Germany Phone: +49 89 41 29 - 0 Fax: +49 89 41 29 12 164 Email: [email protected] Internet: www.rohde-schwarz.com Subject to change – Data without tolerance limits is not binding. R&S® is a registered trademark of Rohde & Schwarz GmbH & Co. KG. Trade names are trademarks of their owners. 1424.7034.00 | Version 08.00 | R&S®NRX R&S®NRX Contents Contents 1 Introduction............................................................................................ 5 2 Software packages.................................................................................6 3 Verbatim license texts......................................................................... 12 4 Copyrights............................................................................................ 51 Annex.................................................................................................... 52 A Base system license texts...................................................................52 Open Source Acknowledgment 1424.7034.00 ─ 08.00 3 R&S®NRX Contents Open Source Acknowledgment 1424.7034.00 ─ 08.00 4 R&S®NRX Introduction How to obtain the source code 1 Introduction This product uses a number of open source software packages which are listed in the section "Software packages" on page 6. The open source software is provided free of charge. You are entitled to use the open source software in accordance
    [Show full text]
  • No Starch Press, Inc
    Table of Contents The Book of VMware—The Complete Guide to VMware Workstation.......................................................1 Chapter 1: Introduction.....................................................................................................................................3 Overview..................................................................................................................................................3 1.1 Who Should Read This Book............................................................................................................3 1.2 Terms and Conventions.....................................................................................................................4 1.3 Book Layout......................................................................................................................................4 1.4 VMware Applications........................................................................................................................6 1.4.1 Quality Assurance (QA)....................................................................................................6 1.4.2 Network Programming and Testing...................................................................................6 1.4.3 Operating System Development, Research, and Education..............................................7 1.4.4 Other VMware Products....................................................................................................7 Chapter 2: The VMware Virtual Machine.......................................................................................................8
    [Show full text]