BN.com Gift Guide

Creating Games with Unity and Maya: How to Develop Fun and Marketable 3D Games [NOOK Book]

Overview

Unity has brings you ever closer to the "author once, deploy anywhere" dream. With its multiplatform capabilities, you can target desktop, web, mobile devices, and consoles using a single development engine. Little wonder that Unity has quickly become the #1 game engine out there.

Mastering Unity is absolutely essential in an increasingly competitive games market where agility is expected, yet until now practical tutorials were nearly ...

See more details below
Creating Games with Unity and Maya: How to Develop Fun and Marketable 3D Games

Available on NOOK devices and apps  
  • NOOK Devices
  • Samsung Galaxy Tab 4 NOOK 7.0
  • Samsung Galaxy Tab 4 NOOK 10.1
  • NOOK HD Tablet
  • NOOK HD+ Tablet
  • NOOK eReaders
  • NOOK Color
  • NOOK Tablet
  • Tablet/Phone
  • NOOK for Windows 8 Tablet
  • NOOK for iOS
  • NOOK for Android
  • NOOK Kids for iPad
  • PC/Mac
  • NOOK for Windows 8
  • NOOK for PC
  • NOOK for Mac
  • NOOK for Web

Want a NOOK? Explore Now

NOOK Book (eBook)
$28.49
BN.com price
(Save 42%)$49.95 List Price

Overview

Unity has brings you ever closer to the "author once, deploy anywhere" dream. With its multiplatform capabilities, you can target desktop, web, mobile devices, and consoles using a single development engine. Little wonder that Unity has quickly become the #1 game engine out there.

Mastering Unity is absolutely essential in an increasingly competitive games market where agility is expected, yet until now practical tutorials were nearly impossible to find.

Creating Games with Unity and Maya gives you with an end-to-end solution for Unity game development with Maya. Written by a twelve-year veteran of the 3D animation and games industry and professor of 3D animation, this book takes you step-by-step through the process of developing an entire game from scratch-including coding, art, production, and deployment.

This accessible guide provides a "non-programmer" entry point to the world of game creation. Aspiring developers with little or no coding experience will learn character development in Maya, scripts, GUI interface, and first- and third-person interactions.



--Unity is HOT! It's the #1 game engine out there, and it's taken the game world by storm. Documentation is hard to find. Focal to the rescue. Learn Unity from the ground up. Build a game with no previous scripting knowledge, and make a game that's fun.

--Authoritative - Author, Adam Watkins, is a 12 year veteran and author of several books and over 100 articles on 3D Animation. His students are the winners of multiple national and international animation awards and festivals. With this experience comes great insight into the best ways to learn 3D art and gaming concepts.

--Accessible to All Unity users (artists and programmers) - the author comes from an art background. He animated for many years before working in games. This provides a "non-programmer" entry point to the world of game creation.

--Complete - this volume provides instruction from game inception to completion and delivery. The 3D creation and export begins, but applied functionality and delivery complete the book. In the course of the book, the reader will create effective and efficient 3D assets from scratch using Maya (including characters). Then, use these assets to create a functioning game complete with scripts, GUI interfaces, and first and third person interactions.

--Companion website includes: original versions of the images, all completed files from the tutorials, important links, and all code from the book.

Read More Show Less

Product Details

  • ISBN-13: 9780240819013
  • Publisher: Elsevier Science
  • Publication date: 7/15/2011
  • Sold by: Barnes & Noble
  • Format: eBook
  • Pages: 548
  • File size: 36 MB
  • Note: This product may take a few minutes to download.

Meet the Author

Adam Watkins is Associate Professor, 3D Animation, School of Interactive Media & Design at the University of the Incarnate Word. He is currently on a research sabbatical at the Los Alamos National Laboratory in New Mexico, where he is part of the VISIBLE effort creating virtual simulation games for use in non-proliferation exercises. Watkins has headed the 3D Animation program for over ten years and is the author of several books and over 100 articles on 3D Animation. His students are the winners of multiple national and international animation awards and festivals.
Read More Show Less

Read an Excerpt

Creating Games with Unity and Maya

How to Develop Fun and Marketable 3D Games
By Adam Watkins

Focal Press

Copyright © 2011 Elsevier Inc.
All right reserved.

ISBN: 978-0-240-81901-3


Chapter One

Game Production Process

Describing the game production process is actually a bit tricky, partly because it is different for every team and different for every budget. But also, the reality is that a team might be, well, you. Indeed, sometimes games are produced by very small groups of people, and occasionally by a team of one.

However, whether you are a team of fifty working on the next AAA blockbuster or a team of one creating a student project that you hope will get you on that team of fifty, there are some specific steps that need to happen to create a playable game. How successful you or your team are at these steps, and completing the steps in a timely manner, will play a big role in how efficiently the project comes together and how successful the game ultimately appears and plays.

The specifics of team management and money management and even time management are really out of the scope of this book (along with marketing your game and getting funding). However, understanding what needs to happen in what order will help you as you assemble your team or build your project.

The Team

"The Team" refers to the Design and Production Team—the group of people that actually make the game. This doesn't include the important roles of publishers, financial teams, marketing teams, or even quality assurance teams. Although all of these are important for a profitable game, the focus of this book is learning the technology, so the production of the game will be the focus.

Generally most game production teams (or development teams) contain people in the following roles:

Designer: The Game Designer is the head of the creative vision. He or she must be artistically able and technically proficient. He is able to straddle the aesthetic and programming ends of the spectrum. More importantly, he understands and often has authored the goals of the game, the genre of the game, the game play, the rules and structure of the game, and any other game mechanics. The game designer typically communicates these goals through a document called a Game Design Document. The Game Design Document is often predicated by a Game Proposal Document before it can be created. Usually, a game designer has substantial writing skills to be able to communicate the vision of a game. This Game Design Document becomes the bible upon which the other designers reference as the game production goes on. The structure of this document is out of the scope of what we are covering here, but there are multiple references and examples online of such documents. Further, Game Design Documents should be specific to an organization, financial structure, and even work culture. However, although we might not cover the details of what this document is, what it does is relevant. Now a Game Design Document is rarely set in stone. The scope of a game and the features of a game often have to be adjusted due to time, talent, or budget reasons. However, as the production cycle grinds on, effective management and distribution of this document becomes important to keeping the team on task. I have personally witnessed many times where days and even weeks of labor were wasted because team members failed to reference—and managers failed to confirm—that they were referencing a Game Design Document. Even if you are working as an expansive team of one, developing an internal Game Design Document (even if it is a bulleted list, or a flowchart sketch on your whiteboard, or a list on the back of a napkin) can help you keep an eye on the prize and avoid pitfalls like feature creep, where new options forever find their way into a game and keeps it from ever being released. Mechanics Engineer: Games have mechanics. Mechanics are the rules by which the game functions, including things like balance in power, physics illustrations, interaction between player and game, and interplayer interactions. Game mechanics are part of every game from checkers to the most sophisticated of PC first-person shooters to training modules for nuclear inspectors. The mechanics engineer (or Game Mechanics Designer as he or she is sometimes called), works through the details of how the vision outlined by the lead Game Designer can be implemented best. Often this team member comes from a programming or scripting background.

A quick note on this: The academic community has been studying the issue of game play and game mechanics fairly rigorously in recent years. It is still a developing field of study, and is a bit of a moving target as the rules of engagement with your game continue to change. However, if you want to get serious about understanding what makes games fun and how game mechanics can help this, there is an ever-increasing library of research that explores this. In the long run, researching this literature will be worth your while if you want to be a successful game designer or mechanics engineer. Level Designer: Justifiably, this position has become more and more prominent in the game production process. This designer creates the environment in which the gameplay takes place. He works carefully with the Game Designer and Mechanics Engineer to ensure that the space he is designing both remains true to the vision of the designer and allows the space for effective game mechanics. These designs are carefully considered and designed and almost always begin with conceptual sketches or paintings and detailed floor plans that lay out where puzzles, challenges, pitfalls, and enemies appear or are interacted with. Character Designer: This is often one of the sexiest roles because this person designs the characters. These characters are based upon the goals defined in the Game Design Document, and almost always start on paper with drawings. Conceptual sketches provide quick communication devices before the considerable modeling time is undertaken. These sketches also can provide a visceral response to a concept that often a T-pose-modeled character lacks. Animator or Motion Designer: Animation is incredibly important in games since it seems to be the thing that draws our attention. Ironically, even complex games have a fairly limited collection of animations that are cycled as the game is played. Some characters have as many as 100 different moves, but most have much, much less. The animator will create in-game animations that are cycled, but will also often be responsible for cut scenes and more "meaty" assignments where traditional noncycled animation is used. Very large studios often will have separate cinematic (cut scenes and intro animations) departments that are creating higher-rez, prerendered animations. Writer: Due to strikes in recent years, there has been a migration (at least temporarily) of film and television writers to the game industry. Writing for games is certainly different than any other medium, and too often people who have no business writing for games do so—and the results are usually cliché at best or downright corny at worst. However, a good writer can certainly assist in making a game experience more immersive with believable and engaging dialog, narrative, on-screen elements (think character correspondence or journals), and even in-game verbiage that lets the player know what to do. Often the writer is used for only part of the process since there is usually insufficient work to keep one occupied through the entire production cycle. Sound Designer: Playing a game with the sound off has its charms, but anyone who has played a game on a big screen TV, with the lights off, and the sound pumped way up (or on headphones) knows how an effective sound design creates perhaps more ambiance than any visual elements of a game. Too often in all aspects of 3D animation, students or beginners treat sound and music as an afterthought, but it never is in big-budget games. Sometimes for students there are budget restrictions that prevent custom soundtracks from being used. However, thinking early of sound effects and music will allow for proper timing and can even influence visual choices.

The Tools and Unity

Now that we have generally looked at who is on a team, it is important to talk through what the tools of that team are, and specifically how Unity fits within that tool box.

Unity is classed as a game engine. What this means is that it is the technology that drives a game. The way to think about it in production terms though is as an "assembler." Unity itself is generally not used to create assets (although there are some things like particles that are created within Unity itself). Almost all the art assets are created outside of Unity itself—the 3D models are created in a 3D application (Maya, Cinema4D, Blender, modo, 3DS Max, Lightwave, etc.), the texture assets are made in Photoshop or BodyPaint, and even the scripts are actually written in some other application (UniSCTE on a PC, Unitron on the Mac, or some other scripting tool all together). All these assets are imported in Unity through a quite painless process where you are then able to combine these assets to create the game.

So, you assemble games in Unity, but most games—and all games with any level of visual complexity—make heavy use of lots of other applications in the process. Just as there are lots of different ways to create 3D assets (some will choose Maya, others 3DS Max, for instance), there are multiple game engines as well. Unity is particularly flexible and accessible; that is why it is the tool of choice in this book. But be aware that there are lots of other methods of creating games (Unreal Engine, CryEngine, Source, etc.).

Teams of Teams and Pipelines

Often, a production team will be broken into two teams, an art team (sometimes called "Creative") and a technology team. The work of both is critical for a successful game, and communication between the two teams better ensures a smooth process.

One of the benefits of working as part of a team—or a team of teams—is that assets need not be created sequentially. The technology team doesn't need to wait for creative to finish up their work before starting on scripts.

Often, technology is being developed and has been developed when the creative team delivers certain assets that are then plugged directly into the game.

However, if you are working alone (and the assumption is that most readers of this book are doing just that) creation of assets in an appropriate order will make the development process much more efficient. So to begin, let's look at the assets needed for the game produced in this book.

Assets

Once the Game Design Document is completed, the lead designer will need to start working out what assets need to be created and when they need to be done. Assets can be a lot of things: 2D elements like GUI and interface designs, texture files, 3D models, sound files, animation clips, as well as things like scripts and other mechanisms that drive the game. For this book, we will focus on two categories of assets: art assets and scripting assets.

Art Assets

For the tutorials covered in this game we will need three art-based assets: models, textures, and animations. The models and animations will be created in Maya while the textures will be created in Photoshop, but linked to the models within Maya. Other visual elements like lighting will take place in both Maya and Unity (depending on which version of Unity you are using).

Technology Assets (Scripts)

Unity allows for mechanics to be built with a variety of scripting mechanisms. Most reference or discussion you will find will be in either Unity's implementation of JavaScript or C#. These scripts are attached to an object or objects within your Unity scene and drive the interaction between the player and the game.

(Continues...)



Excerpted from Creating Games with Unity and Maya by Adam Watkins Copyright © 2011 by Elsevier Inc.. Excerpted by permission of Focal Press. All rights reserved. No part of this excerpt may be reproduced or reprinted without permission in writing from the publisher.
Excerpts are provided by Dial-A-Book Inc. solely for the personal use of visitors to this web site.

Read More Show Less

Table of Contents

  • Preface
  • Introduction
  • Chapter 1 - Game Production Process
  • Chapter 2 - Asset Creation: Maya Scenography Modeling
  • Chapter 3 - Asset Creation: Maya Scenography UV Mapping
  • Chapter 4 - Asset Creation: Maya Sceongraphy Texturing
  • Chapter 5 - Asset Creation: Unity Scenography Importing
  • Chapter 6 - Asset Creation: Unity Scenography Creation Tools
  • Chapter 7 - Lighting, Texturing & Baking
  • Chapter 8 - Asset Creation: Maya Character Creations
  • Chapter 9 - Asset Creation: Maya Character UV and Texture
  • Chapter 10 - Asset Creation: Maya Rigging, Skinning, and Animation and Unity Import and Animation
  • Chapter 11 - Unity Sound
  • Chapter 12 - GUI
  • Chapter 13 - Unity Script: Syntax
  • Chapter 14 - Unity Script: Triggers
  • Chapter 15 - Unity Script: Inputs, Raycasting, and Manipulating
  • Chapter 16 - Unity Script: Prefabs and Instantiation
  • Chapter 17 - Unity GUI and Scripting: Inter-script Communication
  • Chapter 18 - Unity Distribution: Builds
  • Appendix A: Setting Projects with Maya
  • Appendix B: Emmisive Material Light Baking
  • Appendix C: Preparing Character Style Sheets
  • Appendix D: Unity Asset Server
Read More Show Less

Customer Reviews

Average Rating 5
( 1 )
Rating Distribution

5 Star

(1)

4 Star

(0)

3 Star

(0)

2 Star

(0)

1 Star

(0)

Your Rating:

Your Name: Create a Pen Name or

Barnes & Noble.com Review Rules

Our reader reviews allow you to share your comments on titles you liked, or didn't, with others. By submitting an online review, you are representing to Barnes & Noble.com that all information contained in your review is original and accurate in all respects, and that the submission of such content by you and the posting of such content by Barnes & Noble.com does not and will not violate the rights of any third party. Please follow the rules below to help ensure that your review can be posted.

Reviews by Our Customers Under the Age of 13

We highly value and respect everyone's opinion concerning the titles we offer. However, we cannot allow persons under the age of 13 to have accounts at BN.com or to post customer reviews. Please see our Terms of Use for more details.

What to exclude from your review:

Please do not write about reviews, commentary, or information posted on the product page. If you see any errors in the information on the product page, please send us an email.

Reviews should not contain any of the following:

  • - HTML tags, profanity, obscenities, vulgarities, or comments that defame anyone
  • - Time-sensitive information such as tour dates, signings, lectures, etc.
  • - Single-word reviews. Other people will read your review to discover why you liked or didn't like the title. Be descriptive.
  • - Comments focusing on the author or that may ruin the ending for others
  • - Phone numbers, addresses, URLs
  • - Pricing and availability information or alternative ordering information
  • - Advertisements or commercial solicitation

Reminder:

  • - By submitting a review, you grant to Barnes & Noble.com and its sublicensees the royalty-free, perpetual, irrevocable right and license to use the review in accordance with the Barnes & Noble.com Terms of Use.
  • - Barnes & Noble.com reserves the right not to post any review -- particularly those that do not follow the terms and conditions of these Rules. Barnes & Noble.com also reserves the right to remove any review at any time without notice.
  • - See Terms of Use for other conditions and disclaimers.
Search for Products You'd Like to Recommend

Recommend other products that relate to your review. Just search for them below and share!

Create a Pen Name

Your Pen Name is your unique identity on BN.com. It will appear on the reviews you write and other website activities. Your Pen Name cannot be edited, changed or deleted once submitted.

 
Your Pen Name can be any combination of alphanumeric characters (plus - and _), and must be at least two characters long.

Continue Anonymously
Sort by: Showing 1 Customer Reviews
  • Anonymous

    Posted April 20, 2013

    Very good

    I thought this book was very useful! I made millions of games with this!

    Was this review helpful? Yes  No   Report this review
Sort by: Showing 1 Customer Reviews

If you find inappropriate content, please report it to Barnes & Noble
Why is this product inappropriate?
Comments (optional)