Creating an enemy
by Chris Dickinson, John P. Doran, Greg Lukosek
Unity 5: Learning C# by Developing Games
- Unity 5: Learning C# by Developing Games
- Table of Contents
- Unity 5: Learning C# by Developing Games
- Unity 5: Learning C# by Developing Games
- Credits
- Preface
- 1. Module 1
- 1. Discovering Your Hidden Scripting Skills and Getting Your Environment Ready
- Prerequisite knowledge to use this book
- Dealing with scriptphobia
- Downloading Unity
- Teaching behavior to GameObjects
- C# documentation – where to find it? Do I need it at all?
- Working with C# script files
- Creating a C# script file
- Introducing the MonoDevelop code editor
- Instance? What is it?
- Summary
- 2. Introducing the Building Blocks for Unity Scripts
- 3. Getting into the Details of Variables
- Writing C# statements properly
- Understanding component properties in Unity's Inspector
- Changing a property's value in the Inspector panel
- Private variables
- Naming your variables properly
- Beginning variable names with lowercase
- Using multiword variable names
- Declaring a variable and its type
- Assigning values while declaring a variable
- Where you declare a variable is important
- Variable scope – determining where a variable can be used
- Summary
- 4. Getting into the Details of Methods
- 5. Lists, Arrays, and Dictionaries
- 6. Loops
- 7. Object, a Container with Variables and Methods
- 8. Let's Make a Game! – From Idea to Development
- 9. Starting Your First Game
- 10. Writing GameManager
- 11. The Game Level
- 12. The User Interface
- 13. Collectables — What Next?
- 1. Discovering Your Hidden Scripting Skills and Getting Your Environment Ready
- 2. Module 2
- 01. 2D Twin-stick Shooter
- Project overview
- Setting up the project
- Creating our scene
- Implementing player movement
- Shooting behavior
- Creating enemies
- Adding GameController to spawn enemy waves
- Particle systems for enemy explosion
- Adding in sound effects/music
- Adding in points, score, and wave numbers
- Publishing the game
- Summary
- Challenges
- 2. Creating GUIs
- 3. GUIs Part 2 – Clicker Game
- 4. Mobile Endless Game – Procedural Content
- Project overview
- Prerequisites
- Project setup
- Adding the background
- Adding a simple animated character
- Making a repeating background
- Working with sorting layers
- Creating our player behaviour
- Creating obstacles
- Spawning obstacles at runtime
- Game start and end behaviours
- Keeping score
- Summary
- Challenges
- 5. Shooting Gallery – Working with Animations and Tweens
- 6. Side-scrolling Platformer
- 7. First Person Shooter Part 1 – Creating Exterior Environments
- 8. First-person Shooter Part 2 – Creating Interior Environments
- 9. First Person Shooter Part 3 – Implementing Gameplay and AI
- 10. Building an In-Game Level Editor
- 11. Finishing Touches
- 01. 2D Twin-stick Shooter
- 3. Module 3
- 1. Detecting Performance Issues
- 2. Scripting Strategies
- Cache Component references
- Obtaining Components using the fastest method
- Removing empty callback declarations
- Avoiding the Find() and SendMessage() methods at runtime
- Disabling unused scripts and objects
- Consider using distance-squared over distance
- Avoid retrieving string properties from GameObjects
- Update, Coroutines, and InvokeRepeating
- Consider caching Transform changes
- Faster GameObject null reference checks
- Summary
- 3. The Benefits of Batching
- 4. Kickstart Your Art
- Audio
- Loading audio files
- Encoding formats and quality levels
- Audio performance enhancements
- Minimize active Audio Source count
- Minimize Audio Clip references
- Enable Force to Mono for 3D sounds
- Resample to lower frequencies
- Consider all encoding formats
- Beware of streaming
- Apply Filter effects through Mixer groups to reduce duplication
- Use "WWW.audioClip" responsibly
- Consider Audio Module files for background music
- Texture files
- Mesh and animation files
- Summary
- Audio
- 5. Faster Physics
- Physics Engine internals
- Physics performance optimizations
- Scene setup
- Use Static Colliders appropriately
- Optimize the Collision Matrix
- Prefer discrete collision detection
- Modify the FixedUpdate frequency
- Adjust the Maximum Allowed Timestep
- Minimize cast and bounding-volume checks
- Avoid complex Mesh Colliders
- Avoid complex physics components
- Let physics objects sleep
- Modify Solver Iteration Count
- Optimizing ragdolls
- Know when to use physics
- Consider upgrading to Unity 5
- Summary
- 6. Dynamic Graphics
- Profiling rendering issues
- Front end bottlenecks
- Back end bottlenecks
- Fill rate
- Overdraw
- Occlusion Culling
- Shader optimization
- Consider using Shaders intended for mobile platforms
- Use small data types
- Avoid changing precision while swizzling
- Use GPU-optimized helper functions
- Disable unnecessary features
- Remove unnecessary input data
- Only expose necessary variables
- Reduce mathematical complexity
- Reduce texture lookups
- Avoid conditional statements
- Reduce data dependencies
- Surface Shaders
- Use Shader-based LOD
- Memory bandwidth
- VRAM limits
- Fill rate
- Lighting and Shadowing
- Optimizing graphics for mobile
- Summary
- 7. Masterful Memory Management
- 8. Tactical Tips and Tricks
- A. Bibliography
- Index
Now that we can take pictures, let's create an enemy to take pictures of! We will perform the following steps:
- The first step to adding in an enemy is to import the assets required to use it. Inside our
Chapter 9Art AssetsGhost Modellocation, you'll find a series of files. Go ahead and drag and drop the folder into your project. - Open up the Ghost Model object from the Project tab and then select the
Ghost_meshobject. Now, select the object to bring up its properties in the Inspector tab. Under Scale Factor in the Model tab, change the value to.10to scale the object to 1/10th of its starting size. Then, check Generate Colliders, making sure to hit Apply. - Under the Rig tab, confirm the Animation Type value to None, as this model doesn't have any animations and then click on Apply if needed.
- Now, go somewhere in your world in the Scene view, and drag and drop the character onto the screen near your player and terrain. Take a look at the following screenshot:
Now, save the project, level and start up the game.
And now, the character is displayed and we can see them in the game. Spooky!
We oftentimes write code to provide the reactive or interactive parts within our simulation (or game world)—things such as when you're pressing a button or if you're walking or jumping. If you look at real life, you should note that a lot of things are reactive systems in that same way, such as your mobile phone and toaster. Depending on the stimuli provided to these objects, the state of these objects may change. We describe something that can be in one of the multiple states at a time as a state machine.
Almost every program that we write is or can be a state machine of some sort because technically, the moment you write an if statement, you've created code that can be in one of at least two states. However, having a number of switch and if statements can quickly get out of hand, making it very hard for people to understand what your code is actually doing. As a programmer, we want to isolate problems and break them down into their simplest parts before jumping in to solve them.
There are different kinds of state machines, but for this first example, we are going to create a simple Finite State Machine (FSM). When I say finite, it means that each of the states is already defined ahead of time. With a finite state machine, we can have different states in which we can process input differently depending on the state.
For example, if you are on a ladder, you can only move up and down and not to the sides.
-
No Comment