GetHLSStreamingSessionURL - Amazon Kinesis Video Streams
AnforderungssyntaxURIAnforderungsparameterAnforderungstextAntwortsyntaxAntwortelementeFehlerWeitere Informationen finden Sie unter:

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

GetHLSStreamingSessionURL

Ruft ein HTTP Live-Streaming (HLS) URL für den Stream ab. Sie können das dann URL in einem Browser oder Media Player öffnen, um den Inhalt des Streams anzusehen.

StreamNameSowohl der als auch der StreamARN Parameter sind optional, aber Sie müssen entweder den StreamName oder den angeben, StreamARN wenn Sie diesen API Vorgang aufrufen.

Für einen Amazon Kinesis Kinesis-Videostream gelten die folgenden Anforderungen für die Bereitstellung von Daten überHLS:

Kinesis Video Streams HLS Streams-Sitzungen enthalten Fragmente in der fragmentierten MPEG -4-Form (auch als f MP4 oder bezeichnetCMAF) oder der MPEG -2-Form (auch TS-Chunks genannt, die von der HLS Spezifikation auch unterstützt werden). Weitere Informationen zu HLS Fragmenttypen finden Sie in der Spezifikation. HLS

Das folgende Verfahren zeigt die Verwendung HLS mit Kinesis Video Streams:

  1. Rufen Sie den an GetDataEndpointAPI, um einen Endpunkt zu erhalten. Senden Sie dann die GetHLSStreamingSessionURL Anfragen mit dem Parameter --endpoint-url an diesen Endpunkt.

  2. Rufen Sie die Verwendung von ab. HLS URL GetHLSStreamingSessionURL Kinesis Video Streams erstellt eine HLS Streaming-Sitzung, die für den Zugriff auf Inhalte in einem Stream mithilfe des HLS Protokolls verwendet wird. GetHLSStreamingSessionURLgibt eine authentifizierte URL (einschließlich eines verschlüsselten Sitzungstoken) für die HLS Master-Playlist der Sitzung zurück (die Root-Ressource, mit HLS der gestreamt werden muss).

    Anmerkung

    Teilen oder speichern Sie dieses Token nicht an einem Ort, an dem eine nicht autorisierte Entität darauf zugreifen könnte. Das Token ermöglicht den Zugriff auf den Inhalt des Streams. Schützen Sie das Token mit denselben Maßnahmen, die Sie für Ihre AWS Anmeldeinformationen verwenden würden.

    Die Medien, die über die Playlist verfügbar gemacht werden, bestehen nur aus dem angeforderten Stream, Zeitraum und Format. Es werden keine anderen Mediendaten (wie Frames außerhalb des angeforderten Fensters oder alternative Bitraten) zur Verfügung gestellt.

  3. Stellen Sie das URL (mit dem verschlüsselten Sitzungstoken) für die HLS Master-Playlist einem Media Player zur Verfügung, der das HLS Protokoll unterstützt. Kinesis Video Streams stellt die HLS Medien-Playlist, das Initialisierungsfragment und die Medienfragmente über die Master-Playlist zur Verfügung. URL Das Initialisierungsfragment enthält die privaten Codec-Daten für den Stream und andere Daten, die zur Einrichtung des Video- oder Audiodecoders und Renderers benötigt werden. Die Medienfragmente enthalten H.264-kodierte Videoframes oder -kodierte Audiobeispiele. AAC

  4. Der Media Player empfängt die authentifizierten Daten URL und fordert Stream-Metadaten und Mediendaten normal an. Wenn der Media Player Daten anfordert, ruft er die folgenden Aktionen auf:

    • etHLSMasterG-Wiedergabeliste: Ruft eine HLS Master-Playlist ab, die URL für jeden Titel eine für die GetHLSMediaPlaylist Aktion und zusätzliche Metadaten für den Media Player enthält, einschließlich der geschätzten Bitrate und Auflösung.

    • etHLSMediaG-Playlist: Ruft eine HLS Medien-Playlist ab, die ein Fragment für den URL Zugriff auf das MP4 Initialisierungsfragment mit der GetMP4InitFragment Aktion und für den URLs Zugriff auf die MP4 Medienfragmente mit den Aktionen enthält. GetMP4MediaFragment Die HLS Medien-Playlist enthält auch Metadaten über den Stream, den der Player zum Abspielen benötigt, z. B. ob der Stream PlaybackMode ist LIVE oder. ON_DEMAND Die HLS Medien-Playlist ist in der Regel statisch für Sitzungen mit einem PlaybackType vonON_DEMAND. Die HLS Medien-Playlist wird kontinuierlich mit neuen Fragmenten für Sitzungen mit einem PlaybackType „Von“ aktualisiertLIVE. Es gibt eine eigene HLS Medien-Playlist für die Videospur und die Audiospur (falls zutreffend), die MP4 Medien URLs für den jeweiligen Titel enthält.

    • AbrufenMP4InitFragment: Ruft das MP4 Initialisierungsfragment ab. Der Media Player lädt normalerweise das Initialisierungsfragment, bevor er Medienfragmente lädt. Dieses Fragment enthält die Atome fytp "" und "moov" sowie die untergeordneten MP4 Atome, die zur Initialisierung des Media Player-Decoders benötigt werden.

      Das Initialisierungsfragment entspricht keinem Fragment in einem Kinesis-Videostream. Es enthält nur die privaten Codec-Daten für den Stream und den jeweiligen Titel, die der Media Player benötigt, um die Medienframes zu dekodieren.

    • AbrufenMP4MediaFragment: Ruft MP4 Medienfragmente ab. Diese Fragmente enthalten die MP4 Atome moof "" und "mdat" und ihre untergeordneten Atome, die die Medienframes und ihre Zeitstempel des codierten Fragments enthalten.

      Anmerkung

      Die privaten Codec-Daten (CPD), die in jedem Fragment enthalten sind, enthalten codecspezifische Initialisierungsinformationen wie Bildrate, Auflösung und Kodierungsprofil, die für die korrekte Dekodierung des Fragments erforderlich sind. Sowohl für TS als auch werden CPD Änderungen während einer MP4 Streaming-Sitzung unterstützt. Daher können die Fragmente in einer Sitzung unterschiedliche Informationen enthalten, CPD ohne dass die Wiedergabe unterbrochen wird. Für jede Streaming-Sitzung sind nur 500 CPD Änderungen zulässig.

      Wichtig

      Änderungen nachverfolgen wird nicht unterstützt. Die Titel müssen in den abgefragten Medien einheitlich sein. Das Streaming schlägt fehl, wenn die Fragmente im Stream nicht mehr nur Video enthalten, sondern sowohl Audio als auch Video enthalten, oder wenn eine AAC Audiospur in eine A-Law-Audiospur umgewandelt wird.

      Mit dieser Aktion abgerufene Daten sind abrechnungsfähig. Weitere Informationen finden Sie unter -Preise.

    • GetTSFragment: Ruft MPEG TS-Fragmente ab, die sowohl Initialisierungs- als auch Mediendaten für alle Titel im Stream enthalten.

      Anmerkung

      Falls jaMPEG_TS, ContainerFormat API wird dies anstelle von GetMP4InitFragment und GetMP4MediaFragment zum Abrufen von Stream-Medien verwendet.

      Mit dieser Aktion abgerufene Daten sind fakturierbar. Weitere Informationen finden Sie unter Preise für Kinesis Video Streams.

Eine Streaming-Sitzung URL darf nicht von Spielern gemeinsam genutzt werden. Der Dienst drosselt möglicherweise eine Sitzung, wenn mehrere Mediaplayer sie gemeinsam nutzen. Verbindungslimits finden Sie unter Kinesis Video Streams Streams-Kontingente.

Sie können die Datenmenge, die der Media Player verbraucht, überwachen, indem Sie die GetMP4MediaFragment.OutgoingBytes CloudWatch Amazon-Metrik überwachen. Informationen CloudWatch zur Überwachung von Kinesis Video Streams finden Sie unter Kinesis Video Streams überwachen. Preisinformationen finden Sie unter Amazon Kinesis Video Streams — Preise und AWS Preise. Sowohl für HLS Sitzungen als auch für ausgehende AWS Daten fallen Gebühren an.

Die Beispiele für die Videowiedergabe finden Sie in der Dokumentation: Verwenden Sie den AWS CLI , um eine HLS Streaming-Sitzung abzurufen URL undBeispiel: Verwendung HLS in HTML und JavaScript.

Weitere Informationen zu HLS finden Sie unter HTTPLive-Streaming auf der Apple Developer-Website.

Wichtig

Wenn nach dem Aufrufen eines archivierten Kinesis Video Streams Streams-Mediums ein Fehler ausgegeben wirdAPI, enthält dieser zusätzlich zum HTTP Statuscode und dem Antworttext die folgenden Informationen:

  • x-amz-ErrorTypeHTTPHeader — enthält zusätzlich zu dem, was der HTTP Statuscode angibt, einen spezifischeren Fehlertyp.

  • x-amz-RequestIdHTTPHeader — Wenn Sie ein Problem melden möchten AWS, kann das Support-Team das Problem anhand der Anforderungs-ID besser diagnostizieren.

Sowohl der HTTP Statuscode als auch der ErrorType Header können verwendet werden, um programmatische Entscheidungen darüber zu treffen, ob und unter welchen Bedingungen Fehler wiederholt werden können. Außerdem können sie Informationen darüber liefern, welche Maßnahmen der Client-Programmierer möglicherweise ergreifen muss, um es erneut erfolgreich zu versuchen.

Weitere Informationen finden Sie im Abschnitt Fehler am Ende dieses Themas sowie unter Häufige Fehler.

Anforderungssyntax

POST /getHLSStreamingSessionURL HTTP/1.1
Content-type: application/json

{
   "ContainerFormat": "string",
   "DiscontinuityMode": "string",
   "DisplayFragmentTimestamp": "string",
   "Expires": number,
   "HLSFragmentSelector": { 
      "FragmentSelectorType": "string",
      "TimestampRange": { 
         "EndTimestamp": number,
         "StartTimestamp": number
      }
   },
   "MaxMediaPlaylistFragmentResults": number,
   "PlaybackMode": "string",
   "StreamARN": "string",
   "StreamName": "string"
}

URIAnforderungsparameter

Die Anfrage verwendet keine URI Parameter.

Anforderungstext

Die Anfrage akzeptiert die folgenden Daten im JSON Format.

ContainerFormat

Gibt an, welches Format für die Verpackung der Medien verwendet werden soll. Durch die Angabe des FRAGMENTED_MP4 Containerformats werden die Medien in MP4 Fragmente (f MP4 oderCMAF) verpackt. Dies ist die empfohlene Verpackung, da nur ein minimaler Verpackungsaufwand anfällt. Die andere Option für das Containerformat istMPEG_TS. HLSunterstützt seit seiner Veröffentlichung MPEG TS-Chunks und ist manchmal das einzige Paket, das auf älteren HLS Playern unterstützt wird. MPEGTS hat in der Regel einen Verpackungsaufwand von 5 bis 25 Prozent. Das bedeutet, dass MPEG TS in der Regel 5 bis 25 Prozent mehr Bandbreite und Kosten benötigt als F. MP4

Der Standardwert ist FRAGMENTED_MP4.

Typ: Zeichenfolge

Zulässige Werte: FRAGMENTED_MP4 | MPEG_TS

Erforderlich: Nein

DiscontinuityMode

Gibt an, wann Markierungen, die Unterbrechungen zwischen Fragmenten kennzeichnen, zu den Medien-Playlisten hinzugefügt werden.

Media-Player erstellen in der Regel eine Zeitleiste mit den abzuspielenden Medieninhalten, die auf den Zeitstempeln der einzelnen Fragmente basiert. Das heißt, wenn es Überschneidungen oder Lücken zwischen Fragmenten gibt (was bei Einstellung üblich HLSFragmentSelector istSERVER_TIMESTAMP), weist die Timeline des Media Players an einigen Stellen auch kleine Lücken zwischen den Fragmenten auf und überschreibt an anderen Stellen Frames. Lücken in der Timeline des Media Players können dazu führen, dass die Wiedergabe ins Stocken gerät, und Überlappungen können dazu führen, dass die Wiedergabe ruckelig wird. Wenn zwischen Fragmenten Unterbrechungen auftreten, wird erwartet, dass der Media Player die Timeline zurücksetzt, sodass das nächste Fragment unmittelbar nach dem vorherigen Fragment abgespielt wird.

Die folgenden Modi werden unterstützt:

  • ALWAYS: Zwischen jedem Fragment in der HLS Medien-Playlist wird eine Diskontinuitätsmarkierung platziert. Es wird empfohlen, den Wert von zu verwenden, ALWAYS wenn die Zeitstempel der Fragmente nicht korrekt sind.

  • NEVER: Es sind nirgends Diskontinuitätsmarkierungen platziert. Es wird empfohlen, den Wert von zu verwenden, NEVER um sicherzustellen, dass die Timeline des Media Players möglichst genau den Zeitstempeln des Produzenten entspricht.

  • ON_DISCONTINUITY: Zwischen Fragmenten, die eine Lücke oder Überlappung von mehr als 50 Millisekunden aufweisen, wird ein Diskontinuitätsmarker platziert. Für die meisten Wiedergabeszenarien wird empfohlen, den Wert von zu verwenden, ON_DISCONTINUITY sodass die Media Player-Zeitleiste nur zurückgesetzt wird, wenn ein erhebliches Problem mit der Medien-Timeline vorliegt (z. B. ein fehlendes Fragment).

Die Standardeinstellung istSERVER_TIMESTAMP, ALWAYS wann auf eingestellt HLSFragmentSelector ist und NEVER wann es auf eingestellt istPRODUCER_TIMESTAMP.

Typ: Zeichenfolge

Zulässige Werte: ALWAYS | NEVER | ON_DISCONTINUITY

Erforderlich: Nein

DisplayFragmentTimestamp

Gibt an, wann die Startzeitstempel des Fragments in die HLS Medien-Playlist aufgenommen werden sollen. In der Regel geben Media Player die Position des Abspielkopfs als Zeit relativ zum Beginn des ersten Fragments in der Wiedergabesitzung an. Wenn die Startzeitstempel jedoch in der HLS Medien-Playlist enthalten sind, geben einige Media Player den aktuellen Abspielkopf möglicherweise als absolute Zeit an, die auf den Zeitstempeln des Fragments basiert. Dies kann nützlich sein, um ein Wiedergabeerlebnis zu schaffen, bei dem den Zuschauern die Uhrzeit des Mediums an der Wanduhr angezeigt wird.

Der Standardwert ist NEVER. Wenn dies der HLSFragmentSelector Fall istSERVER_TIMESTAMP, sind die Zeitstempel die Startzeitstempel des Servers. In ähnlicher Weise werden bei den PRODUCER_TIMESTAMP Zeitstempeln die Startzeitstempel des Produzenten verwendet, wenn dies der Fall HLSFragmentSelector ist.

Typ: Zeichenfolge

Zulässige Werte: ALWAYS | NEVER

Erforderlich: Nein

Expires

Die Zeit in Sekunden, bis die angeforderte Sitzung abläuft. Dieser Wert kann zwischen 300 (5 Minuten) und 43200 (12 Stunden) liegen.

Wenn eine Sitzung abläuft, GetTSFragment können für diese GetHLSMasterPlaylist Sitzung keine neuen Aufrufe von GetHLSMediaPlaylist GetMP4InitFragmentGetMP4MediaFragment,,, oder getätigt werden.

Der Standardwert ist 300 (5 Minuten).

Typ: Ganzzahl

Gültiger Bereich: Mindestwert von 300. Maximalwert 43200.

Erforderlich: Nein

HLSFragmentSelector

Der Zeitbereich des angeforderten Fragments und die Quelle der Zeitstempel.

Dieser Parameter ist erforderlich, wenn er ON_DEMAND oder PlaybackMode LIVE_REPLAY ist. Dieser Parameter ist optional, falls PlaybackMode ja LIVE. Wenn PlaybackMode jaLIVE, FragmentSelectorType kann er gesetzt werden, TimestampRange sollte aber nicht gesetzt werden. Wenn PlaybackMode ist ON_DEMAND oderLIVE_REPLAY, TimestampRange müssen beide FragmentSelectorType gesetzt werden.

Typ: HLSFragmentSelector Objekt

Erforderlich: Nein

MaxMediaPlaylistFragmentResults

Die maximale Anzahl von Fragmenten, die in den HLS Medien-Playlisten zurückgegeben werden.

Wenn ja PlaybackModeLIVE, werden die neuesten Fragmente bis zu diesem Wert zurückgegeben. Wenn der Wert PlaybackMode istON_DEMAND, werden die ältesten Fragmente zurückgegeben, und zwar bis zu dieser Höchstzahl.

Wenn in einer HLS Live-Medien-Playlist eine höhere Anzahl von Fragmenten verfügbar ist, puffern Videoplayer häufig Inhalte, bevor sie mit der Wiedergabe beginnen. Eine Erhöhung der Puffergröße erhöht die Wiedergabe-Latenz, verringert aber auch die Wahrscheinlichkeit, dass es während der Wiedergabe zu einer Neupufferung kommt. Wir empfehlen, dass eine HLS Live-Medien-Playlist mindestens 3 Fragmente und maximal 10 Fragmente enthält.

Die Standardeinstellung ist 5 Fragmente, wenn LIVE oder PlaybackMode istLIVE_REPLAY, und 1.000, wenn PlaybackMode jaON_DEMAND.

Der Höchstwert von 5.000 Fragmenten entspricht mehr als 80 Minuten Video bei Streams mit 1-Sekunden-Fragmenten und mehr als 13 Stunden Video bei Streams mit 10-Sekunden-Fragmenten.

Type: Long

Gültiger Bereich: Mindestwert 1. Der Höchstwert ist 5000.

Erforderlich: Nein

PlaybackMode

Ob Live-Daten, Live-Wiedergabedaten oder archivierte On-Demand-Daten abgerufen werden sollen.

Zu den Funktionen der drei Sitzungstypen gehören:

  • LIVE: Bei Sitzungen dieses Typs wird die HLS Medien-Playlist ständig mit den neuesten Fragmenten aktualisiert, sobald sie verfügbar sind. Wir empfehlen, dass der Media Player alle eine Sekunde lang eine neue Playlist abruft. Wenn diese Art von Sitzung in einem Media Player abgespielt wird, zeigt die Benutzeroberfläche in der Regel eine Live-Benachrichtigung an, ohne dass die gewünschte Position im Wiedergabefenster ausgewählt werden kann.

    Anmerkung

    Im LIVE Modus werden die neuesten verfügbaren Fragmente in eine HLS Medien-Playlist aufgenommen, auch wenn zwischen den Fragmenten eine Lücke besteht (d. h. wenn ein Fragment fehlt). Eine solche Lücke kann dazu führen, dass ein Media Player angehalten wird oder die Wiedergabe unterbrochen wird. In diesem Modus werden Fragmente nicht zur HLS Medien-Playlist hinzugefügt, wenn sie älter als das neueste Fragment in der Playlist sind. Wenn das fehlende Fragment verfügbar wird, nachdem ein nachfolgendes Fragment zur Playlist hinzugefügt wurde, wird das ältere Fragment nicht hinzugefügt und die Lücke wird nicht gefüllt.

  • LIVE_REPLAY: Bei Sitzungen dieses Typs wird die HLS Medien-Playlist ähnlich wie bei der Aktualisierung für den LIVE Modus aktualisiert, mit der Ausnahme, dass sie zunächst Fragmente aus einer bestimmten Startzeit einbezieht. Fragmente werden nicht bei der Aufnahme hinzugefügt, sondern Fragmente werden hinzugefügt, wenn die Dauer des nächsten Fragments verstrichen ist. Wenn die Fragmente in der Sitzung beispielsweise zwei Sekunden lang sind, wird der Medien-Playlist alle zwei Sekunden ein neues Fragment hinzugefügt. Dieser Modus ist nützlich, um die Wiedergabe ab dem Zeitpunkt starten zu können, an dem ein Ereignis erkannt wird, und das Live-Streaming von Medien fortsetzen zu können, die zum Zeitpunkt der Sitzungserstellung noch nicht aufgenommen wurden. Dieser Modus ist auch nützlich, um zuvor archivierte Medien zu streamen, ohne durch die Obergrenze von 1.000 Fragmenten in diesem ON_DEMAND Modus eingeschränkt zu sein.

  • ON_DEMAND: Bei Sitzungen dieses Typs enthält die HLS Medien-Playlist alle Fragmente für die Sitzung, bis zu der Anzahl, die in angegeben istMaxMediaPlaylistFragmentResults. Die Playlist darf für jede Sitzung nur einmal abgerufen werden. Wenn diese Art von Sitzung in einem Media Player abgespielt wird, zeigt die Benutzeroberfläche in der Regel ein Steuerelement an, mit dem Sie die anzuzeigende Position im Wiedergabefenster auswählen können.

Wenn dies der Fall FragmentSelectorType ist PRODUCER_TIMESTAMP und mehrere Fragmente mit demselben Startzeitstempel vorhanden sind, wird in allen Wiedergabemodi das Fragment mit der größten Fragmentnummer (d. h. das neueste Fragment) in die HLS Medien-Playlist aufgenommen. Die anderen Fragmente sind nicht enthalten. Fragmente mit unterschiedlichen Zeitstempeln, deren Dauer sich jedoch überschneidet, sind weiterhin in der HLS Medien-Playlist enthalten. Dies kann zu unerwartetem Verhalten im Media Player führen.

Der Standardwert ist LIVE.

Typ: Zeichenfolge

Zulässige Werte: LIVE | LIVE_REPLAY | ON_DEMAND

Erforderlich: Nein

StreamARN

Der Amazon-Ressourcenname (ARN) des Streams, für den die HLS Master-Playlist abgerufen werden sollURL.

Sie müssen entweder den StreamName oder den angebenStreamARN.

Typ: Zeichenfolge

Längenbeschränkungen: Minimale Länge von 1. Maximale Länge beträgt 1024 Zeichen.

Pattern: arn:[a-z\d-]+:kinesisvideo:[a-z0-9-]+:[0-9]+:[a-z]+/[a-zA-Z0-9_.-]+/[0-9]+

Erforderlich: Nein

StreamName

Der Name des Streams, für den die HLS Master-Playlist abgerufen werden sollURL.

Sie müssen entweder den StreamName oder den angebenStreamARN.

Typ: Zeichenfolge

Längenbeschränkungen: Minimale Länge beträgt 1 Zeichen. Maximale Länge beträgt 256 Zeichen.

Pattern: [a-zA-Z0-9_.-]+

Erforderlich: Nein

Antwortsyntax

HTTP/1.1 200
Content-type: application/json

{
   "HLSStreamingSessionURL": "string"
}

Antwortelemente

Wenn die Aktion erfolgreich ist, sendet der Dienst eine HTTP 200-Antwort zurück.

Die folgenden Daten werden vom Dienst im JSON Format zurückgegeben.

HLSStreamingSessionURL

Das URL (enthält das Sitzungstoken), das ein Media Player verwenden kann, um die HLS Master-Playlist abzurufen.

Typ: Zeichenfolge

Fehler

Weitere Informationen zu den allgemeinen Fehlern, die bei allen Aktionen zurückgegeben werden, finden Sie unter Häufige Fehler.

ClientLimitExceededException

Kinesis Video Streams hat die Anfrage gedrosselt, weil Sie ein Limit überschritten haben. Versuchen Sie später, den Anruf zu tätigen. Informationen zu Grenzwerten finden Sie unter Kinesis Video Streams Streams-Kontingente.

HTTPStatuscode: 400

InvalidArgumentException

Ein angegebener Parameter überschreitet seine Beschränkungen, wird nicht unterstützt oder kann nicht verwendet werden.

HTTPStatuscode: 400

InvalidCodecPrivateDataException

Die privaten Codec-Daten in mindestens einer der Spuren des Videostreams sind für diesen Vorgang nicht gültig.

HTTPStatuscode: 400

MissingCodecPrivateDataException

In mindestens einem der Spuren des Videostreams wurden keine privaten Codec-Daten gefunden.

HTTPStatuscode: 400

NoDataRetentionException

GetImageswurde für einen Stream angefordert, der keine Daten speichert (d. h. den Wert DataRetentionInHours 0 hat).

HTTPStatuscode: 400

NotAuthorizedException

Statuscode: 403, Der Aufrufer ist nicht berechtigt, einen Vorgang mit dem angegebenen Stream auszuführen, oder das Token ist abgelaufen.

HTTPStatuscode: 401

ResourceNotFoundException

GetImageslöst diesen Fehler aus, wenn Kinesis Video Streams den von Ihnen angegebenen Stream nicht finden kann.

GetHLSStreamingSessionURLund GetDASHStreamingSessionURL gibt diesen Fehler aus, wenn eine Sitzung mit einem PlaybackMode of ON_DEMAND oder für einen Stream angefordert LIVE_REPLAY wird, der innerhalb des angeforderten Zeitraums keine Fragmente enthält, oder wenn eine Sitzung mit einem PlaybackMode of für einen Stream angefordert LIVE wird, der innerhalb der letzten 30 Sekunden keine Fragmente enthält.

HTTPStatuscode: 404

UnsupportedStreamMediaTypeException

Der Medientyp (z. B. h.264- oder h.265-Video AAC oder G.711-Audio) konnte anhand IDs des Codec der Titel im ersten Fragment für eine Wiedergabesitzung nicht bestimmt werden. Die Codec-ID für Track 1 sollte V_MPEG/ISO/AVC und optional die Codec-ID für Track 2 sein. A_AAC

HTTPStatuscode: 400

Weitere Informationen finden Sie unter:

Weitere Informationen zur Verwendung API in einer der sprachspezifischen Sprachen AWS SDKs finden Sie im Folgenden: