If you need any Pathfinding in your game , please take a look at Simple Path by Alex Kring.
I guess the video will tell you the specifics a lot better then I could, so have a look :
Even when you are new to unity, this is a wonderfully documented plugin which is a simple breeze to work with.
While watching one of the many unity3d tutorials out there, one spoke of Filter Forge. This is a Photoshop plugin but can be used Stand Alone as well. IT works on both Mac and Windows. Though initially the price seems quite steep ($400,-), you’ll figure very soon that it’s worths it money as it comes with a texture library of around 8000 different textures.
The great thing about his program is that the textures are all procedurally created and thus have a lot of settings you can tweak with. This way you can change the color, details, bumpiness and a whole slew of other things 🙂 After generating your texture you can then let Filter Forge generate Normal Maps , Bump Maps, Hight Maps, Light Maps etc etc of the texture you generated. Import those into unity and create your materials from them with all the options you’ll need.
As you can imagine this gives you a huge boost in graphics and making you game look awesome 🙂 Also at the time of this writing ( 19 July 2010) they are having a 50% discount ! So go for it !
This morning I set out to expand the last demo I created yesterday. The result is Demo4.
In Demo3, the fireballs were duplicates of the same tree of objects. In demo4, they are in a new prefab that replaces the old fireballs. This proved useful when I wanted to update the look, feel and behavior of all fireballs.
The behavior change to the fireballs is in how they handle their patrol route. Demo3 remembered their starting point and I supplied a Vector3 with the X/Y/Z coordinates they would move to. Once they reached their goal, they would compare their position with their starting point and endpoint and they would pick the one they were not at to move to next. This worked, but it was limited and it resulted in fireballs attacking walls when I duplicated my room and moved the copy 10 units to the side. Oops.
So the Demo4 version of the fireball patrol route uses waypoints for navigation. The waypoints are instances of a simple PatrolNode prefab with an attached script called DisableMeshRendererOnAwake, to show the nodes while developing, but not when playing.
The fireball patrol script exposes a collection of GameObjects and the index for the current target. Each PatrolNode added to the collection is moved to in order. I ensure constant movement speed by using Vector3.ClampMagnitude on a diff between the current and target node position and multiplying it with Time.deltaTime to scale it down based on frame render time.
Once the fireball patrol code was done, I could easily add bigger patrol routes, so I did and most fireballs now chase after each other in the room.
The number of rooms I increased one-by-one until there were four.
Room one is the original room of Demo3, but the fireballs patrol in a square instead of up and down a line. There’s a corridor to room two, which is identical to room one except that there are no spotlights. The fireballs are stronger point light sources now, so they illuminate the room rather well. Next is a connection to room 3, which has no more inner wall and no spotlights and has each fireball patrol around its own pillar. Next is a connection to room four.
Room four is 20×20 instead of the 10×10 of the other rooms, but it has a 10×10 area in the center that’s a copy of room three except that there are no walls. The walls are half height and placed at the edges. Instead the floor is covered in grass and most of the room looks up to a skybox.
Since all solid objects are basically cubes that have been stretched to non-cube shapes, I’m making a new Material for each aspect ratio of wall or pillar I need. I’m sure there’s a better way to do it. I could look at turning one big 20×0.1×3 wall into a collection of 0.1×0.1×0.1 cubes and stacking them. Since the texture is seamless, this should work well, but there’d be a lot of different objects and lots of textures on sides you can’t see. It seems rather inefficient. The alternative is to figure out how I can create a texture that fits my wall’s dimensions exactly.
Tonight, I created Demo5 to get a better grasp on collisions and the physics model. It’s a simple bowling game built on top of the roof of Demo4 🙂
The player holds (via a FixedJoint) a heavy sphere, the ball. The BreakVelocity and BreakTorque are set to infinite, so the ball will stay glued to the player.
The player has an Update function that checks Input.GetButton(“Fire1”) to see if the left mouse button or Ctrl is pressed. If so, it starts adding Time.deltaTime to a counter and the ball is forced to face the same way as the player. Once the button is released, the square root of the counter value is multiplied with an arbitrary value of 300 and applied as forward force on the ball. The ball’s BreakVelocity and BreakTorque are set to 0, so the ball immediately snaps loose and is propelled in the direction the player is looking.
The pins are instances of a simple cylinder prefab. They have a script that checks if their rotation is still (0,0,0). If any of the dimensions change more than 0.5 degrees, assume the pin has fallen and marke it as not standing.
There’s a GUIText element in the top left corner. Because all pins have been tagged with ‘Pin’, I can simply use GameObject.FindGameObjectsWithTag(“Pin”) to find all pins and check if they are still standing. Count the standing ones and display it in the GUIText.
The thing that took me longest to figure out was which collision detection method to use for these objects. I read through the docs a bit and it looked like ContinuousDynamic was the best option, as it checked against just about everything. Pins and ball used it, but the ball just bounced off the pin without making it move a hair. I lifted the ball in the air above the pin to drop it, and it did push the pin over. After an hour of fiddling and trying to write custom OnCollisionEnter() handlers I started flippiing the collision detection method and found that Continuous did what I wanted without requiring scripts. Lesson learned.
Fiddling with mass and drag taught me that a ball does not necessarily have to keep rolling forever.
The player is still set to be Kinematic, so it is not affected by physics at all. This also seems to mean that it does not make a pin fall over when the player pushes against the pin. Disabling Kinematic turns the standard FPS Controller’s jump action into a jump that keeps going on forever. Not quite what I intended.
And that’s it for today. Perhaps I’ll create more demos during the week at night. Otherwise next weekend is likely going to be another hackfest with Gerard. He’s making progress on his demos, (though I need to bug him about posting his demos here) so it’s not going to be long before we’ll start working on tech demos/tools that can be useful for our first real game.
Today I sat down for my first day of Unity3D. Gerard was nearby to answer questions, but since he was working on expanding his own demo, I looked up more things than I asked him. By the end of the day we were helping each other troubleshoot our problems, so I guess I learned a couple of things 🙂
Â
This is a room built out of cubes that have been stretched and textured. I created textures using FilterForge. The construction worker guy comes with the 3rd Person Controller created by Unity, but his reaction is a bit iffy.
The fireball is two particle emitters inside an empty GameObject container that handles global positioning and movement. It does not cast light, but it does do collision detection while moving. Earlier versions of the fireball calculated the new position for the fireball each frame and set the transform.position instead of issuing a collision-detection Move order. Adding a CharacterController and replacing my Lerp-based transform with a Move order did the trick. The code also became a lot shorter.
There are Spotlights in the four corners of the room and an inner wall and pillar to see the effect of dynamic and static lights on real-time shadows. One thing to remember here is that the Rendering Path needs to be set to Deferred Lighting, otherwise only Directional Lights can cast shadows. Since I want to create mainly indoor locations (dungeon crawlers don’t have windows or sunlight) this was kind of useful to figure out.
Â
I got annoyed with the iffy controls, so I tried to do something different: a first-person view with mouselook.
I generated some more textures with FilterForge and started looking into the available shaders for Materials. The ceiling is shaded with a Parallax Diffuse, which uses a base texture, a Normal Map and a Height Map that were all generated with FilterForge.
There are now four fireballs that patrol through the room and four pillars. The spotlights in the corners have been moved and re-oriented. All of this creates a nice interplay of shadows.
The new floor texture is also created using FilterForge.
I’m not quite happy with the fireballs: the smoke’s billboard shows as squares against a bad backlight, which is ugly.
Â
This demo changes the fireballs to use the Particles/Additive (Soft) shader instead of the ~Additive-Multiply shader for both the flames and the smoke. No more billboards! I also tweaked the texture, number and size of particles for fire and smoke to give a nicer look. Enabling Simulate in Worldspace for the Particle Emitter makes the flames trail after the moving fireball.
I’m not quite happy with the bricks: compared to the other textures they look a bit bland and poorly stretched.
All in all this was a very productive first day. I learned the basic workflow of how to create Game Objects, how collision is handled and how to write my own scripts and make them run each frame. Before today, I knew nothing of shaders and lighting/shading. Now I at least understand what they’re about and how to use them.
Mortals of this world, all tremble in fear!
Code Noctis is here.
(a.k.a. Hello, world!)
You can find us on :
We also have an about page where you can find a bit more about us.
Code Noctis 