• Este reproductor usa una lógica de rate-adaptation diferente.
• Utiliza Dos Conexiones TCP con el servidor como Smooth Streaming player (SSP).
• No envía audio y video al mismo ritmo como SSP.
• El formato del manifest file y las request son diferentes.
• La comunicación inicial se hace con SSL (conexiones cifradas entre un cliente y un servidor)
• Desciframos el archivo de manifiesto utilizando una utilidad de complemento de Firefox llamada Tamper Data, que accede a la clave privada correspondiente en Firefox. Los fragmentos de video y audio se entregan en formatos wmv y wma.

GET /sa2/946/1876632946.wmv/range/2212059-2252058?token=1283923056_d6f6112068075f1fb60cc48eab59ea55&random=1799513140 HTTP/1.1

• Las solicitudes de Netflix no corresponden a una duración de tiempo específica de audio o video.
• Cada solicitud especifica un rango de bytes en un perfil de codificación particular. Por lo tanto, no podemos estimar el tamaño del búfer de reproducción.
• Después de que el usuario hace clic en el botón de reproducción, el reproductor comienza realizando algunas transferencias TCP, probablemente para medir la capacidad del camino subyacente. Luego comienza a almacenar en búfer fragmentos de audio y video, pero sin comenzar la reproducción aún. La reproducción comienza después de cierto número de segundos o cuando el tamaño del búfer alcanza un punto objetivo.
• Si en algún momento se agota ese búfer, el reproductor de Netflix prefiere detener la reproducción, mostrando un mensaje de que el reproductor se está ajustando a una conexión más lenta.
• El archivo de manifiesto proporciona cinco tasas de bits de codificación de video entre 500 Kbps y 3.8 Mbps y dos tasas de bits de codificación de audio (64 Kbps y 128 Kbps).