WebRTC uitgelegd

De conventionele manier waarop spraak- en videocommunicatie wordt uitgevoerd en ook in welke gegevens worden overgedragen, is gebaseerd op het client-servermodel. Er moet een server zijn die geschikt is om beide of alle communicerende apparaten te onderhouden en in contact te brengen. Communicatie moet daarom door een wolk of een hoofdmachine gaan.

WebRTC verandert dat allemaal. Het brengt communicatie naar iets dat direct tussen twee machines gebeurt, hoe dichtbij of hoe ver ze ook zijn. Het werkt ook in browsers - het is niet nodig om iets te downloaden en te installeren.

Wie zit er achter WebRTC?

Er is een team van giganten achter dit spelveranderende concept. Google, Mozilla en Opera werken er al aan, terwijl Microsoft interesse heeft getoond, maar nog steeds tamelijk passief is, en zegt dat het de bal zal betreden als het ding gestandaardiseerd is. Over normering gesproken, de IETF en WWWC werken eraan om het in een norm te definiëren en vorm te geven. Het zal worden gestandaardiseerd in een API (Application Programming Interface) die ontwikkelaars kunnen gebruiken om eenvoudige productcommunicatietools te gebruiken die in browsers kunnen worden gebruikt.

Waarom WebRTC?

Wat het probeert te bereiken, was tot nu toe alleen mogelijk in grote organisaties door het gebruik van dure licentiekosten en dure eigen plug-ins. Met de WebRTC API kan iedereen met basiskennis van programmeren robuuste tools ontwikkelen voor spraak- en videocommunicatie en datatoepassingen. Web RTC biedt verschillende voordelen, waaronder:

Gebruikers hoeven niet langer eigen applicaties te downloaden en te installeren. Ze hoeven alleen hun door WebRTC ondersteunde browsers te gebruiken.
Er is minder bandbreedte nodig, omdat de afstand die tijdens de communicatie wordt afgelegd, wordt verminderd door het elimineren van server- en cloudverbindingen.
Als gevolg hiervan zal er minder latentie en hogere kwaliteit van audio en video zijn.
Gegevens zullen efficiënter worden gekanaliseerd via de technologie.
Er zijn geen plug-ins meer nodig zoals Flash.
Het zal gemakkelijker zijn om hulpmiddelen voor communicatie te ontwikkelen. Native HTML5-elementen worden gebruikt.

Obstakels tegenover WebRTC

Er zijn een aantal problemen die teams die aan WebRTC werken moeten aanpakken om iets overtuigends te krijgen. Onder hen zijn de volgende:

Welke codec moet worden gebruikt? Omdat de spelers verschillende interesses hebben, zijn ze het nog niet eens over het gebruik van de H.264, VP8 of andere codecs.
Omdat de technologie gebaseerd zal zijn op browsers, zal browsercompatibiliteit een probleem zijn. Alleen Chrome, Firefox en Opera ondersteunen het momenteel. Gebrek aan browsers met WebRTC-ondersteuning zal nadelig zijn.
De standaard is nog niet volledig gedefinieerd, wat een probleem vormt bij de acceptatie door belangrijke spelers.

Een voorbeeld van een WebRTC-app

Een goed voorbeeld van een WebRTC-app is Google's Cube Slam waarmee je pong kunt spelen met je externe vriend van aangezicht tot aangezicht, ongeacht de afstand tussen jou. De grafische weergaven van de game worden weergegeven met behulp van WebGL en de soundtrack indien geleverd via webaudio. Je kunt hetzelfde spelen op cubeslam.com. U kunt het echter alleen op uw computer afspelen omdat de mobiele versie van Chrome WebRTC nog niet ondersteunt. Dergelijke games zijn ontworpen om Chrome en WebRTC te promoten. Er zijn geen extra plug-ins vereist om het spel te spelen, zelfs Flash niet, mits je natuurlijk de nieuwste versie van Chrome hebt.