Support Kontaktieren Sie Support | Systemstatus Systemstatus
Inhalt der Seite

    Backlot/ Video Cloud CMS-Anschluss

    Der Backlot CMS API Der Adapter bietet Unterstützung für einen ausgewählten Satz der Backlot API Vorgänge, damit Sie beim Übergang zu den Video Cloud-APIs weiterhin Integrationen und Apps verwenden können. Weitere Informationen zu den Video Cloud-Plattform-APIs finden Sie unter Erste Schritte mit den Brightcove-APIs.

    Anforderungen

    Anzeigen-Set-Endpunkte

    Video Cloud hat nicht das Konzept eines ad_set, aber Anzeigensatzdaten, die mit einem Video verknüpft sind, werden auf migriert cue_points, und die ad_set_id werden in einem benutzerdefinierten Feld davon gespeichert Name, damit wir Videos identifizieren können, die mit einem Anzeigenset verknüpft waren.

    Siehe Migrieren zu Video Cloud: Anzeigensets für weitere Informationen darüber, wie Anzeigensatzdaten auf Cuepoints für verschiedene Anzeigenquellen abgebildet werden.

    Die folgende Tabelle zeigt was Backlot API ad_sets Operationen werden unterstützt.

    ad_sets Endpunkte
    Backlot API-Endpunkt -Methode Unterstützte Hinweise
    v2/ad_sets GET Ja
    • Video Cloud verfügt nicht über das Konzept von Anzeigensätzen. Einige Informationen, die mit jedem Anzeigensatz verknüpft sind, werden als Cuepoint-Daten für die Videos migriert, denen der Anzeigensatz zugeordnet war - siehe Anzeigensets für weitere Informationen
    POST Nein
    • Video Cloud hat nicht das Konzept von Anzeigensets, daher schlägt der Versuch, einen Anzeigensatz zu erstellen, fehl
    v2/ad_sets/{set_id} GET Ja
    • Video Cloud verfügt nicht über das Konzept von Anzeigensätzen. Einige Informationen, die mit jedem Anzeigensatz verknüpft sind, werden als Cuepoint-Daten für die Videos migriert, denen der Anzeigensatz zugeordnet war - siehe Anzeigensets für weitere Informationen
    PATCH Ja
    • Diese Anfrage aktualisiert die Cuepoint-Daten für die relevanten Videos
    DELETE Ja
    • Diese Anfrage löscht Cuepoint-Daten für die relevanten Videos
    v2/ad_sets/{set_id}ads POST Ja
    • Fügt relevante Videos einen Cuepoint hinzu
    DELETE Ja
    • Entfernt einen Cuepoint aus relevanten Videos

    Asset-Endpunkte

    Die folgende Tabelle zeigt was Backlot API asset Operationen werden unterstützt.

    Notiere dass der Abfrage-API Das Filtern von Asset-Operationen mithilfe von SQL-Anweisungen wird nur teilweise unterstützt. where und orderby Anfragen sind nicht unterstützt. limit Abfragen sollten funktionieren.

    Asset-Endpunkte
    Backlot API-Endpunkt -Methode Unterstützte Hinweise
    /v2/assets GET Ja
    • ad geben Sie Videos ein, um reguläre Videos in Video Cloud mit dem Tag ooyala_my_ads
    • youtube Typvideos werden nicht in Video Cloud migriert
    • external_id wird in Video Cloud migriert, wird aber ein schreibgeschütztes Feld sein, das der Playback-API zur Verfügung steht (für Ooyala-Player, die Video Cloud-Inhalte bereitstellen)
    • Wiederkehrende Zeitbeschränkungen und IP-Beschränkungen werden nicht in Video Cloud migriert
    POST Ja
    • Sehen Aufnahme über die Backlot-API für mehr Details
    • Video Cloud-Aufnahme erfordert, dass es 5 MB oder mehr beträgt (mit Ausnahme des letzten Chunks) - ein Fehler wird zurückgegeben, wenn der Wert auf einen niedrigeren Wert eingestellt chunk_size ist chunk_size
    • Da youtube Typvideos in Video Cloud nicht unterstützt werden, wird beim Versuch, Videos dieser Art zu erstellen, ein Fehler zurückgegeben. ad Typvideos können als normale Videos mit dem Tag erstellt werden ooyala_my_ads.
    • youtube Typvideos werden nicht in Video Cloud migriert
    /v2/assets/{asset_id} GET Ja
    • ad geben Sie Videos ein, um reguläre Videos in Video Cloud mit dem Tag ooyala_my_ads
    • youtube Typvideos werden nicht in Video Cloud migriert
    POST Nein
    • Nur Eigenschaften werden aktualisiert über PATCH
    PATCH Ja
    DELETE Ja Beachten Sie, dass Video Cloud wird nicht Ermöglichen, dass ein Video gelöscht wird, wenn es zu einer Wiedergabeliste gehört
    /v2/assets/{asset_id}/ad_set GET Ja
    • Anzeigenuntergruppen werden als Cuepointsauf Video Cloud migriert
    /v2/assets/{asset_id}/closed_captions GET Ja
    • Diese Anforderung gibt eine HTTP 302-Antwort mit dem auf den Inhalt der Untertitel festgelegten Speicherort zurück. Beachten Sie, dass Video Cloud WebVTT, das Standardformat für Untertitel in HTML5, anstelle von DFXP zurückgibt.
    PUT Ja
    • Ersetzen Sie die vorhandene WebVTT-Textspur; beachten Sie, dass Sie WebVTT- oder DFXP-Untertitel hochladen können - DFXP wird in WebVTT konvertiert

      Notiz: In Video Cloud migrierte DFXP-Untertitel werden in WebVTT-Textspuren konvertiert, da der Brightcove Player dies verwendet. Zwei wichtige Hinweise zur Migration von Daten:

      • Wenn im DFXP mehrere Sprachbeschriftungen gespeichert sind, werden diese aufgeteilt und in mehrere WebVTT-Textspuren für die verschiedenen Sprachen umgewandelt. Die englischen Textspuren werden als Standard festgelegt. Sie können die Standardsprache in ändern Studio wenn benötigt.
      • Da Textspuren einen Sprachbezeichner benötigen, en wird die konvertierte WebVTT-Beschriftungen zugewiesen, wenn die DFXP-Datei keinen enthält. Wenn dies nicht die richtige Sprache ist, müssen Sie sie korrigieren, indem Sie die Eigenschaften der Textspur in Studio bearbeiten , damit das Menü für die Untertitelung die richtige Sprache anzeigt.
    DELETE Ja  
    /v2/assets/{asset_id}/drm_attributes/{drm_type} GET Nein
    • DRM in Video Cloud wird auf alle Videos in einem DRM-fähigen Konto angewendet, es sei denn, sie sind als nicht mit einem drm_disabled Feld gepackt gekennzeichnet
    PATCH Nein
    • DRM in Video Cloud wird auf alle Videos in einem DRM-fähigen Konto angewendet, es sei denn, sie sind als nicht mit einem drm_disabled Feld gepackt gekennzeichnet
    /v2/assets/{asset_id}/generated_preview_images GET Nein
    • Video Cloud speichert nicht mehrere Thumbnail-Bilder
    /v2/assets/{asset_id}/labels GET Ja
    • Alle labels werden auf migriert tags , daher gibt diese Anfrage die Video-Tags zurück
    POST Ja
    • Alle labels werden auf migriert tags , daher fügt diese Anfrage ein Video-Tag hinzu. Beachten Sie, dass das Aktualisieren von Labels direkt in Video Cloud nicht unterstützt wird.
    /v2/assets/{asset_id}/labels/{label_id} PUT Ja
    • Dies ersetzt das Label (a tag) in Video Cloud. Beachten Sie, dass das Aktualisieren von Labels direkt in Video Cloud nicht unterstützt wird.
    DELETE Ja
    • Dadurch wird das Label (a tag) in Video Cloud gelöscht. Beachten Sie, dass das Aktualisieren von Labels direkt in Video Cloud nicht unterstützt wird.
    /v2/assets/{asset_id}/metadata GET Ja
    • metadata Artikel werden tags in das Formular migriert meta:;:{key}:;:{value}. Beachten Sie, dass die Gesamtlänge jedes Tags auf 128 Single-Byte-Zeichen beschränkt ist.
    PUT Ja
    • metadata Elemente werden tags im Formular migriert meta:;:{key}:;:{value} - diese Anfrage fügt Tags in diesem Format hinzu oder ersetzt sie. Beachten Sie, dass die Gesamtlänge jedes Tags auf 128 Single-Byte-Zeichen beschränkt ist.
    PATCH Ja
    • metadata Elemente werden tags im Formular migriert meta:;:{key}:;:{value} - diese Anfrage ändert Tags in diesem Format
    DELETE Ja
    • metadata Elemente werden tags im Formular migriert meta:;:{key}:;:{value} - diese Anfrage löscht alle Tags in diesem Format
    /v2/assets/{asset_id}/movie_urls GET Ja
    • movie_urls sind sources in Video Cloud
    POST Ja
    • Funktioniert in Video Cloud auf die gleiche Weise - diese Anfrage fügt dem Video eine Fernbedienung rendition (und damit source ) hinzu
    /v2/assets/{asset_id}/movie_urls/{type} DELETE Ja
    • Diese Anforderung löscht nur Remote-Ausgabeformate des angegebenen Typs
    /v2/assets/{asset_id}/player GET Ja
    • Diese Anfrage gibt das Standardkonstrukt des Ooyala-Players zurück, da Video Cloud keine Player mit Videos in Verbindung bringt. Stattdessen kann jedes Video über sein Video mit jeder Player-Instanz verknüpft werden id. Sie können Video Cloud-Player über die Player-Management-APIerhalten
    /v2/assets/{asset_id}/player/{player_id} GET Nein
    /v2/assets/{asset_id}/preview_image_urls GET Ja
    • Video Cloud speichert nicht mehrere Miniaturansichten, daher gibt diese Anfrage das poster Bild zurück
    POST Ja
    • Video Cloud speichert nicht mehrere Miniaturansichten, daher wird das poster Bild mit dem ersten Bild in der Liste festgelegt
    PUT Ja
    • Video Cloud speichert nicht mehrere Miniaturansichten, daher wird das poster Bild mit dem ersten Bild in der Liste festgelegt
    DELETE Nein
    • Video Cloud speichert nur ein einzelnes Posterbild, und Sie können es ersetzen, aber nicht löschen
    /v2/assets/{asset_id}/preview_image_files/{image_id} DELETE Nein
    • Video Cloud speichert nur ein einzelnes Posterbild, und Sie können es ersetzen, aber nicht löschen
    /v2/assets/{asset_id}/preview_image_files GET Ja
    • Video Cloud speichert nicht mehrere Miniaturansichten, daher gibt diese Anfrage die poster Bild-URL zurück
    POST Ja
    • Video Cloud speichert nicht mehrere Miniaturansichten, daher wird mit dieser Anforderung das poster Bild mithilfe der ersten Bild-URL in der Liste als Remote-Asset festgelegt
    PUT Ja
    • Video Cloud speichert nicht mehrere Miniaturansichten, daher wird das poster Bild mit dem ersten Bild in der Listen-URL in der Liste als Remote-Asset festgelegt
    DELETE Nein
    • Video Cloud speichert nur ein einzelnes Posterbild, und Sie können es ersetzen, aber nicht löschen
    /v2/assets/{asset_id}/primary_preview_image GET Nein
    • Video Cloud speichert nur ein einziges Posterbild, daher wird diese Anfrage zurückgegeben
    /v2/assets/{asset_id}/primary_preview_image PUT Nein
    • In Video Cloud wird nur ein einzelnes Posterbild gespeichert, sodass diese Anforderung das Poster ersetzt
    /v2/assets/{asset_id}/publishing_rule GET Ja
    • Es werden nur Geo-Restriktionen und Terminplanung zurückgegeben, da Video Cloud andere Wiedergabebeschränkungen für Player anstelle von Videos festlegt
    /v2/assets/{asset_id}/publishing_rule/{rule_id} PUT Ja
    • Video Cloud hat nicht das Konzept einer Veröffentlichungsregel. Nur Geo-Restriktionen und Planungseigenschaften für das Video können aktualisiert werden. Die ID der Veröffentlichungsregel wird in einem benutzerdefinierten Feld mit dem Namen gespeichert publishing_rule_id
    /v2/assets/{asset_id}/source_file_info GET Nein  
    /v2/assets/{asset_id}/streams GET Ja
    • Gibt Video Cloud zurück sources
    /v2/assets/{asset_id}/uploading_urls GET Ja
    /v2/assets/{asset_id}/upload_status PUT Ja
    /v2/assets/{asset_id}/youtube GET Nein
    • In Video Cloud nicht unterstützt - siehe Alternativen zu Brightcove Social for Video Cloud
    PUT Nein
    • In Video Cloud nicht unterstützt - siehe Alternativen zu Brightcove Social for Video Cloud
    PATCH Nein
    • In Video Cloud nicht unterstützt - siehe Alternativen zu Brightcove Social for Video Cloud
    /v2/assets/{asset_id}/lineup GET Nein  
    PUT Nein  
    /v2/assets/lineup/{asset_id} PUT Nein  
    DELETE Nein  
    /v2/assets/{asset_id}/closed_captions GET Ja
    • Gibt den Standardwert text_track für das Video zurück. Migrierte Videos haben nur einen text_track - zusätzliche können über Video Cloud hinzugefügt werden. Wenn Sie weitere Textspuren hinzufügen, legen Sie die Standardspur so fest, dass sie für diese Anforderung zurückgegeben wird.

      Notiz: In Video Cloud migrierte DFXP-Untertitel werden in WebVTT-Textspuren konvertiert, da der Brightcove Player dies verwendet. Zwei wichtige Hinweise zur Migration von Daten:

      • Wenn im DFXP mehrsprachige Untertitel gespeichert sind, werden nur die englischen Untertitel in den WebVTT-Textspuren gespeichert, da WebVTT keine mehrsprachigen Untertitel in einer einzigen Datei unterstützt. Wenn Sie Untertitel in weiteren Sprachen erstellen möchten, müssen Sie diese in einzelne DFXP-Dateien aufteilen und mit Studio aufnehmen.
      • Da Textspuren einen Sprachbezeichner benötigen, en wird die konvertierte WebVTT-Beschriftungen zugewiesen, wenn die DFXP-Datei keinen enthält. Wenn dies nicht die richtige Sprache ist, müssen Sie sie korrigieren, indem Sie die Eigenschaften der Textspur in Studio bearbeiten , damit das Menü für die Untertitelung die richtige Sprache anzeigt.
    PUT Ja
    • Ersetzt den Standard text_track für das Video - aufgenommene Untertitel können im WebVTT- oder DFXP-Format sein; DFXP wird in WebVTT konvertiert
    DELETE Ja
    • Entfernt den Standard text_track für das Video

    DRM-Richtlinien

    Endpunkte für DRM-Richtlinien werden nicht unterstützt.

    Endpunkt „Assets löschen“

    Der Endpunkt des gelöschten Assets wird nicht unterstützt.

    Beschriftet Endpunkte

    Labels werden als in Video Cloud migriert tags. Im Gegensatz zu Labels werden Tags für einzelne Videos festgelegt - es gibt keinen „Tag auf Kontoebene“ und Tags sind nicht hierarchisch. Beschriftungshierarchien bleiben in Video Cloud-Tags wie folgt erhalten:

    Etiketten zu Tags
    Etiketten zu Tags

    Abgesehen von diesen Unterschieden können Tags auf viele Arten verwendet werden, wie Labels zum Beispiel:

    Die folgende Tabelle zeigt was Backlot API labels Endpunkte werden unterstützt.

    Backlot API Labels Endpunkte
    Backlot API-Endpunkt -Methode Unterstützte Hinweise
    /v2/labels GET Ja Labels werden wie tags in Video Cloud angezeigt
    /v2/labels POST Ja Labels werden wie tags in Video Cloud angezeigt
    /v2/labels/by_full_path/{paths} GET Ja Labels werden wie tags in Video Cloud angezeigt
    /v2/labels/by_full_path/{paths} POST Ja Labels werden wie tags in Video Cloud angezeigt
    /v2/labels/{label_id} GET Ja Labels werden wie tags in Video Cloud angezeigt
    /v2/labels/{label_id} PATCH Ja Labels werden wie tags in Video Cloud angezeigt
    /v2/labels/{label_id} DELETE Ja Beschriftungen werden als angezeigt tags in der Video Cloud. Beachten Sie, dass ein Label nicht gelöscht wird, wenn es von einer Wiedergabeliste referenziert wird.
    /v2/labels/{label_id}/children GET Ja Labels werden wie tags in Video Cloud angezeigt
    /v2/labels/{label_id}/assets GET Ja Labels werden wie tags in Video Cloud angezeigt

    Pakete-Endpunkt

    Paketendpunkte werden nicht unterstützt.

    Endpunkte der Spieler

    Die folgende Tabelle zeigt was Backlot API players Operationen werden unterstützt.

    Endpunkte von Backlot API-Spielern
    Backlot API-Endpunkt -Methode Unterstützte Hinweise
    /v2/players GET Ja  
    POST Nein  
    /v2/players/{player_id} GET Nein  
    PATCH Nein  
    DELETE Nein  
    /v2/players/{player_id}/metadata GET Nein  
    PATCH Nein  
    PUT Nein  
    DELETE Nein  
    /v2/players/{player_id}/scrubber_image PUT Nein  
    /v2/players/{player_id}/watermark PUT Nein  
    /v2/players/{player_id}/third_party_modules/{module_id} GET Nein  
    PUT Nein  
    PATCH Nein  
    DELETE Nein  

    Wiedergabelisten Endpunkte

    Die folgende Tabelle zeigt was Backlot API playlists Operationen werden unterstützt. Siehe auch Wiedergabelistenfelder zum besseren Verständnis der Unterschiede zwischen Ooyala- und Video Cloud-Wiedergabelisten.

    Backlot API-Wiedergabelisten Endpunkte
    Backlot API-Endpunkt -Methode Unterstützte Hinweise
    /v2/playlists GET Ja  
    POST Ja  
    /v2/playlists/{playlist_id} GET Ja  
    PUT Ja  
    PATCH Ja  
    DELETE Ja  

    Endpunkt der Verarbeitungsprofile

    Die folgende Tabelle zeigt was Backlot API playlists Operationen sind nicht unterstützt. Siehe auch die Ingest-Profile-API Ingest-Profile verwalten , um besser zu verstehen, wie Video Cloud Ingest-Profile funktionieren - Ihr Konto ist ein Dynamic Delivery-Konto, daher müssen Sie die Dokumentation des Legacy-Ingest-Systems nicht beachten.

    Endpunkte für DRM-Richtlinien auf Anbieterebene

    DRM-Richtlinien auf Anbieterebene werden nicht unterstützt.

    Endpunkte der Anbieter

    Endpunkte von Anbietern werden nicht unterstützt.

    Endpunkte für Veröffentlichungsregeln

    Die durch Veröffentlichungsregeln implementierten Wiedergabebeschränkungen werden auf einzelne Assets in Video Cloud angewendet. Domaineinschränkungen werden nicht migriert, da diese in Video Cloud auf Player und nicht auf Videos festgelegt sind.

    Auf Video-Assets
    • Geo-Beschränkungen
    • Planung (Start- und Enddatum-Zeiten)

    Die Eigenschaften von Ooyala-Veröffentlichungsregeln in Bezug auf Geo-Restriktionen und die Planung werden auf Videos angewendet, die mit der Veröffentlichungsregel verknüpft sind, und die id werden in einem benutzerdefinierten Feld mit dem Namen gespeichert publishing_rule_id. Die Vorgänge zur Backlot API Veröffentlichungsregel funktionieren für alle mit der Veröffentlichungsregel verknüpften Videos, es werden jedoch nur Planungs- oder Geo-Restriktionen zurückgegeben.

    Backlot API-Verarbeitungsprofile Endpunkte
    Backlot API-Endpunkt -Methode Unterstützte Hinweise
    /v2/processing_profiles GET Ja  
    /v2/processing_profiles/{profile_id} GET Ja  

    Endpunkte für Wiederverkäufer

    Endpunkte für Reseller werden nicht unterstützt.

    Statistik-Endpunkte

    Statistik-Endpunkte werden nicht unterstützt.

    Syndications Endpunkte

    Syndications Endpoints werden nicht unterstützt. Brightcove Global Services kann jedoch Syndizierungsdienste aufbauen, die Ihren Ooyala-Diensten entsprechen. Wenden Sie sich an Ihren Account Manager für weitere Einzelheiten

    Endpunkte von Drittanbieter-Mod

    Statistik-Endpunkte werden nicht unterstützt.


    Seite zuletzt aktualisiert am 28 Sep 2020