Sponsored By

Why Google Hangout Adoption of WebRTC is IrrelevantWhy Google Hangout Adoption of WebRTC is Irrelevant

WebRTC is already out there. Companies are using it--for point-to-point and for multipoint voice and video use cases.

Tsahi Levent-Levi

January 9, 2013

2 Min Read
No Jitter logo in a gray background | No Jitter

WebRTC is already out there. Companies are using it--for point-to-point and for multipoint voice and video use cases.

Google Hangout is a group video chat service from Google. Those who are in the know are aware of the fact that it doesn't use WebRTC, Google's VP8 codec or even the standard H.264 codec, but rather an H.264/SVC (Scalable Video Coding) variant of it.

There are those who are waiting for Google to make the shift--replace the codec and media libraries they use in Google Hangout, and with it the need for a plugin installation, with WebRTC.

While this may seem like a noble cause, and also an obvious move for Google, which has been the driving force behind WebRTC, it is actually rather irrelevant to the future success or failure of WebRTC itself.

Why? Because WebRTC is already out there. Companies are using it--for point-to-point and for multipoint voice and video use cases.

You can already find five types of companies who use WebRTC:

1. Those that acquired a company that uses WebRTC: Telefonica, Jive and Yahoo.
2. Those that were in the VoIP business already and simply added WebRTC to their arsenal: Vidtel and Blue Jeans come to mind here
3. Those that are hosting their own service that uses WebRTC: Drum, TenHands, frisB and a few others
4. Those that are offering telephony APIs based on WebRTC so others can implement their own service
5. Those that are using telephony APIs that rely on WebRTC for their own services

Some of these companies do only voice.

Some do video.

Others do multipoint video, which in effect validates the Google Hangout use case.

The fact that Google hasn't released their own Hangout service over WebRTC yet is an internal Google issue and I don't believe it reflects on WebRTC's viability for such a service.

Sure--there might be some technical issues there. Others have resolved it with their own techniques. Google will as well.

But we need to remember: there are a lot of point-to-point use cases out there that WebRTC fits well, and a lot of multipoint use cases that are already taken care of by vendors who use WebRTC.

It would be nice to have Google Hangout as yet another WebRTC implementation, but that's about as far as I'd go with enthusiasm about that fact.

About the Author

Tsahi Levent-Levi

Tsahi Levent-Levi is an independent analyst and consultant for WebRTC.

Tsahi has over 15 years of experience in the telecommunications, VoIP,and 3G industry as an engineer, manager, marketer, and CTO. Tsahi is an entrepreneur, independent analyst, and consultant, assisting companies to form a bridge between technologies and business strategy in the domain of telecommunications.

Tsahi has a master's in computer science and an MBA specializing in entrepreneurship and strategy. Tsahi has been granted three patents related to 3G-324M and VoIP. He acted as the chairman of various activity groups within the IMTC, an organization focusing on interoperability of multimedia communications.

What Tsahi can do for you:

  • Show you how to take your company to the forefront of technology

  • Connect you to virtually anyone in the industry

  • Give you relevant, out-of-the-box advice

  • Give you the assurance and validity you are looking for

Tsahi is the author and editor of bloggeek.me,which focuses on the ecosystem and business opportunities around WebRTC.