Archive for the ‘HTML5’ Tag
How VR and the Web Have Finally Converged — In My Lifetime
Twenty five years after the first consumer VR crash, virtual reality is poised to upend human-computer interaction, the Internet has disrupted every facet of life as we knew it back then, and the two are now on a collision course. The Metaverse that we’ve all been dreaming about for decades — that shared vision of everybody connected and communicating in a web of virtual reality— is upon us.
Twice before, the industry attempted to consummate this chemical wedding… and twice now, somebody ran from the altar. Well, this time, the bride and groom are pure of heart and truly ready. The confluence of cheap VR hardware, accessible 3D development, and ubiquitous networking has set the stage for an explosion of VR content, delivered over the World Wide Web.
Why has it taken so long? And why is it happening now? I’ll tell you. But first, a little history.
The Best of Intentions
The notion of combining VR and the Web is hardly new. Tim Berners-Lee put out a request for proposals way back at the first-ever World Wide Web conference in 1994. Mark Pesce and I answered the call; the result was our problem child, VRML.
VRML was designed as a universal language for authoring 3D applications on the web, the first piece of a technology stack intended to bring Neal Stephenson’s vision of the Metaverse to life. After we made 3D rendering universal, we figured we would tackle multi-player networking and then, finally, when a new generation of VR hardware was ready, we’d connect it all together — with the assumption that these other pieces were right around the corner.
VRML was built on then-state-of-the-art tech: an open, scalable 3D infrastructure allowing anyone to create and share, with the burgeoning Internet as its backbone. We created VRML out in the open, didn’t patent anything, and gave everything away in the hope of starting an explosion of 3D creation online.
VRML captured the imagination of the fledgling Web industry. Software leaders Netscape, Microsoft and Adobe hooked up with hardware titans like Silicon Graphics, Sun, Intel, Apple and IBM to build our collective 3D future. Though a few had knives under the table, most of the big guys did their best to cooperate on standards. We created killer demo showcases. The hype train, powered by SGI’s marketing machine, kicked into high gear. Startup fortunes were made.
But there was a problem: we didn’t have a market. The processing power and bandwidth required for quality 3D weren’t in the average home. Most people with PCs didn’t even have a Web browser yet. VRML was a noble experiment, conceived with the best of intentions, that ultimately came up short. Wrong place; wrong time.
Worlds in Collision
In the 2000’s, virtual worlds like Second Life promised us the Metaverse all over again via real-time, user-generated 3D social environments, running on a new generation of cheap high-performance PCs. Second Life was, for its time, a damn good experience, much better than anything ever built in VRML.
By 2007, Second Life was at the center of its own hype bubble, hitting the cover of Business Week with the promise of a new way to play and communicate, and even make money by selling each other virtual stuff. SL gave rise to well-funded copycat startups, including one that I founded. But by 2010, most of the virtual worlds companies from that period were gone. Second Life was the sole exception, having built a solid business, though not a large one by Internet standards.
So why did the category fail?
Partly, it was because of the lack of scalability inherent in such a closed system. While VRML approached the Metaverse bottoms-up, via an open infrastructure and industry cooperation, these virtual worlds systems went at it top-down, delivering highly structured and stylized experiences, via AOL-style walled garden networks. The products provided powerful authoring for users to create their own content — but each company owned its own full stack, from client to tool to server. Without an open ecosystem it is really hard to achieve Web scale, and it’s all on the shoulders of one company to deliver continual value and growth.
Second Life and its ilk may have also floundered because open-ended worlds are inherently limited in what they have to offer compared to their achievement-oriented, MMOG cousins like Warcraft and League of Legends. It takes a lot of commitment to build a Second Life, and for many, it’s apparently not worth it, because there isn’t a big reward at the end.
But mostly, I think virtual world growth stalled because it got sideswiped by something bigger. Social networks provided 80 percent of the bang for way less effort, and ran everywhere, without needing to install custom software. Why go to the trouble of buying a gaming PC, installing a fat software package, and learning how to build 3D worlds, when you can instead sign into Farmville with a click using your Facebook ID, and grow virtual soybeans on your shiny silver Macbook?
Move along; this is not the Metaverse you’re looking for.
An Idea Whose Time Has Come
Half a decade after the virtual worlds bubble burst, everything has changed. Today’s smartphones have way more 3D power than the workstations that originally ran VRML; everybody is connected on fast networks; and affordable consumer VR hardware is blowing up. If now isn’t Metaverse time, I don’t know when is.
But thus far, with a few exceptions WebGL has been an optional add-on to commercial sites. In the end, the results are still rendered on a flat desktop or mobile screen — granted, with more speed and sizzle, but still part of a 2D experience. Well, with a stereoscopic VR or AR display, that’s not an option: you must render in 3D. So if you want to create a Web-based application for VR, you really have no choice but to use WebGL.
Now, if you’re reading this, I am just going to assume that I don’t need to convince you why people want to create VR for the Web. To me, the idea that there won’t be VR applications built on Web tech, based on Web content, well… that’s just absurd. It’s just as absurd as someone in 2007 predicting that smartphones wouldn’t deliver Web content, and mobile apps wouldn’t someday be mostly based on HTML. Well, in 2016 they do, and they are.
Market factors will force the industry’s hand on this. The desire for cheaper, easier ways to produce, deploy and deliver VR is there: not everyone can master a game engine, and labor through the deployment and maintenance process that comes with app packaging and app store distribution. And for consumers, the long tail of applications demands an open system without the friction of app store discovery, download and installation. The makers of VR hardware used the mobile app store model as the starting point to the get the industry kick-started, but surely this is just a transient stage on the way to a fully connected Metaverse.
Which tools and killer apps? We don’t know… and we don’t care. The Metaverse may have been imagined in fiction as the product of a singular vision, a Grand Architect of the Universe mapping out how, when, why and where people will be interacting socially in VR. But that’s not how it will actually get built. The Metaverse is going to be a messy, out-of-control affair, with multiple entry points, and a face and shape that we can’t yet imagine. What we do know is that it will be comprised of a billion plus people using VR systems connected via the Web. That’s all we know. And that is enough.
Don’t take my word for any of this. Google and Mozilla are leading the way by implementing VR-enabled browsers, but you will be hearing shortly from others that are going to spearhead the effort with market applications, enabling platforms and distribution networks. The dynamics I have described here aren’t just based on two decades of my own hit-or-miss insights; they are rooted in real market pain points, developer desires, and stated strategy from big industry players.
It’s finally here.
I guess third time really is the charm.
Whoever controls the high ground of cyberspace controls the Metaverse.
After the meetup, we rolled to the Upload party to see the latest VR hardware, killer demos and body-painted go-go dancers. It was a VR night for the ages. It didn’t bother me that 100% of the demos I saw at Upload weren’t web-based. Let’s face it, it’s a lot easier and faster right now to build a Unity or Unreal-based native app for Oculus and Gear VR. But as I’ve misquoted before: we don’t do these things because they’re easy, we do them because they’re hard. It’s going to take a while yet to roll out a VR web, but in the long run we think the effort will be worth it.
And so the intrepid group of warriors that kicked this night off brilliantly laid out. Virtual Reality is for everyone, not just the few: accessible, affordable and easy to create and share with the world. It’s our shared belief that VR will be on the web in a big way, and the web itself will have a VR interface in the not-too-distant future.
If you missed it, you can check out the video here.
WebGL just had its big coming-out party.
At last week’s San Francisco HTML5 Meetup, All about WebGL, a quartet of speakers plus lightning presenters wowed a record crowd of 500 plus at Google San Francisco, and many more via the livestream.
After my typical opening talk introducing WebGL to the uninitiated, Don Olmstead of Sony showed how to make WebGL really work in a constrained environment like the PS4; Goo Technologies’ Victor Sand showed content creation made easy with the company’s new tools, which Peter Moskovits from Kaazing promptly wired up to mobile controllers using the company’s web sockets tech. Finally, Isaac Cohen Leap Motion’s Isaac Cohen found his happy place with WebGL and the Leap, and blew minds in the process. And there was more. The program was too big to go into detail here; check out the event page for links to the live stream and all the presentations.
But it was big, the biggest ever SFHTML5 meetup. And it was all about WebGL.
2014 is the year WebGL tips. Do we need more proof than:
- Microsoft is on board, with WebGL in both desktop and mobile Internet Explorer.
- Amazon built WebGL into the Silk Browser and WebKit for Fire OS. At $229, the 7″ Kindle Fire HDX is probably the best multimedia device deal on the planet… thanks in part to WebGL.
- Sony built the whole PS4 user interface out of WebGL. 4.2M seats in one whack… and growing.
- The NORAD Tracks Santa site saw 48.8% WebGL success across all browsers & platforms for 20M visitors, an increase of 146% over 2012.
- And next week, we’ll be talking WebGL at one of the best-ever-attended SFHTML5 meetups. We broke the group’s record for wait list (over 500)!
Steve Newcomb is a really sharp guy. In a time when everyone thought search was sewn up, he created Powerset, a natural-language search engine that sold to Microsoft for a reputed $100M in 2008. Now, he is bucking trends again with Famo.us, a framework that solves performance for HTML5 apps.
Newcomb managed to raise millions in investment for Famo.us on the strength of demos and team alone, a feat that many entrepreneurs in today’s topsy-turvy venture capital climate would sacrifice a limb to emulate. I signed up for the beta; I’ve been waiting for months to get more info. Apparently the team is in no hurry and, bucking another trend, has told the media that won’t release the product “until it’s ready.” The site has no technical info, but there are demo reels that show fancy rich web interfaces featuring gesture-based interaction a la Minority Report.
From what I have been able to glean from articles, and my occasional brush with Steve at the conferences we present at, is that Famo.us deals with performance by getting around HTML5 as much as it can. For a time, the company logrolled on the FUD created by Facebook after its massively inept early attempts at HTML5 development. This strategy will get harder over time as HTML5 proves itself worthy. In the meantime, the incredible Mr.doob recently decided to scratch an itch and create his own snazzy user interface demo, literally cribbing the Famo.us periodic table; except this one is all HTML5, rendered with Three.js, using a new CSS3 renderer plugin he wrote over a weekend.
So this leaves me wondering… why does anybody need Famo.us? I suppose that I would have a better idea if they ever release the product.
Which leaves me with two things to say to Steve Newcomb:
- NEVER bet against standards.
- Release the beta already.