Ir al contenido

Sin categoría

WebRTC Digest – Week of 5/13 – BB10, Firefox 22 & Google IO

WebRTC en Blackberry 10

Nuestros amigos en Hookflash comenzó la semana anunciando soporte para WebRTC en Blackberry 10. Erik Lagerway continuó en webrtc-discuss:

Quería informarles que hemos finalizado la adaptación completa de la pila multimedia WebRTC de Google a QNX/Blackberry 10. Actualmente se encuentra en nuestro repositorio de GitHub de Open Peer, y planeamos integrarla nuevamente en el repositorio principal de Google, si Google lo permite.

Justin Uberti, responsable técnico de WebRTC, celebró la noticia y estableció las reglas básicas para los puertos aportados por la comunidad:

Erik, gracias por avisarnos. ¡Siempre es bueno ver a alguien expandiendo el ecosistema WebRTC!

Si la adaptación se ajusta a nuestras directrices de estilo y a nuestras prácticas para código específico de la plataforma, podemos ayudarle a implementarla. La única salvedad es que no podremos ofrecer soporte completo a través de nuestros sistemas de prueba. Si la compilación falla, deberá solucionarlo usted mismo.

Firefox 22 Hits Beta

El martes, Firefox 21 fue liberado, lo que deja solo una versión más antes de que WebRTC esté habilitado de forma predeterminada. Firefox 22 está programado para su lanzamiento el 24 de junio.Si eres impaciente, puedes obtener una vista previa en Firefox Beta., Aurora, o si eres realmente valiente, Nocturno.

Jon Fingas, escribiendo para Engadget, tiene más información sobre Firefox 22:

Aunque Mozilla lleva tiempo defendiendo WebRTC para el chat de voz y vídeo sin necesidad de complementos, no estaba preparada para habilitar el protocolo completo en Firefox de forma predeterminada. Esta semana se muestra más segura…

Google I/O

Justin Uberti y Sam Dutton cerraron la semana con una presentación sobre WebRTC en Google IO. Tanto las diapositivas como la video Ya están disponibles para que las disfrute.

Janko Roetgers Se cubrieron los aspectos más destacados de la sesión. Para GigaOm:

WebRTC, la nueva tecnología que permite realizar chats de voz y vídeo sin necesidad de complementos directamente en el navegador, debería estar disponible en más de mil millones de dispositivos únicos (como navegadores de escritorio y dispositivos móviles) "en el plazo de una semana", según Justin Uberti, jefe de ingeniería de WebRTC de Google.

Puntos finales++

Por último, pero no por ello menos importante, Tsahi Levent-Levi tiene algunas sugerencias para los proveedores y clientes de UC en nuestra Publicación favorita de la semana:

¿Todos los sistemas y terminales de sala que está instalando? Asegúrese de que sean compatibles con WebRTC puro: que ejecuten un navegador HTML5 y que JavaScript se encargue del resto. Implemente este tipo de despliegue en su propia solución. ¿Y todos sus productos heredados? Indíqueles una puerta de enlace para que accedan al sistema.

+1 a eso.

WebRTC Digest – Week of May 6

Aquí, en la sede de vLine, tenemos una lista de correo interna que utilizamos para compartir enlaces a artículos, publicaciones de la lista de correo, revisiones de código y otros datos interesantes relacionados con WebRTC.

Ahora que por fin tenemos un blog, pensamos que sería buena idea compartir estos enlaces contigo, querido lector (¡Hola, mamá!). Así que, no te pierdas este espacio cada lunes para una nueva selección de noticias de WebRTC de la semana anterior (¡menuda actualización en tiempo real!). Sin más preámbulos, aquí tienes nuestra primera edición:

Puntos finales explosivos y arañas

Kelly Teal, escribiendo para Channel Partners, pregunta ¿Qué demonios es WebRTC? y consulta a algunos analistas para obtener respuestas:

Cuando se trata de colaboración por vídeo, todo el mundo habla de WebRTC. Pero, ¿qué es WebRTC y qué implica para los socios?

 …

“Lo que sí hace WebRTC es crear el potencial para una explosión de puntos finales de vídeo basados en navegador, que solo se conectarán a otros puntos finales que ejecuten el mismo estándar”, dijo Bill Haskins, analista de Wainhouse Research, a Channel Partners.

Sin duda, estamos de acuerdo en lo que respecta a la proliferación de puntos finales basados en navegadores. Genband, Sin embargo, discreparon en que solo se comunicarían con otros que utilizan el mismo estándar al anunciar SPiDR, una nueva puerta de enlace de compatibilidad entre protocolos antiguos y WebRTC. Gary Audin, en un artículo para NoJitter, nos cuenta la historia:

SPiDR se ubica en el extremo de la red del operador. Proporciona API abiertas y centradas en la web que permiten a los desarrolladores de aplicaciones crear servicios de comunicación avanzados a través de la red, incluyendo voz, video, información de presencia, agenda compartida, historial de llamadas, mensajería instantánea y colaboración. 

Google IO 411

El informe anual de Google fiesta de desarrolladores llegará a la ciudad a finales de esta semana, y el líder técnico de WebRTC Justin Uberti Regresará al escenario con otra sesión que seguramente llenará el recinto por completo en nuestra plataforma de simulación en tiempo real favorita (en caso de que te hayas perdido su sesión del año pasado, puedes ver el video aquí).

Este año copresentará con Chrome Developer Advocate y Colaborador de HTML5 Rocks Sam Dutton. Además, ambos dirigirán un taller práctico de programación para ayudar a los afortunados poseedores de entradas a traducir la compleja terminología de las API y los protocolos de WebRTC en atractivas aplicaciones web.

En este codelab, te ayudaremos a familiarizarte con las API y tecnologías principales de WebRTC: – MediaStream (también conocido como getUserMedia): ¿qué es y cómo puedo usarlo? – RTCPeerConnection: ¿qué tiene de importante la API más potente de WebRTC? – RTCDataChannel: ¿cómo puedo configurar la comunicación en tiempo real de datos arbitrarios? – señalización: ¿qué es y cómo la configuro? – servidores: ¿qué necesito para la señalización, STUN y TURN?

Alimento para pájaros

Hablando de delicias, Justin se preparó para IO ofreciendo un trío de bocados largamente esperados destinados a... Canario cromado en el discutir-webrtc lista de correo. El miércoles, él insinuó que pronto llegarán canales de datos confiables (si quieres ser el primero en saber cuándo llegan, puedes activar la opción de inicio de sesión). Número 1493).

Luego, el viernes, nos alegró la semana. anunciando Pronto podrás usar la API getStats() para descubrir qué candidatos ICE seleccionó el navegador. ¡Ya no tendrás que usar tcpdump ni consultar registros detallados para saber si estás usando un servidor de retransmisión! ¿Estás tan emocionado como nosotros?

Y por último, pero no menos importante, confirmó que Canary ahora tiene la capacidad de equilibrar la carga entre varios servidores TURN. Hilo completo aquí.

¿Richard Mentor Johnson?

Por último, tenemos un par de detalles relacionados con los códecs. Matt Frost, gerente de producto de WebM y ex director ejecutivo interino de On2, publicó que VP9 está cerca de completarse. No sabemos qué nos entusiasma más: la compatibilidad con canales de profundidad (cámaras web 3D + mapas de profundidad + WebGL = ???) o la guerra de códecs VP9 vs H.265.

Dado que no parece especialmente probable que los proveedores de navegadores se pongan de acuerdo en un códec integrado común en esta década, el impulso de Mozilla por un códec totalmente basado en JavaScript empieza a sonar cada vez más razonable. Siguiendo el ejemplo de Brendan Eich, Hoy vi el futuro En una publicación sobre ORBX.js, Peter Bright escribió un artículo. Bonita pieza Para Ars Technica con más detalles técnicos:

Para navegadores como Internet Explorer 10 y Safari en iOS, ORBX se utiliza en modo solo I-frame. Para otros navegadores, como Firefox y Chrome, utiliza un modo mixto más convencional. Esto se debe a que el modo mixto depende de WebGL para parte de su decodificación. Los I-frames se pueden codificar completamente en JavaScript, pero los P-frames requieren el uso de programas de sombreado debido a su mayor complejidad. Internet Explorer 10 y Safari en iOS no son compatibles con WebGL, por lo que no se pueden usar para ejecutar programas de sombreado. Como resultado, consumen aproximadamente el doble de ancho de banda para el mismo nivel de calidad de video.

Lamentablemente, aún no hay ninguna demostración pública. Pero estamos deseando probarla en nuestros iPhone 12.

Free vLine/WebRTC Consulting and Training

Una de nuestras principales prioridades es facilitar al máximo el inicio con WebRTC y la plataforma vLine. Por ello, ofrecemos cinco sesiones gratuitas de consultoría y formación de un día completo a los desarrolladores que trabajen en proyectos que utilicen WebRTC y vLine y que se lancen antes del 30 de junio.

Para los desarrolladores en Estados Unidos continental, nos desplazaremos a su oficina, nos sentaremos a su lado y haremos todo lo necesario para que su proyecto sea un éxito. Para quienes se encuentren en otras partes del mundo, haremos lo mismo mediante videollamada y compartiendo la pantalla.

Si está interesado, envíe un correo electrónico a [email protected] Cuéntanos qué estás construyendo y cómo aprovecharías el tiempo de consultoría.

El 10 de mayo revisaremos las solicitudes y seleccionaremos a los cinco desarrolladores. Se dará prioridad a los proyectos para los que ya se hayan asignado recursos de desarrollo y que se lancen próximamente.

¡Esperamos tener noticias suyas!

vLine Just Got Easier

Nos complace anunciar un hito importante para la plataforma vLine: ahora puede crear un servicio de videollamadas de marca blanca en aproximadamente un minuto, sin necesidad de escribir código.

Y para que sea aún más fácil dar el siguiente paso e integrarlo con su sitio web, estamos regalando cinco sesiones gratuitas de consultoría y capacitación presenciales de día completo para proyectos que cumplan con los requisitos (detalles completos). aquí).

Para crear tu servicio de chat de vídeo, ve a vline.com y haz clic en el botón grande "Comenzar". O para ver cómo funciona, mira este video: