Resumen

  • RFC 9828 deja emitir RTP antes de que exista el codestream JPEG 2000 completo, pero solo con órdenes de progresión concretos y una sola tesela.
  • Los puntos de resincronización y los campos de secuencia, tiempo, calidad y resolución describen oportunidades de proceso; no certifican el resultado del receptor.
  • La aceptación necesita recibos distintos para sesión, codificador, red, estado receptor, imagen decodificada y medición glass-to-glass.

RFC 9828, Proposed Standard de agosto de 2025, define el payload video/jpeg2000-scl. Cada imagen JPEG 2000 forma un codestream independiente. Su main header, desde SOC hasta el primer SOT, contiene parámetros globales y suele ser imprescindible. Los Main Packets transportan material del Extended Header; los Body Packets no pueden contenerlo. Un payload tampoco mezcla dos codestreams.

El solapamiento entre codificación y envío depende del orden de progresión. ORDH=4 para PCRL y ORDH=6 para PRCL son los únicos valores que admiten sub-codestream latency. Con varias teselas, ORDH debe ser cero. Por tanto, el instante del primer paquete solo es interpretable junto con la disposición del codestream y la disponibilidad real de su cabecera.

ORDB, POS y PID pueden señalar en un Body Packet el comienzo de datos de cabecera de un precinct. El receptor puede usar ese resync point después de corrupción, pérdida o descarte anterior. No reconstruye bytes ausentes, no funciona como promesa en codestreams multitesela y no demuestra que un decodificador concreto reanudara ni qué calidad obtuvo.

La secuencia extendida combina 16 bits RTP con ocho bits ESEQ. Sirve para ordenar más allá del wrap corto, pero un hueco no identifica su causa. Pudo haber pérdida, reordenación, filtrado por resolución o un punto de captura distinto. El número no es un recibo de entrega.

Todos los paquetes de una imagen comparten timestamp RTP de presentación a 90 kHz. PTSTAMP aporta 12 bits del reloj al transmitir y puede acelerar la recuperación del reloj emisor. Solo debe habilitarse si es preciso; dos paquetes consecutivos con igual timestamp no pueden separarse más de 4095 ticks, unos 45 ms. RFC 5450 trata el desfase general entre tiempo nominal y real. Ningún campo prueba por sí solo jitter buffer, alineación de captura/pantalla o scan-out.

QUAL y RES permiten descartar material que solo eleva calidad o resolución. Esa reducción puede ser correcta, pero obliga a distinguir imagen útil de imagen completa. R=1 reutiliza información de main header y C=1 habilita caché de code-blocks. La norma advierte que el emisor no conoce con certeza esa caché: puede faltar un bloque por pérdida o porque el receptor entró tarde.

El registro IANA video/jpeg2000-scl admite formatos, dimensiones, señal y caps definidos por aplicaciones. SDP lleva la declaración, no el inventario efectivo del decoder. Un parámetro ausente queda sin especificar. Como la sintaxis tolera dimensiones hasta 2^32−1, el receptor debe limitar recursos y fallar con control.

RFC 3550 delimita RTP y RFC 5371 aporta el antecedente JPEG 2000. La ficha, el texto, el Datatracker y la consulta de erratas acreditan el documento, no despliegues ni resultados.

La disciplina de Running-Code Primacy mantiene separadas especificación y realidad. Minimum Initial Specification reserva decisiones locales al receptor y Reality, Not Advocacy impide prometer lo no observado. Es una aplicación editorial, no una intención atribuida al IETF.

La evidencia avanza por contrato de sesión, progresión válida, transmisión, red, header/cache receptor, resync, salida decodificada y tiempo de captura a pantalla. Saltar del primero al último elimina precisamente la información que la dirección necesita.