Evaluate Weigh the pros and cons of technologies, products and projects you are considering.

Four reasons to build WebRTC mobile apps

Developing WebRTC mobile apps that include voice and video calling is a lot easer than many developers think, and many vendors have switched to the technology.

While it seems counterintuitive at first, mobile application developers are increasingly adopting WebRTC for voice...

and video calling.

In 2014, we reached a tipping point where developing mobile apps using WebRTC became easier than using more traditional methods. Events that contributed to the change included Google taking the time to improve on its WebRTC codebase when running on Android and iOS, and Ericsson launching its own OpenWebRTC open source project with mobile in mind.

Such changes to the WebRTC codebase have made it possible for organizations like online video-calling company Gruveo to replace Flash with WebRTC in mobile applications. "Before that, you had to rely on some crazy hacks to make WebRTC video work on iOS," CEO Art Matsak said on my blog, BlogGeek.Me.

Other companies that have joined Gruveo in switching to WebRTC include Talko, Wire, Switch.co and Be My Eyes. They are all focused on mobile.

So, what are the key reasons for this shift?

1. WebRTC offers state-of-the-art media

Google's WebRTC codebase is derived from its acquisition of GIPS, a company that licensed a commercial media engine to others. Within GIPS' customer base you can find Google, Cisco, Avaya and LifeSize.

WebRTC isn't an amateur's attempt at a media engine. It is the best the industry has to offer.

To top it off, WebRTC comes with Opus, a new voice codec that tries to be better than all of its predecessors. In a recent interview, Matt Pope, co-founder of Talko, said:

"The Opus audio codec is a critical piece to delivering the high-quality audio experience that our users have come to expect in Talko. It allows us to send audio at a very high bit rate and sample rate without consuming all of a user's available bandwidth, and its FEC algorithms allow us to seamlessly conceal the inevitable packet losses, which will occur on any mobile Internet connection."

2. WebRTC can easily be ported to mobile

In the past, there have been many complaints about getting WebRTC to run on iOS or Android. The work would take many months and a developer skill set that was not readily available.

These days, it takes one to two months of porting work, where most of it is around adding the code to the build environment used by the developer.

3. WebRTC enables supporting the Web browser in the future

For many use cases, being able to add support for Web browsers at the time of launch or at some future point in time is important. To be able to achieve that, using WebRTC technology end-to-end makes a lot of sense.

Vendors like Talko and Wire have started by launching an iOS application, while publicly stating that a browser version would follow.

4. There is no other alternative

WebRTC has no real competition in mobile. Flash is complex to get running on iOS, especially for real-time communications; a commercial media engine costs more than WebRTC and doesn't deliver many more features; and an open source media engine competes with the much better engine Google puts into its WebRTC implementation.

Relying on Google's WebRTC engineering team for a high-quality media engine is the best choice for companies starting to build mobile applications.

WebRTC and the mobile app

There are those who dismiss WebRTC because of its lack of support in Internet Explorer, Safari and iOS. The reality is starkly different.

Microsoft has announced plans to support ORTC, also known as WebRTC 1.1, in Internet Explorer. On the Mac, many users opt for Google Chrome, which supports WebRTC, over Safari.

The lack of WebRTC support in Safari for iOS doesn't matter, because most consumption of content and services are in the mobile applications. Therefore, with WebRTC finding its way into more mobile applications, do we really care if the browser supports it?

Next Steps

The limitations of WebRTC in the enterprise

Why you should consider WebRTC gateways

Is your network ready for WebRTC?

This was last published in January 2015

PRO+

Content

Find more PRO+ content and other member only offers, here.

Essential Guide

Understand WebRTC basics to maximize deployment and adoption

Join the conversation

1 comment

Send me notifications when other members comment.

By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy

Please create a username to comment.

So, if you had a WebRTC application that runs in the browser (FireFox/Chrome), but wanted the world of iPhone mobile to have access, how would you handle it? Note that I am not an iOS developer.
Cancel

-ADS BY GOOGLE

SearchCRM

SearchNetworking

SearchSDN

SearchTelecom

SearchITChannel

Close