DOCSLIB.ORG

Blinding Silence a Sound-Based Puzzle Game Interactive Media and Game Development

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Blinding Silence a Sound-Based Puzzle Game Interactive Media and Game Development Project Number: RL1-P009 Blinding Silence A Sound-Based Puzzle Game Interactive Media and Game Development A Major Qualifying Project Report submitted to the faculty of WORCESTER POLYTECHNIC INSTITUTE In partial fulfillment of the requirements for the Degree of Bachelor of Science by Ryan Bedell Elliot Borenstein Drew Hickcox Lukas Wong-Achorn Advised by Professor Jennifer deWinter Professor Robert W. Lindeman Abstract for the development of Blinding Silence: A Sound Based Puzzle Game By Ryan Bedell, Elliot Borenstein, Drew Hickcox, Lukas Wong-Achorn This is an Interactive Media and Game Development Major Qualifying Project report, focusing on the state and development of a video game based on Terathon’s C4 Engine. The game, titled Blinding Silence, is a single player game with a unique sound-based visual aesthetic and Wiimote-based control scheme. This document discusses the state, development, and original design of the game Blinding Silence. Blinding Silence has a unique control scheme that uses two Wiimotes and an infrared LED headset for in- game navigation. The game also has a unique visual design where every noise makes a burst of light, allowing players to “see” sound. Through these the player solves physical puzzles. The player controls a blind man with a mysterious staff he uses as a cane. The world has been taken over by darkness, with people endlessly repeating the same task forever. The man discovers he can influence people with sound and begins uncovering the chain of events that led to the catastrophe. Blinding Silence has a visual style indentified by its sound-based lighting. Models are viewed in silhouette, which removes the importance of textures and increases the importance of models. Humans in Blinding Silence have exaggerated physical characteristics to compensate for this. ii Acknowledgements Team Uncertainty would like to thank our advisors Professors deWinter and Lindeman for being critical when we really needed it. We would also like to thank Joshua Luther and Andrew Tremblay for volunteering as talent for motion capture and animatic purposes. We would like to thank all our testers, especially Andrew Tremblay, Morgan Quirk, and Adam Pastorello who lent their likenesses to our presentation. A special thanks is extended to Graham Pentheny, whose ideas early on in the design phase were influential in the eventual design of Blinding Silence. Finally we thank Team Blackfire (Joe Alea, Garret Doe, Sarah Gilkey, Chris Williams, and Francis Williams), for developing alongside us for all four terms and for being supportive throughout our friendly rivalry. iii Table of Contents Abstract ......................................................................................................................................................... ii Acknowledgements ...................................................................................................................................... iii Table of Contents ......................................................................................................................................... iv List of Figures .............................................................................................................................................. vi List of Tables .............................................................................................................................................. vii 1. Introduction ............................................................................................................................................... 1 1.1 Descriptions ........................................................................................................................................ 1 1.2 Audience ............................................................................................................................................. 1 1.3 Location .............................................................................................................................................. 1 1.4 Controls ............................................................................................................................................... 1 1.5 Innovation ........................................................................................................................................... 1 2 Game Design .............................................................................................................................................. 2 2.1 Story .................................................................................................................................................... 2 2.1.1 Game story ................................................................................................................................... 2 2.1.2 In-game story elements ................................................................................................................ 2 2.2 Gameplay ............................................................................................................................................ 3 2.2.1 Overview ...................................................................................................................................... 3 2.2.2 Interface ....................................................................................................................................... 4 2.2.3 Sounds .......................................................................................................................................... 6 2.3 Level components ............................................................................................................................... 6 2.3.1 Actors ........................................................................................................................................... 7 2.3.2 Objects ....................................................................................................................................... 10 2.4 Levels ................................................................................................................................................ 12 3. Artistic Design ........................................................................................................................................ 13 3.1 Visual Style ....................................................................................................................................... 13 3.1.1 Technical Implementation of Sonar Vision ............................................................................... 15 3.2 Level Design ..................................................................................................................................... 22 3.2.1 Layout ........................................................................................................................................ 22 3.2.2 Resources ................................................................................................................................... 23 3.2.3 Structures ................................................................................................................................... 24 3.2.4 Crystals ...................................................................................................................................... 24 3.2.5 Force Fields ................................................................................................................................ 25 3.2.6 Switches ..................................................................................................................................... 26 3.3 Character Design ............................................................................................................................... 26 3.3.1 Harvester .................................................................................................................................... 27 3.3.2 Craftsman ................................................................................................................................... 27 iv 3.3.3 Operator ..................................................................................................................................... 28 3.3.4 Carrier ........................................................................................................................................ 29 3.4 Animation ......................................................................................................................................... 29 3.4.1 Stock animation ......................................................................................................................... 29 3.4.2 Studio Setup ............................................................................................................................... 30 3.4.3 Capture and Cleanup .................................................................................................................. 30 3.4.4 Integration .................................................................................................................................. 30 3.5 Storytelling and Instructions ............................................................................................................. 30 3.5.1 Animatics ................................................................................................................................... 31 3.5.2 Stills ..........................................................................................................................................
Load more

Recommended publications
  • Game Engines
    3/16/10 Game Engines Technical Game Development II Professor Charles Rich Computer Science Department [email protected] IMGD 4000 (D 10) 1 Pedagogical Goal . Your technical skills should not be tied to any particular game engine . Just like your programming skills should not be tied to any particular programming language . Use the best tools for each job . ... or the tools you were given IMGD 4000 (D 10) 2 1 3/16/10 Definition Game Engine A series of modules and interfaces that allows a development team to focus on product game- play content, rather than technical content. [Julian Gold, OO Game Dev.] . But this class is about “the technical content” ! IMGD 4000 (D 10) 3 Buy versus Build . Depends on your needs, resources and constraints • technical needs (e.g., “pushing the envelope” ?) • financial resources (e.g., venture capital ?) • time constraints (e.g., 1 mo. or 2 yr. ?) • platform constraints (e.g., Flash ?) • other factors (e.g., sequel ?) . Most games commonly built today with some sort of “engine layer” IMGD 4000 (D 10) 4 2 3/16/10 Types of Engine Architectures (Roughly) . Monolithic (e.g., Unreal Engine) . Modular (e.g., C4 Engine) . Tool Kit (e.g., jME) IMGD 4000 (D 10) 5 Monolithic Engines (e.g., Unreal) . “old style”--typically grew out of specific game . tend to be genre-specific . difficult to go beyond extensions/modifications not anticipated in (e.g., scripting) API . proven, comprehensive capabilities IMGD 4000 (D 10) 6 3 3/16/10 Modular Engines (e.g., C4) . “modern”--often developed by game engine company . use object-oriented techniques for greater modularity .
    [Show full text]
  • Game Creation Blueprint What You Need to Know to Build Your Own Games
    1 Terms and Conditions LEGAL NOTICE The Publisher has strived to be as accurate and complete as possible in the creation of this report, notwithstanding the fact that he does not warrant or represent at any time that the contents within are accurate due to the rapidly changing nature of the Internet. While all attempts have been made to verify information provided in this publication, the Publisher assumes no responsibility for errors, omissions, or contrary interpretation of the subject matter herein. Any perceived slights of specific persons, peoples, or organizations are unintentional. In practical advice books, like anything else in life, there are no guarantees of income made. Readers are cautioned to reply on their own judgment about their individual circumstances to act accordingly. This book is not intended for use as a source of legal, business, accounting or financial advice. All readers are advised to seek services of competent professionals in legal, business, accounting and finance fields. You are encouraged to print this book for easy reading. 2 Table of Contents Foreword Chapter 1: Game Creation Basics Chapter 2: What Tools Are Needed? Chapter 3: 2D Game Creation Software Chapter 4: 3D Game Creation Software Chapter 5: Game Modification Chapter 6: Building a Game on a Social Site 3 Foreword Video gaming can be a very entertaining experience for many people. Sometimes you will notice that hours have gone by while you are playing. If you are a person who enjoys playing video games you may want to consider creating your own video game. The market for video games continuously expands.
    [Show full text]
  • The Personal Interaction Panel
    Scenegraphs and Engines Scenegraphs Application Scenegraph Windows/Linux OpenGL Hardware Vienna University of Technology 2 Scenegraphs Choosing the right libraries is a difficult process Very different target applications Different capabilities Underlying Graphics APIs Needs to fit the content pipeline Important for application development Not important for research (though convenient) Vienna University of Technology 3 Content Pipeline Choosing the right libraries is a difficult process Very different target applications Different capabilities Underlying Graphics APIs/Operating Systems Needs to fit the content pipeline Important for application development Not important for research (though convenient) Vienna University of Technology 4 Typical Content Pipeline We need: Content creation tools Exporters Scenegraph/ Engine MechAssault 2 content pipeline Vienna University of Technology 5 DCC tools Only “real” open source option: Blender Everything you need for Game/Movie production Modelling/Rigging Animation Rendering/Compositing Contains complete game engine+editor Fully integrated with UI Immense feature list causes steep learning curve! Vienna University of Technology 6 Blender Vienna University of Technology 7 Blender Vienna University of Technology 8 Wings3D Easy to use subdivion surface modeller Vienna University of Technology 9 Textures Gimp: Full featured image editing Vienna University of Technology 10 Scenegraphs/Engines Scenegraphs deal with Rendering Engines deal with Rendering Physics AI Audio Game logic … Vienna University of
    [Show full text]
  • Pembuatan Aplikasi 3D Viewer Mobile Dengan Menggunakan Teknologi Virtual Reality (Studi Kasus: Perobekan Bendera Belanda Di Hotel Majapahit)
    JURNAL TEKNIK POMITS Vol. 2, No. 2, (2013) ISSN: 2337-3539 (2301-9271 Print) A-397 Pembuatan Aplikasi 3D Viewer Mobile dengan Menggunakan Teknologi Virtual Reality (Studi Kasus: Perobekan Bendera Belanda di Hotel Majapahit) Berta Sihite, Febriliyan Samopa, dan Nisfu Asrul Sani Jurusan Sistem Informasi, Fakultas Teknologi Informasi, Institut Teknologi Sepuluh Nopember (ITS) Gedung FTIf, Kampus ITS Sukolilo, Surabaya 60111 E-mail: [email protected] Abstrak—Peristiwa kemerdekaan Indonesia umumnya dapat Para siswa yang mendapat pelajaran sejarah di bangku dilihat melalui film atau video, Namun kualitas yang didapat sekolah juga banyak yang belum mengerti terhadap ilmu juga tidak sebagus saat ditayangkan pertama kali. Pembelajaran sejarah itu sendiri padahal setiap pelajaran itu penting sejarah di sekolah yang ditekankan juga adalah metode dipelajari.Seperti yang dikatakan oleh Dr. Kuntowijoyo dalam menghafal maka tidak jarang banyak siswa yang tidak bukunya Pengantar Ilmu Sejarah mengatakan bahwa “Orang menyenangi pelajaran tersebut. Berdasarkan kajian tersebut, tidak akan belajar sejarah kalau tidak ada gunanya. penulis akan membuat aplikasi berisi peristiwa sejarah yang dibuat secara virtual dan mirip dengan peristiwa nyatanya Kenyataannya bahwa sejarah terus ditulis orang, di semua sehingga pengguna dapat mengerti peristiwa sejarah yang peradaban dan di sepanjang waktu, sebenarnya cukup menjadi terjadi di Hotel Majapahit Surabaya (Hotel Yamato) secara jelas bukti bahwa sejarah itu perlu” [1]. tanpa banyak menghafal serta dapat membantu memahami Selain itu, menurut hasil jajak pendapat yang dilakukan peristiwa kemerdekaan dengan ilustrasi yang lebih menarik. oleh Kompas pada April 2010, hampir seluruh (90,6%) Penulis akan menggunakan teknologi Virtual Reality dan responden setuju bahwa pembelajaran sejarah di sekolah teknologi tiga dimensi(3D).
    [Show full text]
  • Mapping Game Engines for Visualisation
    Mapping Game Engines for Visualisation An initial study by David Birch- [email protected] Contents Motivation & Goals: .......................................................................................................................... 2 Assessment Criteria .......................................................................................................................... 2 Methodology .................................................................................................................................... 3 Mapping Application ......................................................................................................................... 3 Data format ................................................................................................................................... 3 Classes of Game Engines ................................................................................................................... 4 Game Engines ................................................................................................................................... 5 Axes of Evaluation ......................................................................................................................... 5 3d Game Studio ....................................................................................................................................... 6 3DVIA Virtools ........................................................................................................................................
    [Show full text]
  • Virtual Reality Software Taxonomy
    Arts et Metiers ParisTech, IVI Master Degree, Student Research Projects, 2010, Laval, France. RICHIR Simon, CHRISTMANN Olivier, Editors. www.masterlaval.net Virtual Reality software taxonomy ROLLAND Romain1, RICHIR Simon2 1 Arts et Metiers ParisTech, LAMPA, 2 Bd du Ronceray, 49000 Angers – France 2Arts et Metiers ParisTech, LAMPA, 2 Bd du Ronceray, 49000 Angers – France [email protected], [email protected] Abstract— Choosing the best 3D modeling software or real- aims at realizing a state of the art of existing software time 3D software for our needs is more and more difficult used in virtual reality and drawing up a short list among because there is more and more software. In this study, we various 3D modeling and virtual reality software to make help to simplify the choice of that kind of software. At first, easier the choice for graphic designers and programmers. we classify the 3D software into different categories we This research is not fully exhaustive but we have try to describe. We also realize non-exhaustive software’s state of cover at best the software mainly used by 3D computer the art. In order to evaluate that software, we extract graphic designers. evaluating criteria from many sources. In the last part, we propose several software’s valuation method from various At first, we are going to list the major software on the sources of information. market and to group them according to various user profiles. Then, we are going to define various criteria to Keywords: virtual, reality, software, taxonomy, be able to compare them. To finish, we will present the benchmark perspectives of this study.
    [Show full text]
  • GPU, Graphics and Game Engines
    Peter Mileff PhD Programming of Graphics GPU overview Graphics and Game Engines University of Miskolc Department of Information Technology Overview of the GPU... 2 GPU Overview ⦿ Graphics Processing Unit (GPU) is the central unit of your graphics card ⦿ Its objective: ● Performing complex graphical operations ● Directly accelerate the visualization ● Offload the CPU: ○ taking high-level visualization tasks from the CPU ○ therefore CPU can be used to do other things ⦿ The reason of the spread of the GPUs: ● Hardware manufacturers quickly recognized the business opportunities. Creating: ○ Multimedia applications (e.g. Photoshop) ○ Engineering systems (e.g. CAD systems) ○ Games 3 First Achievements ⦿ In 1996, 3dfx company released Voodoo I ⦿ Voodoo I characteristics: ● The first 3D accelerator card (4MB RAM, 50 Mhz) ● Huge success ● Support only the 3D visualization ○ It required an additional 2D video card ⦿ The idea: ● The 2D transformations are performed by a fast 2D video card ○ E.g. the popular Matrox video card ● The 3D transformations are performed by the Voodoo card ○ its hardware were able to make faster calculations than software rendering. 4 Other important events ⦿ In the same year: ● NVIDIA and the ATI started their own GPU series ● Nvidia: NV1, RIVA 128, Geforce 256 ● ATI: 3D Rage, Rage Pro, Rage 128 ⦿ The video cards immediately became very popular ⦿ The reasons of this are: ● Reasonable price ● These cards could be buy in every computer shop ● Cards were supported by games and operating systems (mainly by windows) 5 Today
    [Show full text]
  • Exploration of Techniques for Procedural Content Generation of Levels in Serious Games
    Ulm University | 89069 Ulm | Germany Faculty of Engineering and Computer Science Institute of Media Informatics Exploration of Techniques for Procedu- ral Content Generation of Levels in Se- rious Games Author: Michael Legner 800817 [email protected] Reviewer: Prof. Dr.-Ing. Michael Weber Prof. Dr. Helmuth A. Partsch Supervisor: Julian Frommel, Julia Greim Year: 2014-2015 c 2014-2015 Michael Legner This work is licensed under the Creative Commons. Attribution-NonCommercial-ShareAlike 3.0 License. To view a copy of this license, visit http://creativecommons.org/licenses/by-nc-sa/3.0/de/ or send a letter to Creative Commons, 543 Howard Street, 5th Floor, San Francisco, California, 94105, USA. Print: PDF-LATEX 2ε Name: Michael Legner Matrikelnummer: 800817 Erklärung Ich erkläre, dass ich die Arbeit selbstständig verfasst und keine anderen als die angegebe- nen Quellen und Hilfsmittel verwendet habe. Ulm,den ............................................................................. Michael Legner 1. Abstract 1. Abstract The aim of this thesis is to explore the current state of the art in procedural content generation for levels. Based on the gathered knowledge, a library is developed to be used in the development of serious games. First, the thesis provides an overview over the usage of procedural generation in com- mercial games, research and in the so called demo scene as well as a short overview over the field of terrain generation, one of the main subjects of this thesis. It further introduces the term serious games and gives an overview of projects in this field. The first part is rounded up by adaptivity in games. Next, a very short history of video games is given as well as a definition for the term "serious games".
    [Show full text]
  • 'Game' Portability
    A Survey of ‘Game’ Portability Ahmed BinSubaih, Steve Maddock, and Daniela Romano Department of Computer Science University of Sheffield Regent Court, 211 Portobello Street, Sheffield, U.K. +44(0) 114 2221800 {A.BinSubaih, S.Maddock, D.Romano}@dcs.shef.ac.uk Abstract. Many games today are developed using game engines. This development approach supports various aspects of portability. For example games can be ported from one platform to another and assets can be imported into different engines. The portability aspect that requires further examination is the complexity involved in porting a 'game' between game engines. The game elements that need to be made portable are the game logic, the object model, and the game state, which together represent the game's brain. We collectively refer to these as the game factor, or G-factor. This work presents the findings of a survey of 40 game engines to show the techniques they provide for creating the G-factor elements and discusses how these techniques affect G-factor portability. We also present a survey of 30 projects that have used game engines to show how they set the G-factor. Keywords: game development, portability, game engines. 1 Introduction The shift in game development from developing games from scratch to using game engines was first introduced by Quake and marked the advent of the game- independent game engine development approach (Lewis & Jacobson, 2002). In this approach the game engine became “the collection of modules of simulation code that do not directly specify the game’s behaviour (game logic) or game’s environment (level data)” (Wang et al, 2003).
    [Show full text]
  • Comparison and Evaluation of 3D Mobile Game Engines Master of Science Thesis in the Programme Interaction Design
    Comparison and evaluation of 3D mobile game engines Master of Science Thesis in the Programme Interaction Design AKEKARAT PATTRASITIDECHA Chalmers University of Technology University of Gothenburg Department of Computer Science and Engineering Göteborg, Sweden, February 2014 The Author grants to Chalmers University of Technology and University of Gothenburg the non-exclusive right to publish the Work electronically and in a non- commercial purpose make it accessible on the Internet. The Author warrants that he/she is the author to the Work, and warrants that the Work does not contain text, pictures or other material that violates copyright law. The Author shall, when transferring the rights of the Work to a third party (for example a publisher or a company), acknowledge the third party about this agreement. If the Author has signed a copyright agreement with a third party regarding the Work, the Author warrants hereby that he/she has obtained any necessary permission from this third party to let Chalmers University of Technology and University of Gothenburg store the Work electronically and make it accessible on the Internet. Comparison and evaluation of 3D mobile game engines Akekarat Pattrasitidecha © Akekarat Pattrasitidecha, February 2014. Examiner: Ulf Assarsson Chalmers University of Technology University of Gothenburg Department of Computer Science and Engineering SE-412 96 Göteborg Sweden Telephone + 46 (0)31-772 1000 Department of Computer Science and Engineering Göteborg, Sweden February 2014 Abstract Game engines are vital for developing 3D applications and games today. This is because the engines significantly reduce resources---time and manpower---to implement mandatory but complex functionalities. However, with over 100 engines available with highly different ranges of features, performance, license, and cost, selecting an appropriate game engine for a specific objective becomes a challenging problem.
    [Show full text]
  • What Are the Best Engines Or Tools for Creating a Game.Ааi Work For
    What are the best Engines or tools for creating a game. I work for Dreamer co, a Game and technology based in the US (www.dreamerco.tk). There we use the engine Unity 3d (unity3.com). This engine is great for certain purposes such as the torque builder. In this article I am going to discuss the best game engines. First What is a game engine a game engine is a program or set of code that is made for certain use, such as the Half-Life engine which is made for making first person shooters. Another game engine is the unity3d engine where you start from scratch programing in javascript, c#, or boo. The Best free game engines are (no order for best to least): Boom - a port of Doom source code Agar - A high-level graphical application framework used by 2d and 3d computer games. Quake engine - The original open-source engine from id software The Best game engines: 1.Unity 3d 2. Torque 3d and 2d 3.C4 Engine 4.Havok Each one of these has their own things for what platforms they can develop for. Unity 3d Engine- The Unity 3d engine is a engine which can develop for the iphone/ipod touch, windows, mac os x standalone, mac os x dashboard, web-player, wep-player streamer, and the Nintendo Wii, and soon to be the xbox 360. The unity game engine is a easy to use open ended game engine. It has predefined code plus with the pro version you can have plugins for it.
    [Show full text]
  • Oebpresentation2009rnafinalv
    Exploring Architectures for Fast and Easy Development of Immersive Learning Scenarios Citation for published version (APA): Nadolski, R., Slootmaker, A., & Hummel, H. (2009). Exploring Architectures for Fast and Easy Development of Immersive Learning Scenarios. Document status and date: Published: 10/12/2009 Document Version: Peer reviewed version Document license: CC BY Please check the document version of this publication: • A submitted manuscript is the version of the article upon submission and before peer-review. There can be important differences between the submitted version and the official published version of record. People interested in the research are advised to contact the author for the final version of the publication, or visit the DOI to the publisher's website. • The final author version and the galley proof are versions of the publication after peer review. • The final published version features the final layout of the paper including the volume, issue and page numbers. Link to publication General rights Copyright and moral rights for the publications made accessible in the public portal are retained by the authors and/or other copyright owners and it is a condition of accessing publications that users recognise and abide by the legal requirements associated with these rights. • Users may download and print one copy of any publication from the public portal for the purpose of private study or research. • You may not further distribute the material or use it for any profit-making activity or commercial gain • You may freely distribute the URL identifying the publication in the public portal. If the publication is distributed under the terms of Article 25fa of the Dutch Copyright Act, indicated by the “Taverne” license above, please follow below link for the End User Agreement: https://www.ou.nl/taverne-agreement Take down policy If you believe that this document breaches copyright please contact us at: [email protected] providing details and we will investigate your claim.
    [Show full text]