Resumen

  • draft-ietf-avtcore-rtp-jpegxs-3ed-08 mantiene la paquetización, las cabeceras y la estructura general de RFC 9134 para los modos anteriores, e incorpora la codificación diferencial temporal (TDC).
  • Un codestream sin TDC se decodifica de forma independiente. Con TDC, el cuadro actual puede requerir coeficientes wavelet cuantificados reconstruidos del codestream anterior y guardados en uno o dos búferes según el formato de vídeo.
  • El eco exacto de SDP y el parámetro fbblevel expresan compatibilidad y requisitos. No observan la continuidad del búfer, el historial de pérdida, el rendimiento real de memoria ni el cuadro mostrado.

El éxito administrativo llega primero

Una sesión unicast puede recorrer el intercambio de oferta y respuesta sin una sola objeción. El receptor acepta todos los valores y los devuelve exactamente. Después reconoce una secuencia RTP válida y los marcadores de slice correspondientes. La administración registra éxito antes de que el decodificador responda a la pregunta importante: ¿conserva la referencia correcta del cuadro previo?

TDC cambia la naturaleza de esa pregunta. En el modo no temporal, cada codestream describe una imagen que puede decodificarse sola. En el modo temporal, el nuevo codestream puede apoyarse en coeficientes wavelet cuantificados reconstruidos desde el anterior. El vídeo progresivo utiliza un búfer; el entrelazado y el PsF emplean dos, separados por campo. No basta con que haya datos previos: deben pertenecer a la línea temporal y al campo correctos.

La revisión 08 está fechada el 22 de septiembre de 2026. Datatracker la sitúa en la cola del RFC Editor, con Proposed Standard como estado previsto, y el borrador indica que sustituiría a RFC 9134. Sigue siendo un Internet-Draft. Ese estado no acredita una RFC publicada, una implementación, un despliegue ni un resultado interoperable.

La frontera del paquete no es la frontera de recuperación

La compatibilidad está acotada con cuidado. Para las funciones heredadas, el nuevo texto conserva la paquetización RTP, los formatos de cabecera y la organización de la carga de RFC 9134. Los sistemas que no usan TDC no tienen que asumir una ruptura general del sobre de transporte.

TDC incorpora el marcador SLI para delimitar slices. Cuando el transporte separa por slices, SLI y SLH cumplen el mismo papel de paquetización. Esa equivalencia no convierte un slice TDC en una imagen autosuficiente. Describe dónde cortar el transporte, no hasta dónde se extiende la dependencia del decodificador.

Por eso una captura de paquetes impecable puede ser evidencia incompleta. Los números de secuencia muestran llegada y orden; la genealogía del búfer muestra qué estado alimentó la reconstrucción. Si se pierde el codestream que debía originar la referencia, el paquete actual no puede certificar por sí mismo la recuperación.

fbblevel no es un velocímetro

El parámetro opcional fbblevel sólo está permitido para TDC. Debe coincidir con el nivel FBB señalado en el segmento de imagen JPEG XS y expresa un límite inferior del ancho de banda de lectura y escritura del frame buffer.

No mide la memoria durante la ejecución. Una declaración compatible sigue siendo una declaración, aunque esté correctamente formada. Para saber si el sistema sostuvo esa capacidad bajo su carga real hace falta telemetría local. El borrador no aporta mediciones ni afirma que exista un fallo; simplemente no asigna esa función de observación al parámetro.

Salvo el tratamiento de rate, los parámetros del medio duplican de manera declarativa información contenida en la carga. Si divergen, prevalece la carga. La organización que conserve sólo la respuesta SDP pierde la prueba de lo que el emisor señaló realmente en la imagen.

Aceptar todo no demuestra el resultado

La regla de oferta y respuesta es estricta: el receptor admite todos los valores ofrecidos o rechaza la oferta; si acepta, devuelve los mismos parámetros. Esto evita la ilusión de una compatibilidad parcial y silenciosa.

Sin embargo, la exactitud del eco no inspecciona el búfer de referencia. Tampoco demuestra que una pérdida no cortó la dependencia, que la memoria sostuvo el mínimo anunciado ni que la aplicación recibió un cuadro correcto. La aceptación responde «puedo tratar esta combinación». No responde «este cuadro llegó bien».

El propio tratamiento de red mantiene la separación. En best effort deben vigilarse las pérdidas y aplicarse medidas de congestión. Con un servicio mejorado, el receptor debe comprobar que el servicio solicitado se entrega realmente. Pedir, reservar, recibir y renderizar son actos distintos.

La prueba debe seguir al dato

La Especificación Inicial Mínima de Lu Heng ofrece un criterio útil: el estándar común debe fijar únicamente lo necesario para interoperar —significado, precedencia y límites— sin apropiarse de las decisiones locales de memoria, recuperación y observación.

La Primacía del Código en Ejecución coloca al decodificador desplegado por encima de su descripción de capacidades. La disciplina de capas de realidad separa negociación, señal de la carga, historial RTP, continuidad del estado y salida observada. Un solo indicador verde borraría precisamente la dependencia que TDC introduce.

Fuentes y límites

Estas fuentes definen formatos, negociación y cautelas operativas. No prueban una implementación o un despliegue concretos, una prueba de interoperabilidad, un incidente, un defecto, una respuesta medida ante pérdidas, una calidad visual ni una tasa de adopción. La separación de pruebas es análisis operativo, no la denuncia de un fallo real.