Jul 4, 2017

VR - First Person Wall Hacks protection

In Battle Doom, a VR FPS game, in order to keep the player in bounds at all times, the player's position is altered if their head, body or weapons move past a wall. This element surprised me as I thought I was peeking around a corner, but I had actually just left the spawn area and wasn't allowed to go back.

I applaud the idea, but would want to implement it such that the player's avatar is instead prevented from walking into the wall, and the player's vision gets a 1 foot depth fog barrier perpendicular to the wall(s) they have passed. This prevents the player from gaining knowledge of what is on the other side of the wall, and prevents the player from protecting their avatar via wall movement. During this time, the player should be told that they:
1) are separated from their body
2) can activate the normal movement system to return to their body's location
3) perhaps have an arrow pointing in bound near chest height perpendicular to the wall and where their vision is at. If they enter back in bounds within a short distance where their avatar could be, their body snaps back to them. If they wall clipped to a location they didn't have short access to (2 teleports of distance/10 seconds of movement), then I would be tempted to teleport them back (fade out, move their viewpoint, fade in, message "You have been returned to your body.")

Jun 24, 2017

VR Motion - VR Chat

VR Motion extended entry

After loading into a zone, the player is sometime dropped into the avatar's height. 80% of the time when loading into a new zone, there was Room Motion as though the game didn't realize it put me at a different height than they had originally measured me for.

View height is Room Motion adjusted based on nearby stairs. By putting your RL head position over an staircase, ramp or box, the VR position can be shifted up or down to where your avatar's height would be in that position.

System menu gives a glitchy motion view. When paused, the view traveled about 2 to 5 meters in distance in a repeated path in the course of less than a second, repeating as quickly as it could.

Other players are able to cause your avatar's view height to move. I watched a player move a held marker under another player, and their viewpoint was forced up as though they were walking on the marker. The marker player then pulled the marker above her head, and the other player rose up higher up until the marker was no longer under them, at which point they snaped back to the ground.

Normal movement is a modified teleport system, in which you tell your avatar where you want to go, and you watch from your existing position as your avatar moves to the new position. Really nifty way to include travel time without pushing the player's viewpoint.

Jun 14, 2017

Star Trek: Bridge Crew, UPlay

The following is my experience in attempting to launch Star Trek: Bridge Crew.

Upon launch, the game asks what controllers the player wants to use. Controllers are not visible in Vive at this point. These should be visible until the player tells the game that a non-vive controller is going to be used for controls, or the controls are being visually replaced by the avatar's hands.

UPlay. Steam is DRM. A second DRM is unnecessary.

UPlay labels itself as a game launcher. I'm not even interested in Origin, and they have greatly improved since they started.

After installing UPlay and logging into my account, the in game connection error message to UPlay is not cleared nor is there an option to retry connection once UPlay has been installed. The only option is to quit the game. This is also rude.

Upon second launch, the game failed to launch, and put me back in SteamVR Home. My monitor tells me that UPlay threw an error message. The game should have stayed open and notified the player to look at the monitor.

After allowing the game to be bound to my account, UPlay "helpfully" launched the game itself. Since I wasn't prepared to play yet, my headset was still in afk mode, which means it isn't tracking, which makes Star Trek: Bridge Crew throw an error message of hardware error. Restarting the game is the only option to continue.

During this second launch, Source2 gives a warning that only one instance of the game can be running at one time. Since I was already kicked out of the game from the UPlay thrown error message, this suggest that UPlay launched the game twice. Good job.

After connecting to UPlay correctly, I'm greeted with a screen of health information warning that permits me enough time to read most of the first sentence, which I think was along the lines of "Read all" before it cut that screen away. It's not a CYOA if you aren't allowing people to read the shit you ask them to. I imagine I would have to relaunch the game 3 times to read that text.

The main menu gives me motion sickness. A moving background while attempting to read text does this to me. If the menu pod was stationary relative to the stars, this wouldn't be an issue. This has been included in my post about games that give me motion sickness.