Vai al contenuto

Senza categoria

vLine Wins Audience Choice and Best Conferencing Awards at WebRTC Expo

Una delle decisioni più difficili da prendere per una startup è quanto tempo e impegno dedicare allo sviluppo del prodotto rispetto alla sua promozione. Per gran parte degli ultimi due anni, abbiamo deciso di concentrarci al massimo sullo sviluppo del prodotto. 

Di conseguenza, quando ci siamo presentati al WebRTC Expo di Atlanta la scorsa settimana, molte persone nella comunità WebRTC non avevano mai sentito parlare di noi. Ciò ha reso ancora più gratificante lasciare la conferenza con entrambi i Premio del pubblico, che è stato assegnato in base al voto dei partecipanti alla conferenza, e Premio per la migliore conferenza, premio assegnato da una giuria alla migliore soluzione per videoconferenze multipartecipante.

Se vi siete persi la conferenza, potete dare un'occhiata ai seguenti video (per gentile concessione di TMCNet):

E grazie a tutti coloro che si sono fermati al nostro stand e hanno preso un #webrtcisready maglietta. Abbiamo incontrato un sacco di persone fantastiche e non vediamo l'ora di continuare tutte queste conversazioni.

WebRTC Digest – Week of 6/24 – WebRTC Conference Highlights and WebKit

Conferenza WebRTC di Atlanta

La scorsa settimana è stata la Conferenza WebRTC ad Atlanta, in Georgia. Fornitori, clienti e persone interessate a saperne di più su WebRTC si sono riuniti per tre giorni di presentazioni, discussione, interviste e dimostrazioni (primo giorno E secondo giorno). L'ultimo giorno della conferenza, i giudici hanno consegnato premi in diverse categorie.

Alcuni dei partecipanti hanno scritto dei riassunti dell'expo dal loro punto di vista. Chris Koehncke, Direttore dello sviluppo commerciale A Genband, è convinto che WebRTC non sia solo un'altra "funzionalità":

WebRTC è un concetto difficile da comprendere per il programmatore medio e noi, in quanto esperti del settore, dobbiamo impegnarci per chiarirlo. Non è il momento di vendere, è il momento di educare.

Tsahi Levent-Levi, uno dei moderatori del panel WebRTC chiamato “The Hype Cycle”, ha scritto del suo riflessioni sulla conferenza e sono giunti alla conclusione che WebRTC è pronto perché

Esistevano già prodotti reali con clienti finali reali che li utilizzavano, il che per me è una conferma della necessità

WebKit

La mailing list di sviluppo WebKit conteneva un messaggio di Danilo Cesar, Ingegnere del software presso Collabora, dove ha menzionato che

Alcuni colleghi ed io stiamo lavorando all'API getUserMedia/PeerConnection per la versione GTK.

Sviluppatore principale di KDE E Sviluppatore software senior presso Digia, Allan Jensen, ha risposto in seguito nel thread con

Conosco un'azienda che sta lavorando su WebRTC per QtWebKit. Vogliono integrarlo nel progetto principale, ma non conosco lo stato attuale né le tempistiche.

WebRTC Digest – Week of 6/17 – WebRTC Tutorial, Skype, and VP9

Panoramica e tutorial su WebRTC

Cullen Jennings, co-presidente di RTCWeb, ha tenuto un'ottima panoramica e un tutorial su WebRTC all'INET Bangkok. video della presentazione È stato pubblicato. Dura circa 80 minuti e offre sia una panoramica generale di WebRTC, sia un approfondimento di alcuni dettagli tecnici.

Architettura di Skype

In risposta a un messaggio sulla mailing list, Architetto principale di Skype Matteo Kaufman, ha illustrato alcuni dei motivi per cui Skype è passato da un modello peer-to-peer a un modello basato su server con "supernodi dedicati". Uno dei motivi del cambiamento è stata l'inaffidabilità dei supernodi, che erano principalmente macchine Windows:

Questo si è rivelato un problema quando, non una ma ben due volte, un'interruzione della rete globale di Skype è stata causata da un bug che mandava in crash quel client... ripristinare la rete in seguito è stato un processo lungo e faticoso.

L'altro problema evidenziato è stata la crescente diffusione dei dispositivi mobili:

La rete peer-to-peer di Skype, e molte delle sue funzioni (come la messaggistica istantanea), sono state create per un mondo in cui quasi ogni dispositivo è alimentato da una presa di corrente, connesso a Internet a banda larga e rimane acceso per molte ore al giorno.

VP9 in cromo

Sostegno per il Codec VP9, il successore di VP8, era abilitato per impostazione predefinita in cromo. È non ancora disponibile da utilizzare come codec WebRTC, ma non crediamo che ci vorrà molto prima che ciò accada.

WebRTC Digest – Week of 6/10 – Mozilla, CubeSlam, and WebRTC Conference

Mozilla

Mozilla ha annunciato il loro “Talkilla”progetto ” (fonte su GitHub), che sarà

… consentono agli utenti di comunicare in tempo reale mentre navigano sul web e offrono strumenti per condividere la propria esperienza online. Ulteriori fornitori di servizi renderanno disponibili i propri servizi, ad esempio, per effettuare e ricevere chiamate dalla rete telefonica.

Inoltre, Mozilla richiede aiuto per testare l'implementazione WebRTC di Firefox questo venerdì (21 giugno):

Vi chiediamo gentilmente di utilizzare la nuova versione di Firefox sul vostro telefono Android e sul vostro computer fisso o portatile, e di esaminare attentamente le ultime build Nightly per aiutarci a identificare eventuali problemi significativi riscontrati nella nostra implementazione WebRTC e garantire che tutte le funzionalità incluse in questa prossima versione siano in fase di sviluppo e test completati.

CubeSlam

Google ha lanciato un divertente clone di Pong chiamato "“CubeSlam”"che utilizza il canale dati WebRTC. Provalo su cubeslam.com e controlla il codice sorgente su Google Code.

Conferenza ed esposizione WebRTC

Saremo ad Atlanta la prossima settimana per il Conferenza ed esposizione WebRTC. Assicurati di passare a salutarci al nostro stand (#81). Abbiamo un pass gratuito per la conferenza disponibile, quindi la prima persona che ci invia un messaggio a [email protected] Lo capirò!

WebRTC Digest – Week of 6/3 – IE, Hype, and Security

WebRTC in Internet Explorer?

A post del blog e alcuni tweet da una conferenza per sviluppatori Microsoft sembrava suggerire che Microsoft stia facendo progressi su WebRTC in IE (almeno nel contesto di eseguire Lync senza un plugin). Non sembrano esserci dettagli sul fatto che si tratti di CU-WebRTC, vanilla WebRTC, oppure qualcos'altro di completamente diverso.

Hype Recheck

Mentre Cisco continuava a ripubblicare l'articolo della scorsa settimana "La realtà di WebRTC... solo clamore?" parecchi volte, Tsahi Levent-Levi ha pubblicato una replica affermando:

WebRTC è la tecnologia più rivoluzionaria nel campo del VoIP fino ad oggi. Non perché contenga una tecnologia nuova, ma perché consente l'implementazione di nuovi casi d'uso.

Sicurezza e WebRTC

Notizie recenti ha dato origine a una discussione sulla sicurezza e la privacy di WebRTC. Il responsabile del team Chrome WebRTC, Justin Uberti ha condiviso un post, scritto dal dipendente di Mozilla Adam Roach, che fornisce una buona panoramica dei problemi: "“WebRTC: Sicurezza e riservatezza”Cullen Jennings, dipendente Cisco e co-presidente di RTCWeb, è stato uno dei tanti collaboratori di un rapporto scritto di recente che delinea i pericoli dell'aggiunta punti di intercettazione ai servizi Internet.

Tunneling WebRTC over TCP (and why it matters)

Un paio di settimane fa, abbiamo attivato silenziosamente il supporto per il tunneling TCP bidirezionale nel Cloud vLine, diventando i primi fornitore di infrastrutture WebRTC per supportare la connessione attraverso firewall che bloccano il protocollo UDP. Questo potrebbe non sembrare interessante o importante, ma in realtà fa la differenza tra avere un servizio che "di solito si connette" e uno che "funziona e basta". Vi spieghiamo perché:

Una delle tante cose fantastiche di WebRTC è che è relativamente facile da avviare. Avvia un'istanza di apprtc backend per la segnalazione, copia e incolla del codice JavaScript e, voilà, puoi effettuare videochiamate nella tua app (in realtà è un po' più complicato, ma un bravo sviluppatore web può facilmente realizzare una video chat dimostrativa funzionante in un giorno o due).

Purtroppo, il passaggio da una demo a un servizio di livello produttivo può essere più impegnativo di quanto si possa immaginare (e più costoso!). Ecco come di solito si svolge: 

Livello 1: STORDIMENTO

Si inizia effettuando le prime chiamate tramite una rete locale e tutto funziona alla perfezione. Evviva! Poi si prova a chiamare qualcuno al di fuori del firewall e possono verificarsi due situazioni.

1) Se per caso hai copiato e incollato l'indirizzo del server STUN di Google dal codice sorgente di apprtc, la tua chiamata andrà a buon fine e sarai contento (anche se potresti avere qualche dubbio persistente sul fatto che sia lecito utilizzare un servizio non documentato per il quale Google non ha dato esplicitamente il permesso agli sviluppatori di terze parti di utilizzare. Nota il silenzio di Google su questa discussione).

2) Se non hai configurato un server STUN, la tua chiamata fallirà. Una piccola ricerca rivelerà che STUN è un protocollo che il browser utilizza per determinare il proprio indirizzo IP pubblico e aprire una falla nel firewall. Quindi, se si desidera connettersi attraverso un firewall, sarà necessario un server STUN. Poche ore dopo, avrete un server open source attivo e funzionante su EC2. Una piccola istanza dovrebbe essere sufficiente ($43.92 al mese), ma probabilmente vorrete eseguirne almeno due per garantire la disponibilità, preferibilmente in regioni diverse (quindi $87.84 al mese).

Livello 2: TURNO

Esegui qualche altra chiamata di prova e funziona tutta. Le cose sembrano andare bene. Poi provi a fare una chiamata tra due reti aziendali e fallisce. Grrr. Mentre facevi ricerche su STUN, hai letto di un altro protocollo chiamato TURN Questo protocollo viene utilizzato per inoltrare i dati nei casi in cui il browser non riesce a stabilire una connessione peer-to-peer. Non eri sicuro che fosse strettamente necessario, ma ulteriori ricerche rivelano che STUN è sufficiente solo per gestire circa 80% chiamate. Se questo non ti basta (e probabilmente non lo è), avrai bisogno di un server TURN.

Alcuni discussioni della mailing list più tardi, e avrai un server TURN attivo e funzionante sulla tua istanza EC2. In realtà, la velocità di trasmissione di rete su un'istanza piccola può essere piuttosto imprevedibile, se qualcun altro sta usando la tua interfaccia di rete condivisa, quindi dovresti pensare di ottenere un'istanza più grande. Un'istanza media ($87.84 al mese) funziona abbastanza bene, ma per la massima prevedibilità e il minimo jitter, vorrai un'istanza extra large ($351.36 al mese), che ti darà "“elevate prestazioni di rete”Anzi, facciamo due ($703.52 al mese), per la disponibilità.

Naturalmente, dato che stai trasmettendo video, dovrai considerare anche i costi della larghezza di banda. Il prezzo base su EC2 è $0,12 per GB. Mentre fai i calcoli, potresti iniziare a chiederti cosa impedisce a qualcun altro di utilizzare quel server pubblico che hai appena configurato e di far lievitare le tue bollette di banda. Ecco una buona risposta. discussione sulla mailing list In merito all'argomento. Riassumendo: non esiste un modo efficace per impedirlo, dato il funzionamento del protocollo TURN e il fatto che le credenziali TURN devono essere presenti nel codice JavaScript, dove chiunque può trovarle.

Ma non perdiamoci in dettagli economici. Ora puoi chiamare i tuoi amici che lavorano in altre aziende tecnologiche. Fantastico! Poi provi a chiamare qualcuno di una grande azienda, non tecnologica, e la chiamata fallisce. Accidenti. Pensavi che TURN ti avesse protetto.

20 minuti dopo, dopo un'ulteriore ricerca, scopri che l'implementazione dell'allocazione TURN di Chrome supporta solo l'inoltro di pacchetti UDP. Chrome 28 aggiungerà il supporto per assegnazione un server TURN su TCP, ma i pacchetti verranno comunque inoltrati tramite UDP. Ops, questo non risolve ancora il tuo problema quando il firewall blocca il traffico UDP. 

Livello 3: Cloud vLine

È qui che entra in gioco il nostro nuovo supporto per il tunneling TCP. Non si basa sull'implementazione TURN di Chrome, quindi funziona già oggi in Chrome. Inoltre, funziona anche se entrambe le parti si trovano dietro firewall che bloccano UDP. Tutto ciò che serve è l'accesso a Internet tramite la porta 443 (la porta HTTPS), che la stragrande maggioranza dei firewall consente.

Non è necessario fare nulla di speciale per abilitare il tunneling TCP nel tuo servizio vLine. Basta usare vline.js per creare la tua app e ci connetteremo utilizzando il metodo migliore disponibile per ogni chiamata. Eseguiamo un rete globale di server ad alta disponibilità, In questo modo, garantiremo la migliore qualità di chiamata possibile a tutti i vostri utenti, ovunque nel mondo, anche dietro firewall che bloccano tutto tranne il traffico TCP sulla porta HTTPS. Nel caso ve lo stiate chiedendo, utilizziamo ancora la crittografia DTLS end-to-end, quindi i nostri server non visualizzano mai i vostri flussi multimediali non crittografati.

Il nostro obiettivo è un tasso di connessione di 100%. Se disponi di una rete in cui le chiamate non si connettono, per favore facci sapere.

Nota 1: Se vuoi testarlo tu stesso bloccando UDP sul tuo firewall, ricorda di lasciare aperta la porta DNS (53).

Nota 2: Alcuni firewall estremamente restrittivi che eseguono l'ispezione stateful dei pacchetti potrebbero comunque bloccare le connessioni poiché, anche se il browser utilizza la porta HTTPS, in realtà non sta eseguendo SSL/TLS (non abbiamo mai riscontrato un firewall di questo tipo nella pratica, ma esistono). Chrome supporterà presto le connessioni WebRTC su TLS, a quel punto saremo in grado di aggirare anche questi firewall.

WebRTC + Chromebox = Sistema di telepresenza HD $400

WebRTC Digest – Week of 5/27 – Flow Charts, FUD, and T-Shirts

Le buone spiegazioni approfondite di WebRTC sono ancora rare. Fortunatamente, Anant Narayanan Di Firebase (e in precedenza membro del team WebRTC di Mozilla) ha dato un grande contributo al programma di presentazioni la scorsa settimana con il suo intervento "Un'introduzione pratica a WebRTC" alla Fluent Conference.

Assicurati di dare un'occhiata le diapositive per il set più completo di diagrammi di flusso di segnalazione WebRTC sul web (usa la freccia in basso su diapositiva 7Seriamente. Se vuoi capire cosa succede "dietro le quinte" quando fai clic su "Avvia chiamata" in un'applicazione WebRTC, devi leggere i diagrammi di flusso. Aspettiamo.

FUDdy-duddy

WebRTC è stato l'argomento principale di discussione su No Jitter la scorsa settimana, con ben tre articoli dedicati al tema. Irwin Lazar La ricerca di Nemertes è iniziata con un articolo positivo intitolato WebRTC: perché dovrebbe interessare alle aziende?

Forse ancora più interessante è l'opportunità di dotare le applicazioni CRM o ERP di proprie applicazioni vocali/video integrate direttamente nelle loro interfacce web [...] Immaginate un team di persone che lavorano tutto il giorno utilizzando un'applicazione per la gestione dei processi aziendali e che possono chattare, parlare o videochattare tra loro [...] Anche in questo caso, le opportunità per gli sviluppatori di applicazioni di estendere la comunicazione e la collaborazione avanzate ovunque sono infinite.

Poi Laurent Philonenko, vicepresidente e direttore generale della divisione Client e Mobilità di Cisco, ha smorzato l'entusiasmo per WebRTC con l'articolo "La realtà di WebRTC... è solo fumo negli occhi?".

[…] WebRTC non è ancora del tutto pronto per l'uso su larga scala. In parole semplici, gli standard non sono ancora definiti. Ipotizziamo che il completamento degli standard WebRTC richieda ancora un anno e che Chrome e Firefox impieghino sei mesi per rilasciare un browser con gli standard definitivi; a questo aggiungiamo il tempo necessario agli utenti per aggiornare i propri browser. Vedremo le prime implementazioni prima, ma direi che ci vorranno almeno due anni prima che questa tecnologia sia ampiamente diffusa sul mercato.

Dave Michels ha concluso con WebRTC Hype Check, spiegando gentilmente che non c'è niente da vedere e che fareste meglio ad andare avanti.

WebRTC non è una tecnologia dirompente. […] WebRTC non offre nuove funzionalità, né significativi risparmi sui costi rispetto ad altre tecnologie peer-to-peer. WebRTC potrebbe essere descritto più accuratamente come una tecnologia evolutiva, che di fatto porta le funzionalità in tempo reale direttamente nel browser, eliminando la necessità di plugin e download ad hoc.

Per ora preferiamo non svelare troppo, ma potete aspettarvi ulteriori aggiornamenti su questo argomento qui sul blog vLine. Nel frattempo, perfezioneremo il design della nostra nuova linea di magliette "WebRTC Is Ready".

Sul serio. Scrivici se ne desideri uno.

GitTogether: Video Chat for GitHub (powered by WebRTC)

tl;dr

  1. Vai a gittogether e accedi con GitHub.
  2. Visualizza i contatti delle persone che segui su GitHub, oltre ai membri dei tuoi team e delle tue organizzazioni.
  3. Se le persone con cui vuoi parlare non sono online o non sono nella tua lista contatti, invia loro il tuo URL GitTogether (gittogether GitHub).
  4. Chiacchiera pure!

Sfondo

È difficile sapere se la tua piattaforma è valida finché non l'hai usata per costruire un'app reale, preferibilmente una che usi tu stesso quotidianamente. Quindi, quando abbiamo iniziato a sviluppare la Piattaforma vLine e API due anni fa, abbiamo anche iniziato a sviluppare un'app basata su di essa.

Visto che le nostre vite ruotano praticamente attorno a GitHub, abbiamo deciso di creare uno strumento di comunicazione che facesse altrettanto. Lo abbiamo chiamato GitTogether, gli abbiamo fornito un accesso tramite GitHub e abbiamo popolato la lista dei contatti con le persone che segui o con cui collabori su GitHub.

Oggi, a distanza di tempo, disponiamo di un'app robusta che utilizziamo internamente come principale strumento di comunicazione da oltre un anno. Poiché il nostro obiettivo principale era imparare dall'esperienza di sviluppo e utilizzo, non l'abbiamo mai condivisa ampiamente, ma dato che un numero sufficiente di persone l'ha scoperta e trovata utile, abbiamo pensato che fosse giunto il momento di parlarne più approfonditamente.

Nelle prossime settimane pubblicheremo una serie di articoli sul blog in cui spiegheremo come funziona internamente, cosa abbiamo imparato durante il processo di sviluppo e come potete creare app con le stesse funzionalità. Nel frattempo, buona lettura!

WebRTC Digest – Week of 5/20 – Chrome 27, Temporal Scalability & Hardware Acceleration

Chrome 27

Chrome 27 era rilasciato ufficialmente. UN elenco delle modifiche relative a WebRTC è disponibile sulla mailing list discuss-webrtc. Uno dei cambiamenti più evidenti per l'utente finale è la possibilità di selezionare la fotocamera e il microfono dalla “Omnibox” invece di dover cercare tra le impostazioni di Chrome.

Scalabilità temporale

C'era un discussione interessante sulla mailing list riguardo alla scalabilità temporale e se i controlli per essa potrebbero essere esposti in WebRTC tramite SDP, in particolare per l'uso con conferenze/mixaggio. La scalabilità temporale è un metodo di codifica di un flusso video in un formato che consente di decodificarlo a più frame rate (ad esempio, 30 FPS o 15 FPS) a costo di un maggiore overhead di codifica. Blog LifeSize fornisce una bella descrizione nel contesto del codec H264 e la mailing list WebM ha una descrizione tecnica più dettagliata di come funziona in VP8.

Accelerazione hardware

L'accelerazione hardware VP8 continua ad essere supportata da un numero sempre maggiore di piattaforme, come dimostra nVidia con questa demo di videoconferenza a 1080p a 30 FPS su Tegra 4. Il Tegra 4 avrà il supporto hardware integrato sia per la codifica che per la decodifica VP8, con l'obiettivo dichiarato di

Offrire la migliore esperienza WebRTC su Android, Chrome OS e Google TV.