dev

Spiders

By | Journal, Videos, We Of The Woods | No Comments

The goal is to have a bunch of different playable animals in We Of The Woods.

Each will have different goals and survival mechanics.  Can’t get much more different than a giant spider 🙂

 

 

WOTW DevLog: AI movement

By | GameJam, Journal, Videos, We Of The Woods | No Comments

It’s quite fun to work on two games at once. It can provide some relief to switch projects when things are a bit busy. A palette cleanser, so to speak. Especially when switching from a VR game like SuperMegaMega.

So I’ve spent some more time working on another team project called We Of The Woods recently. It’s quite a fun project to play with. Procedural generation is one of my favourite things these days and the entire world is generated fresh each time it’s played.

One of the things the game has been lacking is any form of decent AI for the animals populating the world. The main reason being there was no knowledge of the collisions or paths available.

So it’s obvious what had to be done first:

The nav grid is being re-generated whenever the player moves a specified distance. This should let the animals navigate through the colliders easier, giving the appearance of intelligence.  Hunting should also feel better if the animals react properly to encountering a wall. Currently they just turn around and run the other direction but don’t consider where the player is coming from.

Now the navigation works it should just be a matter of tweaking some reaction behaviours for each of the animal types. The goal is to make them react convincingly when being chased by a wolf or bear…. 🙂

fun fun!

-Ryan

VR DevLog 18: Gameplay Loop

By | Journal, Super Mega Mega, Videos, VR | No Comments

So once again it’s been far too long since I wrote a devlog… mainly because I haven’t had anything to say! But also because I’ve been very busy on other projects and going to GDC and moving house/office.

Now things have settled down, development can kick back into gear. Super Mega Mega is coming up to a cool point in development. The core of the coding is done and the majority of work now lies in content generation.

I’m currently working on getting a more complete, playable version of the game ready to demo and get feedback on. I might even release this one publicly.

The game has evolved to be an interesting blend of games like MegaMan, Zelda and The Binding of Isaac. I want a highly replay-able, short session experience that works both with and without VR.

Now comes the point where the real game design stuff needs to be sorted… I’m hoping to have a version working well for the upcoming Beer & Pixels event… but I’m not sure I’ll have the time. I really need to get some feedback on this soon! Game design is not my strong suit…..yet! I’m going to have to focus and knuckle down to pull something cool out here.  A challenge!

Cheers!

-Ryan

VR DevLog 17

By | Journal, Super Mega Mega, VR | No Comments

Revisiting randomness

My recent work on SuperMegaMega has revolved around figuring out a lot of the desired game play and story.

Part of that process has led me back to considering procedural generation again.

I want to have a game that won’t require massive play sessions but is still appealing each time it’s played. The sense of progression is also important.

For examples of this I have been playing a lot of the recent roguelike evolutions that have become popular.

Some of them use random content in a way that is still very controlled. For example “The Binding of Isaac” uses a large set of hand made rooms (over 1000) that are chosen from as building blocks for the larger level layouts. “Rogue Legacy” does a similar thing too whilst Spelunky uses a more fine-grained version but it’s essentially the same idea.

So now SMM is using this pattern with its own twist. Pre made rooms and structures give more control over the player experience.   The main restriction is all the rooms are based around a cylindrical structure. As long as there are a shit load of variants to select from it will seem very random. Just need to make sure the quality level is maintained over the entire  set of rooms.

The actual gaming loop is currently being experimented with. So far leaning towards using a permadeath system with unlockable weapons and events. Don’t really know what will work until I get some more play testing done!

Lots of enemies,weapons,items and levels to make!

Also, my new phone is awesome! Note3 ftw

-Ryan
 

VR DevLog 16

By | Journal, Super Mega Mega, VR | No Comments

One thing I’ve been thinking about recently is motion sickness and VR. My wife tried the ‘Titans Of Space’ demo and got really sick in record time.

This really surprised me! I figured this demo was one of the easiest for first timers. Perhaps my perceptions of what has the potential to make someone sick is a bit out of whack.

I think it’s important to try and minimise the barf inducing effects but I fear it’s (at least partially) unavoidable.

Super Mega Mega has a pretty small percentage of people who feel sick I think. The one part I’m worried about is the screen-shake effect.

There are lots of technical things I’ve read and acted upon and I don’t want to repeat them here but it’s certainly a potential wall between VR tech going mainstream. At least it seems the consumer version of the Rift will be targeting a much lower latency… which could fix most of the problems and make everyone happy. Games just need to keep up their end of the bargain.

Anyways I think I’ve decided to have an options menu to allow the potential chunder busters to be switched off. That should hopefully cater to most people.

image

news

Back to work! Hoping to have a new playable demo available in the next 2-3 weeks. It all depends on how much time I get to work on it.

-Ryan

VR DevLog 15: Static Dynamic Vertices

By | Journal, Screenshots, Super Mega Mega, VR | No Comments

Now something a bit more technical and rambling… But not too bad 😉 … again this will help me more than anyone else 😛

With the initial prototype for Super Mega Mega, the world is completely dynamically rotating around the centre point of the world.

This was chosen to ensure the VR head tracking camera wouldn’t have any major issues with things like motion sickness.

Also, the player movement code becomes a lot simpler when the player isn’t actually moving and the level just rotates on a single axis.

The problem comes now with performance. I’ve been starting to push the detail levels of all the levels up a lot and that’s increased the draw call and vertex count significantly.

Deferred rendering is being used to get some nice lighting and post effects but it really hammers the draw call count.

To reduce this I have a few options:

– Reduce the vertex count of the individual blocks significantly (Unity dynamic batching doesn’t allow more than 900 vertex attributes which means about 200-300 vertices for me) which would make this look shitty.. potentially only an option if the detail is replaced with normal maps.  This would add a lot more work into my pipeline…. not cool but has potential.

– Leave it where it is and just decrease the level sizes. Not cool either! Seeing the tall tower stuff is one of the coolest bits.

– Switch all the mesh blocks to static objects and change the movement code to adapt. This is the first option I’m currently testing out. Draw calls are reduced significantly but now the camera has to be rotated to follow the player. This might screw with your head when wearing the VR headset…. must really test this ASAP. If it doesn’t cause any problems I’ll switch all the levels into this static mode. Re-writing the movement will be a pain but it’s a once off thing.

If anyone has any pearls of wisdom here.. feel free to drop them on me @bluntgames

Anyway it’s good to be back in the middle of it all. Hoping to be able to share some awesome new stuff early in the new year!
-Ryan

p.s.

After writing this I think I’ve decided to embrace the ‘all normal-mapped future’. This will make the vertex count of the blocks restricted but it should be nicely compensated with the normal detail I hope. My only concern is the lack of quality in the silhouettes. I’ve also solved the non-manifold mesh generation that was plaguing the tool used for current models. Perhaps the best solution is a happy mix of dynamically batches models and auto-combined models.

The attraction of having everything in the world dynamic (destructible and movable) is far too appealing to ignore.

test test test

 

VR DevLog 6: Tech Demo to Game

By | Journal, Screenshots, VR | No Comments

Another bunch of time spent doing things…

– Focused on making this little tech demo into a working game demo. Progress made but lots left to do.

– Biggest push has been on the gameplay and game flow. Each weapon in the game will be designed to have an alternate mode that uses the head tracking in some way.

– Played with an interesting way to bring more depth into the game … Basically letting the player switch planes of movement to be further or closer to the view point. It also unlocks lots of gameplay options too.

– On a side note its been hard writing these logs more often. It seems I just need to start typing without any real plans and things just fall onto the page.

– Menus suck with VR! Just putting everything into 3D now and attaching it to the right eye transform.

– Music and sfx are looming large on the list that really need to be in there! I’m setting aside the next few nights for doing this. I’m pretty amateur at the music stuff!

soundcloud

Head tracked reticle

Ludum Dare #23

By | Missile Control | No Comments

Over the past 48 hours I’ve been hammering my keys create a submission for the latest Ludum Dare.

The theme was ‘Tiny Worlds’ and fortunately I managed to complete something that slightly resembles a game!

Check out my entry here, I’ve uploaded win32/64, macos and web builds for your enjoyment!

 

Also here are the direct download links:

web

win32

win64

mac

 

WP-Backgrounds Lite by InoPlugs Web Design and Juwelier Schönmann 1010 Wien