What I've been up to lately

Saturday, July 04, 2015

After the VRJam ended I needed a break from W.A.R.P. so I quickly moved onto a new project. I'm taking that project very seriously, so I'm trying not to tell anyone about it until I have it to a certain point where I feel certain that I'm going to finish it. So sadly I'm not ready to talk about that yet.

Kokiri Forest - GearVR

Sunday, June 21, 2015

I didn't plan to release anything for GearVR anymore after W.A.R.P., or to do anything more with Kokiri Forest at all. But its funny how things work out sometimes. Mark Schramm has been working hard on a project to help break GearVR users free of Samsungs walled garden on the platform, and also help make testing easier for developers/testers. A project called SideloadVR.

W.A.R.P. VRJam - The End of the Road

Monday, May 18, 2015

Well... I lost.

Sure there's the community choice prize, but I have an even lower chance at winning that. So I'm considering this Jam over for me.

So what's next for W.A.R.P.? Or me?

Well, I don't have any prize money to fund the game. I scrapped by with my self created assets for the demo, but didn't plan to do that for a full game. Also, I just couldn't get very much feedback or buzz about my game. So either it's not interesting, or I failed at catching peoples interest in it. I don't want to make a game no one will care about. Win or lose that was my real goal, to at least come out of this with some people wanting to see the game get made in full.

That all said, I'm not declaring it done yet. Just the the GearVR version. Honestly, I don't believe in mobile VR at all for a variety of reasons. And if it does succeed, I just don't want to develop for it. So if W.A.R.P. continues it will be on PC only. And it probably wont have that name. I came up with W.A.R.P. at the last minute, its meaning being "Windowed Alternate Reality Puzzle". And well, as the game progressed alternate realities became alternate worlds and it made less sense.

I'll likely take some time away from it to work on other projects, and come back to it in a month or 2. If I decide to continue I will scrap all the models/textures, puzzles, and design. Just taking the window code and starting otherwise from scratch. From there I'll probably try out all my alternative mechanics ideas, make some Youtube videos, and hope to get some buzz from that. From there maybe Kickstarter. Who knows.

I vow to be in the next VRJam, if there is one! Of course I don't know what game I'll do for it yet, but I have tones of ideas, so hopefully I'll get something ironed out by then. Hey! Never know, maybe the spiritual successor to W.A.R.P.? =)

W.A.R.P. VRJam - Final Thoughts

Wednesday, May 13, 2015

What a long month! It's finally over!

This was my first game jam, and my first attempt at a real game. Win or lose, I learned from this.

I learned preparation time is valuable. I came up with the idea of my game shortly before the submissions opened/the start of the jam, and while I thought about it for the next week, I didn't really start work on it. So for the next 4 weeks were all I had to turn my vague incomplete idea into something that resembled a game.

W.A.R.P. VRJam Release

Thursday, May 07, 2015

I tend to like to release stuff on my birthday (and Christmas), and it seems I have something to do that with this year!

It's a few days early before then end of the VRJam, but I'm releasing the apk now. In part because I can't find anyone to test it, and part because I can't get anything substantial done with it now before the end of the jam. I wanted to, but things just didn't work out like that.

If there's bugs, I hope to hear of them, and will certainly try to fix them by Monday.

I created a page for the project, and you can download it at the bottom.

Of course, there's the community vote for the jam. I don't expect my odds to be good to win the main prizes, but would love it if you voted for my project for that prize!

W.A.R.P. Demo

(I'll post a DK2 version next week most likely.)

Happy birthday to me! =)

W.A.R.P. - VRJam Log #3

Sunday, May 03, 2015

Today it was time to work on the next puzzle room. I've had idea for future puzzles, but I just feel there should be something else for proper progression after the simple first puzzle. I need to introduce something new, since there's not much to do with the mechanics that I have, just nothing to fancy. After some internal debating I decided a movable window was the best next step.

So first I need to adjust the window model to visually represent that its movable. But really, before that my window doesn't make much sense as is. It kind of just floats there. So first I have to adjust the model to better visually show that its stationary, and follows the law of gravity. So I made some legs/braces for the bottom.

After that I moved onto the movable window. This I just figured some basic looking wheels would do. I just made the wheels spheres. They don't animate or anything, but they're good enough.

Now I needed to make the window actually move some how. I quickly just decided to make a script similar to the battery pickup script. Instead of press a button and hold what your looking at, you press a button and start pushing around the window. Basically, the only difference is that the window keeps its y position on the floor.

Once I got this working, I soon noticed a bug. As I run around ramming the window into, well, anything, the object pops between worlds. Huge rocks, terrain, walls, doors, etc. It was unexpected, and amusing. I realize that sometimes unexpected bugs like that can lead to being a intended mechanic. So I decided to think about it before I fixed it. As I often do when I need to brain storm, I turned off my monitor, closed my eyes, and started thinking... 2 hours later, I woke up. DANG! I guess I didn't realize how tired I was. Maybe its the cold I still have a little bit of, or I've been spending a lot time on the project the past few days.

Anyway, objects bigger then the windows are not something I want popping through them, and certainly not things unintended. So I wrote the bug down in my notes in case I do want to do something with it later, fixed the bug and moved on.

I soon noticed another issue. I grabbed the window, moved it over to the battery, dropped the window, then tried reaching through to grab the battery, and I just grabbed the window instead. I didn't think about that. How should things know what I'm intending to grab? Mapping 2 different grab buttons, one for windows, one for batteries, doesn't sound right to me. I tried a couple different things and just ended up going with that windows are grabbed by holding the button down. It will only grab the window after 0.5 seconds of holding the button down. I realize now that I'll have to make the controls known somehow. Maybe a one time pop up? Anyway. This idea worked, and I could now move onto room 3.

The next day I started thinking about the room 3 puzzle. I have ideas for some mechanics, but I just feel there should be some smoother progression before them. I didn't want to work on having environmental effects transfer back through the window yet, but started thinking that, well, I can only spend so much time on this game to get it done in time for the game jam. I'm not going to be able to make the full length game I would want, and also judges probably arent going to spend more then a few minutes playing it. So a proper slow progressing wouldn't work. I don't want judges deciding they're done before they get to the good stuff. So for this demo only, I need to jump strait from new mechanic to new mechanic. So I guess it's time for the environmental effects.

My original idea was to have continuous global environmental effects emitting through the windows. But since I only want to use 1 world in this demo, and don't want to make to many versions of the windows to explain why the first 2 weren't emitting effects, I decided to use localized effects. Meaning, for the hot world I made a red geyser. Just a particle fountain shooting red particles. And when you move the window really close to it the effect comes through. This isn't the awesome elaborate idea I originally envisioned, but again, I'm only one man, and limited for time, so it's good enough.

To go along with this, the effect needs to be used on something. It's hot, so ice makes sense. That was my general idea when I came up with it, but I need to make it work with what I have now. I decided to encase a battery in ice. I grabbed a rounded edge cube I made for a previous project, set its color to a light blue, turned down the transparency, and hope it passes as a ice cube. lol.

It's quite an elaborate daisy chain or scripts for this new mechanic, but in the end it works. Having to move both the window around, the ice cube, then the battery for this puzzle is nice. I feel I'm finally getting close enough to wear I can use the same mechanics shuffled around to create a new puzzle. But I wont be doing that next.

Next I want to try another idea...

Here I toke a couple week break from logging my progress, since few were even looking at these. But I'll try to cover what I did since then.

My next idea was to have some object you need to go through the window so you can stand on it. This was born of my idea to have a sort of jumping puzzle where you hold the window and try to land with it underneath you so that a platform goes through for you to land on, or possibly carrying a window as you have a long object come through it that your walking on. These ideas are a bit much to hope to get done in time due to requiring a ton of trial and error. So I came up with the next best thing I could. A magic floating rock! I didn't like it. The game seems based in science, and I'm adding random magic. But I needed something else so I went with it. It further brought the game away from the alternate realities idea, and torwards alternate worlds/universes. But oh well.

I added the magic rock and called it finished, but I didn't like it. It didn't transition through the window well and was just bad in other ways. I ended up thinking of a much simpler idea. I replaced the magic rock with a simple box. This was better as the magic rock was stationary, but the cube could be moved. You move the window near the cube, grab the cube through the window and place the cube near some platforms you couldn't get on top of before without standing on that cube, hope up, grab the battery and done.

It's here where I stopped coming up with room ideas. I had 4, and while I'd like more, I think anything I'd come up with would require to much time. I needed to start polishing what I had. The good part is that judges will probably only play the game for a few minutes, and thats about how long my game demo will last. Anything beyond a few minutes of gameplay is a waste at this point, and could be better spent by polishing what I have. And thats exactly what I wanted to do. Start polishing/bug fixing.

Over the next week or so I made the grab scripts better in that carried objects don't go through walls. I added a reticle for aiming and to see what can/can't be grabbed. Added text dialogs to help inform the player, and as a bonus reading them adds time to make the demo longer. Cheesy, but I'll take it. Optimized things to help perform better, hopefully enough for GearVR. Wasted a day downloading and setting up all the hassle BS to be able to make a GearVR build. Still haven't tested it though. Fixed numerous little bugs. Added 2 new basic rooms, intro and end. No puzzle stuff. Reorganized the hot world terrain a bit. Swapped around the order of the environmental effect puzzle and the need a box to reach puzzle. Created a special room just for the demo video, to try and show what screenshots don't convey to well. Added a clock and wrote a script to make it keep accurate time. Really, in VR there needs to be more real time clocks so you can keep track of time and not have to take off the HMD. I'll likely release that as part of a VR Starter Package later. And finally I added a Easter Egg. I hope many people find it! But its not a simple thing to stumble on.

I glossed over things a bit, but I hope that covers enough and catches up to my progress. I may make more entrys into the log, but they may not be to long or detailed.

W.A.R.P. - VRJam Log #2

Friday, April 24, 2015

Since the progress of the last post, I had to take a couple days off because of a cold. That cold let up enough last night, leaving me enough energy to get going on some things. First I wanted to get some basic scripts done to allow this to even be called game. Covering a chain of events from grabbing the object, pulling it through the window, placing it somewhere, and having that trigger a door to open. Mainly I just needed to work on the trigger and the door. I decided to go with a pressure plate (to much Minecraft lately?). A giant button seemed to Portal-esq. I wasn't really happy with this idea, but I just wanted to work on something. After not having much luck getting things to animate right with scripts, I just made some animations and triggered those via the scripts. It worked. I was happy, time to move on.

W.A.R.P. - VRJam Log #1

Wednesday, April 22, 2015

I'm not sure how often I'll post these, but I figure I should post something at least now.

Announcing W.A.R.P, My vrjam entry

Tuesday, April 21, 2015

A couple months ago Oculus finally announced another vrjam.

There's not much to say about it or show off with it yet, but I figure I should make a post about it here at least. So...