5. Video

5. Video

Die folgenden Abschnitte beschreiben die Videokodierungen, die in diesem Memo definiert sind und geben ihre abgekürzten Namen an, die zur Identifizierung verwendet werden. Diese Videokodierungen und ihre Nutzlasttypen sind in Tabelle 5 aufgeführt.

Alle diese Videokodierungen verwenden eine RTP-Zeitstempelfrequenz von 90.000 Hz, genau wie die MPEG-Präsentationszeitstempelfrequenz. Diese Frequenz liefert exakte ganzzahlige Zeitstempelinkremente für die typischen Bildraten von 24 (HDTV), 25 (PAL) und 29,97 (NTSC) und 30 Hz (HDTV) sowie Feldraten von 50, 59,94 und 60 Hz. Während 90 kHz die EMPFOHLENE Rate für zukünftige Videokodierungen ist, die innerhalb dieses Profils verwendet werden, KÖNNEN andere Raten verwendet werden. Es reicht jedoch nicht aus, die Videobildrate (typischerweise zwischen 15 und 30 Hz) zu verwenden, da diese keine angemessene Auflösung für typische Synchronisationsanforderungen bietet, wenn der RTP-Zeitstempel berechnet wird, der dem NTP-Zeitstempel in einem RTCP-SR-Paket entspricht. Die Zeitstempelauflösung MUSS auch ausreichend für die Jitter-Schätzung sein, die in den Empfängerberichten enthalten ist.

Für die meisten dieser Videokodierungen kodiert der RTP-Zeitstempel den Abtastzeitpunkt des im RTP-Datenpaket enthaltenen Videobildes. Wenn ein Videobild mehr als ein Paket belegt, ist der Zeitstempel auf allen diesen Paketen derselbe. Pakete von verschiedenen Videobildern werden durch ihre unterschiedlichen Zeitstempel unterschieden.

Die meisten dieser Videokodierungen geben auch an, dass das Marker-Bit des RTP-Headers im letzten Paket eines Videobildes auf eins gesetzt werden SOLLTE und ansonsten auf null gesetzt werden sollte. Daher ist es nicht notwendig, auf ein folgendes Paket mit einem anderen Zeitstempel zu warten, um zu erkennen, dass ein neues Bild angezeigt werden sollte.

5.1 CelB

Die CELL-B-Kodierung ist eine proprietäre Kodierung, die von Sun Microsystems vorgeschlagen wurde. Das Byte-Stream-Format wird in RFC 2029 [18] beschrieben.

5.2 JPEG

Die Kodierung ist in den ISO-Standards 10918-1 und 10918-2 spezifiziert. Das RTP-Nutzlastformat ist wie in RFC 2435 [19] spezifiziert.

5.3 H261

Die Kodierung ist in der ITU-T-Empfehlung H.261, "Video codec for audiovisual services at p x 64 kbit/s" spezifiziert. Die Paketierung und RTP-spezifischen Eigenschaften werden in RFC 2032 [20] beschrieben.

5.4 H263

Die Kodierung ist in der Version von 1996 der ITU-T-Empfehlung H.263, "Video coding for low bit rate communication" spezifiziert. Die Paketierung und RTP-spezifischen Eigenschaften werden in RFC 2190 [21] beschrieben. Das H263-1998-Nutzlastformat wird gegenüber diesem für die Verwendung durch neue Implementierungen EMPFOHLEN.

5.5 H263-1998

Die Kodierung ist in der Version von 1998 der ITU-T-Empfehlung H.263, "Video coding for low bit rate communication" spezifiziert. Die Paketierung und RTP-spezifischen Eigenschaften werden in RFC 2429 [22] beschrieben. Da die Version von 1998 von H.263 eine Obermenge der Syntax von 1996 ist, kann dieses Nutzlastformat auch mit der Version von 1996 von H.263 verwendet werden und wird für diese Verwendung durch neue Implementierungen EMPFOHLEN. Dieses Nutzlastformat ersetzt nicht RFC 2190, das weiterhin von bestehenden Implementierungen verwendet wird und möglicherweise für die Rückwärtskompatibilität in neuen Implementierungen erforderlich ist. Implementierungen, die die neuen Funktionen der Version von 1998 von H.263 verwenden, MÜSSEN das in RFC 2429 beschriebene Nutzlastformat verwenden.

5.6 MPV

MPV bezeichnet die Verwendung von MPEG-1- und MPEG-2-Videokodierungs-Elementarströmen wie in den ISO-Standards ISO/IEC 11172 und 13818-2 jeweils spezifiziert. Das RTP-Nutzlastformat ist wie in RFC 2250 [14], Abschnitt 3, spezifiziert.

Die MIME-Registrierung für MPV in RFC 3555 [7] spezifiziert einen Parameter, der mit MIME oder SDP verwendet werden KANN, um die Auswahl des Typs von MPEG-Video einzuschränken.

5.7 MP2T

MP2T bezeichnet die Verwendung von MPEG-2-Transportströmen, entweder für Audio oder Video. Das RTP-Nutzlastformat wird in RFC 2250 [14], Abschnitt 2, beschrieben.

5.8 nv

Die Kodierung ist im Programm nv, Version 4, implementiert, das am Xerox PARC von Ron Frederick entwickelt wurde. Weitere Informationen sind beim Autor erhältlich:

Ron Frederick Blue Coat Systems Inc. 650 Almanor Avenue Sunnyvale, CA 94085 United States EMail: [email protected]