¿Cuál es el proceso principal de producción de programas en streaming?
La serie de paquetes relacionados en este proceso se denomina "flujo". La transmisión de medios en realidad se refiere a una nueva forma de comunicación mediática, no a nuevos medios. Después de la aplicación completa de la tecnología de transmisión de medios, las personas pueden ingresar voz directamente cuando chatean en línea; si quieren ver la apariencia y expresión de la otra parte, ambas partes necesitan una cámara cuando ven un producto que les interesa en línea, un explicador; aparecerá después de hacer clic en él y también aparecerán imágenes de productos más auténticos.
La tecnología de streaming de medios se originó en Estados Unidos. Actualmente, la aplicación de medios en streaming es muy común en Estados Unidos. Por ejemplo, los lanzamientos de productos de HP y la capacitación del personal de ventas se llevan a cabo a través de videos en línea. (Southern Metropolis Daily)
Los llamados medios de streaming se refieren al formato de medios que se reproduce en Internet en forma de transmisión de streaming.
El modo de transmisión de streaming consiste en dividir todos los archivos A/V, 3D y otros archivos multimedia en paquetes comprimidos mediante un método de compresión especial, y luego el servidor de video los transmite continuamente a la computadora del usuario en tiempo real. En el sistema de transmisión de medios de streaming, el usuario no tiene que esperar hasta que se descargue el archivo completo como en la descarga. En cambio, después de un retraso de inicio de unos pocos segundos o decenas de segundos, el usuario puede usar el dispositivo de descompresión (hardware o software). para reproducir y ver el archivo comprimido en la computadora del usuario. Los archivos finales A/V, 3D y otros archivos multimedia. En este punto, los archivos multimedia restantes seguirán descargándose al servidor en segundo plano.
En comparación con el modo de descarga simple, este modo de transmisión por secuencias para descargar y reproducir archivos multimedia no solo acorta en gran medida el retraso de inicio, sino que también reduce en gran medida la demanda de capacidad de caché del sistema. (China Byte)
Adjunto: Introducción a la tecnología de medios de streaming
1. La base de la transmisión de streaming
Actualmente, el audio/vídeo y otros multimedia se transmiten a través de ellos. la red Hay dos opciones principales para la mensajería: descarga y transmisión. Los archivos A/V son generalmente relativamente grandes, por lo que requieren una gran capacidad de almacenamiento; al mismo tiempo, debido a las limitaciones del ancho de banda de la red, la descarga suele tardar minutos o incluso horas, por lo que este método de procesamiento tiene un gran retraso. Durante la transmisión, los medios basados en el tiempo, como sonido, video o animación, se transmiten continuamente desde el servidor de audio y video a la computadora del usuario en tiempo real, lo que le permite verlos solo después de un retraso de inicio de unos pocos segundos o más. Mientras se reproducen medios basados en tiempo (como sonido) en el cliente, el resto del archivo continúa descargándose del servidor en segundo plano. La transmisión no solo reduce la latencia de inicio entre 10 y 100 veces, sino que tampoco requiere mucha capacidad de caché. La transmisión evita la desventaja de que los usuarios tengan que esperar a que se descargue el archivo completo de Internet antes de poder verlo.
La transmisión de medios se refiere a medios continuos basados en el tiempo que utilizan tecnología de transmisión en Internet/Intranet, como archivos de audio, video o multimedia. La transmisión de medios no descarga el archivo completo antes de reproducirlo, sino que solo almacena el contenido inicial en la memoria. El flujo de datos de los medios de streaming se transmite y reproduce en cualquier momento, pero habrá algún retraso al principio. La tecnología clave para la implementación de medios de streaming es la transmisión por streaming.
La definición de streaming es muy amplia y ahora se refiere principalmente al término general para designar la tecnología que transmite medios (como vídeo, audio) a través de la red. Su significado específico es transferir programas de vídeo a la PC a través de Internet. Hay dos formas de implementar el streaming: streaming en vivo y streaming progresivo. En términos generales, si el vídeo se reproduce en tiempo real, o se utiliza un servidor de medios de transmisión, o se aplica un protocolo en tiempo real como RTSP, es una transmisión en tiempo real. Si utiliza un servidor HTTP, los archivos se enviarán en una secuencia secuencial. El método de transmisión depende de sus necesidades. Por supuesto, la transmisión de archivos multimedia también admite la descarga completa al disco duro para su reproducción.
Transmisión secuencial
La transmisión secuencial es un tipo de descarga secuencial. Los usuarios pueden ver los medios relanzados mientras descargan archivos. En un momento dado, los usuarios sólo pueden ver la parte descargada y no pueden saltar a partes anteriores que aún no se han descargado. A diferencia de la transmisión en vivo, la transmisión secuencial se ajusta durante la transmisión según la velocidad de la conexión del usuario.
Debido a que los servidores HTTP estándar pueden enviar archivos en este formato y no se requieren otros protocolos especiales, a menudo se le llama transmisión HTTP. La transmisión secuencial es más adecuada para segmentos cortos de alta calidad, como introducciones, finales y comerciales. Dado que la parte del archivo que se va a ver antes de la reproducción se descarga sin pérdidas, este método garantiza la calidad final de la reproducción de la película. Esto significa que los usuarios deben experimentar un retraso antes de ver, especialmente en conexiones lentas. La transmisión secuencial es útil para publicar clips a través de un módem, lo que permite crear clips de vídeo a velocidades de datos más altas que los módems. A pesar del retraso, después de todo, permite publicar videoclips de alta calidad. Los archivos de transmisión secuencial se colocan en un servidor HTTP o FTP estándar, son fáciles de administrar y básicamente son independientes del firewall. La transmisión secuencial no es adecuada para videos con segmentos largos y requisitos de acceso aleatorio, como conferencias, conferencias, demostraciones, etc. La transmisión en vivo tampoco es compatible. En sentido estricto, es una tecnología bajo demanda.
Transmisión en vivo
La transmisión en vivo se refiere a garantizar que el ancho de banda de la señal multimedia coincida con la conexión de red para que los medios se puedan ver en tiempo real. La transmisión en vivo difiere de la transmisión HTTP, que requiere un servidor de transmisión y un protocolo de transporte dedicados. La transmisión en vivo siempre se transmite en tiempo real y es particularmente adecuada para eventos en vivo y también admite acceso aleatorio. Los usuarios pueden avanzar o retroceder rápidamente para ver el contenido anterior o posterior. En teoría, una transmisión en vivo puede reproducirse sin pausas, pero en la práctica pueden ocurrir pausas periódicas. La transmisión en vivo debe coincidir con el ancho de banda de la conexión, lo que significa que la calidad de la imagen es deficiente cuando se conecta a velocidades de módem. Y cuando la información perdida se ignora debido a errores, la calidad del vídeo es deficiente cuando la red está congestionada o es problemática. Si desea mantener la calidad del video, la transmisión secuencial puede ser mejor. La transmisión en vivo requiere servidores específicos como QuickTime Streaming Server, RealServer y Windows Media Server. Estos servidores le permiten controlar la entrega de medios en más niveles, lo que hace que la configuración y administración del sistema sean más complejas que los servidores HTTP estándar. La transmisión en vivo también requiere protocolos de red especiales como RTSP (Protocolo de transmisión en tiempo real) o MMS (Microsoft Media Server). En ocasiones, estos protocolos pueden causar problemas en presencia de firewalls, impidiendo que los usuarios vean contenido en vivo en algunos lugares.
2. Principio de la tecnología de medios de streaming
La implementación del streaming requiere almacenamiento en caché. Debido a que Internet se basa en la transmisión de paquetes para la transmisión asincrónica intermitente, una fuente A/V en tiempo real o un archivo A/V almacenado se dividirá en muchos paquetes durante el proceso de transmisión. Debido a que la red es dinámica, cada paquete puede elegir una ruta diferente, por lo que el retraso para llegar al cliente no es igual, e incluso el primer paquete puede llegar más tarde. Por lo tanto, se utiliza un sistema de almacenamiento en búfer para compensar el retraso y la fluctuación, asegurando el orden correcto de los paquetes de datos, de modo que los datos multimedia puedan emitirse continuamente sin detener la reproducción debido a una congestión temporal de la red. Normalmente, la capacidad requerida para el almacenamiento en caché no es grande porque el caché utiliza una estructura de lista enlazada circular para almacenar datos: al descartar el contenido que se ha reproducido, la transmisión puede reutilizar el espacio de caché liberado para almacenar en caché el contenido posterior no reproducido. La implementación del streaming requiere un protocolo de transporte adecuado. Debido a que TCP requiere más sobrecarga, no es adecuado para transmitir datos en tiempo real. En la implementación de la transmisión por secuencias, HTTP/TCP se usa generalmente para transmitir información de control y RTP/UDP se usa para transmitir datos de sonido en tiempo real. El proceso de transmisión es generalmente el siguiente: después de que el usuario selecciona el servicio de medios de primer nivel, se utiliza HTTP/TCP para intercambiar información de control entre el navegador web y el servidor web para recuperar los datos en tiempo real que se transmitirán a partir de la información original. ; luego la navegación web del cliente El servidor inicia el programa A/VHelper y utiliza HTTP para recuperar los parámetros relevantes del servidor web para inicializar el programa Helper. Estos parámetros pueden incluir información de directorio, tipos de codificación de datos A/V o direcciones de servidor relevantes para la recuperación de A/V.
El programa A/VHelper y el servidor A/V ejecutan el protocolo de control de flujo en tiempo real (RTSP) para intercambiar la información de control necesaria para la transmisión A/V. De manera similar a la funcionalidad proporcionada por un reproductor de CD o VCR, RTSP proporciona métodos para operar comandos como reproducir, avanzar rápido, rebobinar, pausar y grabar.
El servidor A/V utiliza el protocolo RTP/UDP para transmitir datos A/V al programa cliente A/V (el programa cliente generalmente puede considerarse equivalente a un programa auxiliar). Una vez que los datos A/V llegan al cliente, el programa cliente A/V puede reproducir la salida.
Cabe señalar que en streaming se utilizan dos protocolos de comunicación diferentes, RTP/UDP y RTSP/TCP, para establecer contacto con el servidor A/V con el fin de redirigir la salida del servidor a diferentes del dirección de destino del cliente que ejecuta el programa A/VHelper. Para lograr la transmisión, generalmente se requieren un servidor y un reproductor dedicados. El principio básico se muestra en la Figura 3.1.
En tercer lugar, la tecnología Smart Streaming (SureStream)
Hoy en día, el módem de 28,8 Kbps es la tarifa básica para las conexiones a Internet. Con el rápido desarrollo de los módems de cable, ADSL, DSS, ISDN, etc. , los proveedores de contenidos tienen que limitar la calidad de los medios publicados o el número de personas en línea. Según las estadísticas del sitio web RealNetwork, el tráfico real de un módem de 28,8 Kbps es de 10 bps a 26 Kbps, en forma de campana, con un valor máximo de 20 Kbps. Esto significa que si un proveedor de contenido elige una velocidad fija de 20 Kbps, una gran cantidad de usuarios no obtendrán una señal de buena calidad y pueden detener la transmisión de medios, lo que provocará que los clientes vuelvan a almacenar en buffer hasta que reciban suficientes datos. Una solución es que el servidor envíe menos datos al cliente y evite el almacenamiento en búfer. En RealSystem 5.0, este método se denomina "reducción de flujo de vídeo". La limitación de este enfoque es que los archivos RealVideo están diseñados con una velocidad de datos y, al extraer fotogramas internos, los resultados se pueden escalar a velocidades más bajas, lo que da como resultado una calidad más baja. Cuanto más se aleje de la velocidad de datos original, peor será la calidad. Otra solución es crear varios archivos según diferentes velocidades de conexión y el servidor envía los archivos correspondientes según la conexión del usuario. Este método trae dificultades a la producción y gestión. Las conexiones de los usuarios son dinámicas y el servidor no puede coordinarse en tiempo real. La tecnología de tráfico inteligente supera la coordinación del ancho de banda y el refinamiento del tráfico en dos aspectos. En primer lugar, establecer un marco de codificación que permita codificar múltiples flujos de diferentes velocidades simultáneamente y fusionarlos en el mismo archivo; en segundo lugar, utilizar mecanismos complejos de cliente/servidor para detectar cambios en el ancho de banda.
Dadas las diferencias en software, equipos y velocidades de transmisión de datos, los usuarios tienen diferentes anchos de banda para navegar por contenidos de audio y vídeo. Para satisfacer los requisitos de los clientes, Progressive Networks codifica y graba datos multimedia a diferentes velocidades y los guarda en un único archivo llamado archivo de transmisión inteligente, que crea un archivo de transmisión escalable. Cuando el cliente envía una solicitud, transmite sus capacidades de ancho de banda al servidor, y el servidor de medios transmite la parte correspondiente del archivo de transmisión inteligente al usuario en función del ancho de banda del cliente. De esta manera, los usuarios ven la mejor transferencia de alta calidad posible, los productores solo necesitan comprimir una vez, los administradores solo necesitan mantener archivos individuales y los servidores de medios cambian automáticamente según el ancho de banda que obtienen. Smart Streaming proporciona soluciones para la autorización de contenidos en entornos de conectividad mixta al describir las características cambiantes del ancho de banda de Internet en el mundo real, entregando medios de alta calidad y garantizando confiabilidad. La transmisión se implementa de la siguiente manera: * Crear un archivo para todos los entornos de velocidad de conexión * Transmitir medios a diferentes velocidades en entornos mixtos * Cambiar sin problemas a otras velocidades según los cambios de red * Se priorizan los fotogramas clave, el audio es más importante que algunos datos de fotogramas * Dirección Compatible con versiones anteriores de RealPlayer.
Smart Streaming es una implementación de la denominada API Adaptive Stream Management (ASM) en RealSystem G2. ASM describe el tipo de datos de flujo, ayuda en la toma de decisiones inteligentes y determina qué tipo de paquete enviar. Los formatos de archivo y los complementos de transmisión definen las reglas de ASM. En su forma más simple, a los grupos de paquetes se les asignan propiedades predefinidas y ancho de banda promedio. En su forma avanzada, las reglas de ASM permiten que los complementos alteren la transmisión de paquetes en función de los cambios en las condiciones de la red. Cada regla de ASM puede tener una presentación que defina condiciones. Por ejemplo, la demostración define el ancho de banda del cliente entre 5000 y 15000 kbps y la pérdida de paquetes es inferior a 2,5.
Si esta condición describe la conexión de red actual del cliente, el cliente acepta esta regla. Las propiedades definidas en las reglas ayudan a RealServer a transmitir paquetes de manera eficiente. Si las condiciones de la red cambian, los clientes se suscribirán a reglas diferentes.