Pular para o conteúdo

WebRTC Digest – Week of May 6

Aqui na sede da vLine, temos uma lista de discussão interna que usamos para compartilhar links para artigos, mensagens da lista de discussão, atualizações de código e outras informações interessantes relacionadas ao WebRTC.

Agora que finalmente temos um blog, pensamos que seria legal compartilhar esses links com vocês, queridos leitores (Oi, mãe!). Então, fiquem de olho aqui toda segunda-feira para uma nova seleção de notícias sobre WebRTC, cuidadosamente escolhidas e atualizadas (que tal em tempo real?). Sem mais delongas, aqui está nossa primeira edição:

Pontos finais explosivos e aranhas

Kelly Teal, escrevendo para a Channel Partners, pergunta: "O que diabos é WebRTC?" e consulta alguns analistas em busca de respostas:

Quando se trata de colaboração por vídeo, todos estão falando sobre WebRTC. Mas o que é WebRTC e o que isso significa para os parceiros?

 …

“O que o WebRTC faz é criar o potencial para uma explosão de pontos de acesso de vídeo baseados em navegador, que só se conectarão a outros pontos de acesso que executem o mesmo padrão”, disse Bill Haskins, analista da Wainhouse Research, ao Channel Partners.

Certamente concordamos com a explosão de endpoints baseados em navegador. Genband, No entanto, discordaram da ideia de que só se comunicariam com outros que utilizam o mesmo padrão ao anunciarem o SPiDR, um novo gateway de conversão de sistemas legados para WebRTC. Gary Audin, escrevendo para o NoJitter, conta a história:

O SPiDR está localizado na borda da rede da operadora. Ele fornece APIs abertas e centradas na web que permitem aos desenvolvedores de aplicativos criar serviços de comunicação avançados por meio da rede, incluindo voz, vídeo, presença, agenda de contatos compartilhada, histórico de chamadas, mensagens instantâneas e colaboração. 

Google IO 411

O evento anual do Google festa de desenvolvedores estará na cidade ainda esta semana, e o Líder Técnico do WebRTC Justin Uberti Ele estará de volta ao palco com mais uma sessão que certamente lotará o local, em nosso cenário favorito de música eletrônica em tempo real (caso você tenha perdido a sessão dele no ano passado, pode conferir o vídeo aqui).

Este ano ele fará uma apresentação conjunta com o Chrome Developer Advocate e Colaborador do HTML5 Rocks Sam Dutton. Os dois também irão ministrar um Laboratório de Programação prático para ajudar os sortudos portadores de ingressos a traduzir a sopa de letrinhas das APIs e protocolos do WebRTC em aplicativos web interessantes.

Neste codelab, vamos ajudá-lo a dominar as APIs e tecnologias principais do WebRTC: – MediaStream (também conhecido como getUserMedia): o que é e como posso usá-lo? – RTCPeerConnection: qual a importância da API mais poderosa do WebRTC? – RTCDataChannel: como posso configurar a comunicação em tempo real de dados arbitrários? – Sinalização: o que é e como configurá-la? – Servidores: o que preciso para sinalização, STUN e TURN?

Comida para pássaros

Falando em delícias saborosas, Justin se preparou para o IO servindo um trio de petiscos muito aguardados, destinados a... Chrome Canary no discutir-webrtc lista de discussão. Na quarta-feira, ele insinuou que canais de dados confiáveis chegarão em breve (se você quiser ser o primeiro a saber quando eles estiverem disponíveis, você pode adicionar uma estrela à sua lista de desejos). Edição 1493).

Então, na sexta-feira, ele fez a nossa semana acontecer. anunciando Em breve, você poderá usar a API getStats() para descobrir quais candidatos ICE o navegador selecionou. Chega de tcpdump ou logs detalhados para descobrir se você está usando um servidor de retransmissão! Você está tão animado quanto nós?

E por último, mas não menos importante, ele confirmou que o Canary agora tem a capacidade de balancear a carga entre vários servidores TURN. Tópico completo. aqui.

Richard Mentor Johnson?

Por fim, temos algumas informações interessantes relacionadas a codecs. Matt Frost, gerente de produto do WebM e ex-CEO interino da On2, publicou que VP9 está quase concluído.. Não sabemos o que nos deixa mais animados: o suporte para canais de profundidade (webcams 3D + mapas de profundidade + WebGL = ???) ou a guerra dos codecs VP9 vs H.265.

Como não parece muito provável que os fornecedores de navegadores cheguem a um acordo sobre um codec integrado comum nesta década, a proposta da Mozilla de um codec totalmente em JavaScript começa a soar cada vez mais razoável. Dando sequência ao artigo de Brendan Eich... Hoje eu vi o futuro Uma postagem sobre ORBX.js, escrita por Peter Bright, bela peça Para a Ars Technica, com mais detalhes técnicos:

Para navegadores como o Internet Explorer 10 e o Safari no iOS, o ORBX é usado no modo somente com frames I. Para outros navegadores, como o Firefox e o Chrome, ele usa um modo misto mais convencional. Isso ocorre porque o modo misto depende do WebGL para parte da decodificação. Os frames I podem ser codificados inteiramente em JavaScript, mas os frames P exigem o uso de programas de shader devido à sua maior complexidade. O Internet Explorer 10 e o Safari no iOS não são compatíveis com WebGL e, portanto, não podem ser usados para executar programas de shader. Como resultado, eles usam aproximadamente o dobro da largura de banda para o mesmo nível de qualidade de vídeo.

Infelizmente, ainda não há uma demonstração pública. Mas estamos ansiosos para testá-la em nossos iPhones 12.

Marcações: