Qui alla sede centrale di vLine, utilizziamo una mailing list interna per condividere link ad articoli, messaggi, commit di codice e altre informazioni interessanti relative a WebRTC.
Ora che finalmente abbiamo un blog, abbiamo pensato che sarebbe stato carino condividere questi link con voi, cari lettori (Ciao mamma!). Quindi, tenete d'occhio questa pagina ogni lunedì per una nuova selezione accuratamente curata di notizie WebRTC della settimana precedente (che ne dite di questo, in tempo reale?). Senza ulteriori indugi, ecco la nostra prima edizione:
Endpoint esplosivi e spider
Kelly Teal, scrivendo per Channel Partners, si chiede "Che cos'è WebRTC?" e interpella alcuni analisti per ottenere delle risposte:
Quando si parla di collaborazione video, tutti parlano di WebRTC. Ma cos'è WebRTC e cosa significa per i partner?
…
“"Ciò che WebRTC fa è creare il potenziale per un'esplosione di endpoint video basati su browser, che si connetteranno solo ad altri endpoint che utilizzano lo stesso standard", ha dichiarato Bill Haskins, analista di Wainhouse Research, a Channel Partners.
Siamo assolutamente d'accordo sulla proliferazione degli endpoint basati su browser. Genband, Tuttavia, hanno contestato l'affermazione secondo cui avrebbero comunicato solo con altri che utilizzano lo stesso standard, annunciando SPiDR, un nuovo gateway da legacy a WebRTC. Gary Audin, scrivendo per NoJitter, racconta la storia:
SPiDR si posiziona ai margini della rete dell'operatore. Fornisce API aperte e orientate al web che consentono agli sviluppatori di applicazioni di creare servizi di comunicazione avanzati attraverso la rete, tra cui voce, video, presenza, rubrica condivisa, cronologia delle chiamate, messaggistica istantanea e collaborazione.
Google IO 411
L'annuale di Google festa degli sviluppatori arriverà in città entro la fine di questa settimana, e il responsabile tecnico di WebRTC Justin Uberti tornerà sul palco con un'altra sessione che sicuramente farà il tutto esaurito sul nostro stack in tempo reale preferito (nel caso in cui vi siate persi la sua sessione dell'anno scorso, potete guardare il video qui).
Quest'anno presenterà insieme a Chrome Developer Advocate e Collaboratore di HTML5 Rocks Sam Dutton. I due terranno anche un laboratorio di programmazione pratico (Code Lab) per aiutare i fortunati possessori dei biglietti a tradurre la miriade di sigle e codici delle API e dei protocolli WebRTC in applicazioni web di successo.
In questo codelab, ti aiuteremo a familiarizzare con le API e le tecnologie principali di WebRTC: – MediaStream (anche noto come getUserMedia): cos'è e come si usa? – RTCPeerConnection: qual è l'importanza dell'API più potente di WebRTC? – RTCDataChannel: come si configura la comunicazione in tempo reale di dati arbitrari? – Segnalazione: cos'è e come si configura? – Server: di cosa ho bisogno per la segnalazione, STUN e TURN?
Cibo per uccelli
Parlando di prelibatezze gustose, Justin si è riscaldato per IO distribuendo un trio di bocconcini a lungo attesi destinati a Marrone cromato sulla discuss-webrtc lista di distribuzione. Mercoledì, lui accennato che canali dati affidabili arriveranno presto (se vuoi essere il primo a sapere quando arriveranno, puoi iniziare Numero 1493).
Poi venerdì ha reso la nostra settimana annunciando Presto potrete utilizzare l'API getStats() per scoprire quali candidati ICE sono stati selezionati dal browser. Niente più tcpdump o log dettagliati per capire se state utilizzando un server relay! Siete emozionati quanto noi?
Infine, ma non meno importante, ha confermato che Canary ha acquisito la capacità di bilanciare il carico su più server TURN. Discussione completa Qui.
Richard Mentor Johnson?
Infine, abbiamo un paio di curiosità relative ai codec. Matt Frost, Product Manager di WebM ed ex CEO ad interim di On2, ha pubblicato che VP9 è quasi completato. Non sappiamo cosa ci entusiasmi di più: il supporto per i canali di profondità (webcam 3D + mappe di profondità + WebGL = ???) o la guerra dei codec VP9 contro H.265.
Poiché non sembra particolarmente probabile che i produttori di browser si accordino su un codec integrato comune in questo decennio, la spinta di Mozilla per un codec interamente basato su JavaScript sta iniziando a sembrare sempre più ragionevole. Seguendo le orme di Brendan Eich Oggi ho visto il futuro post su ORBX.js, Peter Bright, ha scritto un bel pezzo Per Ars Technica, con maggiori dettagli tecnici:
Per i browser come Internet Explorer 10 e Safari su iOS, ORBX viene utilizzato in modalità solo I-frame. Per altri browser, tra cui Firefox e Chrome, viene utilizzata una modalità mista più convenzionale. Questo perché la modalità mista dipende da WebGL per parte della decodifica. Gli I-frame possono essere codificati interamente in JavaScript, ma i P-frame richiedono l'uso di programmi shader a causa della loro maggiore complessità. Internet Explorer 10 e Safari su iOS non supportano WebGL e quindi non possono essere utilizzati per eseguire programmi shader. Di conseguenza, utilizzano circa il doppio della larghezza di banda per lo stesso livello di qualità video.
Purtroppo, non è ancora disponibile una demo pubblica. Ma non vediamo l'ora di provarla sui nostri iPhone 12.