The Goggles, They Do Something
There is really very little hardware setup to do. Just plug in the VGA and USB plugs to your machine. As I mentioned before, the USB port is used to power the display as well as to send audio to the goggles (it's also how you would access the accelerometer). Here is the relevant syslog output I got when I connected the VR920 to my Ubuntu machine:
Sep 14 19:51:01 moses kernel: [13069.884651] usb 6-1: new full speed USB device using uhci_hcd and address 2 Sep 14 19:51:01 moses kernel: [13070.101323] usb 6-1: configuration #1 chosen from 1 choice Sep 14 19:51:02 moses kernel: [13070.291377] usbcore: registered new interface driver hiddev Sep 14 19:51:02 moses kernel: [13070.361931] usbcore: registered new interface driver snd-usb-audio Sep 14 19:51:02 moses kernel: [13070.397112] generic-usb 0003:1BAE:0002.0001: hiddev96,hidraw0: USB HID v1.00 Device [Icuiti Corp. VR920 Video Eyewear] on usb-0000:00:1d.0-1/input3 Sep 14 19:51:02 moses kernel: [13070.397155] usbcore: registered new interface driver usbhid Sep 14 19:51:02 moses kernel: [13070.397162] usbhid: v2.6:USB HID core driver Sep 14 19:51:02 moses pulseaudio: alsa-util.c: Cannot find fallback mixer control "PCM" or mixer control is no combination of switch/volume. Sep 14 19:51:03 moses pulseaudio: alsa-util.c: Device hw:1 doesn't support 2 channels, changed to 1. Sep 14 19:51:03 moses pulseaudio: module-alsa-source.c: Your kernel driver is broken: it reports a volume range from 0 to 0 which makes no sense. Sep 14 19:51:03 moses pulseaudio: module-alsa-source.c: Your kernel driver is broken: it reports a volume range from 0.00 dB to 0.00 dB which makes no sense.
So pulseaudio does appear to see the audio mixer, and even though it throws some strange errors in syslog output, the sound worked fine. From the output, I can tell that it sees it as the hw:1 ALSA device. I also saw a new /dev/dsp1 device, and the device even showed up in my GNOME sound properties window, so I could select the device from there.
The screen itself is detected without any extra effort on my part and shows up in xrandr:
greenfly@moses:~$ xrandr Screen 0: minimum 320 x 200, current 1280 x 800, maximum 1280 x 1280 VGA connected (normal left inverted right x axis y axis) 1024x768 60.0 800x600 60.3 640x480 59.9 720x400 70.1
You certainly can use xrandr to toggle whether the display is on, but you also can configure it in the default GNOME Display Preferences window (Figure 2). Personally, I set up a quick xrandr script to toggle the goggles on when I wanted to use them:
#!/bin/sh if [ -f /tmp/.goggles_on ] ; then xrandr --output VGA --off & echo "Goggles Off" | osd_cat --shadow=2 --align=center ↪--pos=bottom --color=green --delay=2 ↪--font=lucidasanstypewriter-bold-24 --offset 40 & rm /tmp/.goggles_on else xrandr --output VGA --mode 640x480 --below LVDS echo "Goggles On" | osd_cat --shadow=2 --align=center ↪--pos=bottom --color=green --delay=2 ↪--font=lucidasanstypewriter-bold-24 --offset 40 & touch /tmp/.goggles_on fi
In this configuration, the goggles act as a 640x480 screen below my regular desktop, and I can drag windows there just like with any other monitor.
The main thing to realize when you use the VR920 like a regular monitor is that even though the display supports 1024x768 input, the actual screens go up to only 640x480, and anything higher resolution gets scaled to fit. For my uses, I stayed with 640x480. Honestly, at that resolution, the screen worked pretty well as an extra screen on my desktop, and I moved IRC windows and other small terminals over to it.
The main limiting factor for how useful the screen is on a regular desktop is the resolution, but nearsightedness aside, I thought it actually was a pretty slick way to have IM, IRC or a terminal window always in your field of view. As a sysadmin, I also can see how it might be useful to tail logfiles in that screen or possibly put all of your monitoring applets there. Just realize that if you arrange the goggles so you can look up to view them and look down to view your regular screen, you won't necessarily be able to use your peripheral vision to see changes in the goggles—you'll have to look up every now and then. Also, I don't think it would work quite as well for programs like The GIMP or for word processing or anything else that might need more screen real estate.
Kyle Rankin is a VP of engineering operations at Final, Inc., the author of a number of books including DevOps Troubleshooting and The Official Ubuntu Server Book, and is a columnist for Linux Journal. Follow him @kylerankin.
- The Tiny Internet Project, Part I
- Machine Learning with Python
- Free Today: September Issue of Linux Journal (Retail value: $5.99)
- Bitcoin on Amazon! Sort of...
- Download "Linux Management with Red Hat Satellite: Measuring Business Impact and ROI"
- Epiq Solutions' Sidekiq M.2
- Securing the Programmer
- The Many Paths to a Solution
- Android Browser Security--What You Haven't Been Told
Pick up any e-commerce web or mobile app today, and you’ll be holding a mashup of interconnected applications and services from a variety of different providers. For instance, when you connect to Amazon’s e-commerce app, cookies, tags and pixels that are monitored by solutions like Exact Target, BazaarVoice, Bing, Shopzilla, Liveramp and Google Tag Manager track every action you take. You’re presented with special offers and coupons based on your viewing and buying patterns. If you find something you want for your birthday, a third party manages your wish list, which you can share through multiple social- media outlets or email to a friend. When you select something to buy, you find yourself presented with similar items as kind suggestions. And when you finally check out, you’re offered the ability to pay with promo codes, gifts cards, PayPal or a variety of credit cards.Get the Guide