Skip to main content
POST
Erstellen und speichern Sie mit ausdrücklicher Erlaubnis eine eigene Synchronstimme aus einer hochgeladenen Audioprobe Ihres Kontos. Verwendet das Limit für eigene Stimmen der App und enthält ein Hörbeispiel. Verwenden Sie requestId erneut, um doppelte Erstellung zu vermeiden.

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: voices:write. Ein aktives kostenpflichtiges Abonnement ist erforderlich. Berechtigungen ändern weder Teamrollen noch Ressourceneigentum, Medienguthaben oder Tariflimits.

Parameter

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}$.
string
erforderlich
Textwert.Mindestlänge: 1. Höchstlänge: 80.
string
erforderlich
Textwert.Mindestlänge: 1. Höchstlänge: 1024.
boolean
erforderlich
Boolescher Wert.Erforderlicher Wert: true.
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

Diese Operation gibt während der Ausführung HTTP 202 zurück. Speichern Sie requestId und fragen Sie action_request_get mit dieser Kennung und dem ursprünglichen Operationsnamen ab. Die Abfragestatus sind running, completed, failed und interrupted. Ein abgeschlossenes Ergebnis kann auf einen separaten Medienauftrag verweisen; verwenden Sie anschließend die für die Operation vorgesehene Status- oder Ausgabeaktion. Die gespeicherte benutzerdefinierte Synchronisationsstimme mit ID, Name und optionalem Audiobeispiel. Es gibt keine voice- oder cloneUsage-Hülle wie bei TTS.

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

  • Verwenden Sie für diese Mutation eine requestId im Format UUID v4 und bei Wiederholungsversuchen dieselbe ID mit identischen Argumenten erneut. Lang laufende Aktionen geben zunächst eine Anfrage mit dem Status running zurück; dieses Beispiel zeigt das abgeschlossene Handler-Ergebnis, das über action_request_get verfügbar ist.
  • Diese Aktion akzeptiert einen eigenen abgeschlossenen Audioupload und erfordert hasPermission: true als booleschen JSON-Wert. Sie akzeptiert weder eine externe URL noch den fileKey eines anderen Kontos.
  • Unterstützte Erweiterungen für Stimmproben sind AAC, AC3, EAC3, FLAC, M4A, X-M4A, MP2, MP3, OGG und WAV. Die Datei muss nicht leere, lesbare Audiodaten enthalten, innerhalb der Uploadgrenze des Tarifs liegen und darf höchstens 250,000,000 Bytes (250 MB) groß sein.
  • Die spezielle Familie voicesupload* ist strenger: MP3, WAV, M4A, OGG oder Opus und höchstens 20 MiB pro Upload. Eine von dieser Upload-Familie akzeptierte Datei muss weiterhin den von dieser Synchronisationsaktion unterstützten Probentypen entsprechen; Opus wird hier nicht unterstützt.
  • name enthält nach dem Entfernen führender und nachgestellter Leerzeichen 1–80 Zeichen und darf keine Steuerzeichen enthalten.
  • Die Regel einer Gesamtdauer von 10–120 Sekunden für kombinierte Beispiele beim TTS-Stimmklonen für die Sprachausgabe gilt für diese Aktion nicht. Ihr Beispiel muss eine lesbare positive Dauer haben und darf 45 Minuten nicht überschreiten; Audio wird nicht automatisch auf diese Grenze gekürzt.
  • Verwendet das Kontingent des Kontos für gespeicherte benutzerdefinierte Synchronisationsstimmen. Rufen Sie dubbing_voices_list für aktualisierte cloneUsage auf; das Klonergebnis selbst enthält sie nicht.
  • Verwenden Sie die zurückgegebene opake id für die Synchronisation. Sie hat kein clone:-Präfix und kann nicht als TTS-Stimmauswahl für die Sprachausgabe verwendet werden.
  • Der Sprachausgabeverlauf und benutzerdefinierte Stimmen gehören dem authentifizierten Konto. Die Teamabrechnung gewährt keinen Zugriff auf die Sprachausgaben oder Stimmen anderer Mitglieder.

Nutzung

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

Fehler