Resumen

  • RFC 3189 marcaba el último paquete de cada cuadro DV, pero ordenaba detectar el cuadro siguiente por el cambio del sello temporal RTP de 90 kHz: la propia datagrama que llevaba la marca de final podía desaparecer.
  • El diseño también separaba cronología y contenido: los paquetes contenían bloques DIF completos de 80 bytes de un solo cuadro, el reloj avanzaba al descartar cuadros, el receptor podía ocultar huecos con bloques anteriores y los datos VAUX o AAUX indispensables seguían viajando dentro del flujo.

El cuadro comenzó de nuevo sin cerrar el anterior

DV había nacido como formato de grabación en cinta de exploración helicoidal. Su unidad práctica no era un fragmento inventado por RTP, sino el bloque DIF de 80 bytes. Los bloques se organizaban en secuencias y llevaban vídeo, audio, subcódigo, cabeceras o información auxiliar.

RFC 3189 los colocó enteros tras la cabecera RTP. No añadió otra cabecera específica. Un paquete podía agrupar varios bloques, siempre que todos procedieran del mismo cuadro. Si sobraban bytes, no era válido adelantar material del cuadro siguiente.

Así, todos los paquetes de un cuadro compartían un sello temporal de 90 kHz. El cambio de valor separaba cuadros. La marca M del último paquete ofrecía una ventaja distinta: avisaba antes, sin esperar la llegada del primer paquete del cuadro nuevo.

El problema estaba en la posición del aviso. La marca viajaba precisamente en el paquete final. Si ese paquete se perdía, su ausencia no significaba que el cuadro continuara. Solo significaba que el receptor no había observado el aviso. RFC 3189 exigió entonces basar la transición en el nuevo sello temporal.

El tiempo podía ser correcto y la imagen incompleta

El primer paquete del cuadro siguiente resolvía la frontera. No reparaba lo que faltaba antes. El contador temporal y la completitud del contenido eran dos dimensiones distintas.

El estándar incluso permitía ausencias deliberadas. Para bajar la tasa, el emisor podía eliminar vídeo y VAUX de ciertos cuadros, pero debía aumentar el sello temporal como si su intervalo hubiera transcurrido. También podía omitir bloques de regiones que no cambiaban respecto de la imagen anterior.

El receptor podía disimular un bloque perdido repitiendo el de la imagen previa. Ese procedimiento era útil en tiempo real: evitaba que una zona ausente dominara la experiencia. Pero el cuadro mostrado ya era una composición entre datos presentes y sustituciones antiguas.

Una captura de pantalla posterior no podía demostrar cuál de las dos cosas ocurrió. Para conservar esa diferencia hacían falta los números de secuencia, los sellos temporales, la lista de bloques recibidos y el registro de la política de ocultación.

La cinta conservó sus metadatos dentro de la red

La descripción SDP no intentó expresar cada detalle del formato DV. La relación de aspecto, la posición de imagen, la cuantización y asignación de audio, el número de canales y el idioma podían vivir en paquetes source y source-control dentro de VAUX y AAUX.

RFC 3189 obligó al emisor a incluir la información auxiliar indispensable. La sesión podía anunciar el tipo de codificación y si el audio estaba agrupado, pero esa negociación no reemplazaba los datos que el decodificador necesitaba al interpretar el contenido real.

El audio podía viajar junto al vídeo o en un flujo separado. La elección formaba parte del tipo de carga dinámico y debía permanecer estable durante la sesión. Cambiarla a mitad del flujo habría complicado las secuencias y la sincronización.

Para receptores sin DV, la norma recomendaba extraer el audio separado y empaquetarlo en DAT12, L16 o L20. Cuando audio y vídeo seguían en DV, sellos temporales iguales facilitaban la sincronía labial. Ni la igualdad de reloj ni el éxito de la negociación probaban que todas las muestras hubieran llegado.

La corrección no borró a los sistemas antiguos

RFC 6469 sustituyó a RFC 3189 en 2011. Incorporó modos HDTV SMPTE 370M, orientación para oferta/respuesta y multicast específico de fuente. Aclaró la omisión del subcódigo y actualizó los registros de tipos multimedia.

El sucesor también reconoció dos límites del texto anterior. SMPTE 306M no debía seguir tratándose como un formato separado de SMPTE 314M salvo por compatibilidad. Además, los ejemplos SDP de RFC 3189 habían usado fmtp de forma incorrecta.

La solución no fue negar los despliegues previos. Una oferta antigua con 306M podía aceptarse o probarse como alternativa. La compatibilidad mantenía el linaje visible mientras la recomendación nueva corregía la descripción.

La regla del último paquete permaneció intacta. RFC 6469 volvió a decir que la marca acelera la presentación y que el cambio de cuadro no puede depender de ella. La experiencia histórica había actualizado muchos detalles sin encontrar un motivo para convertir un paquete perdible en autoridad temporal.

Lo que el receptor sabía y lo que solo reconstruía

Un receptor sabía que un paquete recibido llevaba M=1. Podía saber que otro paquete tenía un sello temporal nuevo. Podía observar un hueco de secuencia. Después podía decidir repetir una región anterior.

Cada afirmación era válida por separado. El error aparecía al comprimirlas en una sola frase: “recibimos el cuadro”. A veces se había recibido la frontera pero no todo el contenido; otras veces el contenido parecía completo gracias a una sustitución; otras, el emisor había omitido deliberadamente material.

La historia de RFC 3189 es la historia de esa contabilidad. Llevar vídeo de cinta a la red no exigió fingir que la pérdida desaparecía. Exigió que el reloj, el marcador, los bloques y la reparación dijeran cosas diferentes.