Using a Smartphone As a Virtual Reality Controller
New submitter mutherhacker writes: A group from Osaka University in Japan and McMaster University in Canada have presented a method to control a virtual 3D object using a smartphone [video]. The method was primarily designed for presentations but also applies to virtual reality using a head mounted display, gaming or even quadrocopter control. There is an open paper online as well as a git repository for both the client and the server. The client smartphone communicates with the main computer over the network with TUIO for touch and Google protocol buffers for orientation sensor data.
My little yoda doll friend you are most of a sick person.
as I stolled through the VR section at Canon Expo NYC yesterday, the VR users looked like a bunch of mutant frogmen struggling to find a vacant teat. Plus, 8k! Please, it's much to early to get jiggy over this technology. It is only that, technology and may never find a usability niche.
Why not use the accelerometer to track XYZ movement instead of just rotation? Making the user use the touchscreen while holding the phone in random orientations seems like a horrible UI.
On the other hand, the principle has some merit. Using a phone as a slicing plane in 3D space could be clever in a different application.
How can I believe you when you tell me what I don't want to hear?
That Mega Tokyo reference takes me back.
Fun fact: That shit is till going in some form or another (I can't make sense of it), and they STILL haven't learned how to draw eyes that aren't a country mile apart:
http://megatokyo.com/strip/143...
http://megatokyo.com/strip/142...
http://megatokyo.com/strip/142...
http://megatokyo.com/strip/142...
http://megatokyo.com/strip/142...
http://megatokyo.com/strip/142...
http://megatokyo.com/strip/142...
http://megatokyo.com/strip/142...
http://megatokyo.com/strip/142...
http://megatokyo.com/strip/142...
As terrible as ever.
A similar project, that could be used for VR input, but is made for non-VR Games/Programs is called "Happy Fun Times" http://greggman.github.io/HappyFunTimes/
It's three components:
1) A library that is included in a project (typically Unity3d)
2) A server that runs on the computer in the background of the project; acts as a bridge between the Game/Application and a web-server
3) HTML5 pages running on a phone that are served from the computer
Simple idea; awesome technology when it's all put together. After seeing a "Marble Madness" type game at Baltimore's Artscape, I tried out the library and found it was very quick to get up and running (already have a 4 player old-school "Combat" game that uses the phones sensors for speed and turning.)
Yeah, mega fuckyo is still there. What a piece of shit that crap comic is.