DOCSLIB.ORG

J3deval Studienarbeit

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
J3deval Studienarbeit J3DEval Studienarbeit Abteilung Informatik Hochschule für Technik Rapperswil Herbstsemester 2011 Autor(en): Mühlemann Lara, Walser Marion Betreuer: Thomas Letsch Studienarbeit: J3DEval Walser Marion | Mühlemann Lara Inhalt INHALT ................................................................................................... REGISTERNUMMER AUFGABENSTELLUNG ....................................................................................................... 1 ABSTRACT ................................................................................................................... 2 MANAGEMENT SUMMARY ................................................................................................... 3 TECHNISCHER BERICHT .................................................................................................... 4 PERSÖNLICHE BERICHTE ................................................................................................... 5 GLOSSAR .................................................................................................................... 6 LITERATURVERZEICHNIS ................................................................................................... 7 PROJEKTPLAN ............................................................................................................... 8 CODE CONVENTION ........................................................................................................ 9 ZEITPLAN + AUSWERTUNGEN ........................................................................................... 10 ITERATIONSPLÄNE ........................................................................................................ 11 EVALUATIONSDOKUMENTATION ......................................................................................... 12 ANFORDERUNGSSPEZIFIKATION ........................................................................................ 13 DOMAINANALYSE ......................................................................................................... 14 SYSTEM ARCHITEKTUR DOKUMENT ..................................................................................... 15 FUNKTIONSUMFANG RELEASE , RELEASE 1, RELEASE 2, RELEASE 3 ............................................. 16 CODE REVIEWS ........................................................................................................... 17 SYSTEMTESTS ............................................................................................................. 18 TODO-LISTE UND BUG -TRACKING .................................................................................... 19 ZEITERFASSUNGEN ....................................................................................................... 20 Seite 1 von 1 Dokument: Inhaltsverzeichnis2.doc Datum: 22.12.2011 Aufgabenstellung Studienarbeit HS 2011 __________________________________________________________ Java-3D-Library Evaluation/Refactoring Studentinnen • Lara Mühlemann • Marion Walser Einführung Für eine bestehende 3D-Java-Applikation [1] soll die verwendete 3D-Bibliothek ersetzt werden. Bei der oben aufgeführter Anwendung handelt es sich um eine Visualisierungs- Applikation, bei welcher der Zusammenhang zwischen Klassen und Objekten visuell veranschaulicht wird. Dabei ist für den 3D-Teil eine Library eingesetzt (Java3D), welche direkt auf den Treibern der entsprechenden Video-Karte aufsetzt und somit sehr schnell, aber nicht mehr unabhängig von der Hardware ist und somit zu unterschiedlichem Verhalten je nach Hardware führt (das "Write-Once-Run-Everywhere"-Paradigma ist nicht mehr gegeben). Zudem ist eine vorgängige Installation der Java3D-Library nötig. Für den Einsatz im Unterricht wäre eine Unabhängigkeit von der darunterliegenden Hardware erstrebenswert. Aufgabenstellung Bei dieser Studienarbeit soll zuerst eine Evaluation durchgeführt werden, mit welcher bestimmt wird, welche hardwareunabhängige Technologie am besten für eine Ablösung verwendet werden soll. Aufgrund dieses Entscheides soll darauf folgend ein Prove-of-Concept erstellt werden. Unter Berücksichtigung von aktuellen Software-Engineering-Methoden soll ein geeigneter Entwicklungsprozess definiert werden und darauf basierend die Evaluation durchgeführt und darauf aufbauend der Prove-of-Concept gebaut werden. __________________________________________________________ Thomas Letsch 19.09.2011 1/2 Aufgabenstellung Studienarbeit HS 2011 __________________________________________________________ Technologien • Java • Eclipse • Enterprise Architect Generelles • Die Vorgaben der Abteilung Informatik [2] sind einzuhalten. • Die "Generelle Richtlinien für Studien- und Bachelorarbeiten" [3] sind einzuhalten. • Mit dem CASE-Tool Enterprise Architect ist ein UML-Modell zu führen, welches synchron mit den Programm-Sourcen und der Projekt-Dokumentation ist. • Ein Java-Entwickler muss mit der Projekt-Dokumentation in die Lage versetzt werden, die Applikation in Betrieb zu nehmen und weiter entwickeln zu können. Termine • Montag 19.09.11 Beginn der Studienarbeit • Freitag 23.12.11 17:00 Uhr Abgabe der Studienarbeit Betreuung Thomas Letsch [email protected] 055 - 22 24 567 (HSR Büro 5.204); 055 - 214 43 50 (Geschäft) Referenzen [1] Bachelorarbeit "3D-Class-Object-Visualization 3D-COV" (25.05.2007, Dario Vonäsch) [2] www.hsr.ch: HSR-intern>Bachelor-Studiengänge>Informatik>Allgemeine Infos Diplom-, Bachelor- und Studienarbeiten https://www.hsr.ch/Allgemeine-Infos-Diplom-Bach.4418.0.html [3] "Generelle Richtlinien für Studien- und Bachelorarbeiten" (v1.5 / 18.09.2011, Thomas Letsch) Rapperswil, 19.September 2011 Thomas Letsch __________________________________________________________ Thomas Letsch 19.09.2011 2/2 Projekt: J3DEval Abstrakt Version: 1.0 Datum: 21. Dezember 2011 Von: Marion Walser, Lara Mühlemann Studienarbeit: J3DEval Walser Marion | Mühlemann Lara Dokumentinformationen 1.1. Änderungsgeschichte Datum Version Änderung Autor 17.12.2011 1.0 Erstellung des Dokuments Marion Walser 1.2. Verantwortlichkeit Für dieses Dokument ist Marion Walser verantwortlich. 1.3. Überprüfung Datum Durchgeführt von 17.12.2011 Lara Mühlemann 1.4. Inhalt DOKUMENTINFORMATIONEN ............................................................................................... 2 1.1. ÄNDERUNGSGESCHICHTE ...................................................................................... 2 1.2. VERANTWORTLICHKEIT ........................................................................................ 2 1.3. ÜBERPRÜFUNG .................................................................................................. 2 1.4. INHALT ........................................................................................................... 2 ABSTRAKT ................................................................................................................... 3 Seite 2 von 3 Dokument: Abstrakt.doc Datum: 21.12.2011 Studienarbeit: J3DEval Walser Marion | Mühlemann Lara Abstrakt In früheren Studien- und Bachelorarbeiten wurde ein Tool entwickelt namens 3DCOV, mit dem sich Klassen- und Objektdiagramme erstellen lassen. Das Objektdiagramm wird dabei in einer 3D-Darstellung angezeigt. Die Umsetzung der 3D-Darstellung erfolgte mit der Java 3D Library. Dadurch dass die Java 3D Library nicht komplett plattformunabhängig ist und unterschiedliche Installation verlangte, wurde dem Grundsatz von Java „write once, run anywhere“ nicht vollauf entsprochen. In dieser Arbeit soll nun diese Plattformunabhängigkeit von Java wieder erreicht werden. Dafür wurde eine Evaluation durchgeführt, in der verschiedene 3D-Libraries auf ihre Plattformunabhängigkeit und Kompatibilität mit Java analysiert wurden. Dabei wurde erkannt, dass keine Library mit diesen Vorgaben existiert. Die 3D-Libraries werden grundsätzlich für eine hohe Performance entwickelt und greifen deshalb auf die Hardware zu. Dies verhindert eine Plattformunabhängigkeit. Es wurden zwei mögliche Varianten aus diesen Erkenntnissen genauer angeschaut. Erstens die Entkopplung der Java 3D Library von der Hardware und der Aufbau derselben auf Java 2D. Zweitens die Eigenprogrammierung der 3D-Darstellung aufbauen auf 2D, dabei wird Java3D nicht mehr verwendet. Die erste Variante erwies sich als unmöglich, da die Struktur der Objekte in der Java 3D Library nicht verwendet werden kann, um diese über Java 2D zeichnen zu lassen. Die zweite Variante war erfolgreich und Bedenken bezüglich Performance erwies sich als nur teilweise berechtigt. Die Implementation aufbauend auf Java 2D konnte danach durchgeführt werden. Es konnten alle Funktionalitäten von 3DCOV wieder hergestellt werden. Die Performance ist soweit akzeptabel, dass nur bei leistungsschwächeren Rechnern die Bewegung des Objektdiagramms nicht fliessend ist. Seite 3 von 3 Dokument: Abstrakt.doc Datum: 21.12.2011 Projekt: J3DEval Management Summary Version: 1.0 Datum: 21. Dezember 2011 Von: Marion Walser, Lara Mühlemann Studienarbeit: J3DEval Walser Marion | Mühlemann Lara 1.1.1. Dokumentinformationen 1.1. Änderungsgeschichte Datum Version Änderung Autor 16.12.2011 1.0 Erstellung des Dokuments Lara Mühlemann 21.12.2011 1.0 Korrektur aus Besprechung mit Betreuer Marion Walser 1.2. Verantwortlichkeit Für dieses Dokument ist Lara Mühlemann verantwortlich. 1.3. Überprüfung Datum Durchgeführt von 17.12.2011 Marion Walser 1.4. Inhalt 1. DOKUMENTINFORMATIONEN ......................................................................................... 2 1.1. ÄNDERUNGSGESCHICHTE .....................................................................................
Load more

Recommended publications
  • Eindhoven University of Technology MASTER 3D-Graphics Rendering On
    Eindhoven University of Technology MASTER 3D-graphics rendering on a multiprocessor architecture van Heesch, F.H. Award date: 2003 Link to publication Disclaimer This document contains a student thesis (bachelor's or master's), as authored by a student at Eindhoven University of Technology. Student theses are made available in the TU/e repository upon obtaining the required degree. The grade received is not published on the document as presented in the repository. The required complexity or quality of research of student theses may vary by program, and the required minimum study period may vary in duration. General rights Copyright and moral rights for the publications made accessible in the public portal are retained by the authors and/or other copyright owners and it is a condition of accessing publications that users recognise and abide by the legal requirements associated with these rights. • Users may download and print one copy of any publication from the public portal for the purpose of private study or research. • You may not further distribute the material or use it for any profit-making activity or commercial gain "77S0 TUIe technische universiteit eindhoven Faculty of Electrical Engineering Section Design Technology For Electronic Systems (ICS/ES) ICS-ES 817 Master's Thesis 3D-GRAPHICS RENDE RING ON A MULTI­ PROCESSOR ARCHITECTURE. F. van Heesch Coach: Ir. E. Jaspers (Philips Research Laboratories) Dr. E. van der Tol (Philips Research Laboratories) Supervisor: prof.dr.ir. G. de Haan Date: March 2003 The Faculty of Electrical Engineering of the Eindhoven Universily of Technology does not accept any responsibility regarding the contents of Masters Theses Abstract Real-time 3D-graphics rendering is a highly computationally intensive task, with a high memory bandwidth requirement.
    [Show full text]
  • Programmation Amigaos
    Découverte de la Programmation AmigaOS Version 1.0 - 07/11/2003 http://www.guru-meditation.net Avant-propos Bonjour à tous, A l’occasion de l’Alchimie, nous sommes très heureux de faire voir le jour à ce document en français sur la programmation Amiga. Il devrait représenter une précieuse source d’informations et il sera complété et corrigé au fil du temps. Le but de ce livret est de vous offrir des clés, des pistes pour partir sur les chemins du développement en les balisant. Par exemple, vous ne trouverez pas ici de tutoriels sur l’utilisation des bibliothèques ou des devices du système. Nous donnons ici des principes et des conseils mais pas de code : pour des sources et des exemples, nous vous renvoyons à notre site (http://www.guru-meditation.net) et un chapitre est en plus réservé à la recherche d’informations. Nous essaierons de prendre en compte un maximum de configurations possible, de signaler par exemple les spécificités de MorphOS, ... Quelque soit le système, on peut d’ors et déjà déconseiller à tous de “coder comme à la belle époque” comme on entend parfois, c’est à dire en outrepassant le système. Nous souhaitons, par le développement, contribuer à un avenir plus serein de l’Amiga. C’est pourquoi, parfois avec un pincement, nous omettrons de parler d’outils ou de pratiques “révolus”. On conseillera avant tout ceux qui sont maintenus et modernes ... ou encore, à défaut, anciens mais indispensables. Objectif : futur. Ce livret est très porté vers le langage C mais donne malgré tout de nombreux éclairages sur la programmation en général.
    [Show full text]
  • 3D Computer Graphics Compiled By: H
    animation Charge-coupled device Charts on SO(3) chemistry chirality chromatic aberration chrominance Cinema 4D cinematography CinePaint Circle circumference ClanLib Class of the Titans clean room design Clifford algebra Clip Mapping Clipping (computer graphics) Clipping_(computer_graphics) Cocoa (API) CODE V collinear collision detection color color buffer comic book Comm. ACM Command & Conquer: Tiberian series Commutative operation Compact disc Comparison of Direct3D and OpenGL compiler Compiz complement (set theory) complex analysis complex number complex polygon Component Object Model composite pattern compositing Compression artifacts computationReverse computational Catmull-Clark fluid dynamics computational geometry subdivision Computational_geometry computed surface axial tomography Cel-shaded Computed tomography computer animation Computer Aided Design computerCg andprogramming video games Computer animation computer cluster computer display computer file computer game computer games computer generated image computer graphics Computer hardware Computer History Museum Computer keyboard Computer mouse computer program Computer programming computer science computer software computer storage Computer-aided design Computer-aided design#Capabilities computer-aided manufacturing computer-generated imagery concave cone (solid)language Cone tracing Conjugacy_class#Conjugacy_as_group_action Clipmap COLLADA consortium constraints Comparison Constructive solid geometry of continuous Direct3D function contrast ratioand conversion OpenGL between
    [Show full text]
  • V2.1 User Handbook
    V2.1 User Handbook August 24, 2007 i The EMC Team This handbook is a work in progress. If you are able to help with writing, editing, or graphic preparation please contact any member of the writing team or join and send an email to emc- [email protected]. Copyright (c) 2000-6 LinuxCNC.org Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.1 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts, and one Back-Cover Text: "This EMC Handbook is the product of several authors writing for linuxCNC.org. As you find it to be of value in your work, we invite you to contribute to its revision and growth." A copy of the license is included in the section entitled "GNU Free Documentation License". If you do not find the license you may order a copy from Free Software Foundation, Inc. 59 Temple Place, Suite 330 Boston, MA 02111-1307 Contents I Introduction & installing EMC2 1 1 The Enhanced Machine Control 2 1.1 Introduction ........................................... 2 1.2 The Big CNC Picture ....................................... 2 1.3 Computer Operating Systems ................................. 3 1.4 History of the Software ..................................... 3 1.5 How the EMC2 Works ...................................... 4 1.5.1 Graphical User Interfaces ............................... 5 1.5.2 Motion Controller EMCMOT .............................. 6 1.5.3 Discrete I/O Controller EMCIO ............................ 7 1.5.4 Task Executor EMCTASK ............................... 7 1.6 Thinking Like a Machine Operator .............................. 8 1.6.1 Modes of Operation ..................................
    [Show full text]
  • Voodoo 3 2000-3000 Reviewers Guide
    Voodoo3™ 2000 /3000 Reviewer’s Guide For reviewers of: Voodoo3 2000 Voodoo3 3000 DRAFT - DATED MATERIAL THE CONTENTS OF THIS REVIEWER’S GUIDE IS INTENDED SOLELY FOR REFERENCE WHEN REVIEWING SHIPPING VERSIONS OF VOODOO3 REFERENCE BOARDS. THIS INFORMATION WILL BE REGULARLY UPDATED, AND REVIEWERS SHOULD CONTACT THE PERSONS LISTED IN THIS GUIDE FOR UPDATES BEFORE EVALUATING ANY VOODOO3 BOARD. 3dfx Interactive, Inc. 4435 Fortran Dr. San Jose, CA 95134 408-935-4400 www.3dfx.com Copyright 1999 3dfx Interactive, Inc. All Rights Reserved. All other trademarks are the property of their respective owners. Voodoo3™ Reviewers Guide August 1999 Table of Contents INTRODUCTION Page 4 SECTION 1: Voodoo3 Board Overview Page 4 • Features • 2D Performance • 3D Performance • Video Performance • Target Audience • Pricing & Availability • Warranty • Technical Support SECTION 2: About the Voodoo3 Board Page 7 • Board Layout - Hardware Configuration & Components - System Requirements • Display Mode Table • Software Drivers • 3dfx Tools Summary SECTION 3: About the Voodoo3 Chip Page 10 • Overview SECTION 4: Installation and Start-Up Page 11 • Installing the Board • Start-Up SECTION 5: Testing Recommendations Page 14 • Testing the Voodoo3 Board • Cures to common benchmarking and image quality mistakes - 2 - Voodoo3™ Reviewers Guide August 1999 Table of Contents (cont.) SECTION 6: FAQ Page 16 SECTION 7: Glossary of 3D Terms Page 19 SECTION 8: Contacts Page 20 APPENDICES 1: Current Benchmark Page 21 • 3D WinBench • 3D Mark • Winbench 99 • Speedy • Game Gauge 1 • Quake II Time Demo 1 at 1600 x 1200 • Quake II Time Demo 1 at 1280 x 1024 Expected Performance of Popular Benchmarks 2: Errata: Known Problems Page 23 3: 3dfx Tools User Guide Page 24 - 3 - Voodoo3™ Reviewers Guide August 1999 INTRODUCTION: The Voodoo3 2000/3000 Reviewer’s Guide is a concise guide to the Voodoo3 143MHz, and 166MHz graphics accelerator boards.
    [Show full text]
  • QUAKE 2 (Amiga)
    Quake 2 for AmigaOS Table of Contents Quake 2 for AmigaOS Licence issues Features of this port Installation and Gamestart The GUI Mini-FAQ Speed-Tweaking Hyperion-Demos List of included Quake 2 Mods Technical Support Quake 2 Web-Links Credits System Requirements The GUI When you doubleclick the Icon you see four tabs: Gfx Here you can select between MiniGL/Warp3D and Software Rendering. People with 3D Hardware should select MiniGL/Warp3D. It looks nicer and performs better. The game is also playable in Software-Rendering, though. You also can select between Fullscreen and Window Mode on this Tab. Audio On this tab you can choose between AHI and Paula-Sound. Also you can setup your CD Drive for CD Audio Replay (or disable it). Input On this Tab you can Enable or Disable the Mouse and the Joystick. As to the Joystick, the following Input-Devices are supported: - CD 32 Pad - PSX Port - PC-Analog-Stick, by using a Custom-Made Adapter and wessupport.library (included on CD). The same adaptor which worked for Descent:Freespace and ADescent also works for Quake 2. For PSX Port and PC-Joysticks you can also manipulate the Joystick-Speed and the Deadzone. In case you use a PC-Joystick, PSX Port and CD32 Pad will be disabled. In case you use PSX Port you can choose to disable all other Joysticks, if wanted. Game This is the Tab which comes up, when you start up the GUI. Here you can chooce between Deathmatch, Cooperative Gaming and CTF (as supported by Mods).
    [Show full text]
  • Razlike Između Opengl I Direct3d Programskih Sučelja Differences
    POLYTECHNIC & DESIGN Vol. 4, No. 2, 2016. DOI: 10.19279/TVZ.PD.2016-4-2-03 RAZLIKE IZMEĐU OPENGL I DIRECT3D PROGRAMSKIH SUČELJA DIFFERENCES BETWEEN THE OPENGL AND DIRECT3D PROGRAMMING INTERFACES Andrija Bernik1, Vedran Bergovec1, Zvonimir Sabati2 1Sveučilište Sjever – Sveučilišni centar Varaždin 2Fakultet organizacije i informatike Sažetak 1. Uvod U ovom radu prikazane su i objašnjene razlike između dva najpopularnija grafička programska 1. Introduction sučelja počevši od njihovih izoliranih početaka 1992. godine, preko njihovih čestih srazova Direct3D i OpenGL su konkurentska u područjima performansi, jednostavnosti programska sučelja (API) koja se mogu koristiti korištenja, pokušaja upadanja u ciljane skupine u aplikacijama za prikazivanje 2D i 3D računalne onog drugog i neuspjelog pokušaja spajanja u grafike. Hardverska akceleracija tog procesa jedan proizvod. Ovaj rad također se bavi raznim je učestalo koristi od otprilike 1999. Od 2005. tehnikama i problemima koje spomenuti API- grafičke procesorske jedinice (GPU) gotovo uvijek evi moraju savladati i nadvladati da mi se izdigli koriste oba API-a. Direct3D aplikacije se najčešće iznad konkurencije. Na kraju rada prikazana je koriste na Microsoft Windows platformi dok je raspodjela spomenutih API-eva prema određenim OpenGL otvoreni standard i koristi se na širokom korisničkim skupinama i objašnjeno je zašto su baš spektru platformi. Glavna razlika je da OpenGL te skupine odabrale određeni API u svom radu. procesuira 2D i 3D grafiku dok DIrect3D samo 3D grafiku, no postoje i druge, manje
    [Show full text]
  • Step-Through Debugging of GLSL Shaders
    Step-Through Debugging of GLSL Shaders Hilgart, Mark School of Computer Science, DePaul University, Chicago, USA Abstract Programmers writing in the OpenGL Shading Language (GLSL) today rely on printf-style debugging methods and IDEs that set up test environments. However, as shaders get more complex, traditional step-through debugging on shaders running in their intended application becomes more useful. This paper describes a rewriting method that enables step-through debugging on GLSL shaders that are running in the user’s program. Full- screen debugging is used first to identify interesting pixels, then individual pixels are stepped through to completely understand their behavior. This rewriting method can be made transparent to the user, and serves as an alternative to planned library support. I. Introduction SGI brought hardware 3D acceleration to the scientific and visualization communities in 1983. Their first machine was the Iris 1000 and sold for tens of thousands of dollars. To allow program- mers to use the hardware, SGI provided a library called IrisGL. This library would allow the CPU to send scene data and textures to the 3D hardware as well as control how it rendered the scene. This is also how OpenGL works, which was based on IrisGL. SGI to this day still only produces non-programmable 3D hardware, meaning the way the scene is rendered with their hardware can only be managed in a limited number of ways. Most notably the lighting model is fixed, and all materials tend to look similar. This also means non-3D uses are extremely limited. The year 1983 also saw the world’s first shader language written by Ken Perlin[16].
    [Show full text]
  • Mesa Documentation Release 12.0
    Mesa Documentation Release 12.0 Brian Paul et al. August 28, 2016 General 1 Introduction 1 2 Developers 7 3 Supported Systems and Drivers9 4 Disclaimer 11 5 Mesa Frequently Asked Questions 13 6 Release Notes 19 7 Acknowledgements 25 8 Conformance 27 9 Downloading 39 10 Compiling and Installing 41 11 Compilation and Installation using Autoconf 45 12 Precompiled Libraries 49 13 Mailing Lists 51 14 Bug Database 53 15 Webmaster 55 16 Shading Language Support 57 17 Mesa EGL 61 18 OpenGL ES 65 19 Environment Variables 67 20 Off-screen Rendering 73 21 Debugging Tips 75 i 22 Performance Tips 77 23 Mesa Extensions 79 24 Function Name Mangling 81 25 llvmpipe 83 26 VMware guest GL driver 87 27 Gallium Post-processing 91 28 Application Issues 93 29 Viewperf Issues 95 30 Code Repository 99 31 Mesa source code tree overview 103 32 Development Utilities 107 33 Help Wanted / To-Do List 109 34 Development Notes 111 35 Source Code Documentation 121 36 GL Dispatch in Mesa 123 37 Indices and tables 127 ii CHAPTER 1 Introduction Mesa is an open-source implementation of the OpenGL specification - a system for rendering interactive 3D graphics. A variety of device drivers allows Mesa to be used in many different environments ranging from software emulation to complete hardware acceleration for modern GPUs. Mesa ties into several other open-source projects: the Direct Rendering Infrastructure and X.org to provide OpenGL support to users of X on Linux, FreeBSD and other operating systems. Project History The Mesa project was originally started by Brian Paul.
    [Show full text]
  • AGP-V3200 Series USER's MANUAL
    R AGP-V3200 Series 3D Multimedia Accelerator USER’S MANUAL Hardware & Video Drivers AGP-V3200/8M AGP-V3200/16M USER’S NOTICE No part of this manual, including the products and software described in it, may be repro- duced, transmitted, transcribed, stored in a retrieval system, or translated into any language in any form or by any means, except documentation kept by the purchaser for backup pur- poses, without the express written permission of ASUSTeK COMPUTER INC. (“ASUS”). ASUS PROVIDES THIS MANUAL “AS IS” WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE IMPLIED WARRANTIES OR CONDITIONS OF MERCHANTABILITY OR FITNESS FOR A PAR- TICULAR PURPOSE. IN NO EVENT SHALL ASUS, ITS DIRECTORS, OFFICERS, EMPLOYEES OR AGENTS BE LIABLE FOR ANY INDIRECT, SPECIAL, INCIDEN- TAL, OR CONSEQUENTIAL DAMAGES (INCLUDING DAMAGES FOR LOSS OF PROFITS, LOSS OF BUSINESS, LOSS OF USE OR DATA, INTERRUPTION OF BUSI- NESS AND THE LIKE), EVEN IF ASUS HAS BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES ARISING FROM ANY DEFECT OR ERROR IN THIS MANUAL OR PRODUCT. Product warranty or service will not be extended if: (1) the product is repaired, modified or altered, unless such repair, modification of alteration is authorized in writing by ASUS; or (2) the serial number of the product is defaced or missing. Products and corporate names appearing in this manual may or may not be registered trade- marks or copyrights of their respective companies, and are used only for identification or explanation and to the owners’ benefit, without intent to infringe. • IBM and OS/2 are registered trademarks of International Business Machines.
    [Show full text]
  • Downloads/Opengl Datasheet.Pdf
    Obsah 1 Úvod.................................................................................................................................... 5 1.1 Doporučení........................................................................................................................................... 5 1.2 Důležité pojmy..................................................................................................................................... 5 2 Moderní grafické adaptéry ............................................................................................ 12 2.1 Motivace vývoje................................................................................................................................. 12 2.2 Historie a vývoj.................................................................................................................................. 13 2.2.1 Grafické akcelerátory 1. generace................................................................................................. 13 2.2.2 Grafické akcelerátory 2. generace................................................................................................. 13 2.2.3 Grafické akcelerátory 3. generace................................................................................................. 14 2.2.4 Grafické akcelerátory 4. generace................................................................................................. 14 2.2.5 Špičkové grafické akcelerátory ....................................................................................................
    [Show full text]
  • Opensg: a Scene Graph System for Flexible and Efficient Realtime
    OpenSG: A Scene Graph System for Flexible and Efficient Realtime Rendering for Virtual and Augmented Reality Applications Vom Fachbereich Informatik der Technischen Universität Darmstadt genehmigte DISSERTATION zur Erlangung des akademischen Grades eines Doktor-Ingenieur (Dr.-Ing.) von Dipl.-Inform. Dirk Reiners aus Bergisch Gladbach Referenten der Arbeit: Prof. Dr. José L. Encarnação Prof. Dr. Stefan Müller Tag der Einreichung: 5. Mai 2002 Tag der mündlichen Prüfung: 21. Juni 2002 D17 Darmstädter Dissertationen 2002 Acknowledgements This work wouldn’t have been possible without the continuous support and encour- agement from a number of people. I would like to thank Prof. Dr. José L. Encarnação for creating and maintaining an en- vironment that encourages experimentation and free research without letting people drift too far off track, but keeping them focussed on what needs to be done. My department head Stefan Müller was always there for me and kept believing in me even when I didn’t. Which can be very annoying, but sometimes is just what’s necessary. Many ideas were formed and formalized in intensive discussions with the rest of the OpenSG dream team, Gerrit Voss and Johannes Behr, without whom many mistakes would have been made and many good aproaches ignored. Many ideas were fine-tuned in discussion with other members of the graphics and later OpenSG community. Allen Bierbaum and David Blythe were instrumental in getting everything started. All my colleagues from the A4 department were helpful in making even the hard times fun and enjoyable. Their influence on the overall work environment and general motivation can not be overestimated.
    [Show full text]