Para esto debemos calcular el tamaño de almacenamiento necesario para la transmisión

6
Para esto debemos calcular el tamaño de almacenamiento necesario para la transmisión, calculado a partir del ancho de banda de la transmisión, longitud del medio a transmitir con la ayuda de la siguiente formula (para un único usuario, y un único archivo): Almacenamiento en Megabytes = longitud en segundos x tasa de bits por segundo / (8 x 1024 x 1024) Ejemplificando la formula anterior tenemos que: Una hora de video con una codificación a 300 kbit/s, tendría el siguiente cálculo. (3,600 x 300,000 bit/s) / (8 x 1024 x 1024) = 128 MB de almacenamiento Si el archivo fuera distribuido mediante un servicio bajo demanda, y este lo vieran 20 localidades al mismo tiempo usando un protocolo Unicast, los requerimientos serian: 300 kbit/s x 20 = 6,000 kbit/s = 6 Mbit/s de ancho de banda. Si por el contrario el servidor utilizará un protocolo multicast en el cual el servidor envía solamente un hilo común para todas las localidades. Por lo cual solo se usarían los 300 kbit/s de ancho de banda.

Transcript of Para esto debemos calcular el tamaño de almacenamiento necesario para la transmisión

Page 1: Para esto debemos calcular el tamaño de almacenamiento necesario para la transmisión

Para esto debemos calcular el tamaño de almacenamiento necesario para la transmisión,

calculado a partir del ancho de banda de la transmisión, longitud del medio a transmitir con

la ayuda de la siguiente formula (para un único usuario, y un único archivo):

Almacenamiento en Megabytes = longitud en segundos x tasa de bits por segundo / (8 x

1024 x 1024)

Ejemplificando la formula anterior tenemos que:

Una hora de video con una codificación a 300 kbit/s, tendría el siguiente cálculo.

(3,600 x 300,000 bit/s) / (8 x 1024 x 1024) = 128 MB de almacenamiento

Si el archivo fuera distribuido mediante un servicio bajo demanda, y este lo vieran 20

localidades al mismo tiempo usando un protocolo Unicast, los requerimientos serian:

300 kbit/s x 20 = 6,000 kbit/s = 6 Mbit/s de ancho de banda.

Si por el contrario el servidor utilizará un protocolo multicast en el cual el servidor envía

solamente un hilo común para todas las localidades. Por lo cual solo se usarían los 300

kbit/s de ancho de banda.

Para calcular la emisión en vivo de video (live streaming), la ecuación sería la misma.

Número de MB transferidos = velocidad de codificación (bit/s) x número de segundos de

transmisión x número de clientes conectados / (8 x 1024 x 1024).

VIDEO STREAMING

El software a utilizar para la transmisión de video bajo demanda es RED 5 [4] , Red5 es un

servidor flash de código abierto bajo licencia Apache 2, escrito en Java que soporta

streaming de audio / video, grabación de flujos, objetos compartidos, transmisión en vivo,

Page 2: Para esto debemos calcular el tamaño de almacenamiento necesario para la transmisión

entre otras características, como el almacenamiento de emisiones multimedia.

Las principales ventajas de utilizar un servidor de streaming son [2]:

Ventajas para el cliente:

1. El servidor puede detectar la velocidad de conexión del cliente y proporcionar auto-

máticamente la mejor se descargue.

Ventajas para el proveedor:

1. La capacidad para transmitir en vivo.

2. La capacidad de proporcionar contenidos interactivos avanzados, tales como chat,

videoconferencia.

3. La reproducción de vídeo es más eficiente, requiere menos recursos del servidor y la

transferencia de datos es más rápida.

4. Los archivos de vídeo no se descargan en el ordenador del cliente, por lo que hay

menos posibilidades de que el contenido sea robado.

5. Las estadísticas son detalladas.

Red 5 utiliza el protocolo RTMP, (Real Time Messaging Protocol), el cual es un protocolo

para la transmisión de audio, vídeo y datos a través de Internet, entre un reproductor de

Flash y un servidor.

Es necesario para la conexión de los clientes un software que pueda trabajar bajo este

protocolo, uno de los más utilizados es el reproductor multimedia VLC Media Player [2] ,

de código abierto, el cual puede servir tanto de cliente como de servidor para la transmisión

de video/audio en vivo.

Red5 se puede utilizar para transmitir videos.

En general, las ventajas de un servidor de streaming son los siguientes:

Francisco Naranjo Cobo, 03/07/13,
check
Page 3: Para esto debemos calcular el tamaño de almacenamiento necesario para la transmisión

1. Los usuarios pueden buscar a cualquier lugar en la línea de tiempo de vídeo

sin esperar a que el vídeo se complete

2. No hay datos físicos que se guarden en la memoria caché de los usuarios del

PC, por lo que sus archivos están mejor protegidos

3. Se utiliza menos ancho de banda progresivo

Streaming de video en vivo y en directo y Radio online (Live Streaming)

Otra característica de red5, tal vez la más interesante es que permite transmitir eventos en

vivo y en directo directamente desde el cliente, para esto es necesario contar con un

encoder [3] como MPEG4IP [4].

VIDEO CONFERENCIAS

El Software para video conferencia elegido es ISABEL [6], el cual cuenta con

innumerables características que lo hacen ideal para esta función dentro de la red propuesta.

Isabel es una herramienta de colaboración multipunto usada para realizar congresos, clases

o reuniones sobre el Internet de forma distribuida, este software utiliza técnicas de control y

de producción de TV para poder ordenar de una manera natural a los participantes en

configuraciones multipunto. Isabel está hecha para videoconferencia grupal, pero puede ser

utilizada para conexiones punto a punto.

Isabel está desarrollada en Linux, y tiene la ventaja de poder ser utilizada con un LiveCD o

como un paquete adicional en la distribución a utilizarse. Isabel es usada como gateway

para conectar las salas o auditorios a las sesiones.

Para brindar una óptima calidad y consagrar una buena experiencia colaborativa, Isabel

propone lo siguiente [7]:

1. Provee una vista uniforme de la sesión de todos los participantes, donde una pantalla inte-

gra a todos los videos y medios en una composición visual adecuada.

Page 4: Para esto debemos calcular el tamaño de almacenamiento necesario para la transmisión

2. Asocia un título a cada presentador, lo que provee una mejor visión de la reunión, tal

como los programas de TV lo hacen.

3. Presenta a todos los participantes video, audio y media, del participante activo.

4. Incluye un mecanismo fácil de control para configuraciones y modos de interacción, basa-

dos en el tipo de evento a realizar (reunión, conferencia, clase, panel de discusión, entre

otros.)

5. La configuración del panel de control es programable, y puede ser creada dependiendo del

tipo de colaboración existente entre los participantes.

Isabel hace más efectiva la colaboración en cuartos virtuales con audio/video/datos, al

contar con un panel de comandos flexible, fácil de configurar, efectivo y manejable,

permite conexiones multipunto con muchos puntos finales conectados, y en muchos casos

puede realizarse distribución de congresos sobre auditorios, que pueden participar todos

interactivamente.

Isabel incluye un MCU (Multipoint Control Unit) el cual permite una fácil configuración de

conferencias multi-site, con un gran número de participantes. Todo el procesamiento es

realizado por software, sin el uso de ningún hardware especial.

Isabel soporta transmisiones unicast, multicast o una mezcla de ambas, así como IPv4, IPv6

o escenarios mixtos. También soporta encriptación FEC.

Es destacable que Isabel se integra perfectamente con RED 5, lo cual permite utilizar

clientes web (web browser). [5]