There are a lot that would like you to believe that you can only be successful if you are in the silicon valley. While there are undeniably huge successes there, more and more Asia is innovating and raising to the level of their American counterpart. Today, a Singaporean CPaaS company, “WaveCell” announced a successful Series B. Let’s see what we can learn from them.
It’s been a long time there hadn’t been any communication about any WebRTC roadmap, so it is understandable than when Mr. Huib, the new WebRTC PM at Google, made a formal announcement on discuss-webrtc mailing list, followed-up by a tweet from Tech Lead Justin Uberti, everybody went curious. Unfortunately, a lot of what has been written about those announcements and tweet is … inaccurate. Very recently I was given the opportunity to speak at the Sydney’s WebRTC meet up and mingle with people from snapchat, tokbox, dolby, CoViu, ….. I thought it would be a good opportunity to write down things I know (and I can speak about) with respect to the status of WebRTC and what’s to come.
Last Week-End, I did not work. After thinking about it for a moment (and catching up on Zelda and Persona 5 ^__^), I realised it hadn’t happened since November last year! It was a good time for a look over the shoulder at everything we achieved the past 6 months. Continue reading
CafeX made an announcement this week-end about their new Japanese partnership, allowing them to extend their sales reach to North and South-East Asia. Just as I had put the final touch on my “webRTC in Asia report“, with a special section on Japan with analysis of Dialogic and Twilio approach to doing WebRTC Business in Japan, another event that just stresses the importance of Asia for WebRTC vendors.
Recurrently, people are arguing on different webrtc mailing lists or social sites. Some questions are still left open: which MCU/SFU is better, which PaaS is better, should one work on webRTC in Safari? in Edge? Usually some kind of statistics is being used. While it is well known that you can make statistics say whatever you want them to, I do not always see reason to argue. Indeed, most of the time people argue about different use cases that are not opposed to each other, or implicitly define different scopes that do not overlap. I thought it would be good to clarify things a little bit by presenting several trustable source of data for browser usage, webrtc support, and define a view usual use cases for illustration.
Apple was represented by a dozen of employees at the W3C TPAC in September. The fact that it was held in sunny Lisbon late September might explain the surge in interest, in any case we were very happy to have them with us. I usually try to meet with the WebRTC team once a quarter, and we took this opportunity to go over the latest Q4 news that can be made public. Toward the end of the post, I will also give away some of my tricks to monitor public WebRTC activity in webkit.
This is a translated, adapted version of an original post by NTT’s Iwase Yoshimasa available here, with agreement from the author. As the ecosystem move quickly, some updates were added in blue and in italic.
This post describes the current state (as of september 2016) of MCU and SFU media servers used in WebRTC solutions. I hope it will serve as a quick reference for those wanting to know more about the concepts and the available projects. The details of each product introduced here are not provided, but a link to each product is, so you can read further if you want. Moreover, we almost only mention stand alone media servers, and did not touch on webRTC CPaas or PaaS.
My attending W3C TPAC in Lisbon, portugal, this week signs the end of my european webrtc teams tour. This post will be the first one reflecting the meetings I had. Janus has always been an interesting project. Technically, the fact that it is written in C and very small makes it one of the best server for IoT (kurento or jitsi would be less suited). Its plug-in/extention architecture, not only keep it even leaner, but also allows to very easily build different types of media server (MCU, SFU, …) or app server (SIP Gateway, …). The IETF leveraging them to replace webex for their meetings (thousands of attendees each) and slack for their infrastructure, not only validated their product but also the market, and business viability. The danger of course is to be ONLY influenced by what I read, or people I consult for, which admittedly is too small a subset to draw any reasonable conclusion from. So I decided to hear from them.
Every month I received a certain number of newsletters from different companies. Some are really …, hum, …. entertaining with their claims. Today’s batch reminded me that one year ago almost, I published on linked in (only) some numbers for those who wanted to evaluate webRTC PaaS. It looks like it is still needed today. So here you go. [Updates and comments of the original text will be placed in italic and between braces.]
One of the most difficult thing nowadays is to read through some (web)RTC announcements. Just like everyone is claiming to be a visionary leader in LinkedIn, every companies in the space (and their moms) are “leader in the market”, “Best in their space”, “Last independent webRTC platform”, “with better technology and scalability than Twilio/Tokbox/AWS/God”. Right.