DOCSLIB.ORG

Research on Improving Methods for Visualizing Common Elements in Video Game Applications ビデオゲームアプリケーショ

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Research on Improving Methods for Visualizing Common Elements in Video Game Applications ビデオゲームアプリケーショ Research on Improving Methods for Visualizing Common Elements in Video Game Applications ビデオゲームアプリケーションにおける共通的 なな要素要素のの視覚化手法視覚化手法のの改良改良にに関関関するする研究 June 2013 Graduate School of Global Information and Telecommunication Studies Waseda University Title of the project Research on Image Processing II Candidate ’’’s name Sven Dierk Michael Forstmann 2 Index Index 3 Acknowledgements Foremost, I would like to express my sincere thanks to my advisor Prof. Jun Ohya for his continuous support of my Ph.D study and research. His guidance helped me in all the time of my research and with writing of this thesis. I would further like to thank the members of my PhD committee, Prof. Shigekazu Sakai, Prof. Takashi Kawai, and Prof. Shigeo Morishima for their valuable comments and suggestions. For handling the formalities and always being helpful when I had questions, I would like to thank the staff of the Waseda GITS Office, especially Yumiko Kishimoto san. For their financial support, I would like to thank the DAAD (Deutscher Akademischer Austauschdienst), the Japanese Government for supporting me with the Monbukagakusho Scholarship and ITO EN Ltd, for supporting me with the Honjo International Scholarship. For their courtesy of allowing me the use of some of their screenshots, I would like to thank John Olick, Bernd Beyreuther, Prof. Ladislav Kavan and Dr. Cyril Crassin. Special thanks are given to my friends Dr. Gleb Novichkov, Prof. Artus Krohn-Grimberghe, Yutaka Kanou, and Dr. Gernot Grund for their encouragement and insightful comments. Last, I would like to thank my family: my parents Dierk and Friederike Forstmann, and my brother Hanjo Forstmann for their support and encouragement throughout the thesis. 4 Index Index 5 Index Index 5 Figure Index ................................................................................................................................. 9 Table Index ................................................................................................................................ 14 Chapter 1. Introduction ......................................................................................................... 16 1.1 Background ..................................................................................................................... 16 1.2 Related Work .................................................................................................................. 20 1.2.1 Overview ......................................................................................................................... 20 1.2.2 Terrain ............................................................................................................................. 20 1.2.3 Static Objects .................................................................................................................. 22 1.2.4 Skeletal Animation .......................................................................................................... 24 1.3 Purpose ............................................................................................................................ 26 1.3.1 Terrain ............................................................................................................................. 26 1.3.2 Static Objects .................................................................................................................. 27 1.3.3 Skeletal Animated Objects .............................................................................................. 27 1.4 Approach ......................................................................................................................... 27 1.4.1 Terrain ............................................................................................................................. 27 1.4.2 Static Objects .................................................................................................................. 28 1.4.3 Skeletal Animation .......................................................................................................... 29 1.5 Organization .................................................................................................................... 29 Chapter 2. 3D Engine ............................................................................................................. 32 2.1 History ............................................................................................................................. 32 2.2 3D engine in Game Engine ............................................................................................. 33 2.2.1 Game Engine ................................................................................................................... 33 2.3 3D Engine Structure and Functions ................................................................................ 35 2.3.1 Background Pass ............................................................................................................. 37 2.3.2 Main Pass ........................................................................................................................ 37 2.3.3 Post-Processing Pass ....................................................................................................... 37 2.4 Visualization by 3D Engine ............................................................................................ 38 2.4.1 Items to be visualized ...................................................................................................... 38 2.4.2 Combining multiple modules .......................................................................................... 39 2.5 Module Comparison ........................................................................................................ 41 2.5.1 General Comparison........................................................................................................ 41 6 Index 2.5.2 Terrain Comparison ......................................................................................................... 42 2.5.3 Static Objects Comparison .............................................................................................. 43 2.5.4 Skeletal Animation Comparison ...................................................................................... 43 2.6 Conclusion ....................................................................................................................... 44 Chapter 3. Terrain .................................................................................................................. 45 3.1 Goals ................................................................................................................................ 45 3.2 Related Work ................................................................................................................... 45 3.2.1 Procedural Terrain Generation ........................................................................................ 45 3.2.2 Polygonal Visualization of Volumetric Terrains ............................................................. 46 3.3 Proposed Method ............................................................................................................. 47 3.3.1 Overview ......................................................................................................................... 48 3.3.2 Differences between the proposed method and Previous Work ...................................... 51 3.4 Clip-Box Algorithm ......................................................................................................... 52 3.4.1 Clip-Box .......................................................................................................................... 53 3.4.2 Data Structure .................................................................................................................. 53 3.4.3 Procedural Volume-Data Creation .................................................................................. 54 3.4.4 Volume-Data to Polygon Conversion .............................................................................. 55 3.4.5 Nesting ............................................................................................................................. 58 3.4.6 Moving the View-Point ................................................................................................... 59 3.4.7 Geometry Post-Processing ............................................................................................... 60 3.5 Experimental Results and Discussion .............................................................................. 62 3.5.1 Implementation ................................................................................................................ 62 3.5.2 Immediate Visualization .................................................................................................. 63 3.5.3 Unlimited Terrain Size .................................................................................................... 64 3.5.4 Concurrent execution of generation and visualization .................................................... 66 3.5.5 Demonstration ................................................................................................................. 70 3.5.6 Limitations ....................................................................................................................... 71 3.6 Conclusion ......................................................................................................................
Load more

Recommended publications
  • Tasosuunnittelu Source Engine -Pelimoottorilla
    Tasosuunnittelu Source Engine -pelimoottorilla Viestintä 3D-visualisointi Opinnäytetyö 31.5.2009 Arttu Mäki Kulttuurialat Koulutusohjelma Suuntautumisvaihtoehto Viestintä 3D-visualisointi Tekijä Arttu Mäki Työn nimi Tasosuunnittelu Source Engine -pelimoottorilla Työn ohjaaja/ohjaajat Kristian Simolin Työn laji Aika Numeroidut sivut + liitteiden sivut Opinnäytetyö 31.5.2009 31 TIIVISTELMÄ Opinnäytetyön tutkimuksen kohteena selvitettiin ja ratkaistiin yleisiä ongelmia ja haasteita liittyen Valve Softwaren kehittämään, Source Engine –pelimoottorilla toimivaan tasosuunnit- teluohjelmaan ja sen käyttöön. Työ käy läpi tärkeimmät suunnitteluun liittyvät työtavat geometrian rakentamisesta valaistuksen määrittämiseen. Työnä esitellään Valve Softwarelle 2008 keväällä myyty projekti ”Fastlane”, josta tuli yksi virallisista kartoista Team Fortress 2 – moninpeliin. Tasosuunnittelulla tarkoitetaan kentän rakentamista alkuperäisten suunnitelmien perusteella aina toimivaksi pelikentäksi asti. Kenttään rakennetaan pelimekaaniset elementit, valaistus, mallit ja äänet. Opinnäytetyössä on tarkasteltu pelisuunnittelun historiaa, yritysten taustaa, sekä käyty läpi käytettävän ohjelmiston työkalut ja toiminnot. Työssä on käytetty apuna laajaa valikoimaa eri lähdemateriaaleja koskien taso- ja pelisuun- nittelua ja käyty läpi tapauskohtaisesti se, miten voitaisiin selvitä prosessista mahdollisim- man tehokkaasti hyödyntäen Valve Softwaren tarjoamia monipuolisia työkaluja. Teos/Esitys/Produktio Säilytyspaikka Metropolia Ammattikorkeakoulu Avainsanat tasosuunnittelu,
    [Show full text]
  • Master Thesis
    Faculty of Computer Science and Management Field of study: COMPUTER SCIENCE Specialty: Information Systems Design Master Thesis Multithreaded game engine architecture Adrian Szczerbiński keywords: game engine multithreading DirectX 12 short summary: Project, implementation and research of a multithreaded 3D game engine architecture using DirectX 12. The goal is to create a layered architecture, parallelize it and compare the results in order to state the usefulness of multithreading in game engines. Supervisor ...................................................... ............................ ……………………. Title/ degree/ name and surname grade signature The final evaluation of the thesis Przewodniczący Komisji egzaminu ...................................................... ............................ ……………………. dyplomowego Title/ degree/ name and surname grade signature For the purposes of archival thesis qualified to: * a) Category A (perpetual files) b) Category BE 50 (subject to expertise after 50 years) * Delete as appropriate stamp of the faculty Wrocław 2019 1 Streszczenie W dzisiejszych czasach, gdy społeczność graczy staje się coraz większa i stawia coraz większe wymagania, jak lepsza grafika, czy ogólnie wydajność gry, pojawia się potrzeba szybszych i lepszych silników gier, ponieważ większość z obecnych jest albo stara, albo korzysta ze starych rozwiązań. Wielowątkowość jest postrzegana jako trudne zadanie do wdrożenia i nie jest w pełni rozwinięta. Programiści często unikają jej, ponieważ do prawidłowego wdrożenia wymaga wiele pracy. Według mnie wynikający z tego wzrost wydajności jest warty tych kosztów. Ponieważ nie ma wielu silników gier, które w pełni wykorzystują wielowątkowość, celem tej pracy jest zaprojektowanie i zaproponowanie wielowątkowej architektury silnika gry 3D, a także przedstawienie głównych systemów używanych do stworzenia takiego silnika gry 3D. Praca skupia się na technologii i architekturze silnika gry i jego podsystemach wraz ze strukturami danych i algorytmami wykorzystywanymi do ich stworzenia.
    [Show full text]
  • Advanced Computer Graphics to Do Motivation Real-Time Rendering
    To Do Advanced Computer Graphics § Assignment 2 due Feb 19 § Should already be well on way. CSE 190 [Winter 2016], Lecture 12 § Contact us for difficulties etc. Ravi Ramamoorthi http://www.cs.ucsd.edu/~ravir Motivation Real-Time Rendering § Today, create photorealistic computer graphics § Goal: interactive rendering. Critical in many apps § Complex geometry, lighting, materials, shadows § Games, visualization, computer-aided design, … § Computer-generated movies/special effects (difficult or impossible to tell real from rendered…) § Until 10-15 years ago, focus on complex geometry § CSE 168 images from rendering competition (2011) § § But algorithms are very slow (hours to days) Chasm between interactivity, realism Evolution of 3D graphics rendering Offline 3D Graphics Rendering Interactive 3D graphics pipeline as in OpenGL Ray tracing, radiosity, photon mapping § Earliest SGI machines (Clark 82) to today § High realism (global illum, shadows, refraction, lighting,..) § Most of focus on more geometry, texture mapping § But historically very slow techniques § Some tweaks for realism (shadow mapping, accum. buffer) “So, while you and your children’s children are waiting for ray tracing to take over the world, what do you do in the meantime?” Real-Time Rendering SGI Reality Engine 93 (Kurt Akeley) Pictures courtesy Henrik Wann Jensen 1 New Trend: Acquired Data 15 years ago § Image-Based Rendering: Real/precomputed images as input § High quality rendering: ray tracing, global illumination § Little change in CSE 168 syllabus, from 2003 to
    [Show full text]
  • Mobile Developer's Guide to the Galaxy
    Don’t Panic MOBILE DEVELOPER’S GUIDE TO THE GALAXY U PD A TE D & EX TE ND 12th ED EDITION published by: Services and Tools for All Mobile Platforms Enough Software GmbH + Co. KG Sögestrasse 70 28195 Bremen Germany www.enough.de Please send your feedback, questions or sponsorship requests to: [email protected] Follow us on Twitter: @enoughsoftware 12th Edition February 2013 This Developer Guide is licensed under the Creative Commons Some Rights Reserved License. Editors: Marco Tabor (Enough Software) Julian Harty Izabella Balce Art Direction and Design by Andrej Balaz (Enough Software) Mobile Developer’s Guide Contents I Prologue 1 The Galaxy of Mobile: An Introduction 1 Topology: Form Factors and Usage Patterns 2 Star Formation: Creating a Mobile Service 6 The Universe of Mobile Operating Systems 12 About Time and Space 12 Lost in Space 14 Conceptional Design For Mobile 14 Capturing The Idea 16 Designing User Experience 22 Android 22 The Ecosystem 24 Prerequisites 25 Implementation 28 Testing 30 Building 30 Signing 31 Distribution 32 Monetization 34 BlackBerry Java Apps 34 The Ecosystem 35 Prerequisites 36 Implementation 38 Testing 39 Signing 39 Distribution 40 Learn More 42 BlackBerry 10 42 The Ecosystem 43 Development 51 Testing 51 Signing 52 Distribution 54 iOS 54 The Ecosystem 55 Technology Overview 57 Testing & Debugging 59 Learn More 62 Java ME (J2ME) 62 The Ecosystem 63 Prerequisites 64 Implementation 67 Testing 68 Porting 70 Signing 71 Distribution 72 Learn More 4 75 Windows Phone 75 The Ecosystem 76 Implementation 82 Testing
    [Show full text]
  • Sun Opengl 1.3 for Solaris Implementation and Performance Guide
    Sun™ OpenGL 1.3 for Solaris™ Implementation and Performance Guide Sun Microsystems, Inc. www.sun.com Part No. 817-2997-11 November 2003, Revision A Submit comments about this document at: http://www.sun.com/hwdocs/feedback Copyright 2003 Sun Microsystems, Inc., 4150 Network Circle, Santa Clara, California 95054, U.S.A. All rights reserved. Sun Microsystems, Inc. has intellectual property rights relating to technology that is described in this document. In particular, and without limitation, these intellectual property rights may include one or more of the U.S. patents listed at http://www.sun.com/patents and one or more additional patents or pending patent applications in the U.S. and in other countries. This document and the product to which it pertains are distributed under licenses restricting their use, copying, distribution, and decompilation. No part of the product or of this document may be reproduced in any form by any means without prior written authorization of Sun and its licensors, if any. Third-party software, including font technology, is copyrighted and licensed from Sun suppliers. Parts of the product may be derived from Berkeley BSD systems, licensed from the University of California. UNIX is a registered trademark in the U.S. and in other countries, exclusively licensed through X/Open Company, Ltd. Sun, Sun Microsystems, the Sun logo, SunSoft, SunDocs, SunExpress, and Solaris are trademarks, registered trademarks, or service marks of Sun Microsystems, Inc. in the U.S. and other countries. All SPARC trademarks are used under license and are trademarks or registered trademarks of SPARC International, Inc.
    [Show full text]
  • Designing Design Tools Genel Bakış
    Designing Design Tools Genel Bakış İyi ve güzel bir oyun, gelişmiş ve kullanışlı oyun tasarlama araçları ile oluşturulabilr. Bunlardan en önemlisi Geliştirme ya da seviye ortamı adını verebileceğimiz LEVEL EDITOR dür. Level editörler, 3d , 2d modelcilerin, ve programcıların kullandığı bir ara yüzdür. Geçmişte ilk jenerasyon oyunlarda genelde tek level dan oluşan oyunlar karşımıza çıkmış iken günümüzde yüzlerce level a ulaşan oyunlar bulunmaktadır. 1. UNREAL EDITOR / UDK Game Engine: Unreal Engine 3, (UDK) Games: Unreal Tournament 3, Bioshock 1/2, Bioshock Infinite, Gears of War Series, Borderlands 1/2, Dishonored Fonksiyonellik Level editörlerinden beklenen en önemli özellik kullanışlı olmalarıdır. Hızlı çalışılabilmesi için kısa yollar, tuşlar içermelidir. Bir çok özellik ayarlanabilir, açılıp kapanabilmelidir. Stabil çalışmalıdır. 2. HAMMER SOURCE Game Engine: Source Engine Games: L4D2/L4D1, CS: GO, CS:S, Day of Defeat: Source, Half-Life 2 and its Episodes, Portal 1 and 2, Team Fortress 2. Görselleştirme - Yapılan değişikliklerin aynı anda hem oyuncu gözünden hem de dışarıdan görülebilmesi gerekir. Bunu yazar “What you see is what you get” Ne goruyorsan onu alirsin diyerek anlatmıştır. - Kamera hareketleri kolayca değiştirilebilmelidir, Level içinde bir yerden başka bir yere hızla gitmeyi sağlayan ve diğer oyun objeleri ile çarpışmayan, hatta icinden gecebilen “Flight Mode” uçuş durumu adı verilen bir fonksiyon olmalıdır. - Editörün gördüğü ile oyuncunun grdugu uyumlu olmalidir, tersi durumunda oynanabilirlik azalacak, oyun iyi gozukmeyecektirç - Editor coklu goruntu seceneklerine ihtiyac duyulubilir. Bazi durumlarda hem ustten hem onden hemde kamera acisi ayni anda gorulmelidir. 3. SANDBOX EDITOR / CRYENGINE 3 SDK Game Engine: CryEngine 3 Games: Crysis 1, 2 and 3, Warface, Homefront 2 Oyunun Butunu Level editorler, tasarimciya her turlu kolayligi saglayabilecek fazladan bilgileri de vermek durumundadir.
    [Show full text]
  • Ray Traced (Max
    Run-Time Code Generation for Materials Stephan Reiter Introduction id Tech 3 is a game engine used in several well received would have resulted in an unacceptable loss of speed, textures/gothic_block/demon_block15fx { products, such as id Software’s Quake 3 Arena, and was run-time generation of machine code was employed. { released under an open source license in 2005. Within the map textures/sfx/firegorre.tga demon Materials in id Tech 3 can be composed of multiple layers tcmod scroll 0 1 scope of my diploma thesis I investigated the use of real- tcMod turb 0 .25 0 1.6 that are blended to get the final color value: tcmod scale 4 4 time ray tracing in games and found id Tech 3 to be an • An animated or static texture can be sampled in each blendFunc GL_ONE GL_ZERO excellent basis for evaluating the qualities of ray tracing } spitting layer at coordinates computed by a chain of modifiers, { in creating visually pleasing virtual environments. map textures/gothic_block/demon_block15fx.tga which apply transformations to the texture coordinates of blendFunc GL_SRC_ALPHA GL_ONE_MINUS_SRC_ALPHA fire id Tech 3 uses a complex material system that allows the the surface the material is applied to. } { specification of the look and the behavior of surfaces in • Color and alpha values can be generated per layer (e.g., map $lightmap blendFunc GL_DST_COLOR GL_ONE_MINUS_DST_ALPHA scripts. Support for this system in the new ray tracing based on noise and waveforms) and may be used to } based rendering backend was crucial to recreating and modulate the texture color (typically used for lighting).
    [Show full text]
  • A Doom-Based AI Research Platform for Visual Reinforcement Learning
    ViZDoom: A Doom-based AI Research Platform for Visual Reinforcement Learning Michał Kempka, Marek Wydmuch, Grzegorz Runc, Jakub Toczek & Wojciech Jaskowski´ Institute of Computing Science, Poznan University of Technology, Poznan,´ Poland [email protected] Abstract—The recent advances in deep neural networks have are third-person perspective games, which does not match a led to effective vision-based reinforcement learning methods that real-world mobile-robot scenario. Last but not least, although, have been employed to obtain human-level controllers in Atari for some Atari 2600 games, human players are still ahead of 2600 games from pixel data. Atari 2600 games, however, do not resemble real-world tasks since they involve non-realistic bots trained from scratch, the best deep reinforcement learning 2D environments and the third-person perspective. Here, we algorithms are already ahead on average. Therefore, there is propose a novel test-bed platform for reinforcement learning a need for more challenging reinforcement learning problems research from raw visual information which employs the first- involving first-person-perspective and realistic 3D worlds. person perspective in a semi-realistic 3D world. The software, In this paper, we propose a software platform, ViZDoom1, called ViZDoom, is based on the classical first-person shooter video game, Doom. It allows developing bots that play the game for the machine (reinforcement) learning research from raw using the screen buffer. ViZDoom is lightweight, fast, and highly visual information. The environment is based on Doom, the customizable via a convenient mechanism of user scenarios. In famous first-person shooter (FPS) video game. It allows de- the experimental part, we test the environment by trying to veloping bots that play Doom using only the screen buffer.
    [Show full text]
  • Opinnäytetyön Mallipohja
    Tuomas Suokko Pelimoottorin kehittämisen kannattavuus Insinööri (AMK) Tieto- ja viestintätekniikka Kevät 2020 Tiivistelmä Tekijä: Suokko Tuomas Työn nimi: Pelimoottorin kehittämisen kannattavuus Tutkintonimike: Insinööri (AMK), tieto- ja viestintätekniikka Asiasanat: Pelimoottori, kannattavuus, ohjelmistokehitys, yritystoiminta Tämän tutkimuksen tavoitteena oli selvittää, onko peliyritykselle kannattavaa kehittää oma pelimoottori, kun ilmaisia kaupallisia pelimoottoreita on markkinoilla. Tutkimuksen toimeksiantajana toimi Linna Games Oy, joka toivoi selvitettäväksi pelimoottorin kehityksen aika-arvion ja kustannukset. Linna Games Oy:n työ- harjoittelussa kehitettyyn prototyyppi 2D-pelimoottoriin ja sen kehityskokemuksiin viitattiin tutkimuk- sessa. Tutkimuksessa myös hyödynnettiin neljän eri pelialan ammattilaisten mielipiteitä ja kokemuksia pelimoottorikehityksen suhteen. Ensin kaupallisia pelimoottoreita vertailtiin toisiinsa erityisesti niiden lisenssimaksujen suhteen. Seuraa- vaksi käsiteltiin pelimoottorin kehityksen menetelmät, hyödyt ja haitat. Tämän jälkeen omakehitteisen pelimoottorin kehityksen kustannuksia vertailtiin kaupallisten pelimoottoreiden lisenssimaksuihin. Lisens- simaksujen laskelmissa käytettiin kahta kuvitteellista peliä, joiden menestystason perusteella laskettiin käy- tettyjen pelimoottorien osuus esimerkkiyrityksen kokonaiskustannuksista. Vaikka oman pelimoottorin kehityksen voisi nähdä eduksi sen rajattomien kehitysmahdollisuuksien nimissä, tämän suuret kustannukset ja aika-arviot eivät puoltaneet tätä kannattavampana
    [Show full text]
  • Page 1 of 43 “Technologies and Architecture for Networked Multiplayer Game Development” an Investigation by Luke Salvoni
    SHEFFIELD HALLAM UNIVERSITY FACULTY OF ARTS, COMPUTING, ENGINEERING AND SCIENCES “Technologies and Architecture for Networked Multiplayer Game Development” an investigation by Luke Salvoni April 2010 Supervised by: Dr. Pete Collingwood Page 1 of 43 Abstract Multiplayer video games have been in existence for over three decades, where real time network games were first developed on a device originally designed as an electronic learning tool. Since then, there has been explosive growth in computer network communications which led to mainstream multiplayer titles developing Local Area Network (LAN) versions of their games. Today, network gaming can be conducted using a variety of different protocols and on diverse architecture. But how do they differ from one another? Which architecture is the most appropriate? Which methodology should be selected for game development, and what technologies are used? This report will explore an array of research and existing texts to learn more about these areas, in hope of contributing to the current body of knowledge, and for those interested in the development of networked multiplayer games. Page 2 of 43 Table of Contents Abstract ............................................................................................................ 2 Glossary of Terms............................................................................................ 4 1 – Project Overview ........................................................................................ 5 1.1 Background ............................................................................................
    [Show full text]
  • 000149644.Pdf
    Mestrado em Multimédia Implementação de Exposições Virtuais em Ambiente Tridimensional em Museus de Ciência e Técnica João Carlos Carvalho Aires de Sousa (070549009) Licenciado (Pré-Bolonha) em Engenharia Eletrotécnica e de Computadores pela Faculdade de Engenharia da Universidade do Porto Dissertação submetida para satisfação parcial dos requisitos de grau de Mestre em Multimédia Dissertação realizada sob a orientação do Professor Doutor António Augusto Sousa, do Departamento de Engenharia Informática da Faculdade de Engenharia da Universidade do Porto e sob a coorientação da Mestre Susana Maria Moreira de Figueiredo Medina Vieira, docente convidada do Departamento de Ciências e Técnicas do Património da Faculdade de Letras da Universidade do Porto Porto, setembro de 2011 II Resumo O estudo realizado na presente dissertação surge da necessidade de agilização do processo de criação de exposições virtuais em museus de ciência e técnica. O principal objetivo deste trabalho consiste em desenvolver um método tecnológico que permita a profissionais de museu a criação, de uma forma fácil e acessível, exposições em ambiente tridimensional. As tecnologias 3D adaptam-se à natureza interativa associada a objetos museológicos de ciência e técnica, e constituem um fator de preferência para a representação das suas exposições em contexto digital, permitindo o acesso aos acervos museológicos sem restrições temporais e de manipulação. A análise teórica da presente investigação revelou que muitos museus de ciência e técnica não apresentam os seus conteúdos digitais numa dinâmica 3D interativa. Por outro lado, constatou-se a grande complexidade e diminuta flexibilidade dos atuais sistemas de criação de exposições e de museus virtuais em contexto tridimensional. A simplicidade, flexibilidade e qualidade gráfica dos atuais motores de criação de jogos de vídeo em ambiente tridimensional, apresentam a capacidade necessária para a sua personalização e reconfiguração num sistema de suporte tecnológico para a criação de exposições virtuais.
    [Show full text]
  • Projective Texture Mapping with Full Panorama
    EUROGRAPHICS 2002 / G. Drettakis and H.-P. Seidel Volume 21 (2002), Number 3 (Guest Editors) Projective Texture Mapping with Full Panorama Dongho Kim and James K. Hahn Department of Computer Science, The George Washington University, Washington, DC, USA Abstract Projective texture mapping is used to project a texture map onto scene geometry. It has been used in many applications, since it eliminates the assignment of fixed texture coordinates and provides a good method of representing synthetic images or photographs in image-based rendering. But conventional projective texture mapping has limitations in the field of view and the degree of navigation because only simple rectangular texture maps can be used. In this work, we propose the concept of panoramic projective texture mapping (PPTM). It projects cubic or cylindrical panorama onto the scene geometry. With this scheme, any polygonal geometry can receive the projection of a panoramic texture map, without using fixed texture coordinates or modeling many projective texture mapping. For fast real-time rendering, a hardware-based rendering method is also presented. Applications of PPTM include panorama viewer similar to QuicktimeVR and navigation in the panoramic scene, which can be created by image-based modeling techniques. Categories and Subject Descriptors (according to ACM CCS): I.3.3 [Computer Graphics]: Viewing Algorithms; I.3.7 [Computer Graphics]: Color, Shading, Shadowing, and Texture 1. Introduction texture mapping. Image-based rendering (IBR) draws more applications of projective texture mapping. When Texture mapping has been used for a long time in photographs or synthetic images are used for IBR, those computer graphics imagery, because it provides much images contain scene information, which is projected onto 7 visual detail without complex models .
    [Show full text]