¿Por qué se dice que la transmisión de audio y video funciona bien incluso si no se entregan todos los paquetes? ¿Qué pasaría si no se entregaran algunos paquetes?

¿Escuchas audio en MP3? Estás escuchando audio que tiene algo de la “señal” comprimida. Eso es el equivalente a “paquetes perdidos”.

¿Puedes decir? ¿No? No te preocupes Tampoco puede casi nadie más.

¿Utiliza un teléfono VoIP? Su voz se digitaliza y reconstruye utilizando G.711 si está utilizando un servicio premium “HD”, o utilizando G.729 si no lo está. Ambos tienen pérdidas, G.729 más que G.711.

Incluso si está utilizando un teléfono de dos hilos, no es como si fuera en los años 60: es todo digital, y su voz se está digitalizando con un códec patentado, en 56 kbps de datos, y si está haciendo mucho tiempo, llamadas a distancia, le garantizo que todo el enlace entre ciudades es VoIP, por lo que está recibiendo un doble golpe en la pérdida.

A mediados de la década de 1990, no sabíamos nada de eso. ¿Por qué? Fue una función de la potencia de la CPU, principalmente.

En Enron Broadband ponemos MUCHO esfuerzo en la transmisión de video. En 1997, sabíamos que iba a ser “la ola del futuro”. Fue increíblemente doloroso.

Sin embargo, el 23 de septiembre de 1999, Enron Communications ePowers the Country Music Awards, entregando una transmisión simultánea de los CMA sobre IP. Cosas embriagadoras. Hoy, no piensas nada al respecto. Te aseguro que en 1999 nadie pensó que PODRÍAS hacerlo.

Lanzamos una tonelada de hardware de servidor al problema: un Sun E450, diseñado para admitir a unos cientos de clientes, admitiría 20 transmisiones simultáneas. Y tuvimos que reiniciarlos cada 8 a 10 horas para curar una pérdida de memoria realmente desagradable en el código del servidor de video.

Y eso fue para el video 480i realmente horrible …

Hoy eso no es un problema. Estoy transmitiendo 200,000 transmisiones de audio HD desde una instancia de AWS EC2 M3-large. Puedo enviar o recibir video 1080P HD en mi teléfono.

Se trata principalmente de tener códecs que son mucho, mucho mejores que los que teníamos hace mucho tiempo, pero los memes no alcanzan la realidad.

El rendimiento es una función de múltiples factores en este contexto, incluidas las características de fidelidad y temporización. Particularmente, es importante que el flujo se degrade con gracia en caso de pérdidas de canal, en lugar de catastróficamente. No significa que no se degrada, pero el impacto se minimiza. Los clics, los estallidos y la pérdida de unos pocos milisegundos de datos es mucho mejor que interrumpir / retrasar la transmisión para volver a entregar paquetes perdidos / dañados. Es una mejor experiencia para los usuarios, que toleran mejor estas cosas y pueden hacer frente a ellas.

Esto es aún más importante en el caso de los medios interactivos, como los juegos de computadora, que siguen un patrón similar de comunicación de red y procesamiento de gráficos / sonido.