that - html5 video youtube
Enviando video cámara desde el navegador al servidor (4)
He desarrollado soluciones de grabación de video durante la mayor parte de los últimos 5 años y contribuí mucho para corregir errores de grabación de video en Red5.
En el escritorio puede usar un cliente Flash + un servidor de medios (Red5, Wowza, Adobe Media Server) y en el móvil puede usar HTML Media Capture.
Di una respuesta detallada a una pregunta similar en Grabar video en el navegador y subirlo al servidor LAMP
Estoy probando las nuevas y emocionantes características de Chrome Canary 19.
Básicamente, puedo tomar el video de la cámara web y configurarlo en un elemento fuente para una etiqueta de video.
<!DOCTYPE html>
<html>
<head>
<title>Camera capture</title>
<script>
var localStream;
var localStreamObjUrl;
window.onload = function() {
navigator.webkitGetUserMedia("audio, video", gotStream);
}
function gotStream(stream) {
localStream = stream;
localStreamObjUrl = webkitURL.createObjectURL(localStream);
var video = document.getElementById("selfView");
video.src = localStreamObjUrl;
}
</script>
</head>
<body>
<video id="selfView" autoplay audio=muted></video>
</body>
</html>
Del ejemplo en https://apprtc.appspot.com , podemos capturar el video y transmitirlo a un igual ...
Mi pregunta es, ¿puedo evitar hacer todo el recorrido para obtener una conexión p2p y cargar el video directamente a un servidor? Me gustaría poder transmitir el flujo de video en lugar de enviarlo a p2p.
Necesita algún tipo de servidor de medios de transmisión en la parte posterior.
El proceso sería:
- capturar el feed
- enviarlo al servidor
- transcodificar a varios formatos de cliente
- administrar los flujos de salida
Existen numerosas variedades gratuitas y de pago disponibles:
Más sobre transcodificación: xuggler
La ''navaja suiza'' de los medios: ffmpeg
y así.
Puede probar nimbb ( http://nimbb.com ; tienen base flash y captura de HTML5) y enviar el video a Brightcove ( http://www.brightcove.com/ ) para transcodificarlo a varios formatos de clientes.
Tienen la integración de la API. El único problema es el costo.
Wow, la pregunta tiene casi dos años y sigue siendo relevante. Actualmente, las dos opciones que tiene son alimentar el flujo de la cámara a un lienzo para enviar regularmente capturas de pantalla a su servidor (fácil pero muy lento), o usar WEBRTC para transmitir los datos. Desafortunadamente, el soporte para WEBRTC en el lado del servidor todavía no es muy bueno ya que no hay demasiadas bibliotecas webrtc para lenguajes de programación comunes.