Protokollrollover

[Das dieser Seite zugeordnete Feature Windows Media Format 11 SDK-ist ein Legacyfeature. Es wurde von Source Reader und Sink Writerersetzt. Source Reader und Sink Writer wurden für Windows 10 und Windows 11 optimiert. Microsoft empfiehlt dringend, dass neuer Code Source Reader und Sink Writer- anstelle Windows Media Format 11 SDK-verwendet werden soll. Microsoft schlägt vor, dass vorhandener Code, der die Legacy-APIs verwendet, um die neuen APIs zu verwenden, falls möglich umgeschrieben werden.]

Das Protokollrollover ist ein Prozess, bei dem das Leserobjekt das beste Streamingprotokoll erkennt, das von einem Server verfügbar ist. Der Leser verwendet den Protokollrollover, wenn er eine URL öffnet, die ein "mms"-Schema enthält.

Der Reader unterstützt mehrere Protokolle:

• Real Time Streaming Protocol (RTSP)
• Hypertext Transfer Protocol (HTTP)
• Microsoft Media Server (MMS)

Die RTSP- und MMS-Protokolle sind beide in zwei Varianten enthalten, eine, die UDP- als zugrunde liegendes Übermittlungsprotokoll und die andere mit TCP verwendet.

Das Reader-Objekt verwendet immer TCP für Wiedergabesteuerungsbefehle, kann jedoch entweder TCP oder UDP für die Übermittlung des gestreamten Inhalts verwenden. UDP wird für die Inhaltsübermittlung bevorzugt, da sie weniger Bandbreitenaufwand als TCP aufzwingt. Das TCP-Protokoll stellt einen zuverlässigen Transport über die Verwendung von "virtuellen Schaltkreisen" sicher, aber die Kosten dafür bedeutet, dass TCP nicht so gut für digitale Medienströme geeignet ist, wo eine effiziente Nutzung der Bandbreite wichtiger ist, dass gelegentlich verlorene Pakete.

Wenn eine URL "mms://" angibt, versucht der Leser, die folgenden Protokolle für die Datenübermittlung in der folgenden Reihenfolge zu verwenden:

1. RTSPU (RTSP mit UDP)
2. RTSPT (RTSP mit TCP)
3. MMSU (MMS mit UDP)
4. MMST (MMS mit TCP)
5. HTTP

HTTP ist ein unidirektionales Protokoll, das auf TCP basiert und das von Webservern verwendete Protokoll ist. Streaming mit HTTP ist weniger effizient mit RTSP. Die meisten Firewalls sind jedoch so konfiguriert, dass http-Anforderungen akzeptiert werden, während sie in der Regel andere Streamingprotokolle ablehnen.

Die Windows Media Services 9-Serie in Microsoft Windows Server 2003 lehnt mmSU- oder MMST-Anforderungen von einem Windows Media Format SDK-Reader ab, da RTSP das bevorzugte Streamingprotokoll ist. Windows Media Services, Version 4.1 und früher, unterstützen RTSP nicht. In diesem Fall greift das Reader-Objekt auf MMSU oder HTTP zurück.

Das Protokollrollover gilt nicht, wenn das URL-Schema ein bestimmtes Protokoll angibt, z. B. "rtspu://" für RTSPU oder "https://" für HTTP. Wenn das URL-Schema "rtsp://" lautet, versucht der Leser RTSPU und RTSPT, aber keine anderen.

Nachdem der Leser eine Datei geöffnet hat, können Sie abfragen, welches Protokoll es verwendet, indem Sie die IWMReaderAdvanced2::GetProtocolName Methode für den Reader aufrufen. Während der Inhalt gestreamt oder heruntergeladen wird, gibt diese Methode den Namen zurück, sobald der Inhalt vollständig zwischengespeichert wird, gibt die GetProtocolName--Methode die Zeichenfolge "Cache" zurück.

Rufen Sie die IWMReaderNetworkConfig::GetSupportedProtocolName Methode für den Reader auf, um die Namen aller vom Leser unterstützten Windows Media-Serverprotokolle abzurufen. Sie können ein oder mehrere Protokolle in der Protokollrolloverliste des Readers deaktivieren, indem Sie IWMReaderNetworkConfig Schnittstelle verwenden. Beispielsweise aktiviert oder deaktiviert die IWMReaderNetworkConfig::SetEnableTCP--Methode die TCP-basierten Protokolle und IWMReaderNetworkConfig::SetEnableUDP aktiviert oder deaktiviert die UDP-basierten Protokolle. Diese Methoden gelten nur für das Protokollrollover; die Protokolle sind weiterhin verfügbar, wenn das URL-Schema ein bestimmtes Protokoll enthält. In der Regel gibt es keinen Grund, eines der Protokolle zu deaktivieren, die im Protokollrollover verwendet werden; Dies kann die Leistung beeinträchtigen. Es kann jedoch hilfreich sein, um zu testen.