DOCSLIB.ORG

(BCA) with Specialization in Mobile Application and Web Technology (MAWT) [Applicable W.E.F

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
(BCA) with Specialization in Mobile Application and Web Technology (MAWT) [Applicable W.E.F Study & Evaluation Scheme Of Bachelor of Computer Application (BCA) With Specialization in Mobile Application and Web Technology (MAWT) [Applicable w.e.f. Academic Session 2017-18] TEERTHANKER MAHAVEER UNIVERSITY N.H.-24, Delhi Road, Moradabad, Uttar Pradesh-244001 Website: www.tmu.ac.in BCA (MAWT) Syllabus Applicable w.e.f. Academic Session 2017-18 TEERTHANKER MAHAVEER UNIVERSITY (Established under Govt. of U. P. Act No. 30, 2008) Delhi Road, Bagarpur, Moradabad (U.P) Study & Evaluation Scheme Bachelor of Computer Application (MAWT) SUMMARY Programme : BCA (MAWT) Duration : Three year full time (SIX Semesters) Medium : English Minimum Required Attendance : 75 % Credit : : Maximum Credit 174 : Minimum credit required for the degree : 168 Internal External Total Assessment Theory : 40 60 100 Class Class Class Assignment(s) Other Total Test Test Test Activity Internal Evaluation I II III (including (Theory Papers) Best two out of the attendance three 10 10 10 10 10 40 Project Phase- Internal External Total 100 - 100 Evaluation of Practical/ Industrial : Internal External Total Training/ Project Phase-2 50 50 100 Duration of Examination : External Internal 3 hrs. 1 ½ hrs To qualify the course a student is required to secure a minimum of 45% marks in aggregate including the semester examination and teachers continuous evaluation. (i.e. both internal and external). A candidate who secures less than 45% of marks in a course shall be deemed to have failed in that course. The student should have secured at least 45% marks in aggregate to clear the semester. BCA (MAWT) Syllabus Applicable w.e.f. Academic Session 2017-18 Question Paper Structure 1. The question paper shall consist of 6 questions. Out of which first question shall be of short answer type (not exceeding 50 words) and will be compulsory. Question No. 1 shall contain 8 parts representing all units of the syllabus and students shall have to answer any five (weightage 2 marks each). 2. Out of the remaining five questions, the long answer pattern will have internal choice with unit wise questions with internal choice in each unit. In units having numerical, weightage and information should be available both in the syllabus and the paper pattern. The weightage of Question No. 2 to 6 shall be 10 marks each. Internal Evaluation (50 marks) TOTAL EXPERIMENT ATTENDANCE VIVA INTERNAL (30 MARKS) (10 MARKS) (10 MARKS) (50 MARKS) External Evaluation (50 marks) The external evaluation would also be done by the External Examiner based on the experiment performed during the examination. TOTAL EXPERIMENT FILE WORK VIVA EXTERNAL (30 MARKS) (10 MARKS) (10 MARKS) (50 MARKS) BCA (MAWT) Syllabus Applicable w.e.f. Academic Session 2017-18 Study & Evaluation Scheme Programme: BCA (MAWT) SEMESTER I Periods Evaluation Scheme S. Course Subject Credit No. Code L T P Internal External Total 1 IMW101 English Language 3 1 0 4 40 60 100 2 IMW102 Fundamentals of Mathematics 3 1 0 4 40 60 100 Computer Fundamentals and IMW103 3 1 0 4 3 Organization 40 60 100 4 IMW104 Programming in C 3 1 0 4 40 60 100 System Configuration and 5 IMW105 3 1 0 4 40 60 100 Maintenance 6 IMW106 Environmental Studies 4 0 0 4 40 60 100 7 IMW151 Programming in C (Lab) 0 0 4 2 50 50 100 System Configuration and IMW152 0 0 4 2 50 50 100 8 Maintenance(Lab) Total 19 5 8 28 340 460 800 SEMESTER II Periods Evaluation Scheme S. Course Subject Credit No. Code L T P Internal External Total 1 IMW201 Introduction to Public Speaking 3 1 0 4 40 60 100 2 IMW202 Introduction to Web Technology 3 1 0 4 40 60 100 3 IMW203 OOPS with C++ 3 1 0 4 40 60 100 4 IMW204 Data Structure and Algorithms 3 1 0 4 40 60 100 Relational Database Management IMW205 3 1 0 4 5 System 40 60 100 6 IMW251 OOPS with C++ (Lab) 0 0 4 2 50 50 100 Data Structures and Algorithm IMW252 0 0 4 2 7 (Lab) 50 50 100 Introduction to Web Technology 8 IMW253 0 0 4 2 50 50 100 (Lab) Relational Database Management 9 IMW254 0 0 4 2 System - (Lab) 50 50 100 Total 15 5 16 28 400 500 900 BCA (MAWT) Syllabus Applicable w.e.f. Academic Session 2017-18 SEMESTER III Periods Evaluation Scheme S. Course Subject Credit No. Code L T P Internal External Total 1 IMW301 Reasoning and Thinking 3 1 0 4 40 60 100 2 IMW302 Computer Networks 3 1 0 4 40 60 100 3 IMW303 Programming in Java 3 1 0 4 40 60 100 4 IMW304 Operating System 3 1 0 4 40 60 100 5 IMW305 Software Engineering 3 1 0 4 40 60 100 6 IMW306 Information Security Fundamentals 3 1 0 4 40 60 100 7 IMW351 Programming in Java (Lab) 0 0 4 2 50 50 100 8 IMW352 Operating System (Lab) 0 0 4 2 50 50 100 Total 18 6 8 28 340 460 800 SEMESTER IV Periods Evaluation Scheme S. Course Subject Credit No. Code L T P Internal External Total 1 IMW401 NoSQL Databases 3 1 0 4 40 60 100 Interactive Web Application IMW402 3 1 0 4 2 Development 40 60 100 3 IMW403 Server-side Scripting Languages 3 1 0 4 40 60 100 Distributed and Cross-platform IMW404 3 1 0 4 4 Databases 40 60 100 5 IMW405 User Interface Design 3 1 0 4 40 60 100 6 IMW406 Android Application Development 3 1 0 4 40 60 100 7 IMW407 Employability Skills 3 1 0 4 40 60 100 Server-side Scripting Languages IMW451 0 0 4 2 8 (Lab) 50 50 100 Android Application Development IMW452 0 0 4 2 9 (Lab) 50 50 100 Total 21 7 8 32 380 520 900 BCA (MAWT) Syllabus Applicable w.e.f. Academic Session 2017-18 SEMESTER V S. Course Periods Evaluation Scheme Subject Credit No. Code L T P Internal External Total 1 IMW501 JavaScript Frameworks 3 1 0 4 40 60 100 2 IMW502 PHP & PERL Programming 3 1 0 4 40 60 100 3 IMW503 Web Analytics 3 1 0 4 40 60 100 4 IMW504 Building Websites using HTML5 3 1 0 4 40 60 100 Professional Android Application IMW505 3 1 0 4 5 Development 40 60 100 6 IMW506 Mobile Security 3 1 0 4 40 60 100 7 IMW507 Professional Skills 3 1 0 4 40 60 100 8 IMW551 PHP & PERL Programming (Lab) 0 0 4 2 50 50 100 Professional Android Development IMW552 0 0 4 2 9 (Lab) 50 50 100 10 IMW553 Mini Project (Lab) 0 0 6 3 50 50 100 Total 21 7 14 35 430 570 1000 SEMESTER VI Periods Evaluation Scheme S. Course Subject Credit No. Code L T P Internal External Total 1 IMW601 Responsive Website Design 4 1 0 5 40 60 100 2 IMW602 Mobile Testing 3 1 0 4 40 60 100 Elective (Choose any one course) IMW603 Basic iOS Application Development 3 Windows Phone Application 3 1 0 4 40 60 100 IMW604 Development 4 IMW651 Major Project/Internship 0 0 20 10 100 200 300 Total 10 3 20 23 220 380 600 BCA (MAWT) Syllabus Applicable w.e.f. Academic Session 2017-18 BCA – Semester I English Language Course Code: IMW101 L-3, T-1, P-0, C-4 Objective: This course introduces the students to the beauty of English Language through some of the great works by R.K. Narayan, O’Henry and other writers. Students will get familiarised with few well-written essays and short stories, which will provide them with intricacies of English literature. Course Contents: Unit I: Essay [8 Hours] 1. Toasted English R.K.Narayan 2. Gift of the Magi O’Henry 3. On Education Einstein Unit II: Short Story [8 Hours] 1. How to name a Dog James Thurber 2. The Subtle Art of Story Telling Utpal Kumar Banerjee 3. God and the Cobbler R.K. Narayan Unit III: Poetry-I [8 Hours] 1. The World is too much with us William Wordsworth 2. La Belle DAME Sans Merci John Keats 3. Richard Cory E.A.Robinson Unit IV: Poetry–II [8 Hours] 1. Brahma Emerson 2. A River A.K. Ramanujan 3. Nikki Rosa Nikki Giovanni BCA (MAWT) Syllabus Applicable w.e.f. Academic Session 2017-18 Unit V: Grammar [8 Hours] Vocabulary, Subject-Verb Agreement, Transformation of sentences (simple, complex and compound), Letter writing, Application Writing Text Books: 1. Oxford English Grammar Course by Swan and Walter Reference Books: 1. High School English Grammar and Composition by P.C. Wren and Martine Course Outcome: After completion of the course the student will be able: To understand the beauty of English Language. To understand the ecstasy of English literature by some great works of authors. Students will get familiarised with few well-written essays and short stories. The essay and short stories will provide them with intricacies of English literature. *Latest editions of all the suggested books are recommended BCA (MAWT) Syllabus Applicable w.e.f. Academic Session 2017-18 BCA – Semester I Fundamentals of Mathematics Course Code: IMW102 L-3, T-1, P-0, C-4 Objective: To develop the skills in the areas of Matrices, Sets, relations and functions, Differentiation and Integration. Mathematics concepts serves as a pre-requisite for post graduate courses, specialized studies and research. Course Contents: Unit I: Matrices [8 Hours] Types of Matrices, Operations of addition, Scalar Multiplication and Multiplication of Matrices, Determinant of a Square Matrix, Minors and Cofactors, Transpose, adjoint and inverse of a matrix, solving system of linear equations, in two or three variables using inverse of a matrix Unit II: Sets, relations and functions [8 Hours] Definition of Set, Type of Sets, Operations on Sets, Venn diagram, Cartesian Product, Relations, Functions, Types of function, Some elementary functions with their graphs (Exponential, logarithmic, modulus), Limit & continuity of a function (Simple Problems) Unit III: Differentiation [8 Hours] Derivative and its meaning, Differentiation of algebraic, trigonometric, exponential & logarithmic functions, Rules of Differentiation, Differentiation by Substitution, Higher Order Differentiation, Maxima and Minima of Simple Functions Unit IV: Integration [8 Hours] Integral as Anti-derivative process, Indefinite Integrals, Rules of Integration, Integration by substitution, Definite Integration, Properties of Definite Integral, Finding areas of Simple Closed Curves Unit V: Coordinate Geometry [8 Hours] 2D Cartesian Co-ordinate system, Straight line: (Equation & Slope of a line), Circle: Equation of Circle, Equation to Tangent, Conic Sections: Focus, Eccentricity, Directrix, Axis of a conic section, Parabola & Ellipse: (Definitions, equations and shape of curve only) BCA (MAWT) Syllabus Applicable w.e.f.
Load more

Recommended publications
  • In Scientific Research
    Michael Lewis and Jeffrey Jacobson GAME ENGINES IN SCIENTIFIC RESEARCH SERIOUS COMPUTATIONAL province of the military and high-end VR labs seek- ing to drive costly peripherals such as Caves, data- RESULTS ARE DERIVED FROM gloves, and head-mounted displays (HMDs). In COMPUTER-BASED GAMES. the past two years, however, the situation has changed remarkably. Now the mass market for ix-figure workstations and custom soft- computer games, grown even larger than the movie ware are not producing the best graphics industry, has expropriated the best in computer or virtual reality simulations anymore. hardware and software for itself. The most sophisti- Today, the only way to have the fastest, cated rendering pipelines are now found not on most realistic simulations and sophisti- specialized scientific machines but on PC video Scated graphics is to trade down from the expensive cards costing less than $500. The most sophisti- gear to standard PCs running game software. Vir- cated, responsive interactive simulations are now tual reality (VR), augmented reality (AR), and found in the engines built to power games. high-fidelity physical simulation have long posed Despite the stigma of violence and gore associ- too high a barrier to entry for any but the most gen- ated with first-person games, there has been a long erously funded researchers. Significant advances in history of unpublicized cooperation between com- computer graphics in these areas have traditionally puter scientists and the game industry [1, 2]. depended on expensive, specialized graphics hard- Games have provided the first and sometimes the ware running on scientific workstations. High- only market for advanced graphics techniques, fidelity simulation/graphics software has also demonstrating the extent to which realism could remained an expensive niche market largely the be conjured up even from relatively weak graphics COMMUNICATIONS OF THE ACM January 2002/Vol.
    [Show full text]
  • High-Performance Play: the Making of Machinima
    High-Performance Play: The Making of Machinima Henry Lowood Stanford University <DRAFT. Do not cite or distribute. To appear in: Videogames and Art: Intersections and Interactions, Andy Clarke and Grethe Mitchell (eds.), Intellect Books (UK), 2005. Please contact author, [email protected], for permission.> Abstract: Machinima is the making of animated movies in real time through the use of computer game technology. The projects that launched machinima embedded gameplay in practices of performance, spectatorship, subversion, modification, and community. This article is concerned primarily with the earliest machinima projects. In this phase, DOOM and especially Quake movie makers created practices of game performance and high-performance technology that yielded a new medium for linear storytelling and artistic expression. My aim is not to answer the question, “are games art?”, but to suggest that game-based performance practices will influence work in artistic and narrative media. Biography: Henry Lowood is Curator for History of Science & Technology Collections at Stanford University and co-Principal Investigator for the How They Got Game Project in the Stanford Humanities Laboratory. A historian of science and technology, he teaches Stanford’s annual course on the history of computer game design. With the collaboration of the Internet Archive and the Academy of Machinima Arts and Sciences, he is currently working on a project to develop The Machinima Archive, a permanent repository to document the history of Machinima moviemaking. A body of research on the social and cultural impacts of interactive entertainment is gradually replacing the dismissal of computer games and videogames as mindless amusement for young boys. There are many good reasons for taking computer games1 seriously.
    [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]
  • Zeszyty Naukowe Wsei Seria: Transport I Informatyka
    ZESZYTY NAUKOWE WSEI SERIA: TRANSPORT I INFORMATYKA 7(1/2017) Zeszyty naukowe Wyższej Szkoły ekonomii i Innowacji w Lublinie SERIA: TRANSPORT I INFORMATYKA Rada naukowa: prof. zw. dr hab. inż. Andrzej Niewczas (ITS Warszawa) prof. dr hab. inż. Zdzisław Chłopek (Politechnika Warszawska) dr hab. inż. Tadeusz Dyr (Uniwersytet Technologiczno-Humanistyczny w Radomiu) prof. Tatiana Čorejova (University of Žilina, Słowacja) prof. dr hab. inż. Igor Kabashkin (Transport & Telecommunications Institute, Łotwa) dr hab. inż. Grzegorz Koralewski (WSOWL, Dęblin) prof. dr hab. Aleksander Medvedevs (Transport & Telecommunications Institute, Łotwa) prof. Inga O. Procenko (The Russian Academy of National Economy and Public Service at the President of the Russian Federation) prof. zw. dr hab. inż. Marek Stabrowski (WSEI w Lublinie) prof. George Utekhin (Transport and Telecommunuication Institute. Riga. Latvia) prof. dr hab. inż. David Valis (University of Defence Brno, Republika Czeska) Redakcja: dr inż. Józef Stokłosa (Redaktor Naczelny), mgr Joanna Sidor-Walczak (Sekretarz Redakcji), mgr Marek Szczodrak (Redaktor Techniczny) Redaktorzy tematyczni: prof. dr hab. inż. Jan Kukiełka (Infrastruktura transportu), dr hab. Grzegorz Wójcik (Informatyka), dr hab. inż. Andrzej Marciniak (Modelowanie systemów transportowych), dr inż. Mariusz Walczak (Mechanika, Inżynieria materiałowa) Recenzenci: dr hab. inż. Andrzej Adamkiewicz dr hab. inż. Tadeusz Cisowski, dr hab. inż. Paweł Droździel, prof. dr hab. inż. Henryk Komsta, dr hab. inż. Marianna Jacyna, dr hab. inż. Marek Jaśkiewicz, dr hab. inż. Zofia Jóźwiak, dr hab. inż. Grzegorz Koralewski, prof. dr hab. Anna Križanova, dr hab. inż. Andrzej Marciniak, prof. zw. dr hab. inż. Andrzej Niewczas, prof. dr hab. inż. Marek Opielak, dr hab. inż. Marek Pawełczyk, dr hab. inż. Artur Popko, dr hab.
    [Show full text]
  • Quake III Arena This Page Intentionally Left Blank Focus on Mod Programming for Quake III Arena
    Focus on Mod Programming for Quake III Arena This page intentionally left blank Focus on Mod Programming for Quake III Arena Shawn Holmes © 2002 by Premier Press, a division of Course Technology. All rights reserved. No part of this book may be reproduced or transmitted in any form or by any means, elec- tronic or mechanical, including photocopying, recording, or by any information stor- age or retrieval system without written permission from Premier Press, except for the inclusion of brief quotations in a review. The Premier Press logo, top edge printing, and related trade dress are trade- marks of Premier Press, Inc. and may not be used without written permis- sion. All other trademarks are the property of their respective owners. Publisher: Stacy L. Hiquet Marketing Manager: Heather Hurley Managing Editor: Sandy Doell Acquisitions Editor: Emi Smith Series Editor: André LaMothe Project Editor: Estelle Manticas Editorial Assistant: Margaret Bauer Technical Reviewer: Robi Sen Technical Consultant: Jared Larson Copy Editor: Kate Welsh Interior Layout: Marian Hartsough Cover Design: Mike Tanamachi Indexer: Katherine Stimson Proofreader: Jennifer Davidson All trademarks are the property of their respective owners. Important: Premier Press cannot provide software support. Please contact the appro- priate software manufacturer’s technical support line or Web site for assistance. Premier Press and the author have attempted throughout this book to distinguish proprietary trademarks from descriptive terms by following the capitalization style used by the manufacturer. Information contained in this book has been obtained by Premier Press from sources believed to be reliable. However, because of the possibility of human or mechanical error by our sources, Premier Press, or others, the Publisher does not guarantee the accuracy, adequacy, or completeness of any information and is not responsible for any errors or omissions or the results obtained from use of such information.
    [Show full text]
  • By Dumptruck Ds & Iw [email protected] Version
    by dumptruck_ds & iw [email protected] version 2.0.0 2020-12-28 Contents Contents What is progs_dump? What can you do with progs_dump? Acknowledgements Installation Spawnflags Trigger Spawned Monsters Appearance Flags Monsters Behavior Modifiers Custom Monster Models Custom Monster Sounds pain_threshold pain_target monster_boss2 monster_oldone2 Enhanced Zombies Monster Styles Grunt styles Enforcer Styles Ogre styles func_monster_spawner info_monster_spawnpoint misc_teleporttrain Custom Monster Example Items Respawning Items Custom Item Models item_armor_shard item_health_vial item_backpack item_key_custom weapon_shotgun Item Customization Table Custom Sounds Attenuation play_sound_tiggered play_sound ambient_general ambient_thunder ambient_water1 ambient_wind2 ambient_fire Custom Models and Sprites misc_model Enhanced Triggers is_waiting trigger_changelevel trigger_heal trigger_look trigger_push_custom trigger_monster_jump trigger_take_weapon trigger_setgravity trigger_shake trigger_usekey trigger_void trigger_cdtrack trigger_changemusic trigger_teleport info_destination_random info_teleport_changedest Enhanced Platforms func_new_plat Elevators func_elvtr_button Misc Entities trap_spikeshooter, trap_shooter, trap_shooter_switched func_counter func_oncount func_door func_explobox func_fall func_fall2 func_togglewall func_train func_laser Lightning gib_(classname) monster_dead_(classname) Worldspawn light_candle Ladders trigger_ladder Breakables func_breakable Effect Entities play_explosion play_spawnexpl play_lavalsplash play_brlight
    [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]
  • Introduction to Game Programming & Game Engines
    INTRODUCTION TO GAME PROGRAMMING & GAME ENGINES Guillaume Bouyer, Adrien Allard v3.2 [email protected] www.ensiie.fr/~bouyer/ Objectives and schedule •Be aware of the technical problems and existing solutions that underpin the development of a video game (among others to succeed as well as possible in the team project) •Understand the theoretical and technical components of game engines •Operate a high-level but relatively closed game engine (Unity). Being able to create a project that looks like a game Monday Tuesday Wednesday Thursday Friday Am Pm Am Pm Am Pm Am Pm Am Pm Adrien Allard Course Part. 1 Course Part. 2 JIN Intro Proj. TC2.b TC2.d TC2.c TC2.a Proj.. Amplitude Studios, + Project Part. 1 + Project Part. 2 Talk + Project Part. 3 Homeworks 1 2 3 4 1. Prerequisites : Unity >= 2017,4 installed, several completed Unity tutorials (ex. introduction from ENSIIE S4 course) 2. Continue project 3. Finish project part 1 & 2 [email protected] 4. Finish project part 3 http://www.ensiie.fr/~bouyer/JIN Office 111 @ ENSIIE JIN 2018 – GAME DEVELOPMENT 2 References •Game Engine Architecture, Jason Gregory, A K Peters/CRC Press, 2009 (http://www.gameenginebook.com/) th •Game Coding Complete, 4 Edition, Mike McShaffry and David Graham, Course Technology, 2013 •Game Programming Algorithms and Techniques, Sanjay Madhav, Addison-Wesley, 2013 •Game Programming Patterns, Robert Nystrom, Paperback, 2014 (gameprogrammingpatterns.com/) JIN 2018 – GAME DEVELOPMENT 3 What if we programmed our own video game? JIN PROJECT 5 PART 1: THE BASICS 6 A VIDEO
    [Show full text]
  • Task Force – LastDitch Move
    Task Force – Last-Ditch Move Author: Cleber Fernandes “The Swordsdragon” Bibliographic references: • TV Tropes & Idioms • Wikipedia • Reptilia Squad – Episodes of the Lizardmageddon in Brazil • Reptilia Squad RPG • Toyama Ryu Japanese Swordsmanship (http://www.toyamaryu.org) • Neverwinter Nights Wiki (http://nwn2.wikia.com/wiki) 1 Introduction player character with extraordinary ease – effortlessly and mercilessly –, even with their bare Preliminary note: this material is a hands. While many other soldiers are slaughtered reworked copy from “Task Force – Last-Ditch by monsters – among what remains of the Rio de Move” –, adapted to English. Janeiro –, the player character is assigned to rescue the civilian survivors (as many as possible) before Survival horror is a subgenre of action- they are butchered as well. adventure video game inspired by horror fiction. These games make the players very vulnerable by This game combines elements of Survival providing them with less ammunition and fewer Horror and Stealth – essentially –, as well as (just) heavy weapons than other action games. the same rule system implemented in the Although combat is a part of the gameplay, the “Episodes of The Lizardmageddon”. player must control ammunition by evading enemies and avoiding direct confrontation. The This game is vaguely similar to “Friday the player is also challenged to find items that unlock 13 th“ 1 – except for certain traits in particular –, the path to new areas, and solve puzzles at certain since the player characters need to locate and locations. rescue as many survivors as possible (there are many of them along the way) before they are These games make use of strong horror butchered by a monster.
    [Show full text]
  • Basic Game AI
    Basic Game AI Technical Game Development II Professor Charles Rich Computer Science Department [email protected] IMGD 4000 (D 08) 1 Definitions? . What is artificial intelligence (AI) ? • subfield of computer science ? • subfield of cognitive science ? . What is “AI for Games” ? • versus “academic AI” ? • arguments about “cheating” In games, everything (including the AI) is in service of the player’s experience (“fun”) Resources: introduction to Buckland, www.gameai.com, aigamedev.com, www.aiwisdom.com, www.ai4games.org IMGD 4000 (D 08) 2 1 What’s the AI part of a game? . Everything that isn’t graphics (sound) or networking... • or physics (though sometimes lumped in) • usually via the non-player characters • but sometimes operates more broadly, e.g., – Civilization games – interactive storytelling IMGD 4000 (D 08) 3 “Levels” of Game AI . Basic • decision-making techniques commonly used in almost all games . Advanced • used in practice, but in more sophisticated games . Future • not yet used, but explored in research IMGD 4000 (D 08) 4 2 This course . Basic game AI (this week) • decision-making techniques commonly used in almost all games – decision trees – (hierarchical) state machines – scripting – minimax search – pathfinding (beyond A*) . Advanced game AI (weeks 5-6) • used in practice, but in more sophisticated games – autonomous movement, steering (3 lectures) – goal-based AI in Halo 3 (2 lectures from GDC) IMGD 4000 (D 08) 5 Future Game AI ? . Take IMGD 400X next year (B) “AI for Interactive Media and Games” • fuzzy logic • more goal-driven agent behavior . Take CS 4341 “Artificial Intelligence” • machine learning • planning IMGD 4000 (D 08) 6 3 Two Fundamental Types of AI Algorithms .
    [Show full text]
  • Of Jodi's Untitled Game
    UNTITLED PROJECT: A CROSS-DISCIPLINARY INVESTIGATION OF JODI’S UNTITLED GAME 1 BY LISA ADANG RHIZOME CONSERVATION FELLOW, SUMMER 2013 This project was made possible through the Rhizome preservation initiative under the thoughtful guidance of Ben Fino-Radin, digital conservator. Thank you to the entire Rhizome team for your support and feedback. Many thanks also to Robert Sakrowski for sharing your insights in the early stages of this project, and to JODI for talking me through the creation of Untitled Game and the amazing journey of your art careers. CONTENTS TABLE OF CONTENTS I. Untitled Game and the Strategy of Emulation 4–6 II. Constructing a Conservation Case Study 7–9 III. JODI’s early years 10–15 JODI’s Software Mods Existing Documentation of Untitled Game IV. Untitled Game Walkthrough 16–30 A look at the Untitled Game file and folder structure (in OS X) Digging deeper into the Untitled Game website Untitled Game in emulation Executing Untitled Game, Arena in OS 9 Reflections on Arena V. A formal overview of Untitled Game utilizing observations 28–37 from careful emulation Op Mods: Ctrl-F6, Ctrl-9 and Ctrl-Space Altered Movement Mods: E1M1AP, I-N and Q-L Colorblock Mods: Arena, G-R, M-W, O-O, Slipgate, Spawn and V-Y VI. Mediated Art and Conservation Ideology 38–39 I. UNTITLED GAME AND THE STRATEGY OF EMULATION aunching the first program of the software-based artwork, LUntitled Game, invokes a flash of scrolling white text on a black ground. This work by the artist duo JODI from 2001 is downloadable from www.untitled-game.org, but the artwork files have grown incompatible with the operating systems (OSs) of today through technological obsolescence.
    [Show full text]
  • 1 the Lingering Legacy of Id Software's Quake
    1 The Lingering Legacy of id Software’s Quake: A Glimpse Into Thirteen Years Of Darkness By Dustin Geeraert, Department of English, University of Manitoba In this talk I want to provide you with a look at a unique and remarkably resilient form of internet-base culture: custom level design for id Software’s 1996 First Person Shooter (FPS) computer game Quake. I’ve been involved with the creative scene revolving around Quake almost since the start, so after thirteen years I thought it would be appropriate to prepare a talk reflecting on what it all has meant. There was a time (before I came to graduate school) when I actually considered trying to enter into game design professionally. Now, however, I’m really glad I didn’t do this, as in the past ten years the industry has largely become a slave to the whims of the same lowest-common- denominator folks who brought us Michael Bay movies and Nickelback. There are several reasons why Quake is almost alone in its importance for this type of culture. It’s the most modified game of all time, and it has by far the most custom content available for it. There are literally hundreds of game modifications (mods) and thousands of custom levels (maps) available for Quake. Second, Quake introduced many of the hallmarks of modern games, including online multiplayer, hardware acceleration, and post-release software updates. Quake’s incredible longevity (modern games are lucky to last two years; Quake has lasted thirteen and probably has another five in it) comes from its modifiability; every aspect of the game’s content and even its engine (the software which displays the content and is responsible for things like lighting, physics, animation, and so forth) is modifiable.
    [Show full text]