For the past few weeks, I've been working hard on making a game environment that looks and feels like the final game should.  I plan on putting the mechanics I finished in the blockout scene (mentioned in a previous post) into this scene and have a pretty cool vertical slice to release for free.
With this demo release, I, of course, will be announcing what the game is and overall just more info about it.

In putting together this environment I'm met with a few challenges:
The first being that in a greybox scene, it's very clear where you can and cannot go--that's the point, it's a basic prototype.  But, with a finalized game environment, the design of the level itself has to educate the player on what to be doing, while still not making the player feel restricted.

This is especially difficult in a city map, where I only want a small section to be explorable, without making the player want to see other places that they can't access at that moment.

The other challenge is making the level design work hand in hand with the mechanics.  Just because a level looks great, it doesn't mean it fits the way the game plays, and vice versa.
Especially in VR, where you can't stop the player from sticking their head in everything, AND a game where you should be able to run and jump wherever.  
With some trial and error (and lots of rebaking lights!), this area seems to be coming together nicely.

Thanks for reading!
- Judah

So, along with the force grab and push mechanics, the actual objects need to work well too!
The past few days I've been focusing on the combat with enemies to make it as satisfying as possible.  This, of course, starts with guns.

So far everything has ben working out well:  The guns function as similar to real world pistols as possible, with working slide racks, magazines, a safety, and bullets.  Each magazine has ten rounds in it, and when the gun is empty, it will drop out.  You can then find more in the world and either pop them into your trusty pistol, or put them into your pocket for later. 

Additionally, after you insert a magazine into the gun, in order to fire it, you have to rack the gun, just like in real life.
The reason I opted for instantiating actual bullet objects and applying a force to them, rather than just using a raycast (invisible line that calculates the hit point), is because I won't have to worry about choosing what objects to apply a force to when they're hit.  This way, static objects won't move, and non-static objects will!  Easy enough!

For the enemies, each of their body parts are connected with joints, so they react similar to how a real object reacting to a bullet would. 

Thanks for reading!
​- Judah

Short update today; I unfortunately got Tendinitis in my left hand, so development has been a little slow--I have to have my brother do all testing for now...

But, that aside:  After finishing the great force grab mechanic, I've implemented a force push mechanic.
Now, when you're holding an object with the trigger, if you hold the grip button, then release the trigger, the object will forcefully shoot out of your hand.  This is useful for distracting enemies quickly, and even knock other objects around to damage enemies... or people.  Maybe.

Overall, once I get the combat and gun mechanics done, I should be migrating from my greyboxed scene to the actual game scenes with all the finished art.  Then I will be announcing more concrete details about the final game.

Thanks for reading!
​- Judah

VR is supposed to be better than the real world!  So, why do I have to keep bending down to pick up objects I dropped (and sometimes have the headset almost fall of my face!)?  It's really annoying!

     So, using some of the code from the failed grappling hook, just applying it to interactable objects instead of the player, I now have a system where if you're pressing the grip button, you can point at objects to highlight them.  Then, if you press the trigger, they will fly to your hand as if you're using the force!

     It works really well and is super satisfying to use.  I am considering adding a pointer to indicate what you're pointing at to make it more clear, but I don't think that's necessary.  It would be good for UI though.  But I'm trying to avoid the usual point and click style UI, as it can break immersion in VR.

I am hesitant to announce anything concrete about the project because I am working on all the mechanics in a "greyboxed" scene and I have very few fully realized scenes done already for me to share, but I promise there is more to come!

Thanks for reading!
​- Judah

So far most of the simple object interactions work well in VR, but there's one problem:  the player's hands don't collide with the environment.
Because I'm just using SteamVR's controllers as hands in their [Camera Rig] prefab, there isn't much I can do about this.  The hands are colliding with objects in the scene, allowing you to knock objects around, but they don't collide with static geometry.

The question in doing this is that if the hands collide with static geometry, there will be a difference in position between the player's hands in real life and in VR.  Originally this was thought as a no-no in VR--You don't separate the player's real body from VR body.  After extensive testing, many developers are going against this trend as having hands pass through objects is more immersion breaking than a little space between the hands.

Because VRTK's animated hand models rely on having the ControllerEvents script in a parent object to animate, I wouldn't be able to do this; in order for the hands to collide with static geometry they need to be separate objects from the controller alias scripts but track with them.  
I ended up modifying the VRTK's animated hand script so I can manually drop the scripts in the inspector.  No big deal.  But I still needed a good way to have the hand rigidbody move with the controller but still collide.  VRTK does have a good RigidbodyFollow script that seems to work exactly as I need with a cube, but not so much with the hand prefabs.  I'm gonna continue working on it to get the desired effect.

Additionally, I really want the player to have arms that collide as well, so I've been looking for a good IK solution that will allow me to do this.  I found a really cool script online that I can apply to any rigged body, then parent the hands to the controllers and the player will have a full body.  Should be pretty cool.  Either that, or I'm going to mess with VRArmIK (I think that's what its called), a great Unity Asset that is essentially plug and play--though it's been a little more difficult because I'm using VRTK.  Either way, I'll figure it out.

Thanks for reading!
- Judah

After messing more with the grappling hook (solving some issues, causing more), I've decided to take a bit of a break from it.  From this point I've started working on the weapon system.  Melee weapons are going to be next, after I finish the ranged weapons.  
The problem with VR weapons is that you can't just hold down left click to shoot, and press R to reload.  You need to have physical interactions.  Yes, we can just add a gun object to the players hand and have them shoot it, but I want more than that.
For ammunition, there will be reloadable magazines that you have to find and use to add ammo to the guns, and hopefully, if I can get this right, you can slide down the top to cock the gun in place. 

Instead of instantiating prefabs as bullets (this can be taxing on performance), I'm going to be using a raycast.
Because I'm using VRTK for my object interactions, there are multiple ways to handle shooting input.

I've messed with many of them, but I'm trying to find the one that has the best compatibility with existing functions.  
​I can either extend from their base InteractableObject class and just override the "OnUse" method, but this hasn't been working for me for some reason.  I can also just subscribe to the use method, but this proved tedious to add to each usable object and I got fed up with it.  Now I'm just checking if "TriggerPressed" is true in Update(), but the problem is this won't allow me to change the use button in the future.  I'm gonna continue messing around with this to find the best way to do this.

Additionally, I've added a page on the site for my brother and composer Eli Mantell where you can listen to the entire Oh Captain VR soundtrack.  If you want to use any of it, please contact him via the form on the page!

Thanks for reading!
​- Judah

Hi again!
Yes, once again there's more news about the grappling hook--who knew something so simple would generate so much blog content!  Also, in the future, I hope to structure blog posts in mini sections like you see below:
Enjoy!

Grappling Hook
Anyway, after messing with it some more, I struck a good balance between using the grappling hook, and climbing the environment.
Now only certain objects can be hooked onto.  These include things you wouldn't be able to reach by just climbing.
The way I limited this is as follows:  When holding the grappling hook, the hook part will be either red or green.  When pointing at an object that can be grappled to, the hook will turn green, and the object will highlight yellow.  This makes it clear what can and cannot be grappled on.  This works perfectly.  Because now you can't use it at any time (and therefore the object is listening for a controller trigger press at every frame), there is less bugs with the other inputs--though it still needs to be worked on.

Jumping
I also changed the jump controls from the grip buttons to the touchpad buttons.  Now you can hold one of them to move (walk in place, to put it simply), and immediately push the other touchpad at the same time, and pull back to launch yourself in the air.  This makes it much easier to run, jump, land, and continue running immediately after.

Enemy AI
All of this, in combination with the enemy AI, works really well to get around the environment, and hide from the enemies' field of view.  Depending on the enemy's range, you can run away from a melee attack (sword slashes), or try to dodge projectiles being fired at you.

Teleportation
The primary way of getting around in this game is by walk-in-place movement, but I'm also working on a mechanic that relies on teleportation as well:  Being that it's a stealth game--Oh, did I not mention that it's a stealth game yet?--one of the objects you can have in your inventory are Flash Bangs.  Kinda like Batman.  Or ninjas.  Or both.  Whatever.
The way they work is as follows:  You grab one from your inventory.  When you grab them, time slows down to 0.25 speed, and a teleportation cursor appears.  You chose where you want to go, and warp there in a cloud of smoke, and time goes back to normal speed.  This is essentially a special ability that will allow you to get to places you otherwise wouldn't be able to.
 . . . 
Once all of these are fully prototyped and work the way I want them to, I will be moving onto the actual level design, moving all the mechanics into what will be the actual game.

P.S: The image in the last post is a screenshot from one of the test scenes I made. It's cool, but the final game will look even better. :D

Thanks for reading!
​- Judah

Okay, so, first of all, yes, I changed the site look.  I got tired of the old one and found one that I like better.

But, on to the more important stuff:
I am almost finished with the enemy AI!  I've been working on it for a while and am super proud of what I have at this point:
There are three types of enemies: melee, ranged, and "flier"
The melee and ranged enemies are self-explanatory (one fights close up with hand weapons, while the other shoots from distances), but the "flier" is something different (excuse spelling, I wasn't really sure what to call it internally!)
It moves around the waypoints in the same way the other ones do, but at set intervals, it will fly up to the highest point, survey the area, then fly down.  In the game, the player can run and jump on objects of different heights, so the enemies will react to that and try to fly up and shoot the player down.  In VR it is not only quite nerve-racking to suddenly see the flying enemy coming up beside you as you're climbing, but it's a ton of fun to shoot them down from the sky as well.

I also worked on the interaction system a bit better.  Now, objects that can be "used" will stay in your hand until you find an acceptable place to put them, allowing for the trigger button to toggle actions, such as shooting a gun. 
Along with this, I've reworked the grappling hook to play better with VRTK (Virtual Reality ToolKit), and now it works so much better!
Instead of allowing the player to grapple onto anything, I've decided that it can only be used on certain objects you couldn't just jump to, like cranes above you, etc.

One of the next things I will be working on is a collision sound framework.
In VR, it's extremely important to make the world as immersive as possible, and this includes sound.
While music (more about this later this week!) and ambiance are easy to implement, but with so many objects moving around the scene, most of which are controlled by the player's hands, it's hard to have a single audiosource controlling all of them.
So, I've come up with a way to mark different objects as being "made of" different materials (such as wood, metal, stone), and depending on what type of object is colliding with it (while taking into account how hard the object hits the other object), a certain sound will play.  While it's all still conceptual right now, I have a feeling that when I write it up tomorrow it should work properly.

More info to come about this awesome game! :D

Thanks for reading,
Judah

So, I originally wanted to implement a feature from Oh Captain VR into this game:  the grappling hook.
I thought it would add another stealth element to the game, but I ran into two problems: 
1) It made playtesters only want to use the grappling hook to get around, not the locomotion system I talked about yesterday, and made the game too easy and not very fun to use.  
2) While it did work, having the physics object being usable in the player's hand made jumping wonky and inconsistent, which we cant have, obviously.

I'm considering just removing the grappling hook altogether because of these issues, and instead making the focus on stealth combat.

Thanks for reading,
​Judah

As I've mentioned previously, locomotion in VR is always a challenge.  For games with a smaller game area, you might not need any form of movement;  Games with larger worlds, however, have to either use teleportation or artificial locomotion (when the player's head camera is essentially moved.  Similar to how FPS cameras work, just in VR).  Teleportation can sometimes break immersion, and artificial locomotion (AL) can cause motion sickness, so what do we do?

Well, after much trial and error with different types of movement systems, we've decided on "Walk in place" locomotion.  While this might sound ridiculous (and the implementation in many games have been quite silly *ahem* LA Noire VR *ahem*), but with some tweaking, it can prove to be really cool.  It's highly sensitive, so you don't need to swing your arms wildly to go anywhere, you can sorta just sway in place to move.  Because your body is actually moving in the real world, there is less vestibular disconnect when the camera is moving. (Which causes motion sickness.) As someone who is usually extremely sensitive to VR motion sickness, I must say that it works really well.

​The other issue is jumping: I've noticed that very few VR games have a jumping mechanic.  Doom VFR has a really good jumping implementation, where if you move your hands up by your head quickly, you'll jump.  This works well and feels great to do, but its easy to confuse normal movements for jumping movements, and that gets annoying fast.  What I've done with this game is if you hold the grip buttons on both controllers at once, then essentially pull yourself into the air, you'll jump.  Almost as if you are propelling yourself from an invisible slingshot.  The amount you jump is directly proportional to the amount you pull yourself, so it's easy to get the hang of and is very accurate when jumping from building to building (*spoilers!*).

In terms of objects, unlike in Oh Captain VR, where objects just become a child of the controllers, allowing them to clip through other objects, the objects in this game track with the controller movement, meaning that they move with physics and collide with each other and other objects in the scene.  This means you can duck behind cover, holding a gun against walls/corners/counters and shoot blindly at enemies--it's a ton of fun.

I'm super excited to share more info with everyone as the development progresses!

Thanks for reading,
​- Judah

So, after the unfortunate debacle that was the demise of Oh Captain VR,  I started working on my next project.  Though I won't reveal what it is exactly just yet, it is something that I've wanted to do since I first started working with VR and I am super excited about it.
I do have a level mockup that I will show sometime, but I've been focusing on finalizing the core gameplay mechanics of the game in a "greyboxed" level.  
It has a heavy focus on parkour in VR, with running and jumping across rooftops, along with shootouts, stealth elements...flash bangs, telekinesis, steampunk robots, and more...  As someone with a surprisingly weak stomach for VR motion sickness, the way locomotion is handled is important to get right.  I'll be explaining exactly how it works in the next post.
It's gonna be super cool, I promise...

PS:  Yes, I know there's the annoying "Weebly" branding on the site.  As of a few days ago, they changed something that breaks the custom code I added to remove it.  I'm working on a fix currently.

Thanks for reading!
- Judah

Today I ran into the biggest problem I have ever encountered while developing a game...
...The entire Unity project of Oh Captain VR is corrupted.  I've tried everything and nothing seemed to fix the problem. Any previous backups of the project, locally or in the cloud, are either broken, or too outdated to be usable from this point on...
At this point, it seems like Oh Captain VR will have to be delayed indefinitely.

I've put a whole year of work into this project, and though I still am having a difficult time believing that all my work is gone, and as disappointed as I am, I am happy to say that over this past year I have learned a lot to become a better artist and programmer, and am super excited to move on to bigger and better things.

In addition to now finally using Unity 2019 after being stuck with 2017 for Oh Captain due to VRTK APIs, I have a few really cool ideas I can't wait to share.  More info will be coming soon about my new project, and I promise it will be worth the wait.

Thank you for reading,
​Judah

I just have no words.
The past few months have been ridiculously difficult, all due to Apple.
Yes, I have been using a PC for my VR development, but I've been using Macs since I was 7.  Aside from accidental damage, I've never had any issue--Until now.

As some of you may know, I got a grant to develop The Jeremiah VR Experience prototype.  Part of this grant allowed me to purchase a Macbook Pro 13 with Touch Bar.  It had 16gb of RAM and 256gb of storage.
This machine became my primary non-home/non-VR computer that I took to school, used for all Photoshop and Illustrator work, and some light video editing, 3D modeling, and programming.  (I also used it to remotely access my VR rig when I'm not at home.)

Then came the keyboard issue.
It was (and still is) mentioned all around the internet, but I never thought much of it--until it hit my machine.
Oh well.  I took it to my local Genius bar and had it fixed at no cost.  Yay.  After being delayed twice, I finally got it back.

A week later the touch bar was acting weird, and then stopped working completely.  Just my luck.
I took it in again, waited a week, picked it up and brought it home, again at no cost.  The second I took it home and turned it on, I noticed two things:  There was a loud clicking sound whenever I opened or closed the lid, and a white splotch on the screen.  Crap.

Okay, fine, I took it in again, waited another week, then, finally, I got it back again.  The Genius handed me the laptop, and I immediately noticed that the lid was misaligned.  Yes, it was shifted to the right.  This is the third time I am left with a defective product that was truly their fault.  Their policy is that after three botched repairs they replace the laptop.  Okay, fine, if that's the best I can do, so be it.  They told me that I can either wait two weeks for a refurbished laptop of the same model number, or take what they had in stock at the store.  After all that, I refused to risk accepting a refurbished computer, so I went with what they had in stock at the time.  All they had that was comparable was a 13 inch Macbook Pro with 512gb of storage and 8gb of RAM.  Not the same as what I had originally.  After all the waiting, I gave up and took that machine.  It's still acceptable for the Adobe Suite, though the extra 8gb of RAM I had before would have been helpful.. oh well.  I now have enough storage to dump my entire movie library on it, so that's good!

Please Apple.  Don't let this happen again.  People trust in your (mostly) superior build quality, great software, and, more importantly, your customer support as being some of the best in the business.  But, if incidents like these keep happening, it's hard to maintain that trust.
Thank you.

As I've mentioned before, I am using the Dell Visor WMR Headset,  running on Microsofts "Mixed Reality" software, but developing for SteamVR.  This has worked great and hasn't caused any issue before.  (Except when Steam tells me my boundaries aren't set when they are, just through the WMR home.)

Because of all of the issues plaguing the Windows October Update, my computer didn't get it until yesterday.  The update includes a few new cool features for the WMR platform, and I figured I'd break them down and discuss what they mean for SteamVR Developers!

You can see the full list of updates at the link at the bottom of this post, but with that being said, let's see what's included!

First we have one of the coolest features, the "Mixed Reality Flashlight."  This allows users to "Open a portal into the real world to find your keyboard, see someone nearby, or take a look at your surroundings without removing your headset!"  This is super useful if you need to quickly make changes to something on your computer screen... but for that, it does make more sense to just flip up the headset.  For people walking into the room, however, this is actually perfect.  The question is, can we turn it on while in a SteamVR App?

...Well yes you can, because one of the other new features is that you can 1) launch SteamVR apps from the WMR home!  While this isn't a huge benefit to developers, it is extremely useful to VR game players because launching SteamVR just to play a game is a little annoying. And 2)  The Windows button on the controllers now changes function depending on what you're doing!  This means that it can launch the SteamVR menu, turn on the flashlight, or go back to the home!  

But, more technical stuff, developers can now use QR codes in their apps to scan outside objects.  Additionally, there is now hardware DRM support for WMR immersive apps.   Devs can also have the Mixed Reality Capture UI directly in their apps, so users don't have to start it in the home.

As cool as these features are, the problem is that they only work for WMR apps, and won't have any affect in normal SteamVR apps.  In any case, we'll have to see what cool stuff people come up with!

You can see the full changelog here:
https://docs.microsoft.com/en-us/windows/mixed-reality/release-notes-october-2018​

Thanks for reading!
​- Judah

You may have noticed that the past two posts used a color block behind the text unlike the usual all black background with white text.  Though I much preferred the white text on black, when taking the RSS feed and publishing it elsewhere, the white text color carries over, making the text invisible on white backgrounds, which the majority of websites use...
I didn't realize this until yesterday so for now on this will be the way it is.  No big deal, just thought I'd mention it. 

​EDIT:  Now, for some reason, the RSS feed is picking up the HTML code of the color block, so that's out.  I can't change the theme of the site to have a white background, because then, unless I go back and change the text color from every post, older posts will be invisible!  So then, I guess I'll be sticking with this grey text on black.  It translates well to any other background color, so that's good.

Additionally, my overall workflow has been set back for a bit.  My setup usually consists of a gaming PC for VR, and a Macbook Pro for other art creation for the game.  A few weeks ago, my Mac suffered from the same damn keyboard issue that plagued many other machines.  After being delayed twice by Apple, I finally got it repaired... BUT, since then the Touch Bar has been acting strange, until a few days ago where it just became completely unresponsive.  So, once again, I am eagerly awaiting my laptop to be back from the Apple Repair Center.  Very frustrating.

In any case, despite these issues, I have been working as hard as I can, implementing new features and fixing old bugs every day.  Be on the look out for a new post detailing exactly what I've been working on specifically, and maybe even a rundown of my entire game dev setup!

Thanks for reading!
- Judah

Yes, it's another blog post!
​Over the past few days I've been recording my screen while working and hope to soon publish a timelapse/voiceover video going over what I've been working on in a more visual way.
But, just to summarize here:
When the player presses the Left Grip Button, a map UI will appear (either as a held object, or a static object in front of you).  This will have the player's stats (health, stamina, gold amount, etc), along with some options as to which object to be building (Walls, stairs, etc).

I am also experimenting with making the game moddable via Json data.  Then, the player can easily go into the files and alter the way the AI works, the players stats, and effectively use "Cheat Codes" (a rarity nowadays) to change the way the game plays.  Hopefully this should extend the life of the game in ways that I didn't think possible previously.

Any feedback is appreciated!

Thanks for reading!
- Judah

So, I just got back from an awesome vacation in Costa Rica, but unfortunately (or fortunately, depending on how you look at it) I didn't get much work done...
But, I do have some new ideas that I will be implementing into Oh Captain VR asap!

These include:

• Some roguelite elements adding some stakes to the game
• Adding more objects to be built, other than just walls and staircases
• A map popup UI that has the health, menu options, and building options

Additionally, I, quite literally, iterate on the enemy AI every day, trying to make it the best it can be.  This includes both reacting to sword physics, attacking the player properly, and even trying to break down the player's built fortresses.

For the roguelite aspects of the game, your stats, levels, and the like will persist from game to game.  However, when you die, the worlds you create will be lost, only saved in a snapshot, viewable from the "Captain's Logbook."

Overall, there is a lot more to come, with exciting updates coming regularly.
Thanks for reading!
- Judah

Short post today:
After messing around a ton with the lighting in the scene, I finally got things looking better, AND running better/smoother, so that's pretty great.  I am experimenting with changing up the island design, but that's another post in the coming weeks.

Additionally, I do intend on improving the enemy AI, so there's better combat physics, defense, etc.  More info to come.

Thanks for reading!
​- Judah Mantell

This year I got a lot done, and with that time, I was able to hone the mechanics of Oh Captain VR into the playable demo I have now!  Once again, it still has a ways to go before I release it for free through the Steam Page (Coming soon though!), but it will be well worth the wait.  After fixing the building mechanics, the one challenge is to find a good way to save and load the player's creations and progress.  (More on this in the "Techy Stuff" below.) I also plan on adding other shapes to build like stairs and things, to allow for multiple floors in your fortresses!  I'm quite happy with the Enemy AI's movement, but not their combat.  Yes, they will attack you, but sword combat can be much improved.  I also want to have them attacking your fortress, weakening it and possibly even breaking it unless you kill them.
In terms of the enemies themselves:  For the demo island, I made sure there is always ten enemies in the scene.  After experimentation, I found that's the right number to not take a hit on performance, and still make the world feel alive.  I also plan on adding wandering cattle just for effect.  You can't kill them for anything like in Minecraft, but I think it will help with the ambiance.

Techy Stuff:
Saving and loading numbers and strings isn't too difficult (and is perfect for saving how much wood and gold you have), but with this game I have to save and load every instantiated object (built blocks) the player has spawned.  It's not possible to serialize objects in the scene, so I have to save every instantiated item in a list, their transforms, then re-instantiate them in those positions.  It's not too difficult, but just time consuming.  Additionally, if I will be adding other types of blocks (like stairs, etc), I'll have to do the same with those--again, possible, but time consuming.

Thanks for reading, happy new year!
- Judah

Woah! Two posts in two days?!?  
...Somehow, yes.

All kidding aside, I've been working hard on the game, perfecting the building system in every way I can.  It's now ready enough that quickly and accurately building large structures is not only possible, but super fun!

You can build fortresses, trap enemies, and more!

Techy Stuff:
While building was possible before yesterday, there was one major problem:  You could only rotate blocks flat or facing away from you.  (In other words like this: __  and like this: |  -- Sorry if that doesn't make any sense!  I currently don't have any visual aids at the moment.)
On the player's left hand, if they touch the touchpad, a little radial menu shows up with three directions:  Up, Left and Right.  (The "Up" direction puts the block flat, making it useful for floors and ceilings.)
For the left and right directions I just kept adding 90 degrees to the Y quaternion, in hopes of just having it turn 90 degrees each time, but this wasn't working.
​I ended up writing two methods, as shown below:

This worked exactly as I had hoped.  Now all I gotta do is add sound effects, stylize the cursor a bit more and it should look pretty great!

Thanks for reading!
​- Judah

Hey everyone!
Yes, yes, I know it's been a while, but it's not for nothing!  I've been focusing on polishing what I have of the game as much as possible, to get ready for a free demo release.  Aside from adding SFX, particle effects, and refining controls, I've been working on making the building system the best it can be.  This means making sure it's intuitive to use, looks good, and just works the way it should.

You can check it all out in the video below! (Watch on YouTube for full screen)

Techy stuff:
I'm working on valid/invalid states for the system to ensure that players don't build on top of existing blocks.  The cursor will be transparent green when you can build, and transparent red when you can't.  Simple enough.
Additionally, I have to make sure every placed block carves out a small section of the AI Navmesh so the enemies know to either go around or try to break through the fort created.  Say what you want about Fortnite, the building system it has is pretty great, and that's what I'm trying to replicate, but in VR.
At the moment there's only one type of "block" you can use, a single wall panel, but it can be rotated any way you like, making it usable as walls, floors, roofs, or even simple barricades to ward away enemy skeletons!

Thanks for reading!
- Judah

I should preface this by saying once more that the demo I'm working on now will be released for free via the upcoming Steam Page.
Since the last post, I mainly just added some sound and particle effects.  Not too much technically, but wow do some added particle effects make the difference.  Killing enemies feels so much more satisfying, and swinging the sword around and chopping down trees is so cool!

The one "feature" I've added (or currently working on, rather) is treasure. To put it simply, when enemies die, they drop treasure, which you can then grab and add to your overall treasure amount.  For the demo, the focus will be more on arcade-y gameplay (rather than a full open world like in the finished game), with all the same mechanics, where you try to last the longest, and collect the most treasure for high-scores. 

In terms of timing, because I'm very busy with college applications, development will slow down a bit for the next month or so, but after then, I plan on having so much more content! (*Ahem* Local Multiplayer *ahem*)

Techy stuff:
There's currently a bug that prevents the spawned treasure from being destroyed in the scene which is causing a bunch of trouble.  It's trying to destroy the original asset, rather than the instance in the scene.  In any case, this will be worked out eventually.

Thanks for reading!
- Judah

As mentioned previously, I am working on perfecting a demo to release on Steam for free!
It has all the same mechanics and features of the full game, just in a more arcade-y, smaller, more enclosed environment with a focus on getting high scores.  While the full game is much more expansive (literally ten times the size of the demo), this demo should give players a taste of what's to come.
In terms of what exactly is in the demo, well, here's an informal list in no particular order!

• Fight enemies hack-and-slash style with swords, guns, grappling hooks
• Collect treasure from dead enemies
• Search for the large treasure chest, which randomly spawns in a new location each time
• Chop or shoot down trees to collect wood
• Use the collected wood to build structures to hide from enemies, create fortresses, etc
• And more!

The Steam page is currently being worked on, and I hope to have the demo released for free there in the coming weeks...?
As to when the full game will be released... well, it's still in active development as we speak!
As stated on the game's page, I might go for an early access approach, releasing a full, albeit smaller, game, adding content regularly until it becomes what was originally planned.  This would allow players to get their hands on more content faster, expecting updates frequently.  

As always, more to come!
Thanks for reading!
​- Judah

This past Thursday I had the pleasure of attending Playcrafting NYC's Demo & Play event at Verizon's Alley FiDi.
It was my first Playcrafting event, and I hope to attend more in the future!
I got to show Oh Captain VR to a room of about 50 people, along with 9 other amazing developers showing off super cool games. (Shout out to Game Revenant's Where Shadows Slumber, an awesome puzzle game now on the App Store.)

I showed the trailer, explained what I've been working on, and answered a few questions.  The response was super positive, and I got some great feedback about both VR game design, and adventure/survival game design in general.  
After the presentations everyone split up into little stations for people to play the games.  Because I needed some space for the VR game, I was lucky to get a whole office to myself!
Most of the people there have never tried VR, so I had to explain what to do a little more than with a regular game.  Because of this, I realized (and this really applies to any game) that, while the developer might know exactly what to do in a game, that doesn't necessarily mean the people playing the game will.  After the event, I ended up rearranging the demo environment so the player starts out in the Tavern, where they can pick up weapons, teleport around, and get a general sense of what to do before venturing out into the island.

Since then, along with those environment changes, I've made some more modifications to make the game easier to play.  While the full game still has quite a ways to go in development, I hope to release the demo for free soon...
More info about the demo to come!

Thanks for reading,
Judah