Skip to main content
POST
Starten Sie einen mehrteiligen Upload für Ihr Konto. Laden Sie jeden Teil an seine signierte URL hoch und schließen Sie den Upload ab, bevor Sie eine Generierungsaktion aufrufen.

Authentifizierung und Berechtigungen

string
erforderlich
Senden Sie einen VoiceCheap-API-Schlüssel in diesem Header. Authorization: Bearer mit demselben API-Schlüssel wird ebenfalls unterstützt. OAuth-Zugriffstoken werden nur von MCP akzeptiert, nicht von diesem REST-Endpunkt.
Erforderliche Berechtigungen: transcription:write. Ein aktives kostenpflichtiges Abonnement ist erforderlich. Berechtigungen ändern weder Teamrollen noch Ressourceneigentum, Medienguthaben oder Tariflimits.

Parameter

string
erforderlich
Textwert.Mindestlänge: 1. Höchstlänge: 255. Muster: ^[^/\\\r\n\0]+$.
string
erforderlich
Textwert.Mindestlänge: 1. Höchstlänge: 120. Muster: ^(audio|video)\/[A-Za-z0-9.+-]+$|^application\/octet-stream$.
integer
erforderlich
Ganzzahliger Wert.Maximum: 64424509440.
string
erforderlich
Textwert.Zulässige Werte: “transcription”, “video_to_srt”, “add_subtitles”, “animated_captions”, “project”.
string
An der Transportschnittstelle optional: Bei fehlender Angabe fügt der Server vor der Validierung eine Kennung ein. Geben Sie eine eigene stabile UUID v4 an, um eine verlorene Antwort sicher wiederherstellen zu können.Format: “uuid”. Muster: ^[0-9a-fA-F]{8}-[0-9a-fA-F]{4}-4[0-9a-fA-F]{3}-[89abAB][0-9a-fA-F]{3}-[0-9a-fA-F]{12}$.
Das folgende JSON Schema enthält die exakten Feldnamen, verschachtelten Typen, Standardwerte, Grenzen und akzeptierten Werte aus der Discovery. Zusätzliche feldübergreifende Regeln finden Sie in den Hinweisen zur Operation.

Idempotenz

Verwenden Sie für jede Mutation eine UUID v4 in requestId oder im HTTP-Header Idempotency-Key. Verwenden Sie nach einem Netzwerkfehler dieselbe Kennung und identische Argumente erneut. Wenn Sie beides angeben, müssen die Werte übereinstimmen. Die Wiederholung einer gespeicherten Anfrage führt die Operation nicht erneut aus und verbraucht keinen weiteren monatlichen Aufruf. Fehlgeschlagene oder unterbrochene Anfragen werden nicht automatisch neu gestartet. Jede Mutation kann HTTP 202 zurückgeben, wenn bei einem Wiederholungsversuch dieselbe Anfrage noch läuft, auch wenn ihre erste Ausführung normalerweise synchron erfolgt. Wenn die Ausführung abgeschlossen ist, resultStored aber false ist, gibt ein Wiederholungsversuch HTTP 200 mit dem gespeicherten Anfragestatus anstelle des ursprünglichen Ergebnisses zurück. Rufen Sie die Ausgabe über die für ihren Bereich vorgesehene Verlaufs-, Ergebnis- oder Downloadaktion ab.

Anfragebeispiele

Ersetzen Sie die beispielhaften Ressourcenkennungen und Medienschlüssel durch Werte, die für Ihr Konto zurückgegeben wurden. Behalten Sie bei Wiederholungen derselben Mutation dieselbe Anfragekennung bei.

Antwort

Eine erfolgreiche erste Ausführung gibt HTTP 200 mit dem Ergebnis der Operation unter data zurück. Bei einer Wiederholung kann stattdessen der gespeicherte Anfragestatus zurückgegeben werden. Das Beispiel zeigt eine unterstützte Antwort, nicht alle optionalen Felder. Eine eigene Multipart-Upload-Sitzung. key ist eine Speicherreferenz; schließen Sie alle Teile ab, bevor Sie sie als fileKey für eine Generierung verwenden.

Ergebnisfelder

Diese Anfrage wiederherstellen und abfragen

Verwenden Sie auch nach einem Verbindungsabbruch dieselbe Kennung. Wenn resultStored den Wert false hat, rufen Sie die Ausgabe über die entsprechende Verlaufs-, Ergebnis- oder Downloadaktion ab. Starten Sie niemals eine zweite Generierung, nur um den Fortschritt zu prüfen.
HTTP 200

Hinweise zur Operation

  • Erfordert ein kostenpflichtiges Abonnement und die Aktionsberechtigung. Der persönliche Tooltarif des handelnden Kontos wird bei der Ausführung erneut geprüft; gespeicherte Tools und Uploadreferenzen gehören diesem Konto, auch wenn die Zugangsdaten einem Team zugeordnet sind.
  • Eine erfolgreiche Aktion verbraucht einen gemeinsamen monatlichen API/MCP-Aufruf. Beginner erlaubt 500, Starter 5,000 und Creator 25,000 Aufrufe/Monat; Pro, Scale und Enterprise haben keine monatliche Obergrenze. Limits pro Minute gelten weiterhin: jeweils 30, 60, 120, 180, 300 und 600. Generierungskontingente der Werkzeuge sind davon getrennt.
  • Verwenden Sie eine UUID v4 als requestId oder einen identischen Idempotency-Key-Header und behalten Sie bei erneuten Versuchen dieselbe Aktion, ID und dieselben Argumente bei. Eine zwischengespeicherte Wiederholung verbraucht keinen weiteren monatlichen Aufruf.
  • Das Upload-Präfix bestimmt die erforderliche Berechtigung. tools verwendet transcription:write, subtitles verwendet subtitles:write, projects verwendet projects:write und voices verwendet voices:write.
  • Für Tools, Untertitel und Projekte akzeptiert kind die Werte transcription, video_to_srt, add_subtitles, animated_captions oder project. Der ausgewählte kind-Wert bestimmt die Grenzwerte des Ablaufs; das Präfix erzwingt keinen kind-Wert.
  • Für den gewählten kind-Wert gelten eigene Grenzwerte: transcription 200 MiB; video_to_srt und add_subtitles 300 MiB; animated_captions 250 MiB und ausschließlich Audio; project verwendet das Upload-Limit des Tarifs (Beginner 5 GiB, Starter 10 GiB, Creator 20 GiB, Pro 30 GiB, Scale 40 GiB, Enterprise 60 GiB). Eigenständige Medien dürfen höchstens 2 Stunden lang sein. Untertitel erlauben 30 Minuten bei Beginner und 60 Minuten bei höheren öffentlichen Tarifen, zuzüglich einer Containertoleranz von 2 Sekunden. Die Projektdauer beträgt höchstens 2 Stunden oder 3 Stunden bei Enterprise.
  • Der eingegebene Dateiname muss ein einzelner Dateiname sein, ohne Schrägstriche, umgekehrte Schrägstriche, CR, LF oder NUL. contentType muss ein unterstützter Audio-/Video-MIME-Typ oder bei Nicht-Stimm-Uploads application/octet-stream sein.
  • Die Initialisierung gibt key zurück, nicht fileKey. Bewahren Sie uploadId separat auf; dies ist die UUID für Signierung, Abschluss und Abbruch.
  • partSize wird zwischen 5 MiB und 100 MiB gewählt. Berechnen Sie die Anzahl der Teile als ceil(fileSize / partSize), verwenden Sie höchstens maxConcurrency gleichzeitige PUTs und bewahren Sie jedes zurückgegebene ETag auf.
  • Upload-Sitzungen laufen nach 24 Stunden ab. Die Upload-Vorbereitung verbraucht kein tägliches Generierungskontingent.

Nutzung

Jeder erfolgreiche Aufruf verbraucht einen monatlichen API/MCP-Aufruf. Zusätzlich gelten das Medienguthaben und die eigenen Generierungskontingente der Operation.

Fehler