
Real
Server: El servidor
Real requiere
de dos servidores: un servidor de contenido y un servidor
de distribución. En cada uno de ellos se requiere de un
software distinto. El primero requiere de Real Producer (o Helix Producer,
en su versión más reciente) y el segundo de Real Server
* (o algun sabor de Helix Universal Server). Helix Universal Server
se caracteriza por ser un servidor múltiple de distribución.
Permite no tan solo hacer llegar medios de Real (usualmente los .ra
o .ram). Tambien puede servir Windows Media, Quicktime y MP3 (entre
otros). Gracias a ésto puede reducir el costo de servidores
en un 30%.
Pero vamos
por parte

Real
Producer / Helix Producer
Real Producer
es un servidor de contenido. Genera los archivos para ser transmitidos
en Internet. Puede hacerlo en forma local (codificar archivos y almacenarlos)
o codificar en vivo (para esto último se requiere de una capturadora
de video, además de una tarjeta de sonido). RealProducer está
disponible para Mac y Unix. Helix Producer esta para Windows NT/2000/XP
Pro (no funciona en Windows 9x-ME) y para Linux. Ambos cuestan aproximadamente
US$200.

Real
Server / Helix Universal Server
La labor
de éste programa es de captar el contenido codificado de Real/Helix
Producer y llevarlo a la Internet. Ésta máquina puede
ser un PC con Windows NT/2000/XP Pro o Linux, o un servidor Unix de
Sun, IBM o HP. Los requerimientos de memoria son grandes, del orden
de 768 Mb para un resultado optimo, y es recomendado el uso de mas
de un procesador. Esto permite atender un mayor numero de clientes
simultaneamente. El almacenamiento no es un mayor problema, solo toma
18 Mb de disco más los archivos codificados. El costo de ésta
solucion se puede iniciar desde US$2000, llegando a los US$10000 (segun
el ancho de banda y la necesidades de servicio) sin contar el hardware.
Existe una versión gratuita, que soporta como máximo
1 Mbps de salida de datos.
*: La
octava entrega de Real Server se le conoce como RealSystem 8
Otros
datos sobre el servidor**
RealPlayer
y los RealServers pueden comunicarse entre sí y, por tanto,
los RealServers pueden seleccionar los flujos apropiados y enviarlos
al usuario. Si un RealServer intenta enviar un flujo codificado a
gran velocidad (por ejemplo vía T1 [una conexión muy
rápiday permanente, utilizada en entorno empresarial - 1,5
Mbps - ]) y se utiliza un módem a 28,8 K, el resultado no será
satisfactorio para el cliente.
SureStream
Como se puede deducir de lo expuesto, es importante que RealPlayer
obtenga el flujo correcto para reproducir un clip. RealPlayer, como
ya se ha explicado, puede comunicarse con el RealServer que envía
el flujo. Así es como funciona el proceso:
1. RealPlayer envía la configuración de ancho de banda
Normal y Máximo de la ficha Conexión en Preferencias...
al RealServer que proporciona el clip.
2. A continuación, el RealServer selecciona automáticamente
los flujos que se hayan codificado a la velocidad más cercana
a su parámetro Normal, sin llegar a superarlo. Si la conexión
que se utiliza es superior a la Normal, el servidor cambiará
de manera automática a una velocidad superior, si existe. Esta
capacidad de aumentar la velocidad es una característica de
RealSystem G2 denominada: SureStream.
Con los
productos anteriores a RealSystem G2, la velocidad de conexión
inicial era la que se utilizaba para todo el clip, incluso si la conexión
era más rápida o más lenta. Ahora, gracias a
que los flujos del nuevo RealSystem G2 pueden codificarse a distintas
velocidades en un mismo archivo, RealServer es capaz de
seleccionar de modo inteligente el flujo que mejor se adapte a su
conexión actual. SureStream también se encarga de supervisar
la conexión. Así, si detecta un elevado grado de congestión,
reducirá la velocidad de determinados flujos. Los proveedores
de contenido pueden elegir los flujos que consideren más importantes
(pueden primar la calidad de la voz sobre la animación, porejemplo).
Por otra parte, si SureStream detecta que la conexión es mejor
de lo esperado, aumentará el ancho de banda de todos o de algún
flujo a fin de
proporcionar una presentación de mayor calidad. El aumento
y la reducción de la velocidad se producen de forma automática.

Múltiples flujos
La característica
SureStream cobra especial relevancia al visualizar alguna de las presentaciones
más nuevas que se pueden reproducir con RealPlayer. Al reproducir
una presentación SMIL (consulte SMIL más
adelante) cada uno de los flujos existentes para los componentes de
la presentación tiene asociada una velocidad específica.
El total de velocidades es la velocidad mínima de conexión
necesaria para reproducir el clip sin que se produzca un almacenamiento
excesivo en búfer. Por ejemplo, una presentación con
voz en off a 8 Kbps, un componente de animación Macromedia
Flash a 12 Kbps y un componente de RealText a 5 Kbps necesitan una
conexión mínima de 25 Kbps (8+12+5=25) para
poder ser reproducida sin almacenamiento en el búfer y de forma
fluida. Cada flujo fluye por el mismo “río” y se
incorpora a la totalidad de la presentación que reproduce RealPlayer.
Esto no quiere decir que RealPlayer no almacene el contenido en el
búfer de manera automática para facilitar la reproducción
de flujos codificados a velocidades superiores. Por tanto, aunque
la conexión sea lenta, la calidad del sonido será siempre
excelente. El precio que se paga por ver representaciones de mayor
velocidad utilizando conexiones más lentas es el tiempo empleado
en el almacenamiento en el búfer, que, de hecho, es notablemente
inferior al tiempo total de descarga.
Multicast
Multicast es, metafóricamente, la química orgánica
del flujo. Seguro que en la clase de química, o en cualquier
clase de ciclo superior, le han dicho "Olvide todo lo que le
han enseñado hasta ahora, ya que es mentira". Aquí
no seremos tan severos, aunque sí podemos decir que multicast
es un proceso único en el entorno de red. En los entornos de
red, cada paquete de información se dirige única y exclusivamente
a un equipo. Es una técnica bastante coherente, puesto que
los sistemas conectados a Internet suelen llevar a
cabo tareas distintas simultáneamente. Sin embargo, cuando
25.000 personas deciden ver el mismo concierto o el mismo acontecimiento
deportivo, no todo es tan sencillo. De repente, todas estas personas
ven exactamente lo mismo pero cada una de ellas debe tener su propio
flujo. Esto podría ralentizar notablemente Internet y hacer
que las presentaciones perdieran calidad. Multicast es una solución
innovadora a este problema. Imagine que se creara un solo flujo, o
un número limitado de flujos, y que cada reproductor conectado
al acontecimiento leyera el mismo flujo “adentrándose”
en él. De este modo, en vez
de tener 25.000 réplicas de cada flujo, existirían sólo
unas cuantas, disminuyendo la congestión y haciendo la conexión
más fiable y segura. Siempre que multicast esté disponible
para las emisiones, RealPlayer la
seleccionará automáticamente.
**: Tomado
del manual del Real Player Plus 8