DOCSLIB.ORG

Castle Game Engine Documentation

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Castle Game Engine Documentation Castle Game Engine documentation Michalis Kamburelis Castle Game Engine documentation Michalis Kamburelis Copyright © 2006, 2007, 2008, 2009, 2010, 2011, 2012, 2013, 2014 Michalis Kamburelis You can redistribute and/or modify this document under the terms of the GNU General Public License [http://www.gnu.org/licenses/gpl.html] as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version. Table of Contents Goals ....................................................................................................................... vii 1. Overview of VRML ............................................................................................... 1 1.1. First example ............................................................................................... 1 1.2. Fields .......................................................................................................... 3 1.2.1. Field types ........................................................................................ 3 1.2.2. Placing fields within nodes ................................................................ 5 1.2.3. Examples .......................................................................................... 5 1.3. Children nodes ............................................................................................. 7 1.3.1. Group node examples ........................................................................ 7 1.3.2. The Transform node ........................................................................ 10 1.3.3. Other grouping nodes ...................................................................... 12 1.4. DEF / USE mechanism ............................................................................... 13 1.4.1. VRML file as a graph ..................................................................... 17 1.5. VRML 1.0 state ......................................................................................... 17 1.5.1. Why VRML 2.0 is better ................................................................. 21 1.6. Other important VRML features ................................................................. 23 1.6.1. Inline nodes .................................................................................... 23 1.6.2. Texture transformation ..................................................................... 24 1.6.3. Navigation ...................................................................................... 27 1.6.4. IndexedFaceSet features ................................................................... 28 1.6.5. Prototypes ....................................................................................... 30 1.6.6. X3D features ................................................................................... 31 1.6.7. Events mechanism ........................................................................... 32 1.6.8. Scripting ......................................................................................... 35 1.6.9. More features .................................................................................. 36 2. Scene Manager ..................................................................................................... 38 2.1. Scene manager, and basic example of using our engine ................................ 38 2.2. Manage your own scene manager ............................................................... 39 2.3. 2D controls manager .................................................................................. 40 2.4. Custom viewports ...................................................................................... 40 3. Reading, writing, processing VRML scene graph ................................................... 42 3.1. TVRMLNode class basics .......................................................................... 42 3.2. The sum of VRML 1.0 and 2.0 ................................................................... 43 3.3. Reading VRML files .................................................................................. 46 3.4. Writing VRML files ................................................................................... 47 3.4.1. DEF / USE mechanism when writing ............................................... 47 3.4.2. VRML graph preserving .................................................................. 48 3.5. Constructing and processing VRML graph by code ...................................... 49 3.6. Traversing VRML graph ............................................................................ 49 3.7. Geometry nodes features ............................................................................ 49 3.7.1. Bounding boxes .............................................................................. 49 3.7.2. Triangulating ................................................................................... 50 3.8. WWWBasePath property ............................................................................ 54 3.9. Defining your own VRML nodes ................................................................ 55 3.10. VRML scene ............................................................................................ 55 3.10.1. VRML shape ................................................................................. 55 3.10.2. Simple tree of shapes ..................................................................... 56 3.10.3. Events ........................................................................................... 56 3.10.4. Various comfortable routines .......................................................... 57 3.10.5. Caching ......................................................................................... 57 iii Castle Game En- gine documentation 3.10.6. Events and ChangedField notifications ............................................ 58 4. Octrees ................................................................................................................. 60 4.1. Collision detection ..................................................................................... 60 4.2. How octree works ...................................................................................... 61 4.2.1. Checking for collisions using the octree ............................................ 63 4.2.2. Constructing octree .......................................................................... 65 4.3. Octrees for dynamic worlds ........................................................................ 66 4.3.1. Transforming between world and local coordinates ............................ 67 4.3.2. The future — dynamic irregular octrees ............................................ 68 4.4. Similar data structures ................................................................................ 68 5. Ray-tracer rendering ............................................................................................. 70 5.1. Using octree .............................................................................................. 70 5.2. Classic deterministic ray-tracer ................................................................... 70 5.3. Path-tracer ................................................................................................. 71 5.4. RGBE format ............................................................................................. 72 5.5. Generating light maps ................................................................................ 72 6. OpenGL rendering ................................................................................................ 76 6.1. VRML lights rendering .............................................................................. 76 6.1.1. Lighting model ................................................................................ 76 6.1.2. Rendering lights .............................................................................. 77 6.2. Geometry arrays ......................................................................................... 78 6.2.1. Rendering using geometry arrays and VBO ...................................... 79 6.2.2. Caching of shapes arrays and VBOs ................................................. 79 6.3. Basic OpenGL rendering ............................................................................ 81 6.3.1. OpenGL resource cache ................................................................... 83 6.3.2. Specialized OpenGL rendering routines vs Triangulate approach ........ 83 6.4. VRML scene class for OpenGL .................................................................. 84 6.4.1. Material transparency using OpenGL alpha blending ......................... 85 6.4.2. Material transparency using polygon stipple ...................................... 88 6.4.3. Shape granularity ............................................................................ 89 7. Animation ............................................................................................................. 91 7.1. Interactive VRML: TCastleScene with ProcessEvents = true ...... 91 7.1.1. 3D formats support .......................................................................... 91 7.2. Non-interactive precalculated animation: TCastlePrecalculatedAn- imation ......................................................................................................... 91 7.2.1. 3D formats support .......................................................................... 92 7.2.2.
Load more

Recommended publications
  • Universidade Tecnológica Federal Do Paraná Campus Curitiba – Sede Central Departamento Acadêmico De Desenho Industrial Tecnologia Em Design Gráfico
    UNIVERSIDADE TECNOLÓGICA FEDERAL DO PARANÁ CAMPUS CURITIBA – SEDE CENTRAL DEPARTAMENTO ACADÊMICO DE DESENHO INDUSTRIAL TECNOLOGIA EM DESIGN GRÁFICO ALEXANDRE DA SILVA SANTANA A ESTAÇÃO DE TREM DE CURITIBA EM MODELAGEM 3D: UMA FORMA DE RETRATAR A HISTÓRIA DO TREM TRABALHO DE CONCLUSÃO DE CURSO CURITIBA-PR 2017 ALEXANDRE DA SILVA SANTANA A ESTAÇÃO DE TREM DE CURITIBA EM MODELAGEM 3D: UMA FORMA DE RETRATAR A HISTÓRIA DO TREM Monografia apresentada ao Curso Superior de Tecnologia em Design Gráfico do Departamento Acadêmico de Desenho Industrial – DADIN – da Universidade Tecnológica Federal do Paraná – UTFPR, como requisito parcial para obtenção do título de Graduação em Tecnologia em Design Gráfico. Orientadora: Prof.ª MSc. Ana Cristina Munaro. CURITIBA-PR 2017 Ministério da Educação Universidade Tecnológica Federal do Paraná PR Câmpus Curitiba UNIVERSIDADE TECNOLÓGICA FEDERAL DO PARANÁ Diretoria de Graduação e Educação Profissional Departamento Acadêmico de Desenho Industrial TERMO DE APROVAÇÃO TRABALHO DE CONCLUSÃO DE CURSO 039 A ESTAÇÃO DE TREM DE CURITIBA EM MODELAGEM 3D: UMA FORMA DE REVIVER A HISTÓRIA DO TREM por Alexandre da Silva Santana – 1612557 Trabalho de Conclusão de Curso apresentado no dia 28 de novembro de 2017 como requisito parcial para a obtenção do título de TECNÓLOGO EM DESIGN GRÁFICO, do Curso Superior de Tecnologia em Design Gráfico, do Departamento Acadêmico de Desenho Industrial, da Universidade Tecnológica Federal do Paraná. O aluno foi arguido pela Banca Examinadora composta pelos professores abaixo, que após deliberação, consideraram o trabalho aprovado. Banca Examinadora: Prof. Alan Ricardo Witikoski (Dr.) Avaliador DADIN – UTFPR Prof. Francis Rodrigues da Silva (Esp.) Convidado DADIN – UTFPR Profa. Ana Cristina Munaro (MSc.) Orientadora DADIN – UTFPR Prof.
    [Show full text]
  • The Design and Evolution of the Uberbake Light Baking System
    The design and evolution of the UberBake light baking system DARIO SEYB∗, Dartmouth College PETER-PIKE SLOAN∗, Activision Publishing ARI SILVENNOINEN, Activision Publishing MICHAŁ IWANICKI, Activision Publishing WOJCIECH JAROSZ, Dartmouth College no door light dynamic light set off final image door light only dynamic light set on Fig. 1. Our system allows for player-driven lighting changes at run-time. Above we show a scene where a door is opened during gameplay. The image on the left shows the final lighting produced by our system as seen in the game. In the middle, we show the scene without the methods described here(top).Our system enables us to efficiently precompute the associated lighting change (bottom). This functionality is built on top of a dynamic light setsystemwhich allows for levels with hundreds of lights who’s contribution to global illumination can be controlled individually at run-time (right). ©Activision Publishing, Inc. We describe the design and evolution of UberBake, a global illumination CCS Concepts: • Computing methodologies → Ray tracing; Graphics system developed by Activision, which supports limited lighting changes in systems and interfaces. response to certain player interactions. Instead of relying on a fully dynamic solution, we use a traditional static light baking pipeline and extend it with Additional Key Words and Phrases: global illumination, baked lighting, real a small set of features that allow us to dynamically update the precomputed time systems lighting at run-time with minimal performance and memory overhead. This ACM Reference Format: means that our system works on the complete set of target hardware, ranging Dario Seyb, Peter-Pike Sloan, Ari Silvennoinen, Michał Iwanicki, and Wo- from high-end PCs to previous generation gaming consoles, allowing the jciech Jarosz.
    [Show full text]
  • Comparison of Unity and Unreal Engine
    Bachelor Project Czech Technical University in Prague Faculty of Electrical Engineering F3 Department of Computer Graphics and Interaction Comparison of Unity and Unreal Engine Antonín Šmíd Supervisor: doc. Ing. Jiří Bittner, Ph.D. Field of study: STM, Web and Multimedia May 2017 ii iv Acknowledgements Declaration I am grateful to Jiri Bittner, associate I hereby declare that I have completed professor, in the Department of Computer this thesis independently and that I have Graphics and Interaction. I am thankful listed all the literature and publications to him for sharing expertise, and sincere used. I have no objection to usage of guidance and encouragement extended to this work in compliance with the act §60 me. Zákon c. 121/2000Sb. (copyright law), and with the rights connected with the Copyright Act including the amendments to the act. In Prague, 25. May 2017 v Abstract Abstrakt Contemporary game engines are invalu- Současné herní engine jsou důležitými ná- able tools for game development. There stroji pro vývoj her. Na trhu je množ- are numerous engines available, each ství enginů a každý z nich vyniká v urči- of which excels in certain features. To tých vlastnostech. Abych srovnal výkon compare them I have developed a simple dvou z nich, vyvinul jsem jednoduchý ben- game engine benchmark using a scalable chmark za použití škálovatelné 3D reim- 3D reimplementation of the classical Pac- plementace klasické hry Pac-Man. Man game. Benchmark je navržený tak, aby The benchmark is designed to em- využil všechny důležité komponenty her- ploy all important game engine compo- ního enginu, jako je hledání cest, fyzika, nents such as path finding, physics, ani- animace, scriptování a různé zobrazovací mation, scripting, and various rendering funkce.
    [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]
  • Master's Thesis
    University of Magdeburg School of Computer Science Master's Thesis Spherical Illuminance Composition for Real-Time Indirect Illumination Author: David Kuri April 29, 2015 Advisors: Jun.-Prof. Dr. Thorsten Grosch Department of Simulation and Graphics Prof. Dr. Holger Theisel Department of Simulation and Graphics Kuri, David: Spherical Illuminance Composition for Real-Time Indirect Illumination Master's Thesis, University of Magdeburg, 2015. Abstract In photorealistic rendering, the simulation of global illumination is of great percep- tual importance for the generation of convincing imagery. The concepts of light transport for the purpose of rendering are well understood, but expensive to calcu- late. For real-time solutions, simplification is necessary, often at the cost of visual quality. We present a new real-time algorithm for the calculation of global illumination in diffuse scenes. A precomputation step allows for high visual quality with an infinite number of light bounces. Dynamic objects can receive indirect light and don't show temporal artifacts. The proposed technique supports full dynamic lighting and works with all commonly used light source models. In addition, area and environment lighting are facilitated. Furthermore, we present details on how our technique can be implemented on con- temporary hardware. Various approaches are explained and compared to give guide- lines for practical implementation. iv Acknowledgements I would like to express my thanks to my supervisors Jun.-Prof. Dr. Thorsten Grosch and Prof. Dr. Holger Theisel for reviewing this thesis. In addition, M. Sc. Johannes Jendersie has been a great help all throughout the involved research and was very enthusiastic about my work. I would further like to thank Philipp Krause and the great people at Piranha Bytes where I developed a large part of the presented technique.
    [Show full text]
  • GLOBAL ILLUMINATION in GAMES What Is Global Illumination?
    Nikolay Stefanov, PhD Ubisoft Massive GLOBAL ILLUMINATION IN GAMES What is global illumination? Interaction between light and surfaces Adds effects such as soft contact shadows and colour bleeding Can be brute-forced using path tracing, but is very slow Cornell98 Global illumination is simply the process by which light interacts with physical surfaces. Surfaces absorb, reflect or transmit light. This here is a picture of the famous Cornell box scene, which is a standard environment for testing out global illumination algorithms. The only light source in this image is at the top of the image. Global illumination adds soft shadows and colour between between the cubes and the walls. There is also natural darkening along the edges of the walls, floor and ceiling. One such algorithm is path tracing. A naive, brute force path trace essentially shoot millions and millions of rays or paths, recording every surface hit along the way. The algorithm stops tracing the path when the ray hits a light. As you can imagine, this takes ages to produce a noise-free image. Nonetheless, people have started using some variants of this algorithm for movie production (e.g. “Cloudy With a Chance of Meatballs”) What is global illumination? Scary looking equation! But can be done in 99 lines of C++ All of this makes for some scary looking maths, as illustrated here by the rendering equation from Kajiya. However that doesn’t mean that the *code* is necessarily complicated. GI in 99 lines of C++ Beason2010 Here is an image of Kevin Beason’s smallpt, which is 99 lines of C++ code.
    [Show full text]
  • Course 26 SIGGRAPH 2006.Pdf
    Advanced Real-Time Rendering in 3D Graphics and Games SIGGRAPH 2006 Course 26 August 1, 2006 Course Organizer: Natalya Tatarchuk, ATI Research, Inc. Lecturers: Natalya Tatarchuk, ATI Research, Inc. Chris Oat, ATI Research, Inc. Pedro V. Sander, ATI Research, Inc. Jason L. Mitchell, Valve Software Carsten Wenzel, Crytek GmbH Alex Evans, Bluespoon Advanced Real-Time Rendering in 3D Graphics and Games – SIGGRAPH 2006 About This Course Advances in real-time graphics research and the increasing power of mainstream GPUs has generated an explosion of innovative algorithms suitable for rendering complex virtual worlds at interactive rates. This course will focus on recent innovations in real- time rendering algorithms used in shipping commercial games and high end graphics demos. Many of these techniques are derived from academic work which has been presented at SIGGRAPH in the past and we seek to give back to the SIGGRAPH community by sharing what we have learned while deploying advanced real-time rendering techniques into the mainstream marketplace. Prerequisites This course is intended for graphics researchers, game developers and technical directors. Thorough knowledge of 3D image synthesis, computer graphics illumination models, the DirectX and OpenGL API Interface and high level shading languages and C/C++ programming are assumed. Topics Examples of practical real-time solutions to complex rendering problems: • Increasing apparent detail in interactive environments o Inverse displacement mapping on the GPU with parallax occlusion mapping o Out-of-core rendering of large datasets • Environmental effects such as volumetric clouds and rain • Translucent biological materials • Single scattering illumination and approximations to global illumination • High dynamic range rendering and post-processing effects in game engines Suggested Reading • Real-Time Rendering by Tomas Akenine-Möller, Eric Haines, A.K.
    [Show full text]
  • Create High-Quality Light Fixtures in Unity
    Expert Guide Create High-Quality Light Fixtures in Unity Pierre Yves Donzallaz Unity Technologies 12 February 2019 (2​nd ​ revision) Introduction A light ​cookie ​is a mask used to block parts of a light source in order to control the shape of the emitted light. They can also be called “gobos”, “cucoloris” or “flags”, depending on the industry and their use case. This expert guide presents several advanced techniques to create high-quality light fixtures in Unity, using 2D and cubemap light cookies, and taking advantage of the advanced shaders available in Unity’s High Definition Render Pipeline. You can use these workflows in projects such as games, architectural visualizations, films, and simulations. Today’s real-time rendering engines cannot render all the intricate shadow details produced by a light fixture: they are unable to produce ray-traced soft shadows efficiently for lower-end platforms, let alone sharp refractive ​caustics​. User-generated cookies can allow for better artistic control of the shadows and the addition of creative details in the lighting. Furthermore, real-time Point Light shadows are still a performance dilemma for modern hardware, so creating environments with a large number of shadow-casting Point lights remains a challenge. This is why baked light cookies are crucial to generate high-quality lighting for real-time applications. Pierre Yves Donzallaz Unity Technologies 2 Pierre Yves Donzallaz Unity Technologies 3 Pierre Yves Donzallaz Unity Technologies 4 Pierre Yves Donzallaz Unity Technologies 5 Common lighting issues In real-time applications, light sources often rely on glowing, detail-less “blobs” to simulate their emissive parts.
    [Show full text]
  • Adopting Game Technology for Architectural Visualization Scott A
    Purdue University Purdue e-Pubs Department of Computer Graphics Technology Department of Computer Graphics Technology Degree Theses 4-1-2011 Adopting Game Technology for Architectural Visualization Scott A. chrS oeder Purdue University, [email protected] Follow this and additional works at: http://docs.lib.purdue.edu/cgttheses Part of the Interior Architecture Commons, and the Other Architecture Commons Schroeder, Scott A., Adopt" ing Game Technology for Architectural Visualization" (2011). Department of Computer Graphics Technology Degree Theses. Paper 6. http://docs.lib.purdue.edu/cgttheses/6 This document has been made available through Purdue e-Pubs, a service of the Purdue University Libraries. Please contact [email protected] for additional information. Graduate School ETD Form 9 (Revised 12/07) PURDUE UNIVERSITY GRADUATE SCHOOL Thesis/Dissertation Acceptance This is to certify that the thesis/dissertation prepared By Scott A. Schroeder Entitled Adopting Game Technology for Architectural Visualization Master of Science For the degree of Is approved by the final examining committee: Clark A. Cory Chair Phillip S. Dunston Nicoletta Adamo-Villiani To the best of my knowledge and as understood by the student in the Research Integrity and Copyright Disclaimer (Graduate School Form 20), this thesis/dissertation adheres to the provisions of Purdue University’s “Policy on Integrity in Research” and the use of copyrighted material. Approved by Major Professor(s): ____________________________________Clark A. Cory ____________________________________ Approved by: James L. Mohler 04/19/2011 Head of the Graduate Program Date Graduate School Form 20 (Revised 9/10) PURDUE UNIVERSITY GRADUATE SCHOOL Research Integrity and Copyright Disclaimer Title of Thesis/Dissertation: Adopting Game Technology for Architectural Visualization For the degree of MasterChoose ofyour Science degree I certify that in the preparation of this thesis, I have observed the provisions of Purdue University Executive Memorandum No.
    [Show full text]
  • Abstract Lightmap Generation And
    ABSTRACT LIGHTMAP GENERATION AND PARAMETERIZATION FOR REAL-TIME 3D INFRA-RED SCENES by Meisam Amjad Having high resolution Infra-Red (IR) imagery in cluttered environment of battlespace is crucial for capturing intelligence in search and target acquisition tasks such as whether or not a vehicle (or any heat source) has been moved or used and in which direction. While 3D graphic simulation of large scenes helps with retrieving information and training analysts, using traditional 3D rendering techniques are not enough, and an additional parameter needs to be solved due to different concept of visibility in IR scenes. In 3D rendering of IR scenes, the problem of what can currently be seen by a participant of the simulation does not just depend on emitted thermal energy from objects, and the visibility also depends on previous scenes as thermal energy is slowly retained and diffused over time. Therefore, time as an additional factor must be included since the aggregation of heat energy in the scene relates to its past. Our solution uses lightmaps for storing energy that reaches surfaces over time. We modify the lightmaps to solve the problem of lightmap parameterization between 3D surfaces and 2D mapping and add an extra ability to let us periodically update only necessary areas based on dynamic aspects of the scene. LIGHTMAP GENERATION AND PARAMETERIZATION IN A REAL-TIME 3D INFRA-RED SCENES A Thesis Submitted to the Faculty of Miami University in partial fulfillment of the requirements for the degree of Master of Science by Meisam Amjad Miami
    [Show full text]
  • Semi Dynamic Light Maps a Thesis Submitted to the Graduate School of Informatics of Middle East Technical University by Bek˙Ir
    SEMI DYNAMIC LIGHT MAPS A THESIS SUBMITTED TO THE GRADUATE SCHOOL OF INFORMATICS OF MIDDLE EAST TECHNICAL UNIVERSITY BY BEKIR˙ ÖZTÜRK IN PARTIAL FULFILLMENT OF THE REQUIREMENTS FOR THE DEGREE OF MASTER OF SCIENCE IN MULTIMEDIA INFORMATICS SEPTEMBER 2019 Approval of the thesis: SEMI DYNAMIC LIGHT MAPS submitted by BEKIR˙ ÖZTÜRK in partial fulfillment of the requirements for the degree of Master of Science in Modelling and Simulation Department, Middle East Technical University by, Prof. Dr. Deniz Zeyrek Boz¸sahin Dean, Graduate School of Informatics Assist. Prof. Dr. Elif Sürer Head of Department, Modelling and Simulation Assoc. Prof. Dr. Ahmet Oguz˘ Akyüz Supervisor, Computer Engineering, METU Examining Committee Members: Prof. Dr. Tolga Can Computer Engineering, METU Assoc. Prof. Dr. Ahmet Oguz˘ Akyüz Computer Engineering, METU Prof. Dr. Tolga Kurtulu¸sÇapın Computer Engineering, TED University Assoc. Prof. Dr. Hüseyin Hacıhabiboglu˘ Modelling And Simulation, METU Assoc. Prof. Dr. Yusuf Sahillioglu˘ Computer Engineering, METU Date: I hereby declare that all information in this document has been obtained and presented in accordance with academic rules and ethical conduct. I also declare that, as required by these rules and conduct, I have fully cited and referenced all material and results that are not original to this work. Name, Surname: Bekir Öztürk Signature : iii ABSTRACT SEMI DYNAMIC LIGHT MAPS Öztürk, Bekir M.S., Department of Multimedia Informatics Supervisor: Assoc. Prof. Dr. Ahmet Oguz˘ Akyüz September 2019, 58 pages One of the biggest challenges of real-time graphics applications is to maintain high frame rates while producing realistically lit results. Many realistic lighting effects such as indirect illumination, ambient occlusion, soft shadows, and caustics are either too complex to render in real-time with today’s hardware or cause significant hits to frame rates.
    [Show full text]
  • VR Performance for Mobile Devices Optimization Vs
    VR Performance for mobile devices Optimization vs. visual shift against realism Fredrik Tall Computer Graphic Arts, bachelor's level 2017 Luleå University of Technology Department of Arts, Communication and Education Preface This thesis summarizes my Bachelor’s degree in Computer Graphics at Luleå University of Technology in Skellefteå, Sweden. I would like to take the opportunity to thank my colleagues for feedback and inspiration. A big thank you to LTU and my instructors Samuel Lundsten, Stefan Berglund, Arash Vahdat and Håkan Wallin who made the education possible. Fredrik Tall Sammanfattning Denna rapport kommer att gå igenom prestanda och begränsningar av VR på mobila enheter för att uppnå realism. Det kommer att börja med en teoretisk del som enheten och VR-headsetet, och sedan en praktisk del där prestanda testas för att hitta relevanta kostnader för pixlar ändras i en redan skapad inomhus kontorsmiljö. Det ultimata målet för VR är Holodeck i Star Trek men utan behov av Starship Enterprise som en stor dator. Använda solglasögon och datorn har alla redan har i fickan, smartmobilen. Tekniken i smartmobiler rör sig fort, komponenter blir mindre och kraftfullare varje år. Det är inte ovanligt att de dubblar sin kapacitet från föregående års modell. I denna avhandling diskuteras begränsningarna av realistisk VR-grafik och deras kostnader för prestationsbegränsade enheter som finns i smartmobiler. Resultaten visar visuell effekt kontra prestanda i en kontorsmiljö skapad för Unity, den kommer att täcka... Vilka optimeringar i VR skapar mer autentiska pixlar, jämfört med deras kostnad i FPS när du måste ta hänsyn till en mycket mer limiterad prestationsbudget? Vilka parametrar är viktiga att arbeta med för att komma närmare en trovärdig rekreation av en verklig världsmiljö jämfört med kostnaden i FPS.
    [Show full text]