konaraddi / web-riimote

[2018] :iphone: -> :video_game: Turn your smartphone into a 3D controller with a web app
MIT License
479 stars 28 forks source link
3d-controller nodejs sockets vuejs web wiimote

web-riimote

GIF of screen recording of the controller interacting with the main display

Turn your smartphone into a 3D controller (think Wii remote) with a web app. No need to install mobile or desktop apps. :warning: Works best on Chrome. :warning:

Just visit web-riimote.herokuapp.com/ on a laptop/desktop AND a smartphone. Your smartphone will be the controller and your laptop/desktop will be the main display. Here's a video showing this project in action.

In the gif recording above, the user is pointing and wavering around a smartphone to move the cursor. Tilting the smartphone rotates the steering wheel. The smartphone is connected to the display (shown above) using sockets.

Getting Started

This section is for people who would like to run this project on their own machine.

You can run this project without being familiar with the technologies used. But, if you'd like to make changes, then please be familiar with Vue, Node, Koa, and Socket.io. The client uses Vue. The server uses Node, Koa, and Socket.io.

Please be sure to have Node.js installed before continuing. It is the only prerequisite to run this project.

  1. Clone this repository
  2. npm install in both client/ and server/
  3. Create a server_address.js file in client/src/ with the following contents:
// exporting link to server
const PORT = 3000;
const IP_ADDRESS = "123.456.7.890"; // replace this with your laptop's public ip address so you can test it out on your own network
export default `${IP_ADDRESS}:${PORT}`;

The server_address.js file is imported in client/src/main.js and is used when adding the $socket instance property to Vue.

  1. npm run serve in both client/ and server/. Visit the client on a laptop or device with a large screen (this will be the main display) AND a smartphone (this will be the controller).

How to set it up

Here's a poorly, partially sketched illustration of what your set up should look like:

Illustration of an ideal set up

The user visits the web app on two devices. One device will be the main display (this device should be a laptop or desktop computer), and the other device will be the 3D controller (this device should be a smartphone). The controller is used to interact with objects on the main display.

For the best experience:

  1. Hold the controller 2 to 3 feet away from the main display's screen (further away if the main display is larger than a typical laptop's screen)
  2. Point the controller's top edge (the top of the smartphone) at the center of the main display's screen, and refresh the webpage.
  3. You should now be able to point the controller at the screen and see a cursor.

How it works

The Architecture

The server acts as the middleman. The controller emits a message that gets picked up by the server. The server emits the same message but to all clients. Both the controller and main display are clients. So when the server emits a message, the main display can pick it up. This is how the controller can send messages to the main display. Sockets make this possible. Without sockets, the main display would have to constantly check with the server if there are any messages which means a ton of requests per second.

The Client

The client is the web app which has two main web pages. One web page is for the main display; we'll refer to this as the MainDisplayView. The other web page is for the controller; we'll refer to this as the ControllerView. When the user visits the web app on a large screen, they see the web page for the main display. When the user visits the web app on a small screen, like a smartphone, they see the web page for the controller.

The ControllerView uses the DeviceOrientation API to gather data from the controller's sensors. It can gather the following data:

There's much more data the controller could gather, but this is all it needs. It sends this data to the server. The server broadcasts the data. The MainDisplayView picks up the data and processes it to determine where the cursor should be and whether the user is shaking the controller.

Built With

Acknowledgements

The image of the Wii cursor came from wiibrew.org and was made by drmr and is available in the public domain. The image of the Wii wheel came from mariokartwii.wikia.com.

This project was inspired by the 2016 Android Experiments Winner. The 2016 Android Experiments winner turns your smartphone into a 3D controller using Chromecast and an Android app. But web-riimote demonstrates that it's possible to do the same with just a web app.

License

MIT