Category: DIGM530
March 9th, 2018
Creating Interesting Particle Effects in Unity
Ripple Effects | Unity Particle Effects | Visual FX Tutorial – Youtube
This video is a tutorial on setting up a basic ripple effect using the particle effects given in Unity. This serves as a basic introduction to some of the different parameters of particle systems. This was useful in setting up the visuals for the projectile in our DIGM 530 project Coral Invasion.
Images and Video of Use as Projectile for Project
Video of Projectile in Motion with Audio
Some Useful Notes:
- As a projectile effect, it was important to make sure to edit the parameter to have the particle gameObject destroy itself once all the particles died.
- Editing the parameters of lifetime, rate, scaling size/color all useful to fit the particle between two circle colliders.
- Was able to attach the particle system prefab to the player script exactly like would normally be done for a generic gameObject used as a projectile. Can instantiate particle systems.
March, 4th 2018
Creating 2D Enemy Movement in Unity that is Able to Avoid Obstacles
How can I make an AI that avoids obstacles WITHOUT using NavMesh?
This link contains oStaiko’s answer to the above question, and describes two standard ways to deal with basic enemy AI movement, especially on a 2D plane. These two ways are: a waypoint setup and a more “vision” focused setup.
Waypoint Setup Pros/Cons
- Good on static maps where enemy can “know” the entire map
- Deciding fastest routes can be tricky
Vision Setup Pros/Cons
- Works better for non-static maps/obstacles
- More difficult to setup (scripting-wise)
- Better for open maps, can work poorly in more constricted spaces
Example Script for Setting Up Raycast AI to Move Around Obstacles
Unity 3D – Enemy Obstacle Awareness – AI – Code Sample
This link leads to some sample C# code for setting up a script that gives an object raycast vision to avoid obstacles and refocus on a target.
DIGM530 – Coral Invasion – Sources
Unity – Making 2D Sprite Flash Upon Taking Damage
Make A Sprite Flash? – From Unity
- From gilad905 in this post:
The GameObject should now flash when this state is activated by the animator.
Unity – Setting Up Animator
- Followed above instructions to create a basic flashing animation in Unity where the sprite renderer turns off/on once, called TakingDamage
- Created a second animation just titled IdleCoral, where literally nothing happens
- Opened the Animator window in Unity
- Here, I placed my two animations, IdleCoral and TakingDamage
- Created a link from Entry to IdleCoral, then a back/forth link between IdleCoral and TakingDamage
- Created a trigger parameter TakeDamage
- In the script of the base coral, made an anim variable to interact with the TakeDamage trigger
- That trigger is called in the TakingDamage method of the coral base
- Since I just wanted the coral to be “idle”, except for taking damage, then return back to idle, the transitions are setup as:
- IdleCoral to TakingDamage: no exit time, condition: TakeDamage trigger
- TakingDamage to IdleCoral: Has exit time: this correlates to how many times I want the animation to run (how many flickers of the object I want), fixed duration, conditions: empty
- Since I do not want the TakingDamage animation to actually take that long to run just to get more flickers, you can directly change the Speed value of the TakingDamage animation itself in the animator to compensate
- By combining the Exit Time variable of the transition, and the Speed of the animation itself, I can control how many times an animation will play, and how long it will take to run all of those instances of that animation
Creating Basic 2D Animations
Creating 2D Sprites in Unity
EZgif.com – Site for Generating Sprites from .GIF Files
Setting Up Multiple Colliders Effectively on Game Objects – Unity
Setting Up Colliders for 2D Objects
Important take away from this link from Zaladur:
“I add an empty child to my characters called “Hitbox” and add a box collider to it, and set it to a Trigger. The Hitbox can be its own layer, and handle collisions with things like bullets, fireballs, or other players or their hitboxes. Meanwhile the parent retains the character controller to handle movement and collision with terrain, obstacles, etc.”
“Having the hitbox as a trigger allows you to pass through other players while still generating an OnTrigger events so that you can react to hitting an enemy. Just make sure you remember that the Trigger collider is the Hitbox, so you should act on collider.parent if you need to access the actual character.”
This suggest for 2D game objects, one way to setup colliders is to have your physical collider (non-trigger collider) on the main, parent game object. Then, create a separate game object (called “Hitbox”) as a child to that main gameobject, and give this object a Trigger collider. This gives the overall system of objects a collider that will interact with the environment (walls, ground, other physical bodies if necessary) as well as a separate collider to determine events that occur when certain types of objects collide. This is partnered with labeling the parent collider and the child collider with different layers and/or tags, and use of the 2D collision matrix, to decide if objects physically collide and/or if an event occurs when they collide.
Example from Coral Invasion currently: Wanted the player to take damage when “colliding” with an enemy, but did not want a true physical collsion to occur. The player and enemy parent game objects have non-trigger colliders, with rigid body components, while their layers are “Player” and “Enemy” respectively. The collision between the layers “Player” and “Enemy” was deactivated in the 2D layer collision matrix. The child objects of these two game objects were each given trigger colliders. The “Player” child was given tag:”Player” and layer:”Player”, but the child of the “Enemy” object was given a tag:”Enemy” and layer:”Default”. As long as the layers were not “Player” and “Enemy”, this allows some type of collision to occur, as that was the only type of collision turned off. Here we have a “Player/Default” collision now. The Enemy child having the tag:”Enemy” was necessary for the OnTriggerEnter2D scripting of how the player object determined if it took damage (this was also why the tag:”Enemy” was removed from the parent Enemy object, as this appeared to be making the player lose double the health upon collision). This all came together so that the player would take damage when colliding with an enemy, but not create any true physical collision of the objects.
Some further investigation of exactly how this works is needed as the fact that the player was taking double the damage before changing the tag of the Enemy parent object suggests that the player child object was still picking up a collision there, even though it should have technically been a “player/enemy” layer collision. May have something to do with one being a trigger collider and the other being a non-trigger, but unsure.