14. Changes from RFC 3984 (Änderungen gegenüber RFC 3984)
14. Changes from RFC 3984 (Änderungen gegenüber RFC 3984)
Im Folgenden ist die Liste der technischen Änderungen (einschließlich Fehlerbehebungen) gegenüber RFC 3984 aufgeführt. Neben dieser Liste technischer Änderungen wurden zahlreiche redaktionelle Änderungen vorgenommen, die in diesem Abschnitt jedoch nicht dokumentiert sind. Es ist zu beachten, dass in Abschnitt 8.2.2 ein Großteil der wichtigen Änderungen in diesem Memo enthalten ist und besondere Aufmerksamkeit verdient.
-
In den Abschnitten 5.4, 5.5, 6.2, 6.3 und 6.4 wurde die Angabe entfernt, dass der verwendete Paketisierungsmodus (packetization mode) durch externe Mittel signalisiert werden kann.
-
In Abschnitt 7.2.2 wurde der Satz
Es gibt N VCL-NAL-Einheiten (VCL NAL units) im De-Interleaving-Puffer.
geändert in
Es gibt N oder mehr VCL-NAL-Einheiten im De-Interleaving-Puffer.
-
In Abschnitt 8.1 wurde in der Semantik von sprop-init-buf-time (Absatz 2) der Satz
Der Parameter ist der Maximalwert von (Übertragungszeit einer NAL-Einheit - Decodierzeit der NAL-Einheit), unter der Annahme zuverlässiger und augenblicklicher Übertragung, derselben Zeitachse für Übertragung und Decodierung, und dass die Decodierung beginnt, wenn das erste Paket eintrifft.
geändert in
Der Parameter ist der Maximalwert von (Decodierzeit der NAL-Einheit - Übertragungszeit einer NAL-Einheit), unter der Annahme zuverlässiger und augenblicklicher Übertragung, derselben Zeitachse für Übertragung und Decodierung, und dass die Decodierung beginnt, wenn das erste Paket eintrifft.
-
Hinzufügen der Medientyp-Parameter max-smbps, sprop-level-parameter-sets, use-level-src-parameter-sets, in-band-parameter-sets, sar-understood und sar-supported.
-
In Abschnitt 8.1 wurde die Spezifikation von parameter-add entfernt. Weitere Beschreibungen von parameter-add (in den Abschnitten 8.2 und 8.4) wurden ebenfalls entfernt.
-
In Abschnitt 8.1 wurde eine Einschränkung für sprop-parameter-sets hinzugefügt, sodass es nur Parametersätze (parameter sets) für dasselbe Profil und dieselbe Stufe wie durch profile-level-id angegeben enthalten darf.
-
In Abschnitt 8.2.1 wurde ergänzt, dass sprop-parameter-sets und sprop-level-parameter-sets entweder in der SDP-Zeile
a=fmtpenthalten sein oder mit dem in Abschnitt 6.3 von [9] spezifiziertenfmtp-Quellattribut (source attribute) übermittelt werden können. -
In Abschnitt 8.2.2 wurde sprop-deint-buf-req als Teil der Medienformatkonfiguration bei Verwendung mit dem SDP-Offer/Answer-Modell entfernt.
-
In Abschnitt 8.2.2 wurde klargestellt, dass die Stufe (level) im SDP-Offer/Answer-Modell herabgestuft werden kann, d. h. die Verwendung des Stufenteils von profile-level-id muss nicht symmetrisch sein (die in der Antwort enthaltene Stufe kann niedriger oder gleich der in dem Angebot enthaltenen Stufe sein).
-
In Abschnitt 8.2.2 wurde entfernt, dass die Fähigkeitsparameter (capability parameters) zur Deklaration von Kodierfähigkeiten verwendet werden können.
-
In Abschnitt 8.2.2 wurden Regeln hinzugefügt, wie sprop-parameter-sets und sprop-level-parameter-sets für den Out-of-Band-Transport von Parametersätzen mit oder ohne Herabstufung der Stufe zu verwenden sind.
-
In Abschnitt 8.2.2 wurden die Regeln für die Verwendung der Medientyp-Parameter mit SDP Offer/Answer bei Multicast präzisiert.
-
In Abschnitt 8.2.2 wurde die Liste vervollständigt und korrigiert, wie verschiedene Medientyp-Parameter in den verschiedenen Kombinationen aus Angebot oder Antwort und Richtungsattribut (direction attribute) zu interpretieren sind.
-
In Abschnitt 8.4 wurde der Text so geändert, dass sowohl Out-of-Band- als auch In-Band-Transport von Parametersätzen erlaubt ist und keiner davon empfohlen oder erforderlich ist.
-
Hinzufügen von Abschnitt 8.5 (informativ) mit Beispielmethoden für Decoder-Refresh (decoder refresh) zum Umgang mit Verlusten von Parametersätzen.
-
Hinzufügen der Medientyp-Parameter max-recv-level und level-asymmetry-allowed sowie Anpassung des zugehörigen Textes und der Beispiele für Stufenanhebung und Asymmetrie.