Al iniciar, el cliente solicita los segmentos del flujo con la tasa de bits más baja.
Si la tecnología funciona correctamente, el usuario final o el contenido del consumidor debe reproducirse sin interrupción y potencialmente pasar desapercibido.
Otro de los principales objetivos del streaming dinámico es hacer que este proceso sea fluido y sin interrupciones para los usuarios, de modo que si es necesario escalar hacia arriba o hacia abajo la calidad del streaming, sea un cambio suave y casi imperceptible sin interrumpir la reproducción continua".
[16] Las versiones más recientes de Flash Player y Flash Media Server admiten streaming con tasa de bits adaptable sobre el protocolo RTMP tradicional, así como HTTP, similar a las soluciones basadas en HTTP de Apple y Microsoft,[17] HTTP dynamic streaming es compatible con Flash Player 10.1 y versiones posteriores.
HLS soporta tanto el contenido en vivo como el de video bajo demanda.
[18] HTTP Live Streaming es una característica estándar en el iPhone 3.0 y versiones más recientes.
[19]/ Apple ha presentado su solución a la IETF para que sea considerada como una Request for Comments Informativa.
[20] Existen varias soluciones propietarias y de código abierto tanto para la implementación del servidor (segmentador) como para el reproductor cliente.
Microsoft proporciona kits de desarrollo de software Smooth Streaming Client para Silverlight y Windows Phone 7, así como un Smooth Streaming Porting Kit que se puede utilizar para otros sistemas operativos cliente, como Apple iOS, Android y Linux.
IIS Media Services 4.0, publicado en noviembre de 2010, introdujo una función que permite que los videos H.264/AAC de Live Smooth Streaming se vuelvan a empaquetar dinámicamente en el formato Apple HTTP Adaptive Streaming y se entreguen a dispositivos iOS sin necesidad de recodificarlos.
Microsoft ha demostrado con éxito la entrega de video HD 1080p en tiempo real y bajo demanda con Smooth Streaming a clientes Silverlight.
El control está totalmente basado en el servidor, por lo que el cliente no necesita características adicionales especiales.
Se han presentado múltiples enfoques en la documentación utilizando el algoritmo SARSA[30] o Q-learning.
[31] En todos estos enfoques, el estado del cliente se modela utilizando, entre otras cosas, información sobre el rendimiento actual percibido de la red y el nivel de llenado del búfer.
Sin embargo, este enfoque permite servir los trozos por cualquier servidor HTTP simple y por lo tanto garantiza la compatibilidad con CDN.