Transporte de Contenidos Multimedia:

HTTP Streaming
GRADO EN INGENIERÍA DE TECNOLOGÍAS Y SERVICIOS DE TELECOMUNICACIÓN
Dpto. de Comunicaciones
Universidad Politécnica de Valencia
Universitat Politècnica de València
www.upv.es
 OBJETIVOS

o Reconocer los diferentes escenarios para la difusión de

Objetivos contenidos mul2media usando HTTP Streaming
Contenido o Conocer la evolución de los diferentes 2pos de HTTP
Streaming
o Ser capaz de monitorizar y explicar el funcionamiento
del protocolo DASH
o Ser capaz de generar contenidos en DASH y configurar
un sistema de streaming para su acceso desde
navegadores Web
 CONTENIDO

1. Introducción
Objetivos
2. Necesidad de soluciones adaptativas
Contenido
3. Evolución de la tecnología HTTP Streaming
4. Protocolo DASH
5. Actividades y prácticas
6. Referencias bibliográficas
Objetivos
Contenido
1. Introducción
2. Necesidad de
soluciones
adaptativas
1. Introducción
3. Evolución de la
tecnología HTTP
Streaming
4. Protocolo DASH
5. Actividades y
prácticas
6. Referencias
bibliográficas
1. Introducción

¿Y después de la codificación…?
 1. Introducción
Codificación de vídeo
resolución, fps, formato de
muestreo (4:2:0, …), profundidad de -libx264, -libx265 Coeficientes y
color (SDR, HDR) vectores de
-crf, -b:v, -b:a, -g, -bf, …
contenedor: .mp4, .webm, .mkv movimiento:
Y 100101010101001
………0101011
Cb Modelo Modelo Modelo
temporal espacial entrópico
Cr
video.yuv
Ejemplo práctica (tearsofsteel)
espacio_almacenamiento (bytes) = 3,87 GB
bitrate (bps) = 266,6 Mbps
video.mp4
Ejemplo práctica (tearsofsteel)
espacio_almacenamiento (bytes) = 27 MB
bitrate (bps) = 1,8 Mbps
1. Introducción
Codificación de vídeo
1. Introducción

Codificación de vídeo Streaming de vídeo

 1. Introducción

Codificación de vídeo Streaming de vídeo

- Protocolo de streaming
- Paquetización (adaptar el contenido
del vídeo/audio en paquetes del
protocolo)
- Añadir información de control
video.mp4
(dependerá del tipo de streaming) que
Coeficientes y vectores de movimiento: permita la reproducción correcta
100101010101001………010101110
(timestamps, número de secuencia,
- Contenedor: información sobre los streams tipo de codificación, URL’s, bitrates,
(video, audio, subtítulos,…) etc.)
- Permite la decodificación y reproducción
“local” correcta (o remota como un
“fichero”)
 1. Introducción
Codificación de vídeo

Video on Demand Aplicaciones Interactivas Live Streaming

- Difusión de contenidos almacenados - Comunicaciones peer-to-peer - Transmisión de eventos en directo

- Ejemplos: Youtube, Netflix, HBO, (Videoconferencia, VoIP) - TV por Internet
Amazon Prime Video, Medici.TV, … - Ejemplos: Videoconferencia WebRTC - Radio por Internet
(TEAMS, …), Zoom, Skype, VideoCall
WhatsApp…

HTTP Streaming RTP/UDP HTTP Streaming (buffer elevado)*

RTP/UDP

Tema 3 Tema 4
1. Introducción

Will Smith: qué pasó en la sala de control de la

televisión cuando ocurrió la bofetada?
Emisión en USA: retardo de 7 s.
no audio (pitido de censura) (señal para el resto de cadenas sin procesar)

https://variety.com/2022/tv/news/oscars-abc-will-smith-slap-chris-rock-rob-mills-1235217294/
Objetivos
Contenido
1. Introducción
2. Necesidad de
soluciones
2. Necesidad de soluciones
adaptativas
3. Evolución de la adaptativas
tecnología HTTP
Streaming
4. Protocolo DASH
5. Actividades y
prácticas
6. Referencias
bibliográficas
2. Necesidad de soluciones adaptativas
2. Necesidad de soluciones adaptativas
Sistemas Adaptativos

Congestión
2. Necesidad de soluciones adaptativas

¿Causas y consecuencias de
la congestión? ¿Soluciones?
 2. Necesidad de soluciones adaptativas

Causas: Consecuencias: Vídeo:

- Demasiados dispositivos en la red
- Excesivo tráfico generado
- Alta latencia (retardo) - Tiempo excesivo
- Alto jitter para el inicio de
- “Tormentas” de broadcast - Timeout en las conexiones
- Hardware no adecuado u obsoleto - Bajo throughput
la reproducción
- Dispositivos de interconexión (routers, - Pérdida de paquetes - Interrupciones
switches) de bajas prestaciones
- Ataques de red (por ejemplo, DDoS,
Distributed Denial-of-Service)
2. Necesidad de soluciones adaptativas

Soluciones:
- A nivel de red (monitorización y reconfiguración de los recursos de la red)
- A nivel de aplicación (monitorización y adaptación del bitrate del
contenido transmitido)
Soluciones basadas en HTTP/TCP
Control de la congestión entre extremos:

Sin realimentación explícita de la red.

La congestión se deduce de la pérdida
observable, el retardo entre los extremos,
throughput o la ocupación del buffer en el
cliente.
2. Necesidad de soluciones adaptativas
¿Qué pasaría si las aplicaciones de streaming
por Internet no fuesen adaptativas?
Descarga progresiva Descarga adaptativa

https://media.upv.es/#/portal/video/3a8c4b50-708b-11eb-8edd- https://media.upv.es/#/portal/video/a8f0a3c0-708b-11eb-8edd-
039d38da45d9 039d38da45d9
2. Necesidad de soluciones adaptativas

Escenario 1 HTTP Streaming: Netflix

• Número de usuarios: más de 222

millones
• Modelo de negocio basado en
suscripción
• Accesible desde cualquier dispositivo
• Sistema de transporte HTTP
adaptativo de vídeo y audio

https://es.statista.com/estadisticas/598771/numero-de-suscriptores-netflix-en-streaming-en-todo-el-mundo/
2. Necesidad de soluciones adaptativas

Escenario 2 HTTP Streaming: Youtube

• Número de usuarios: más de 2.000
millones
• Modelo de negocio basado en
publicidad
• Cada día se ven cientos de millones de
horas de vídeos y se generan miles de
millones de reproducciones
• Sistema de transporte HTTP adaptativo
de vídeo y audio
2. Necesidad de soluciones adaptativas
2. Necesidad de soluciones adaptativas

¿HTTP Streaming es válido en todas las

situaciones?:

• Multicast
• Retardo
2. Necesidad de soluciones adaptativas

Escenarios condicionados por la necesidad o

no de utilizar multicast
2. Necesidad de soluciones adaptativas
TV Web
¿Unicast vs Multicast?
(DASH)
2. Necesidad de soluciones adaptativas
¿Unicast vs Multicast?
2. Necesidad de soluciones adaptativas
VLC
¿Unicast vs Multicast? (IPTV/RTP/UDP)
2. Necesidad de soluciones adaptativas
¿Unicast vs Multicast?
2. Necesidad de soluciones adaptativas
¿Dónde está la frontera respecto al retardo entre ambos modelos?
2. Necesidad de soluciones adaptativas
¿Cuál es el retardo entre RTP y DASH/HLS?
TV Web Internet vs IPTV

Web VLC
(TV/DASH) (TV/RTP)

https://media.upv.es/#/portal/video/f9eaa9e0-a1cf-11eb-9288-419662b85124
2. Necesidad de soluciones adaptativas
Objetivos
Contenido
1. Introducción
2. Necesidad de
soluciones
3. Evolución de la tecnología
adaptativas
3. Evolución de la HTTP Streaming
tecnología HTTP
Streaming
4. Protocolo DASH
5. Actividades y
prácticas
6. Referencias
bibliográficas
3. Evolución de la tecnología HTTP Streaming

¿El sistema HTTP streaming de

vídeo siempre ha sido
adaptativo?
3. Evolución de la tecnología HTTP Streaming

La evolución de HTTP Video Streaming

DASH, HLS Adaptive Bitrate
Streaming

Pseudo-
Streaming

Progressive
Download
File
Download
3. Evolución de la tecnología HTTP Streaming

File Download
Internet

Video Server

Content
downloaded
to disk

• La reproducción comienza después de que se haya completado

la descarga
• El contenido descargado se almacena en disco
3. Evolución de la tecnología HTTP Streaming

Progressive Download
HTTP GET

META

Progressive Download
Content is streamed and played as it is downloaded
Video Server

• La reproducción comienza antes de la descarga completa

• Los Metadatos se envían al principio del fichero
• El contenido descargado se almacena en disco (directorio temporal)
• El sistema de control y trick-play no es fácil de implementar
• Problemático con conexiones de baja velocidad
3. Evolución de la tecnología HTTP Streaming

Progressive Streaming (Pseudo Streaming)

HTTP GET
META x
x HTTP GET

Pseudo-streaming
Client can abort stream and request new byte-range
Video Server

• Se facilita el proceso de control y trick-play (HTTP byte ranges)

• Los clientes pueden solicitar contenido parcial (chunks) (HTTP GET)
• El contenido se puede almacenar en buffer (no en disco)
• Control de la descarga se realiza a través del sistema de control de
flujo de TCP (buffer de recepción -> buffer de transmisión)
3. Evolución de la tecnología HTTP Streaming
3. Evolución de la tecnología HTTP Streaming

Adaptive Bitrate Streaming

MANIFEST

Adaptive Streaming
Client downloads manifest, then video chunks of appropriate bitrate Video
Server

• Los datos son enviados como un flujo continuo de pequeños trozos (chunks) (cada
chunk o segmento se recupera con un HTPP GET)
• Soporta trick-play
• Soporta diferentes calidades (bitrates variables)
• Incluye cambios de bitrate durante el streaming
• Pequeños buffers en el cliente
• Optimiza la calidad de experiencia cuando la red está congestionada
3. Evolución de la tecnología HTTP Streaming
3. Evolución de la tecnología HTTP Streaming
3. Evolución de la tecnología HTTP Streaming

https://delight-vr.com/adaptive-streaming/
3. Evolución de la tecnología HTTP Streaming
3. Evolución de la tecnología HTTP Streaming

¿Cuál es el efecto en el patrón del

tráfico cuando se transmite en
modo Progresivo y Adaptativo?
3. Evolución de la tecnología HTTP Streaming

HTTP GET

HTTP HTTP ... HTTP

GET GET GET
3. Evolución de la tecnología HTTP Streaming
3. Evolución de la tecnología HTTP Streaming
 3. Evolución de la tecnología HTTP Streaming
¿Diferencias en el patrón del tráfico DASH vs Progresivo?

https://media.upv.es/#/portal/video/c25c66f0-a7ef-11eb-8768-71e3dbe233ff
3. Evolución de la tecnología HTTP Streaming
• Se solicita el contenido con
un único HTTP GET
• Descarga continua de
contenido
• Descarga controlada por el
control de flujo de TCP
• Descarga de una única
calidad

HTTP GET (http://......../fichero.mp4)

3. Evolución de la tecnología HTTP Streaming
• Peticiones periódicas (al
principio descarga rápida
de segmentos)
• No hay descarga entre
peticiones HTTP GET
• Descarga segmento a
segmento

HTTP GET HTTP GET HTTP GET

(http://......../ (http://......../ (http://......../segmento22.mp4)
segmento1.mp4) segmento2.mp4)
3. Evolución de la tecnología HTTP Streaming

¿Existe sólo un sistema HTTP

streaming adaptativo?
3. Evolución de la tecnología HTTP Streaming

Source: http://xkcd.com/927/
3. Evolución de la tecnología HTTP Streaming

*The RTMP specifica2on was designed by Adobe for the transmission of audio and video data between
technologies like the Adobe Flash Player. And with the death of Flash slated for 2020, we expect this graph
to change significantly in years to come.
3. Evolución de la tecnología HTTP Streaming
3. Evolución de la tecnología HTTP Streaming

HLS vs. MPEG-DASH

HLS DASH
Propietario (Apple) Estándar abierto (ISO-MPEG)
Muy extendido (dispositivos Apple) Extendido
Codecs (H.264, H.265) Cualquier códec
Soluciones de baja latencia: Low- Soluciones de baja latencia: DASH
Latency HLS CMAF
3. Evolución de la tecnología HTTP Streaming
Objetivos
Contenido
1. Introducción
2. Necesidad de
soluciones
adaptativas 4. Protocolo DASH
3. Evolución de la
tecnología HTTP
Streaming
(Dynamic Adaptive Streaming HTTP)
4. Protocolo DASH
5. Actividades y
prácticas
6. Referencias
bibliográficas
4. Protocolo DASH

¿Cómo funciona un sistema de

distribución de contenidos?
4. Protocolo DASH
4. Protocolo DASH

¿Cómo funciona DASH?

4. Protocolo DASH
- Difusión de contenidos almacenados
Streaming Video: VoD - Ejemplos: Youtube, Netflix, HBO,
Amazon Prime Video, Medici.TV,
Apple TV …
Live
Proceso de captura
(alta calidad, alto bitrate)
Live
Contenidos Buffer
VoD (> 30 s de vídeo)
Generación de
contenidos …
IP

Proceso de compresión Movie A – 200 kbps

Reproducción
Transporte
(alta-media-baja calidad, Movie A – 400 kbps
. (Rewind, Fast Forward,
(unicast)
alto tiempo de compresión) .
. Pause)
Movie A – 2.2 Mbps

....... (segmento = 2, 5,
segmentos
10 s de vídeo)

RR, FF, Pause <= 1-2 s

4. Protocolo DASH
Concepto de Adaptive Streaming
Las tecnologías Adaptive Streaming permiten:
• Mejora en la calidad de experiencia (QoE) de la visualización del vídeo mediante una
transmisión óptima válida para una amplia gama de dispositivos y para diferentes
velocidades de conexión.

Las tecnologías de transmisión adaptativa se basan en:

• Producción de varios archivos desde el mismo fichero de origen a diferentes
calidades.
• Distribución de los archivos de forma adaptativa, cambiando el flujo que se entrega
para adaptarse al tipo de dispositivo, los cambios en el throughput, ocupación del
buffer, etc.
• Operación transparente para el usuario de modo que es el player el que decide la
calidad de cada segmento que debe descargarse.
4. Protocolo DASH
Codificación Multi-bitrate y adaptación
Web Web Browser
Server DASH
Movie A
tición Manifiesto
HTTP GET Pe

Manifiesto Movie A
(MPD)

Movie A – 200 kbps 0

Movie A (2
00 kbps) t= Aumento de
HTTP Get
Movie A – 400 kbps la calidad
. (400 kbps)
t=2
Movie A
. HTTP Get
. Movie A (8
00 kbps) t=
4
HTTP Get
Movie A – 2.2 Mbps
.
.
24 Congestión (Reducción
Movie A (4
00 kbps) t= de la calidad)
HTTP Get
....... .
.
segmentos (1 Mbps) t=
36 No Congestión
Movie A
HTTP Get
(Aumento de
la calidad)
4. Protocolo DASH
Codificación Multi-bitrate y adaptación
Web Web Browser Algoritmo de
Server DASH adaptación
Movie A
tición Manifiesto
HTTP GET Pe

Manifiesto Movie A
(MPD)

Movie A – 200 kbps

Movie A – 400 kbps

.
.
.
Movie A – 2.2 Mbps

.......

segmentos
4. Protocolo DASH
Codificación Multi-bitrate y adaptación
Web Web Browser
Server DASH
Movie A
tición Manifiesto
HTTP GET Pe

Manifiesto Movie A
(MPD)

Movie A – 200 kbps 0

Movie A (2
00 kbps) t= Aumento de Algoritmo de
HTTP Get
Movie A – 400 kbps la calidad adaptación
. (400 kbps)
t=2
Movie A
. HTTP Get
. Movie A (8
00 kbps) t=
4
HTTP Get
Movie A – 2.2 Mbps
.
.

.......

segmentos
4. Protocolo DASH
Codificación Multi-bitrate y adaptación
Web Web Browser
Server DASH
Movie A
tición Manifiesto
HTTP GET Pe

Manifiesto Movie A
(MPD)

Movie A – 200 kbps 0

Movie A (2
00 kbps) t= Aumento de Algoritmo de
HTTP Get
Movie A – 400 kbps la calidad adaptación
. (400 kbps)
t=2
Movie A
. HTTP Get
. Movie A (8
00 kbps) t=
4
HTTP Get
Movie A – 2.2 Mbps
.
.
Algoritmo de
24 Congestión (Reducción adaptación
Movie A (4
00 kbps) t= de la calidad)
HTTP Get
....... .
.
segmentos
4. Protocolo DASH
Codificación Multi-bitrate y adaptación
Web Web Browser
Server DASH
Movie A
tición Manifiesto
HTTP GET Pe

Manifiesto Movie A
(MPD)

Movie A – 200 kbps 0

Movie A (2
00 kbps) t= Aumento de Algoritmo de
HTTP Get
Movie A – 400 kbps la calidad adaptación
. (400 kbps)
t=2
Movie A
. HTTP Get
. Movie A (8
00 kbps) t=
4
HTTP Get
Movie A – 2.2 Mbps
.
.
Algoritmo de
24 Congestión (Reducción adaptación
Movie A (4
00 kbps) t= de la calidad)
HTTP Get
....... .
.
36 No Conges6ón Algoritmo de
segmentos Movie A (1 Mbps) t=
HTTP Get adaptación
(Aumento de
la calidad)
4. Protocolo DASH

¿Características de la tecnología
HTTP Streaming frente a otras
tecnologías?
4. Protocolo DASH

C1. Segmentación del contenido del vídeo: los archivos de video se dividen
en segmentos cortos de varios segundos (de 2 a 10 segundos) que se
envían a través de la red y que se pueden tratar como pequeños archivos
y de la misma manera que cualquier otro contenido HTTP que se envía a
través de la red. Al hacerlo, se homogeneiza la capa de transporte para
todo el contenido HTTP.

C2. Comunicación HTTP: los segmentos de video se envían a través de

Internet o de la red corpora2va u2lizando el protocolo HTTP estándar
u2lizando los puertos TCP 80 (para comunicación HTTP no cifrada) y 443
(para comunicación cifrada SSL).
4. Protocolo DASH

C3. Comunicaciones sin estado: cuando un cliente DASH está viendo una
transmisión de vídeo, cada solicitud de un segmento de video es
independiente de las solicitudes anteriores. En decir, no existe una
conexión persistente entre el cliente y el servidor durante la reproducción
de vídeo.

C4. Compatible con mecanismos de caché: la entrega fragmentada permite

que la transmisión del vídeo se integre en el funcionamiento de las cachés
HTTP que forman un elemento fundamental en Internet, en las redes de
entrega de contenido (CDN) y en muchas redes corporativas, mejorando
la gestión del ancho de banda de la red y las prestaciones del servicio.
4. Protocolo DASH

C5. Arquitectura de red pasiva: cuando los fragmentos de vídeo están siendo
transmi2dos por la red, los nodos intermediarios simplemente enrutan
los fragmentos hacia su des2no final y, en algunos casos, también los
almacenan en caché. Los nodos nunca ejecutan ningún código
especializado ni modifican los fragmentos de vídeo.
4. Protocolo DASH

¿En qué se traducen dichas

características?
4. Protocolo DASH

V1. Reducción de la complejidad de la ges6ón:

– Permite la transmisión del video HTTP u2lizando los puertos TCP 80 y 443
eliminando la necesidad de implementar y administrar una infraestructura
de almacenamiento en caché separada.

– En la mayoría de las redes corpora2vas, se u2liza algún nivel de restricción

a nivel de protocolo y puerto para minimizar las probabilidades de
ataques. Si bien los puertos 80 y 443 casi siempre están abiertos para el
flujo de tráfico web genérico y por lo tanto para el vídeo HTTP, pero no
siempre están abiertos los puertos que u2lizan otros protocolos de
streaming de vídeo como RTMP, RTP, RTSP, etc.
4. Protocolo DASH

V2. Reducción de costes:

– Los protocolos de transmisión no HTTP aumentan el coste de la
infraestructura:
• Requieren hardware y software de servidor específicos formando una infraestructura
paralela a la red del resto de servicios.
• Ineficiencia en el almacenamiento en caché del contenido pudiendo hacer aumentar la
cantidad de ancho de banda necesario para transmitir videos populares a través de la
red.
– Tecnología HTTP Streaming en cambio:
• Aprovechan la red de servidores HTTP existente, lo que permite a las organizaciones
ahorrar costos que de otro modo se gastarían en hardware y software especializados.
• Y a medida que aumenta el acceso a contenidos de vídeo, los proxies de almacenamiento
en caché HTTP reducen drásticamente los costes de ancho de banda respecto al acceso al
vídeo no almacenado en caché.
4. Protocolo DASH

V3. Mejora de la Escalabilidad:

– La ubicuidad de los servidores HTTP y el soporte nativo del

protocolo para almacenamiento en caché perimetral hacen de HTTP
la opción ideal para transmitir eventos en vivo a gran escala y
contenido bajo demanda de acceso frecuente.
4. Protocolo DASH

¿Funcionalidades del Cliente y el

Servidor?
 4. Protocolo DASH
Web Server
• Server
– Puede ser un servidor Web
estándar
– Los contenidos codificados y
segmentados se pueden generar
off-line (VoD) o bien in-line (Live)
• Cliente
– Envía HTTP GET para solicitar cada
segment (el primer GET para obtener el
.mpd)
– Ejecuta el algoritmo de adaptación antes
de generar el mensaje HTTP GET para
solicitar un segmento
4. Protocolo DASH
4. Protocolo DASH

Servidor DASH- Web

 4. Protocolo DASH
• Cualquier servidor web moderno puede
enviar fragmentos de videos DASH a través de
HTTP o HTTPS: Apache, ngnix, IIS, etc.
• No se necesita ningún complemento ni
sohware adicional en el lado del servidor para
mostrar videos DASH (los contenidos de vídeo
son sólo archivos y cada servidor web sabe
cómo entregar archivos usando HTTP)
• Sin embargo, es posible que deba realizar
alguna configuración:
– Revisar la lista de 2pos MIME de los archivos
que pueden servir. Si no está permi2do, será mimetype=application/dash+xml
necesario agregar la posibilidad de servir
videos DASH
4. Protocolo DASH

Cliente DASH 1

3
4. Protocolo DASH

Cliente DASH
4. Protocolo DASH

Cliente DASH
• El proceso cliente tiene la
información sobre el estado
de la red y de la conexión
(métricas)
• La solución es escalable
• Facilidad para cambiar e
innovar en la parte del cliente
(algoritmo de adaptación)
http://www.html5te.st/index.html
4. Protocolo DASH

Cliente DASH
<video>
<source src=“my.mpd”>
<!-- fallback -->
<source src=“my.mp4”>
<source src=“my.webm”>
</video>

Si el navegador soporta DASH o incluye un player DASH,

el vídeo se reproducirá de forma adaptativa.
4. Protocolo DASH

¿Qué es el MPD y cómo afecta el

tamaño de los segmentos?
4. Protocolo DASH

MPD
– Media Presentation Description (MDP) (lenguaje xml):
proporciona información para:
• Solicitar los segmentos (mediante HTTP GET)
• Conocer las calidades disponibles por el algoritmo de
adaptación
4. Protocolo DASH
Manifest – Media Presentation Description (MPD)
4. Protocolo DASH
4. Protocolo DASH

Media Segments
• Contienen el video y audio para decodificar
• Contienen información temporal para poder
reproducir segmentos de diferentes calidades
(representaciones) de forma síncrona
• Tamaños típicos:
– short (~ 1 s-10 s)
– long (~10 s – 40 s)
4. Protocolo DASH
4. Protocolo DASH
Duración del segmento Ventajas Desventajas

Corta duración - Adecuado para el servicio - Elevado número de

“live streaming” ficheros*
- Alta granularidad en el - Elevado número de
proceso de switching a URLs*
nivel de segmentos - Demasiados cambios
puede empeorar la QoE

Larga duración - Pequeño número de - Reacción lenta ante

ficheros* estados de congestión
- Pequeño número de - No es válido para
URLs* sistemas de “live
- Menos cambios de calidad streaming”
- Mejora en las
prestaciones de los
sistemas de caching
4. Protocolo DASH

¿Qué efecto tiene el algoritmo de

adaptación?
4. Protocolo DASH
4. Protocolo DASH
4. Protocolo DASH

Algoritmo de adaptación = f (buffer, throughput, resolución, hw)

4. Protocolo DASH
4. Protocolo DASH
• Tecnología DASH: codificación, formatos, reutilización de tecnologías IP, optimizado para
su uso en CDN y Proxies, solución frente a NAT y Firewalls, uso de HTTP, etc.

DASH Algoritmo de adaptación = f (buffer,

throughput, resolución, hw)
Latencia Alta (6s-30s)
Escalabilidad Alta
Adaptación Sí
Multicast No
Estándar Sí (MPEG/ISO, 3GPP)

Navegador Sí MANIFEST

Aplicaciones VoD
Live Broadcast
* ieeexplore.ieee.org (2016 – 2020): artículos publicados
(latencia inicial) sobre DASH
Objetivos
Contenido
1. Introducción
2. Necesidad de
soluciones
adaptativas 5. Actividades y prácticas
3. Evolución de la
tecnología HTTP
Streaming
4. Protocolo DASH
5. Actividades y
prácticas
6. Referencias
bibliográficas
5. Actividades y prácticas

http://bitmovin.com/demos
5. Actividades y prácticas

http://bitmovin.com/demos
5. Actividades y prácticas
Objetivos
Contenido
1. Introducción
2. Necesidad de
soluciones
adaptativas
3. Evolución de la
6. Referencias bibliográficas
tecnología HTTP
Streaming
4. Protocolo DASH
5. Actividades y
prácticas
6. Referencias
bibliográficas
6. Referencias bibliográficas

• ISO/IEC 23009-1 Information technology — Dynamic adaptive streaming over HTTP (DASH) —
Part 1: Media presentation description and segment formats Technologies
• Barman, N., & Martini, M. G. (2019). QoE Modeling for HTTP Adaptive Video Streaming-A
Survey and Open Challenges. IEEE Access, 7, 30831–30859.
https://doi.org/10.1109/ACCESS.2019.2901778
• Bentaleb, A., Taani, B., Begen, A. C., Timmerer, C., & Zimmermann, R. (2018). A Survey on
Bitrate Adaptation Schemes for Streaming Media over HTTP. IEEE Communications Surveys
and Tutorials,. https://doi.org/10.1109/COMST.2018.2862938
• Dr. Christian Timmerer, HTTP Adaptive Streaming State of the Art and Challenges Ahead,
Internet QoE, July 2, 2018,
• Michael Seufert et al., A Survey on Quality of Experience of HTTP Adaptive Streaming, IEEE
COMMUNICATION SURVEYS & TUTORIALS, VOL. 17, NO. 1, FIRST QUARTER 2015
• Video Streaming with NGINX, Rick Nelson Nginx Inc