Microsoft brengt ortc-api naar Edge-browser voor Skype-web-app

Het is in de laatste Windows 10 Preview build 10547 mogelijk de objectrtc-api in de Microsoft Edge-browser te gebruiken. Microsoft werkt aan een browserversie van Skype die gebruikmaakt van de api, zodat er geen plug-in meer voor nodig is.

De huidige web-versie van Skype maakt al gebruik van webrtc. Objectrtc moet in de komende versie van webrtc opgaan, webrtc 1.1. Voor het zover is, kunnen ontwikkelaars nu dus al experimenteren met ortc in de laatste preview build van Edge. Met het gebruik van ortc moet het makkelijker worden om bepaalde protocollen te gebruiken zonder dat er extra plugins nodig zijn. Daarnaast moet het makkelijker worden video en audio schaalbaar in te zetten voor mobiele toepassingen. Ortc wordt onder andere ontwikkeld in samenwerking met het W3C.

De belangrijkste focus van het ontwikkelaarsteam van Microsoft met de ortc-api-ondersteuning, is het mogelijk maken van audio- en videocommunicatie. Verder ondersteunt deze eerste implementatie geheel of deels rtp/rtcp-multiplexing, stun/turn/ice en verschillende audiocodecs en vooralsnog alleen de h.264UC-videocodec die door Skype gebruikt wordt. Het team is druk bezig daar ook h.264 aan toe te voegen.

Met de ortc-implementatie moeten diensten als Skype via browsers die dat ondersteunen, gebruik kunnen maken van real-time-communicatie via audio en video. Andere implementaties naast audiovisuele toepassingen zijn opties als peer-to-peer-uitwisselen van bestanden en andere browser-naar-browser-toepassingen. Het project webrtc werd in mei 2011 door Google als opensourceproject voor real-time-browsercommunicatie gestart. De W3C-draft van webrtc is een constante 'work-in-progress'. Ondersteuning voor webrtc is - deels - te vinden in Edge, Chrome en Chromium, Firefox en Opera. Op mobiel bij Chrome, Firefox en Opera Mobile en via 'Bowser' op iOS. Die laatste is ook beschikbaar voor Android, maar daarvoor is het gebruik van Bowser niet nodig om van webrtc te genieten.

ORTC-api-diagram

Reacties (32)

Vraag me toch af of dit enige relatie heeft met:
nieuws: Skype-contacten staan wereldwijd op 'offline' door storing

Skype staat geheel los van Edge. ObjectRTC is gewoon een browser api, net als XHR, Websockets, etc. Skype is een app binnen Microsoft die er gebruik van gaat maken (alleen via de Skype webapp die nu nog in beta zit). Elke site en of app is vrij om de api te gebruiken. De api staat geheel, net als Edge en elke andere browser, los van Skype. De twee hebben geen enkele relatie.

Hoezo hebben de twee geen relatie?
De Skype api in edge is er toch om met het Skype netwerk te praten?
Als daar een fout in zit dan kan dat gewoon gevolgen hebben voor het skype netwerk.
Lijkt me dat dat gerelateerd is en mogelijk zelfs de reden voor de uitval van vandaag.

De ORTC is geen Skype api! Het is gewoon een webstandaard die door iedereen gebruikt kan worden, net als bijvoorbeeld XHR, etc. De verwarring ontstaat waarschijnlijk omdat Skype er onder andere gebruik van gaat maken. Het is alleen niet dat deze twee verder ook maar iets te maken hebben behalve dan dat skype het gaat gebruiken. Bijvoorbeeld Chrome heeft het al geïmplementeerd. Microsoft zal ook nooit een speciefieke Skype api in Edge inbouwen omdat Edge zich gewoon aan standaarden houd en blijft houden. Microsoft heeft alle proprietary zooi juist overboord gegooid.

Inderdaad, zoals ik begreep uit het artikel van Microsoft zelf, is Skype in deze hun eerste grote eigen app die daarvan gebruik moet gaan maken en het zijn sowieso pas de eerste implementaties. Het nieuws is natuurlijk dat een rudimentaire ortc in de laatste preview-edge zit, en dat skype dat moet gaan gebruiken spreekt natuurlijk voor zich. Sowieso gebruikt de huidige browser-skype al webrtc, maar heeft dan nog een plugin nodig om audio/video tweeweg te kunnen gebruiken. It's work in progress

De ORTC is geen Skype api!

Maar de skype api maakt blijkbaar wel gebruik van ORTC in edge.
Lijkt me dat dat een aanpassing aan zowel het skype servers/netwerk als bepaalde skype clients betekent.

Waarschijnlijk niet. Skype verloopt namelijk al sinds de overname door Microsoft via Microsoft servers. Dit betekend dan ook alleen maar dat de data naar een speciale Microsoft server voor Skype web gaat, omzet in het normale Microsoft Chat protocol (waar Skype gebruik van maakt) en daarna doorstuurt naar een native client, en vise versa. Als het tussen twee browsers is, gebeurt de omzetting niet en word het direct naar de ander doorgestuurd. Het vraagt alleen maar om de plaatsing van wat extra servers.

Het hele 'Skype protocol' zal nooit iets van een browser zien. Clients hoeven ook niet aangepast te worden. Microsoft moet alleen wat servers bijplaatsen om de transformation van data en het doorsturen van data af te handelen. De Skype api hoeft dus ook niet gebruik te maken van ORTC.

Objectrtc moet in de komende versie van webrtc opgaan, webrtc 1.1.

Is dat wel zo?
ORTC is een andere benadering van real time communications via een browser die voor zover ik het begrijp niet echt compatibel is met de bestaande WebRTC 1.0.

Het lijkt meer een (mogelijke) opvolger van WebRTC 1.0 dan iets wat 'opgaat in' de bestaande WebRTC.

Als je de link had gelezen:

"Backwards compatible with WebRTC 1.0 API"

"The hope is to merge the work of the CG into
the WebRTC WG as WebRTC 1.1."

Ik verwacht dat je straks weer een extra javascript library (van google?!) nodig hebt om oude bestaande webrtc code te laten werken in een ORTC enabled browser zoals Edge die de oude WebRTC 1.0 code gewoon niet zal ondersteunen.

Wat is er zo moeilijk aan het woord backward compatibele? Dit betekend namelijk dat het gewoon werkt zonder aanpassingen.
Hoe kom je er verder bij dat je een library van Google nodig zou hebben? Alleen maar omdat Google Real Time Communication heeft gepushed zodat we weer een deel van flash kunnen droppen (en Google voor Hangouts, etc).

Dan zal ik je maar meteen iets over Edge vertellen. Microsoft is actief bezig om te zorgen dat "the web just works". Ze bieden zelfs support voor webkit prefixes, etc. Dit allemaal om het web gewoon te laten werken. Met het hele idee van the web that just works is ORTC ook bedacht.

Probeer maar eens een 'oude' webrtc pagina in Edge browser.
Gaat echt niet werken.
Ik denk dat de compatibiliteit zich zal beperken tot de communicatie. De uitwisseling van gegevens tussen clients.

Hoe kom je er verder bij dat je een library van Google nodig zou hebben? Alleen maar omdat Google Real Time Communication heeft gepushed zodat we weer een deel van flash kunnen droppen (en Google voor Hangouts, etc).

Omdat Google nu ook al een library gemaakt heeft voor WebRTC om bijvoorbeeld wijzigingen in versies op te vangen (adapter.js). Door die javascript library aan te passen kunnen ze makkelijk naar ORTC overstappen.
Deze dus: https://github.com/webrtc/adapter

[Reactie gewijzigd door 80466 op 21 september 2015 16:27]

Inderdaad, volgens verschillende andere is ORTC hetgeen wat later WebRTC 1.1 zal worden genoemd in plaats van dat WebRTC en ORTC mergen.

Ik deel je sentiment. Zo ver ik me heb kunnen inlezen heeft Google tot niet lang geleden de impressie gehad dat ORTC een deel zou kunnen worden van WebRTC. Maar de rol van Skype moet denk ik niet understated worden hier. Ze werken nauw samen om te RTC naar het web te brengen en gebruiken daarvoor hun eigen visie. Als blijkt dat deze afwijkt van de standaardisering van WebRTC, zullen ze dat niet schuwen (zoals ik de aankondiging lees).

Er vallen me een paar dingen op;
- ORTC is een W3C community group en geen proposal. Dit is WebRTC wel (/draft).
- De enige codec genoemd is H.264. Wat ik gek vind. Want ze zijn openlijk supporter van VP9(/8) en DASH decodering, maar er wordt met geen woord over gerept.
- Standaardisering is nog ver weg doordat er nog geen duidelijk beeld is waar iedereen heen wilt (MS met ORTC, Chrome met WebRTC, Mozilla fel tegen H.264 en de stille jongen achter in de klas Apple met geen hoorbare mening, behalve zijn laatste opmerking 3 jaar geleden).

Het blijkt maar dat weer dat video op het web (en zeker live/real-time) een hele lastige zaak is.

Eindelijk, kunnen we binnenkort de flash gebaseerde oplossingen eindelijk opdoeken, dat is namelijk op dit moment het alternatief voor dergelijk gebruik (met alle bekende issues waaronder het niet kunnen gebruiken op mobiele apparaten). Ik denk wel dat dit weer een duidelijke richting aangeeft dat voor video H264 toch de richting is en niet VP8.

Tsja, dan moeten wel de mobiele browsers deze objectrtc api implementeren, want vooralsnog hebben Android Chrome en iOS Safari het niet, en dat is toch 95% van alle mobiele browsing.

H.264 is ook wel logisch hoor, er is zo ontzettend veel hardware decoding in honderden miljoenen devices, plus een enorme lading aan efficiente H.264 decoding libraries in allerlei bestaande software, dan is het kiezen voor VP8 echt een specifieke politieke keuze om een pro-Google punt te maken.

[Reactie gewijzigd door Dreamvoid op 21 september 2015 14:31]

Tsja, dan moeten wel de mobiele browsers deze objectrtc api implementeren,

There's an app for that ...

Android op chrome heeft op dit moment wel webrtc (zelf uitgeprobeerd), iOS en Safari zijn inderdaad een probleem.

de oude versie van webrtc ja, maar de nieuwe versie met objectrtc erin nog niet toch?

Anyway, zolang vrijwel iedereen met een telefoon de Skype app heeft, is dit helemaal niet zo nodig. Dit is vooral interessant voor platforms waar geen Skype app is: Blackberry OS10, Sailfish, Tizen, ChromeOS, dat soort dingen.

[Reactie gewijzigd door Dreamvoid op 21 september 2015 14:56]

ObjectRTC is backward compatable met WebRTC. Het is ook de bedoeling dat deze twee specs samengevoegd gaan worden. Chrome heeft indirect dus wel degelijk support. Het is meer dat Chrome wat dingen zal moeten toevoegen om geheel bij te zijn.

Het is verder natuurlijk ook interessant voor computers waar je geen admin bent (school, werk, bibliotheek, ...). Verder kan het voor veel mensen ook interessant zijn (en sommige over de brug komen) omdat ze geen Skype programma hoeven te installeren, net als bij Hangouts.

ObjectRTC is backward compatable met WebRTC

Probeer het eens zou ik zeggen.

Ik snap de toepassing wel, maar voor skype niet. Je browser (zeker die op je telefoon) is immers niet permanent online. Het voordeel van p2p in de browser snap ik verder prima. Lijkt me een goede ontwikkeling op dit internet dat steeds gecentraliseerder leek te worden.

Als je een gesprek voert, ben je de hele tijd online. Dan is er natuurlijk nog het probleem als de browser is afgesloten. Daar heeft Google dan weer een antwoord op dmv de Serviceworker (een soort router / lokale server in de vorm van een javascript bestand) met daarbovenop de Push api, welke je weer linkt aan de Notification api waardoor de gebruiker een notificatie krijgt als iemand je wilt bellen of een bericht stuurt.

Mozilla ondersteunt service-workers ook.

Hopelijk betekent dit dat de Skype web app nu eindelijk is een goede vervanger word van de verschrikkelijke native client op Linux.
Nu is het al een geweldige vervanging, alleen natuurlijk jammer dat er nog niet gebelt mee kan worden.

Dit brengt daar hopelijk verandering in!

-oeps-

[Reactie gewijzigd door 12_0_13 op 21 september 2015 13:49]

https://itunes.apple.com/nl/app/bowser/id560478358?mt=8

Bowser is een legitieme app met WebRTC. Daarom dus ook tussen quotes. Het is geen verkeerde spelling van "Browser"

EDIT: Een 0 Off-topic omdat ik link naar een app uit het hoofdartikel, omdat mensen denken dat het verkeerd in het artikel staat? Oke dan. Volgens mij kan het haast niet méér on-topic zijn.

[Reactie gewijzigd door ItsNotRudy op 21 september 2015 14:58]

Zouden ze dat ook gaan inzetten voor MS support? Viel me op toen ik US aan de lijn had, hoeveel vertraging er leek te zijn (~1 seconde), dat ik het idee had dat het van voip -> land -> mobiel leek te gaan. Zou handig zijn als je via web gewoon middels Skype (chat, voice, whatever) support kan leveren zonder extra plugins of dergelijke.

Maar hangouts gebruikt toch hetzelfde systeem? Zouden ze dan onderling ook verbinding kunnen maken?

WebRTC/ORTC hebben geen manier om twee of meerder computers met elkaar te verbinden. Dit is by design, de wilt namelijk een open iets waar iedereen bij kan, de andere weer verborgen achter zijn eigen inlogststeem, etc. De manier van verbinding maken verschilt wezenlijk tussen Hangouts en Skype. Als tweede verschil is er hoe je de data verstuurt. De Real Time Communication api's zorgen namelijk alleen voor de verbinding. Deze twee aan elkaar koppelen vraagt in principe het herschrijven van beide voip/chat diensten, wat niet gaat gebeuren.
TL;DR: Nee

Nu maar hopen dat een skype alternatief komt met minder features
Skype heeft te veel toeters en bellen tegenwoordig mensen willen alleen (Video)Bellen en berichten sturen