- 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
I have a very simple but fun idea in my mind for our first game—a very childish but fun 2D platform game:
This is Jake, an alien who recently passed his flying license. Jake's parents were very proud of him until, for unknown reasons, he crashed into one of the faraway little planet. He lost most of his ship's batteries and needs to get new ones. You will help him get the batteries so that he can fly back home. It will be an awesome adventure. We will collect anything valuable to sell and avoid the dangers of the mysterious planet. Let's call the game Jake on the mysterious planet.
I hope you like the idea. It is very simple as we have limited time. We will use most of the assets from http://kenney.nl/. They kindly agreed to contribute to this book.
I want this game to be as simple as possible so that we can complete it in the next few chapters. We will create a lot of scripts, prefabs, and possibly some assets, too.
Jake on the mysterious planet will be a 2D infinite scroller game. Jake will run automatically from left to right through the mysterious world. We will give him the ability to jump from platforms to collect coins. He can use them to buy batteries for his ship.
In most cases, when you have your own idea for a game, you will have a vision in your mind. You will know what sort of feel and gameplay you want to achieve. However, you won't know the tiny parts of the game and how they will work together to create the game you want. This is why planning is so important. Developing the game starts in your head, and then you have to create the documentation for your idea—even if the game is as simple as Jake on the mysterious planet. Don't be scared! You may not have to document the complete idea first, but trust me! It's worthwhile to have as much as you can written down.
There aren't any golden rules for game idea documentation. You should aim to write down as much as you want for two main reasons:
- There might be someone else you wish to share your idea with to gather feedback.
- When you write down your idea, you will have tons of new ideas on how to achieve it. Lots of things will pop up in your brain to indicate what could be a good way to do things.
I know what I am speaking is very generic, and I am not able to tell you exactly what to do. Your idea is your idea and only you can lead it to success. What I can do, however, is show you how I approach planning.
-
No Comment