Pular para o conteúdo

vLine Wins Audience Choice and Best Conferencing Awards at WebRTC Expo

Uma das decisões mais difíceis que uma startup precisa tomar é quanto tempo e esforço dedicar ao desenvolvimento do produto em comparação com a sua promoção. Durante a maior parte dos últimos dois anos, decidimos manter o foco total no desenvolvimento. 

Como resultado, quando comparecemos à WebRTC Expo em Atlanta na semana passada, muitas pessoas na comunidade WebRTC nunca tinham ouvido falar de nós. Isso tornou ainda mais gratificante sair da conferência com... Prêmio de Escolha do Público, que foi premiado com base na votação dos participantes da conferência, e o Prêmio de Melhor Conferência, que foi premiada por um painel de jurados como a melhor solução de conferência multipartidária.

Caso tenha perdido a conferência, você pode nos conferir nos vídeos a seguir (cortesia da TMCNet):

E agradecemos a todos que passaram pelo nosso estande e garantiram um(a) #webrtcisready camiseta. Conhecemos muita gente legal e estamos ansiosos para continuar todas essas conversas.

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

Conferência WebRTC em Atlanta

A semana passada foi a Conferência WebRTC Em Atlanta, Geórgia. Fornecedores, clientes e pessoas interessadas em aprender sobre WebRTC se reuniram durante três dias de apresentações, discussão, entrevistas e demonstrações (primeiro dia e segundo diaNo último dia da conferência, os juízes entregaram prêmios em diversas categorias.

Alguns dos participantes escreveram resumos da exposição a partir de suas perspectivas. Chris Koehncke, Diretor de Desenvolvimento de Negócios no Genband, está convencido de que o WebRTC não é apenas mais um "recurso":

WebRTC é um conceito difícil para o programador médio compreender e nós, como especialistas do setor, precisamos trabalhar nisso. Não é hora de vender, é hora de educar.

Tsahi Levent-Levi, um dos moderadores do painel do WebRTC chamado “O Ciclo de Hype”, escreveu sobre o seu reflexões sobre a conferência e chegaram à conclusão de que o WebRTC está pronto porque

Já existiam produtos reais com clientes finais reais utilizando-os, o que para mim valida a necessidade.

WebKit

A lista de discussão de desenvolvimento do WebKit tinha uma postagem de Danilo Cesar., Engenheiro de Software na Collabora, onde ele mencionou que

Alguns colegas e eu estamos trabalhando na API getUserMedia/PeerConnection para a porta Gtk.

Desenvolvedor principal do KDE e Desenvolvedor de Software Sênior na Digia, Allan Jensen, respondeu mais tarde no tópico com

Sei de uma empresa que está trabalhando no WebRTC para QtWebKit. Eles querem integrá-lo ao projeto principal, mas não sei o status atual nem o cronograma.

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

Visão geral e tutorial do WebRTC

Cullen Jennings, copresidente do RTCWeb, apresentou uma ótima visão geral e tutorial sobre WebRTC no INET Bangkok. vídeo da apresentação Já foi publicado. Tem cerca de 80 minutos e oferece uma visão geral do WebRTC, além de abordar alguns detalhes técnicos.

Arquitetura do Skype

Em resposta a uma publicação na lista de discussão, o Arquiteto Principal do Skype Matthew Kaufman, abordou alguns dos motivos pelos quais o Skype fez a transição de um modelo ponto a ponto para um modelo baseado em servidor com "supernós dedicados". Uma das razões para a mudança foi a falta de confiabilidade dos supernós, que eram principalmente máquinas Windows:

Isso se mostrou um problema quando, não uma, mas duas vezes, uma falha global na rede Skype foi causada por um bug que travava o aplicativo… restabelecer a rede posteriormente foi um processo trabalhoso e demorado.

Outro ponto destacado foi a crescente prevalência de dispositivos móveis:

A rede ponto a ponto do Skype, e muitas de suas funções (como mensagens instantâneas), foi criada para um mundo onde quase todos os dispositivos são alimentados por uma tomada, conectados à internet de banda larga e permanecem ligados por muitas horas por dia.

VP9 no Chromium

Apoio ao Codec VP9, o sucessor do VP8, era ativado por padrão em Chromium. É Ainda não disponível para ser usado como um codec WebRTC, mas não imaginamos que isso vá demorar muito.

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

Mozilla

A Mozilla anunciou seu “Talkilla”projeto ” (fonte em GitHub), que irá

…permitem que os usuários se comuniquem em tempo real enquanto navegam na web e oferecem ferramentas para compartilhar sua experiência online. Provedores de serviços adicionais disponibilizarão seus serviços, por exemplo, realizando e recebendo chamadas da rede telefônica.

Além disso, a Mozilla está solicitando ajuda para testar a implementação do WebRTC no Firefox nesta sexta-feira (21 de junho):

Gostaríamos que você utilizasse a nova versão do Firefox em seu celular Android e em seu computador desktop ou laptop, e que analisasse atentamente as versões Nightly mais recentes para nos ajudar a identificar quaisquer problemas significativos encontrados em nossa implementação do WebRTC e garantir que todas as funcionalidades incluídas nesta próxima versão estejam em um estágio final de desenvolvimento e testes.

CubeSlam

O Google lançou um divertido clone de Pong chamado “CubeSlam”que utiliza o canal de dados WebRTC. Experimente em cubeslam.com E confira o código-fonte no Google Code.

Conferência e Exposição WebRTC

Estaremos em Atlanta na próxima semana para o Conferência e Exposição WebRTC. Não deixe de passar no nosso estande (#81) para nos dar um oi! Temos um ingresso gratuito para a conferência, então a primeira pessoa que nos enviar uma mensagem para [email protected] [email protected] Vou conseguir!

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

WebRTC no IE?

A postagem de blog e alguns tweets De acordo com informações de uma conferência de desenvolvedores da Microsoft, parece que a Microsoft está progredindo no WebRTC no IE (pelo menos no contexto de...). Executando o Lync sem um pluginNão parece haver detalhes sobre se é CU-WebRTC ou vanilla. WebRTC, Ou algo completamente diferente.

Reavaliação do Hype

Enquanto isso, a Cisco continuou republicando o artigo da semana passada intitulado "A realidade do WebRTC... Tudo hype?". diversos Em uma ocasião, Tsahi Levent-Levi publicou uma réplica afirmando:

O WebRTC é a tecnologia mais disruptiva em VoIP até o momento. Não por conter tecnologia nova, mas sim por possibilitar a implementação de novos casos de uso.

Segurança e WebRTC

Notícias recentes gerou uma discussão sobre segurança e privacidade do WebRTC. Justin Uberti, líder da equipe WebRTC do Chrome, falou sobre o assunto. compartilhou uma publicação, escrito por Adam Roach, funcionário da Mozilla, que oferece uma boa visão geral dos problemas: “WebRTC: Segurança e Confidencialidade”Cullen Jennings, Funcionário da Cisco e co-presidente do RTCWeb, foi um dos muitos colaboradores de um relatório escrito recentemente que descreve os perigos da adição pontos de extremidade de escuta telefônica aos serviços de Internet.

Tunneling WebRTC over TCP (and why it matters)

Há algumas semanas, ativamos discretamente o suporte para tunelamento TCP bilateral na nuvem vLine, tornando-nos os primeiros. provedor de infraestrutura WebRTC Para permitir a conexão através de firewalls que bloqueiam UDP. Isso pode não parecer interessante ou importante, mas na verdade faz toda a diferença entre ter um serviço que "geralmente se conecta" e um que "simplesmente funciona". Vamos explicar:

Uma das muitas vantagens do WebRTC é a relativa facilidade de configuração inicial. Basta iniciar uma instância do aprortc No backend para sinalização, basta copiar e colar um pouco de JavaScript e, pronto, você estará fazendo videochamadas no seu aplicativo (na verdade, é um pouco mais complicado do que isso, mas um bom desenvolvedor web consegue facilmente ter um chat de vídeo de demonstração funcionando em um ou dois dias).

Infelizmente, o caminho da demonstração ao serviço de nível de produção pode ser mais desafiador do que você imagina (e mais caro!). Geralmente, acontece assim: 

Nível 1: ATORDOAMENTO

Você começa fazendo suas primeiras chamadas em uma rede local e tudo funciona perfeitamente. Que ótimo! Então você tenta ligar para alguém fora do seu firewall e uma de duas coisas acontecerá.

1) Se por acaso você copiou e colou o endereço do servidor STUN do Google do código-fonte do apprtc, sua chamada será bem-sucedida e você ficará satisfeito (embora possa ter algumas dúvidas persistentes sobre se é correto usar um serviço não documentado para o qual o Google não deu permissão explícita a desenvolvedores terceirizados). Observe o silêncio do Google sobre o assunto. este tópico).

2) Se você não tiver um servidor STUN configurado, sua chamada falhará. Uma breve pesquisa revelará que STUN é um protocolo que o navegador usa para determinar seu endereço IP público e abrir uma brecha no firewall. Portanto, se você quiser se conectar através de um firewall, precisará de um servidor STUN. Algumas horas depois, você terá um servidor de código aberto funcionando no EC2. Uma instância pequena deve ser suficiente ($43,92 por mês), mas provavelmente você vai querer executar pelo menos duas para garantir a disponibilidade, de preferência em regiões diferentes ($87,84 por mês).

Nível 2: GIRAR

Você faz mais algumas chamadas de teste e todas funcionam. Tudo parece bem. Então você tenta fazer uma chamada entre duas redes corporativas e ela falha. Grrr. Enquanto pesquisava sobre STUN, você leu sobre outro protocolo chamado TURN Isso é usado para retransmitir dados nos casos em que o navegador não consegue estabelecer uma conexão ponto a ponto. Você não tinha certeza se era estritamente necessário, mas uma pesquisa mais aprofundada revela que o STUN é suficiente apenas para conectar cerca de 80% chamadas. Se isso não for suficiente para você (e provavelmente não será), você precisará de um servidor TURN.

Um pouco tópicos da lista de discussão Mais tarde, você terá um servidor TURN funcionando em sua instância EC2. Na verdade, a taxa de transferência de rede em uma instância pequena pode ser bastante imprevisível se outras pessoas estiverem usando sua interface de rede compartilhada, então você deve considerar obter uma instância maior. Uma instância média ($87,84 por mês) funciona muito bem, mas para obter a maior previsibilidade e a menor instabilidade (jitter), você precisará de uma instância extra grande ($351,36 por mês), que lhe dará “alto desempenho de rede”Na verdade, serão dois ($703,52 por mês), para garantir a disponibilidade.

Claro, como você está retransmitindo vídeo, também precisará levar em consideração os custos de largura de banda. O preço base do EC2 é $0,12 por GB. Ao analisar os números, você pode começar a se perguntar o que impede que outra pessoa use o servidor público que você acabou de configurar e aumente seus gastos com banda larga. Aqui está uma boa resposta: tópico da lista de discussão Sobre o assunto. Resumo: não há uma maneira eficaz de evitar isso, dada a forma como o protocolo TURN funciona e o fato de as credenciais TURN precisarem estar presentes no seu JavaScript, onde qualquer pessoa pode encontrá-las.

Mas não vamos nos prender aos detalhes financeiros. Agora você pode ligar para seus amigos em outras empresas de tecnologia. Incrível! Aí você tenta ligar para alguém em uma grande empresa, de outro ramo, e não dá certo. Puxa vida. Você achava que a TURN tinha tudo sob controle.

Vinte minutos depois, após uma breve pesquisa, você descobre que a implementação de alocação TURN do Chrome suporta apenas o retransmissão de pacotes UDP. O Chrome 28 adicionará suporte para... alocação Um servidor TURN sobre TCP, mas os pacotes ainda serão retransmitidos via UDP. Opa, isso ainda não resolve seu problema quando o firewall bloqueia o tráfego UDP. 

Nível 3: Nuvem vLine

É aqui que entra em ação nosso novo suporte a túneis TCP. Ele não depende da implementação TURN do Chrome, portanto, funciona no Chrome atualmente. Além disso, funciona mesmo se ambas as partes estiverem atrás de firewalls que bloqueiam UDP. Tudo o que é necessário é acesso à internet pela porta 443 (a porta HTTPS), que a grande maioria dos firewalls permite.

Você não precisa fazer nada de especial para habilitar o túnel TCP no seu serviço vLine. Basta usar o vline.js para construir seu aplicativo e nós nos conectaremos usando o melhor método disponível para cada chamada. Executamos um rede global de servidores de alta disponibilidade, Assim, garantimos a melhor qualidade de chamada possível para todos os seus usuários, em qualquer lugar do mundo, mesmo atrás de firewalls que bloqueiam tudo, exceto o tráfego TCP na porta HTTPS. E, caso esteja se perguntando, ainda utilizamos DTLS de ponta a ponta, portanto, nossos servidores nunca veem seus fluxos de mídia não criptografados.

Nosso objetivo é uma taxa de conexão de 100%. Se você tiver uma rede onde as chamadas não estão sendo conectadas, por favor... nos avise.

Nota 1: Se você quiser testar isso bloqueando o UDP no seu firewall, lembre-se de deixar a porta DNS (53) aberta.

Nota 2: Alguns firewalls ultrarrestritivos que realizam inspeção de pacotes com estado ainda podem bloquear conexões, pois, embora o navegador esteja usando a porta HTTPS, ele não está realmente usando SSL/TLS (nunca encontramos um firewall assim na prática, mas eles existem). O Chrome em breve oferecerá suporte a conexões WebRTC sobre TLS, momento em que também poderemos contornar esses firewalls.

WebRTC + Chromebox = Sistema de Telepresença HD $400

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

Explicações detalhadas e de qualidade sobre WebRTC ainda são raras. Felizmente, Anant Narayanan de Firebase (e anteriormente da equipe WebRTC da Mozilla) deu uma grande contribuição ao conjunto de apresentações na semana passada com sua palestra "Uma Introdução Prática ao WebRTC" na Fluent Conference.

Não deixe de conferir os slides Para obter o conjunto mais completo de fluxogramas de sinalização WebRTC na web (use a seta para baixo em slide 7Sério. Se você quer entender o que acontece nos bastidores quando clica em "Iniciar chamada" em um aplicativo WebRTC, precisa ler os fluxogramas. Nós esperamos.

FUDdy-duddy

O WebRTC foi um dos assuntos mais comentados no No Jitter na semana passada, com nada menos que três posts sobre o tema. Irwin Lazar A Nemertes Research iniciou suas atividades com um artigo positivo intitulado WebRTC: Por que as empresas deveriam se importar?

Talvez ainda mais interessante seja a oportunidade de dar aos aplicativos de CRM ou ERP seus próprios aplicativos de voz/vídeo diretamente incorporados em suas interfaces web [...] Imagine uma equipe de pessoas que trabalha o dia todo em um aplicativo de processos de negócios e que podem conversar por chat, voz ou videochamada [...] Novamente, aqui as oportunidades são infinitas para os desenvolvedores de aplicativos expandirem a comunicação e a colaboração para qualquer lugar.

Então, Laurent Philonenko, vice-presidente/gerente geral da unidade de negócios de clientes e mobilidade da Cisco, jogou um balde de água fria no WebRTC com o artigo "A realidade do WebRTC... Tudo hype?".

[…] O WebRTC ainda não está totalmente pronto para uso em larga escala. Simplificando, os padrões ainda não estão finalizados. Suponha que a conclusão dos padrões do WebRTC ainda leve um ano e que o Chrome e o Firefox levem seis meses para lançar uma versão com os padrões finais; além disso, considere o tempo necessário para que os usuários atualizem seus navegadores. Veremos implementações iniciais antes disso, mas eu diria que levará mais de dois anos para que essa tecnologia seja amplamente adotada no mercado.

Dave Michels encerrou com uma análise sobre o hype do WebRTC, explicando gentilmente que não havia nada para ver ali e que todos deveriam seguir em frente.

O WebRTC não é disruptivo. [...] O WebRTC não oferece novas funcionalidades, nem economias de custos significativas em comparação com outras tecnologias ponto a ponto. O WebRTC poderia ser descrito com mais precisão como uma tecnologia evolutiva, que efetivamente traz recursos em tempo real para o navegador, em vez de depender de plugins e downloads pontuais.

Por enquanto, estamos nos contendo, mas vocês podem esperar mais informações sobre este assunto aqui no Blog vLine. Enquanto isso, vamos aprimorar o design da nossa nova linha de camisetas "WebRTC Is Ready".

Seriamente. Envie-nos uma mensagem. Se você quiser um.

GitTogether: Video Chat for GitHub (powered by WebRTC)

Resumindo:

  1. Vá para gittogether e faça login com o GitHub.
  2. Veja como contatos as pessoas que você segue no GitHub, além de membros de suas equipes e organizações.
  3. Se as pessoas com quem você deseja conversar não estiverem online ou não estiverem na sua lista de contatos, envie a elas seu URL do GitTogether (gittogether GitHub).
  4. Converse à vontade!

Fundo

É difícil saber se sua plataforma é boa até que você a tenha usado para construir um aplicativo real, de preferência um que você mesmo use diariamente. Então, quando começamos a desenvolver o Plataforma vLine e a API, há dois anos, também começamos a desenvolver um aplicativo baseado nela.

Como nossas vidas basicamente giram em torno do GitHub, decidimos criar uma ferramenta de comunicação que também funcionasse assim. Batizamos a ferramenta de GitTogether, criamos um login do GitHub e preenchemos a lista de contatos com as pessoas que você segue ou com quem trabalha no GitHub.

Avançando para os dias de hoje, temos um aplicativo robusto que usamos internamente como nossa principal ferramenta de comunicação há mais de um ano. Como nosso principal objetivo era aprender com a experiência de criá-lo e usá-lo, nunca o compartilhamos amplamente, mas um número suficiente de pessoas o descobriu e o considerou útil, então decidimos que deveríamos finalmente dedicar um pouco mais de tempo para falar sobre ele.

Nas próximas semanas, publicaremos uma série de posts no blog explicando como tudo funciona internamente, o que aprendemos durante o processo de desenvolvimento e como você pode criar aplicativos com as mesmas funcionalidades. Enquanto isso, aproveite!

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

Chrome 27

Chrome 27 era lançado oficialmente. Um Lista de alterações relacionadas ao WebRTC Está disponível na lista de discussão discuss-webrtc. Uma das mudanças mais visíveis para o usuário final é a capacidade de Selecione a câmera e o microfone. a partir do “Omnibox”, em vez de vasculhar as configurações do Chrome.

Escalabilidade Temporal

Havia um discussão interessante Na lista de discussão sobre escalabilidade temporal e se os controles para ela poderiam ser expostos no WebRTC por meio do SDP, especialmente para uso em conferências/mixagem. A escalabilidade temporal é um método de codificação de um fluxo de vídeo em um formato que permite decodificá-lo em várias taxas de quadros (por exemplo, 30 FPS ou 15 FPS), ao custo de uma sobrecarga de codificação maior. Blog LifeSize Oferece uma boa descrição no contexto do codec H264, e a lista de discussão do WebM tem uma descrição técnica mais detalhada. Como funciona no VP8.

Aceleração de hardware

A aceleração de hardware VP8 continua a ser suportada por mais plataformas, como demonstra a nVidia com esta demonstração de videoconferência em 1080p a 30 FPS no Tegra 4. O Tegra 4 terá suporte de hardware integrado para codificação e decodificação VP8, com o objetivo declarado de

Oferecendo a melhor experiência WebRTC no Android, Chrome OS e Google TV.