Estoy tratando de averiguar si HTMl5 es adecuado para la parte cliente de un sistema de conferencia en línea. El cliente debe ser capaz de:
1. mostrar el video en vivo proporcionado por el servidor, usando la etiqueta de video.
2. Similar para el audio en vivo, usando la etiqueta de audio.
3. El sistema también admite mensajes de texto. Aquí podemos usar websockets
4. También hay una función de uso compartido de escritorio. Para este tipo de flujo de datos, también estaba pensando en websockets. Pero esto es información binaria, se puede codificar en base64 antes de enviar. Por lo tanto, en el cliente html5, debe decodificarse, procesarse (es un protocolo propietario) y usar un objeto canvas (?!) Para dibujarlo en la pantalla.
Sistema de conferencia de audio/video en línea en html5
¿Puede la aplicación web procesar esta cantidad de datos al mismo tiempo?
¿Está HTML5 preparado para esto?
lo que has hecho con noVNC es impresivo. Buen trabajo. Acerca de audio/video, ¿la implementación actual en los navegadores permite mostrar una transmisión en vivo? o solo se puede proporcionar un archivo en la etiqueta de audio/video? – confsys
La transmisión en vivo se realiza mediante una combinación de Stream API y File API. Agregué un enlace a File API. La API Stream surgió del trabajo API del dispositivo. En esencia, le permite manejar una secuencia de medios de forma similar a File API. Es decir. puede acceder a los contenidos sin formato y pasar secuencias como si fueran archivos a elementos que los aceptan (audio/video). – kanaka
Esta demostración muestra una forma de utilizar canvas con video: http://people.mozilla.com/~prouget/demos/DynamicContentInjection/play.xhtml – kanaka