Recibo la pregunta de elección del servicio de transmisión (RTMP / RTSP, HTTP Stream? HTTP Progressive?) Con cierta regularidad y encuentro que la respuesta es una respuesta AND , no una respuesta OR. Digo que ofrezcan inglés y español, pida el cangrejo roto y la langosta, rockee el coupé y el SUV.
Es decir, si puede, ofrezca tanto un formato RTMP de transmisión como un formato HTTP de transmisión. Dado que su servicio se basa en Flash Media Server, es posible que tenga esta opción con menos problemas de lo que cree: un solo feed de Adobe Media Encoder se puede agrupar en tres feeds:
- RTMP / S- Reproductores Flash Tradicionales (puerto 1935)
- HDS: transmisión HTTP a Flash Player para Android (puerto 80)
- HLS: transmisión HTTP para iPads, iPhones y similares (puerto 80)
Probablemente la mayor fortaleza de un servicio basado en Adobe Flash Media Server es que FMS empaqueta estos feeds sobre la marcha desde un solo feed donde otras metodologías requieren feeds separados o archivos codificados alternativamente, aumentando exponencialmente sus demandas de almacenamiento y presupuesto de codificador.
- ¿Cómo se construyó Netflix hasta el punto en que los principales programas estaban poniendo sus cosas en el sitio?
- ¿Por qué las primeras versiones de videoconferencia no despegaron?
- ¿Cómo puedo convertir un video de RealPlayer a un formato abierto?
- ¿Cuál es la diferencia entre un arroyo y un lago?
- ¿Qué software del lado del servidor se usa para transmitir una transmisión de video en vivo desde una fuente a múltiples destinatarios?
Por supuesto, tendrá que hacer que su equipo de desarrollo web cree una interfaz bastante elegante para que todo esto sea perfecto para su uso (un paso a menudo ignorado, poco apreciado, pero crítico).
Protocolos a favor y en contra: pero primero … Medios progresivos
En primer lugar, consideremos que estamos hablando de transmisión y omitimos la opción de descarga progresiva (que no requiere un servidor de transmisión especializado en absoluto; cualquier servidor web con los tipos MIME / controladores de contenido correctos, etc. entregará contenido multimedia progresivo) sin inconvenientes o sin inconvenientes. No es que un fabricante de servidores comerciales le impida comprar su producto para servir progresivamente los medios a través del puerto 80 – solo considere Apache e IIS si esa es su ruta. Felicitaciones, acaba de ahorrar $ 10K al año.
Los medios progresivos, solo para estar en la misma página, son medios entregados en la web (generalmente el puerto 80 como cualquier contenido web) que descargan su película en su totalidad para reproducirla. El servicio progresivo solo permite al usuario colocar el cabezal de reproducción en un momento que ya ha sido descargado, sin desplazarse hacia adelante en la película para volver a mostrar una escena en el minuto 31:00 si hasta ese momento solo ha descargado la película hasta el minuto 12 : 00. Es una lástima, pero es de baja tecnología y rentable.
Pruebe un ejemplo y haga clic en este video de preparación de café espresso o en el avance de 21 Jump Street. No puede ver ese contenido hasta que se hayan descargado los datos:
Ejemplo progresivo de Vimeo – Elaboración de café expreso
Ejemplo progresivo de Apple Movie Trailer – 21 Jump Street
http://trailers.apple.com/traile…
No se deje engañar por una descarga increíblemente rápida para aquellos de ustedes bendecidos con un circuito GigaMan en su oficina. (En mi oficina, dos). En ese caso, haga clic en la versión “HD” para que pueda ver la descarga del archivo, y tenga en cuenta que no puede hacer clic en adelante para salvar su vida. Un comportamiento favorito personal es ver a los usuarios hacer clic en medios progresivos que se almacenan en caché localmente en su estación de trabajo o se descargan en su LAN gigabit desde un servidor web residente y dicen: “¿Ves? Son transmisiones”. Solución : diríjase a su Marriott local, tome un desayuno gratis, inicie sesión y dígame nuevamente cómo funciona. O, para pensar un poco más con visión de futuro, solicite a su administrador de red que “limite la velocidad” (a través del kit de herramientas QoS de Cisco , por ejemplo) algunos puertos en su oficina cambian a 384 kilobits por segundo, 500 Kbs, 750 Kbs, 1.5 Mbs – enchufe en algunos puntos de acceso inalámbrico de prueba y tiene un banco de pruebas local de bajo ancho de banda. (Por desgracia, sin el gofre gratuito).
Los medios progresivos, aunque obviamente tienen su lugar, no están transmitiendo. Para nuestra discusión, la transmisión:
- Permitir a los usuarios desplazarse hacia adelante o hacia atrás y reenfundar independientemente de cuánto se haya descargado.
- No se descargará en su totalidad a un usuario
Protocolos a favor y en contra: pero me estoy desviando …
La diferencia más destacada para su usuario promedio cuando considera RTMP versus HLS HTTP y HDS HTTP streaming es el puerto a través del cual se entrega. Es decir, RTMP utiliza un “1395” único frente a Plain Jane, los movimientos de casi todo en la web a través del puerto HTTP “80”.
¿Es mejor RTMP? Técnicamente, sí, pero nos hemos encontrado con este dilema de la red antes con prácticas de seguridad VPN cuando una metodología técnicamente sólida fue eclipsada y suplantada por una que podía moverse libremente con tráfico web regular. ¿Recuerdas hace unos años (piensa cuando viste “Harry Potter y el prisionero de Azkaban”) tu método para conectarte de forma segura a la red de tu oficina se basó en una tecnología llamada IPsec? Incluso es nativa en tu iPhone original. Es genial, es funcional, funciona, y a veces cuando estoy en un Marriott, o presentándome en la LAN corporativa de otra persona, maldita sea … El conjunto de protocolos IPsec no se enruta tan libremente como el SSL más popular, y muchas veces se bloquea. Las transmisiones RTMP están sujetas a una trampa similar, mientras que las transmisiones HTTP viajan libremente donde se puede cargar cualquier página web.
En el lenguaje del automóvil, piense en el DeLorean “DMC-12”. Evite su mentalidad de la marca contaminada y considere cuán genial era ese automóvil para una audiencia estadounidense en ese momento: paneles de acero inoxidable, motor montado en la parte trasera, bajos de fibra de vidrio diseñados por Colin Chapman. Enfermos. Y simplemente no tomó.
Y una comparación final, y bastante contundente, en términos del léxico cotidiano: la palabra “hipérbole” puede ser elocuente, cada vez más personas se conectarán con los vernáculos más peatonales y dirán “mentiras”.
Entonces, ¿qué mecanismo de entrega es mejor? El punto es discutible si el que eliges está restringido o no se transmite / usa ubicuamente a través de redes globales. (¿Y cuántas personas realmente hablan euskera?).
Dicho esto (en FMS) RTMP puede estar bastante seguro a través de prácticas de transmisión protegidas y, si tiene el conocimiento, puede utilizarse en aplicaciones personalizadas que pueden incorporar video bidireccional, chats, coordenadas de objetos de juego, etc. Por el contrario, HTTP HLS es la única forma en que vas a transmitir contenido a un dispositivo iOS como iPad o iPhone.
¿Cuál usar? En FMS, una sola fuente, de nuevo, se puede combinar en tres fuentes separadas sin mucho alboroto: RTMP (Flash tradicional a través del puerto 1935), HDS (HTTP, puerto 80) y HLS (Apple iOS, puerto 80).
No requiera inglés si puede hablar español y francés de manera nativa y potencialmente triplicar su audiencia.
RTMP, HDS o HLS? La respuesta es sí.
* Un excelente video para principiantes para personas que no están a la altura de las metodologías de entrega de transmisión puede ver el siguiente video de Lynda.com:
Comprender los protocolos de entrega
En funcionamiento con Flash Media Server 4.5 – Lisa Larson-Kelly
Lynda.com
[html]
http://www.lynda.com/home/Displa…”> Arriba y corriendo con Flash Media Server 4.5 | por Lisa Larson-Kelley
