Zusammenfassung

  • draft-ietf-avtcore-rtp-jpegxs-3ed-08 übernimmt für bisherige Betriebsarten Paketierung, Header und Grundstruktur aus RFC 9134 und ergänzt unter anderem Temporal Differential Coding (TDC).
  • Ohne TDC ist jeder Codestream als eigenständiges Bild decodierbar. Mit TDC kann das aktuelle Bild rekonstruierte quantisierte Wavelet-Koeffizienten aus dem vorigen Codestream benötigen.
  • Exakt bestätigte SDP-Parameter, gültige SLI-Grenzen und fbblevel belegen Deklarationen. Sie belegen weder eine intakte Referenz im richtigen Buffer noch reale Speicherleistung oder sichtbare Ausgabe.

Der Vertrag kennt den vorigen Frame nicht

Ein Empfänger kann ein Angebot vollständig unterstützen, alle Parameter unverändert zurückgeben und danach einen formal gültigen RTP-Strom verarbeiten. Aus Sicht der Aushandlung ist der Vorgang abgeschlossen. Aus Sicht von TDC fehlt noch ein entscheidender Befund: Stammen die im Speicher liegenden Koeffizienten wirklich aus dem richtigen vorherigen Codestream?

Bei JPEG XS ohne TDC lässt sich ein Codestream unabhängig als Bild decodieren. TDC darf dagegen rekonstruierte quantisierte Wavelet-Koeffizienten aus der Vergangenheit verwenden. Progressives Material hält diese Referenz in einem Frame Buffer. Interlaced Video und PsF benötigen zwei getrennte Buffer für die beiden Felder. Vorhandener Zustand genügt nicht; Herkunft und Zuordnung müssen stimmen.

Revision 08 datiert vom 22. September 2026. Der Datatracker führt den Entwurf in der RFC-Editor-Queue mit dem angestrebten Status Proposed Standard; er soll RFC 9134 ablösen. Noch ist er ein Internet-Draft. Dieser Verfahrensstand belegt weder eine veröffentlichte RFC noch Implementierung, Einsatz oder gemessene Interoperabilität.

Transportkompatibilität ist keine Zustandskompatibilität

Für ältere Funktionen bleiben die RTP-Paketierung, die Headerformate und die grundlegende Payload-Struktur von RFC 9134 erhalten. Das begrenzt die Änderung am Draht und schützt bestehende Betriebsarten vor einer unnötigen Neuordnung.

Die neue zeitliche Abhängigkeit wird dadurch nicht autonom. Bei TDC begrenzt der SLI-Marker einen Slice; in der Slice-Paketierung übernimmt er dieselbe Transportrolle wie SLH. Diese Grenze sagt, wo eine Einheit verpackt werden kann. Sie sagt nicht, dass der Decoder jenseits dieser Grenze keine Information aus einem früheren Bild benötigt.

Ein sauberer Paketmitschnitt kann deshalb eine unvollständige Geschichte erzählen. RTP-Sequenzen zeigen Empfang und Reihenfolge. Sie benennen nicht automatisch den Bufferinhalt, der die Rekonstruktion gespeist hat. Paketverlust und Wiederherstellung müssen mit der Referenzlinie des Decoders verknüpft werden.

fbblevel beschreibt die Untergrenze

Der optionale Parameter fbblevel ist ausschließlich bei TDC zulässig und muss dem FBB-Level im JPEG-XS-Picture-Segment entsprechen. Er beschreibt eine untere Grenze für die Lese- und Schreibbandbreite des Frame Buffers.

Er ist kein Laufzeitmesser. Ein System kann eine unterstützte Stufe korrekt signalisieren; ob es die geforderte Leistung unter konkreter Last aufrechterhält, ist eine andere Beobachtung. Der Entwurf meldet keinen solchen Fehler. Er weist dem Parameter schlicht nicht die Rolle einer Messung zu.

Mit der gesonderten Behandlung von rate sind die Medienparameter deklarative Duplikate von Informationen in der Payload. Bei einem Widerspruch hat die Payload Vorrang. Wer nur SDP archiviert, besitzt daher einen Nachweis über die Vereinbarung, nicht über das tatsächlich im Bildstrom Signalisierte.

Ein exaktes Echo ist absichtlich schmal

Im Unicast-Offer/Answer muss die Gegenseite sämtliche angebotenen Werte unterstützen oder ablehnen. Bei Annahme werden die Parameter exakt gespiegelt. Das verhindert eine stille Teilkompatibilität und schafft einen eindeutigen Capability-Vertrag.

Dieser Vertrag prüft weder die zeitliche Referenz noch eine Verlustlücke unmittelbar davor. Er misst keine Frame-Buffer-Bandbreite und beobachtet kein gerendertes Bild. Zwischen „unterstützt“ und „geliefert“ liegen Empfang, Zustandsfortschreibung, Decodierung und Anwendungsausgabe.

Auch die Netzanforderungen halten diese Ebenen getrennt. Bei Best Effort sind Paketverluste zu überwachen und Überlastmaßnahmen anzuwenden. Bei einem verbesserten Dienst soll der Empfänger zusätzlich feststellen, ob der angeforderte Dienst tatsächlich geliefert wird. Eine Dienstzusage ist kein Dienstbeleg.

Belege dürfen nicht nach oben durchgereicht werden

Lu Hengs Minimum Initial Specification liefert die passende Begrenzung: Gemeinsam standardisiert werden die kleinsten deterministischen Regeln für Parameter, Paketierung und Vorrang. Bufferbereitstellung, Wiederanlauf und Ergebnisbeobachtung bleiben lokale Verantwortung.

Running-Code Primacy macht den eingesetzten Decoder zum stärkeren Zeugen als sein Fähigkeitsprofil. Die Trennung der Realitätsebenen hält Aushandlung, Payload-Deklaration, RTP-Historie, Bufferkontinuität und sichtbare Ausgabe auseinander. Ein einziges grünes Feld würde einer symbolischen Annahme die Autorität einer nicht vorgenommenen Messung verleihen.

Quellen und Grenzen

Die Quellen spezifizieren Formate, Aushandlungsregeln und Betriebshinweise. Sie belegen keine benannte Implementierung, Bereitstellung, Interoperabilitätsprüfung, Verlustreaktion, Decoderstörung, Leistungszahl, Bildqualität oder Verbreitung. Die Analyse behauptet keinen realen Ausfall.