Christopouloueleutheriamsc2017.Pdf

Total Page:16

File Type:pdf, Size:1020Kb

Christopouloueleutheriamsc2017.Pdf ΠΝΠΙ΢ΣΗΜΙΟΝΜΚΟΝΙ΢ ΠΡΟΓΡΜΜΝΜΣΠΣΤΧΙΚΩΝΝ΢ΠΟΤΩΝ ΣΜΗΜΣΟ΢ΝΦΡΜΟ΢ΜΝΗ΢ΝΠΛΗΡΟΦΟΡΙΚΗ΢ ΠΙ΢ΚΟΠΗ΢ΗΝΚΙΝ΢ΤΓΚΡΙΣΙΚΗΝΝΛΤ΢ΗΝΡΓΛΙΩΝΝΝΠΣΤΞΗ΢Ν ΠΙΧΝΙΙΩΝΝΓΙΝΚΙΝΗΣ΢Ν΢Τ΢ΚΤ΢ΝΚΙΝΝΠΣΤΞΗΝΠΙΧΝΙΙΩΝ δπζπηαδεάΝλΰαέα βμ ΧλδκπκτζκυΝζυγλέαμ Θαζκθέεβ,Ν11/2016 ΠΙ΢ΚΟΠΗ΢ΗΝΚΙΝ΢ΤΓΚΡΙΣΙΚΗΝΝΛΤ΢ΗΝΡΓΛΙΩΝΝΝΠΣΤΞΗ΢Ν ΠΙΧΝΙΙΩΝΝΓΙΝΚΙΝΗΣ΢Ν΢Τ΢ΚΤ΢ΝΚΙΝΝΠΣΤΞΗΝΠΙΧΝΙΙΩΝ ΧλδκπκτζκυΝζυγλέα ΠυξέκΝφαληκηΫθβμΝΠζβλκφκλδεάμ,ΝΠΜΚ,Νβί1γ δπζπηαδεάΝλΰαέα υπκίαζζσηθβΝΰδαΝβΝηλδεάΝεπζάλπβΝπθΝαπαδάπθΝκυ ΜΣΠΣΤΧΙΚΟΤΝΣΙΣΛΟΤΝ΢ΠΟΤΩΝΝ΢ΣΗΝΝΦΡΜΟ΢ΜΝΗΝ ΠΛΗΡΟΦΟΡΙΚΗ πδίζΫππθΝΚαγβΰβάμ ΞυθσΰαζκμΝ΢υζδαθσμ ίθ αό ιή ασιή ιοή 02/11/2016 όαος ιαός ασάς όος ιάς ήσος ................................... ................................... ................................... ΧλδκπκτζκυΝζυγλέα ................................... iii Πείηη αούσα ασία ααοοιίαι ία έ ια ο οισό ααισιώ ο έι α αβάοαι ό αά ιαιασία αάσς ιαφό αώ αιιιώ, αθώς αι ία αάσ οισέ αώ αιιιώ. Αιά, ααοοιίαι ία βιβιοαφιή έα σιά ο οια ααισιά ίαι σαιά α ασού σ άθ αή αιιιώ αι σ σέια ίαι ία ισόσ ααισιώ αώ σ ιές αές αιιιώ. όα ααισιώ ο ιαθέι άθ αή ιββαιώοαι ία έ ίσς, σις ύο ιο αές αές αιιιώ, αό αές ο άσα σ βιβιοαφία, αώας αάα ισσός οφοίς ια αές ις ύο αές σιά α ααισιά ο οσίο ια αή αιιιώ ια ιές σσές. οός ς ασίας ίαι οφόσ σώ ια α σαιόα ααισιά ο οσίο α ιάφοα αία αάς αιιιώ αι ιόσή ος, έσι ώσ α ιέο ο ααόο ι αούς. έ ίσς ιώαι σο όο αοής ός αιιιού αό desktop σ ιές σσές ήσ αώ αιιιώ Unity αι Unreal Engine 4, οιύοας α βήαα ο έι α αοοθήσι ο ήσς ια ιαίσ ς. ασαιά, ααήθ όι οού α ααίσο ια αή αιιιώ ιαιό αό ις άς, αά α βοθήσο ο ήσ α ιέι αός ιαιή αή αιιιώ ια ίο. έις ιιά: αές αιιιώ, σύισ, ιό έφο, Android, Unity, Unreal Engine 4 iv Abstract In this thesis a study is performed to identify the characteristics that should be considered in the process of analyzing various game engines. Moreover, an analysis of certain game engines is also presented. First of all, a bibliographic review takes place, according to the appropriate characteristics that should be studied for each game engine. These characteristics are confirmed by a case study, which concludes the two most developed game engines, from those discussed in the literature. The purpose of this paper is to inform users about the features that various game development tools support, and to help users choose the most suitable for them. The case study focuses on issues like the way to develop a game for mobile devices using the Unity game engine and Unreal Engine 4, by following the steps that are indicated when handling the game engines. In conclusion, it was noted that there is not one game engine that is better than the others, but a game engine that can be more suitable for a person than the others. Keywords: game engines, comparison, mobile devices, Android, Unity, Unreal Engine 4 v Ευαίε αισώ ο ιβέ αθή ο . έιο όαο ια αθοήσ, οοή ο αι ο όο ο αφιέσ ια ιαίσ ς ασίας. vi ς ισαή ................................................................................................................................... 1 1.1 όβα – αιόα ο θέαος .................................................................... 1 1.2 οός – όοι ............................................................................................................ 1 1.3 ασιή οοία .......................................................................................................... 2 1.4 ιάθσ ς ές ............................................................................................... 7 Α ................................................................................................................................... 8 2. ισόσ ιώ ασιώ ................................................................................. 8 3. Αάσ ιί ύισς ....................................................................................... 15 3.1 ισόα fidelity) ..................................................................................................... 15 3.1.1 ιοαοσιή ισόα ............................................................................. 15 3.1.2 ιοιή ισόα...................................................................................... 23 3.2 θσιόα Composability) ................................................................................. 26 3.3 οσβασιόα Accessibility) ................................................................................. 28 3.4 ιύσ Networking) .............................................................................................. 29 3.5 ααισιά Αάς Deelopet Featues ............................................... 29 3.6 αφόα φάισς Deployment Platform) ........................................................ 30 3.7 Framework αι ίαας ύισς ............................................................................ 30 4. ισόσ αώ αιιιώ ................................................................................. 35 4.1 GameMaker: Studio .................................................................................................... 36 4.2 JMonkey ...................................................................................................................... 43 4.3 Marmalade ................................................................................................................. 48 4.4 OGRE 3D ..................................................................................................................... 53 4.5 Shiva............................................................................................................................ 59 4.6 SIO2 ............................................................................................................................. 65 4.7 Turbulenz .................................................................................................................... 72 4.8 Unity ........................................................................................................................... 77 4.9 Unreal Engine 4........................................................................................................... 85 4.10 ιιή Αάσ αώ αιιιώ ............................................................... 93 ............................................................................................................................... 107 5. Αά ός Desktop αιιιού Unity ........................................................... 107 5.1 ασιό ιβάο .................................................................................................. 107 5.2 Αιοοίσ ο ιβάοος Environment) ................................................... 108 5.3 ααήας αίς Player) ................................................................................ 110 vii 5.4 Αιοοίσ ς άας ...................................................................................... 113 5.5 ιοία θώ .................................................................................................. 114 5.6 οιίο UI: Health HUD ........................................................................................... 116 5.7 ία αί ............................................................................................................. 118 5.8 ααισός θώ ...................................................................................... 119 5.9 όοι “oe ........................................................................................................... 122 5.10 Ααααή θώ ............................................................................................. 123 5.11 Game Over ................................................................................................................ 125 5.12 Scripts ....................................................................................................................... 127 6. Αά ός Desktop αιιιού Unreal Engine 4 ........................................ 144 6.1 ασιό ιβάο αής .................................................................................. 144 6.2 Αιοοίσ ο ιβάοος ........................................................................... 145 6.3 ααήας αίς Heo .................................................................................. 147 6.4 ιοία θώ .................................................................................................. 150 6.5 ιοία όο αι έι .................................................................................. 152 6.6 ααισός θώ αι ο αί .............................................................. 154 6.7 ιοιή σιφοά όο ........................................................................... 155 6.8 Game Over ................................................................................................................ 155 6.9 Ααααή θώ ...................................................................................... 156 6.10 Hero Animation Blend Space .................................................................................... 156 6.11 ισύα όο σο ήα .................................................................................. 159 6.12 ιοία σοιίο UI HUD αι UMG ................................................................ 160 6.13 Scripts ....................................................................................................................... 161 6.13.1 C++ scripts ...................................................................................................... 161 6.13.2 Blueprints scripts ........................................................................................... 163 7. Αά αιιιού ια ιές σσές Uit αι Ueal Egie ................. 174 7.1 αφός αάς ..........................................................................................
Recommended publications
  • 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]
  • 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]
  • 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]
  • Google Adquiere Motorola Mobility * Las Tablets PC Y Su Alcance * Synergy 1.3.1 * Circuito Impreso Al Instante * Proyecto GIMP-Es
    Google adquiere Motorola Mobility * Las Tablets PC y su alcance * Synergy 1.3.1 * Circuito impreso al instante * Proyecto GIMP-Es El vocero . 5 Premio Concurso 24 Aniversario de Joven Club Editorial Por Ernesto Rodríguez Joven Club, vivió el verano 2011 junto a ti 6 Aniversario 24 de los Joven Club La mirada de TINO . Cumple TINO 4 años de Los usuarios no comprueba los enlaces antes de abrirlos existencia en este septiembre, el sueño que vió 7 Un fallo en Facebook permite apropiarse de páginas creadas la luz en el 2007 es hoy toda una realidad con- Google adquiere Motorola Mobility vertida en proeza. Esfuerzo, tesón y duro bre- gar ha acompañado cada día a esta Revista que El escritorio . ha sabido crecerse en sí misma y superar obs- 8 Las Tablets PC y su alcance táculos y dificultades propias del diario de cur- 11 Propuesta de herramientas libre para el diseño de sitios Web sar. Un colectivo de colaboración joven, entu- 14 Joven Club, Infocomunidad y las TIC siasta y emprendedor –bajo la magistral con- 18 Un vistazo a la Informática forense ducción de Raymond- ha sabido mantener y El laboratorio . desarrollar este proyecto, fruto del trabajo y la profesionalidad de quienes convergen en él. 24 PlayOnLinux TINO acumula innegables resultados en estos 25 KMPlayer 2.9.2.1200 años. Más de 350 000 visitas, un volumen apre- 26 Synergy 1.3.1 ciable de descargas y suscripciones, servicios 27 imgSeek 0.8.6 estos que ha ido incorporando, pero por enci- El entrevistado . ma de todo está el agradecimiento de muchos 28 Hilda Arribas Robaina por su existencia, por sus consejos, su oportu- na información, su diálogo fácil y directo, su uti- El taller .
    [Show full text]
  • Massively Multiplayer Online Games Industry: a Review and Comparison
    Massively Multiplayer Online Games Industry: A Review and Comparison From Middleware to Publishing By Almuntaser Alhindawi Javed Rafiq Sim Boon Seong 2007 A Management project presented in part consideration for the degree of "General and Financial MBA". CONFIDENTIALITY STATEMENT This project has been agreed as confidential between the students, university and sponsoring organisation. This agreement runs for five years from September, 14 th , 2007. ii Acknowledgements We would like to acknowledge Monumental Games management for giving us this opportunity to gain an insight of this interesting industry. Special thanks for Sarah Davis, Thomas Chesney and the University of Nottingham Business School MBA office personnel (Elaine, Kathleen and Christinne) for their assistance and support throughout this project. We would also like to thank our families for their constant support and patience; - Abdula Alhindawi - Fatima Alhindawi - Shatha Bilbeisi - Michelle Law Seow Cha - Sim Hock Soon - Yow Lee Yong - Mohamed Rafiq - Salma Rafiq - Shama Hamid Last but not least, our project supervisor Duncan Shaw for his support and guidance throughout the duration of this management project. i Contents Executive Summary iv Terms and Definition vi 1.0 Introduction 1 1.1 Methodology 1 1.1.1 Primary Data Capture 1 1.1.2 Secondary Data Capture 2 1.2 Literature Review 4 1.2.1 Introduction 4 1.2.2 Competitive Advantage 15 1.2.3 Business Model 22 1.2.4 Strategic Market Planning Process 27 1.2.5 Value Net 32 2.0 Middleware Industry 42 2.1 Industry Overview 42 2.2
    [Show 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.
    [Show full text]
  • Application: Unity 3D Web Player
    unity3d_1-adv.txt 1 of 2 Application: Unity 3D web player http://unity3d.com/webplayer/ Versions: <= 3.2.0.61061 Platforms: Windows Bug: heap corruption Exploitation: remote Date: 21 Feb 2012 Unity 3d is a game engine used in various games and it’s web player allows to play these games (unity3d extension) also directly from the web browser. # Vulnerabilities # Heap corruption caused by a negative 32bit size value which allows to execute malicious code. The problem is caused by the modification of the 64bit uncompressed size (handled as 32bit by the plugin) of the lzma header which is just composed by the following fields (from lzma86.h): Offset Size Description 0 1 = 0 - no filter, pure LZMA = 1 - x86 filter + LZMA 1 1 lc, lp and pb in encoded form 2 4 dictSize (little endian) 6 8 uncompressed size (little endian) Reading of the 64bit field as 32bit one (CMP EAX,4) and some of the subsequent operations: 070BEDA3 33C0 XOR EAX,EAX 070BEDA5 895D 08 MOV DWORD PTR SS:[EBP+8],EBX 070BEDA8 83F8 04 CMP EAX,4 070BEDAB 73 10 JNB SHORT webplaye.070BEDBD 070BEDAD 0FB65438 05 MOVZX EDX,BYTE PTR DS:[EAX+EDI+5] 070BEDB2 8B4D 08 MOV ECX,DWORD PTR SS:[EBP+8] 070BEDB5 D3E2 SHL EDX,CL 070BEDB7 0196 A4000000 ADD DWORD PTR DS:[ESI+A4],EDX 070BEDBD 8345 08 08 ADD DWORD PTR SS:[EBP+8],8 070BEDC1 40 INC EAX 070BEDC2 837D 08 40 CMP DWORD PTR SS:[EBP+8],40 070BEDC6 ^72 E0 JB SHORT webplaye.070BEDA8 070BEDC8 6A 4A PUSH 4A 070BEDCA 68 280A4B07 PUSH webplaye.074B0A28 ; ASCII "C:/BuildAgen t/work/b0bcff80449a48aa/PlatformDependent/CommonWebPlugin/CompressedFileStream.cp p" 070BEDCF 53 PUSH EBX 070BEDD0 FF35 84635407 PUSH DWORD PTR DS:[7546384] 070BEDD6 6A 04 PUSH 4 070BEDD8 68 00000400 PUSH 40000 070BEDDD E8 BA29E4FF CALL webplaye.06F0179C ..
    [Show full text]
  • The Architecture and Evolution of Computer Game Engines
    The architecture and evolution of computer game engines University of Oulu Department of Information Processing Sciences B.Sc thesis Rainer Koirikivi 12.3.2015 2 Abstract In this study, the architecture and evolution of computer game engines are analyzed by means of a literature review on the academic research body on the subject. The history of computer games, from early 1960s to modern day is presented, with a focus on the architectures behind the games. In the process, this study will answer a selection of research questions. The topics of the questions include identifying the common parts of a game engine, identifying the architectural trends in the evolution from early to present-day games and engines, identifying ways the process of evolution has affected the present state of the engines, and presenting some possible future trends for the evolution. As findings of the study, common parts of a game engine were identified as the parts that are specific to every game, with the suggestion that more detailed analyses could be made by concentrating on different genres. Increase in the size, modularity and portability of game engines, and improved tooling associated with them were identified as general trends in the evolution from first games to today. Various successful design decisions behind certain influential games were identified, and the way they affect the present state of the engines were discussed. Finally, increased utilization of parallelism, and the move of game engines from genre-specific towards genre-neutral were identified as possible future trends in the evolution. Keywords computer game, video game, game engine, game, software architecture, architecture, evolution 3 Foreword I'd like to thank my thesis supervisor Jouni Lappalainen for his continued support on what turned to be an epic journey into the fields of game engines and academic writing.
    [Show full text]
  • Orchestrating the In-Game Agency. Towards the Inaesthetics of the Code in Doom 3
    The Philosophy of Computer Games Conference, Kraków 2017 Orchestrating the in-game agency. Towards the inaesthetics of the code in Doom 3 Mateusz Felczak Jagiellonian University, Kraków Introduction This paper examines how the process of assigning playful space within the video game engine prepares it for players’ actions. The method will be demonstrated with the case study of Doom 3 (id Software 2004), which source code has already been the subject of aesthetic evaluation (see McGrath 2016). Research will be presented in two intertwined parts: the first one will focus on the theoretical and methodological background, while the second will examine the selected properties of Doom 3 code and its practical implementations in organizing the game space in relation to players’ actions and their status within the game world. I propose to use two of the works by French philosopher Alain Badiou as a methodological scaffolding for my analysis: Logics of Worlds (2009) and Handbook of Inaesthetics (2005a). The first one will provide the necessary definitions of object and space, and their relation to the work of art. The second of my sources, Handbook of Inaesthetics, will introduce the titular concept, which purpose is to shrink the gap between the art and philosophy, but with “maintaining that art is itself a producer of truths” (Badiou 2005a, p. 2). Among the inaesthetic toolkit, I will undertake a closer look into the practice of translation, and work with this concept to establish a link between the source code, game play elements it evokes, and the possible actions of the player who wishes to engage in a dialogue with the game rules.
    [Show full text]