Usa il polling come base per la generazione video perché ogni job asincrono restituisce un ID attività che puoi interrogare. Aggiungi i webhook solo quando l’endpoint video selezionato supporta gli URL di callback e mantieni il polling come fonte di verità per le callback non recapitate o specifiche del provider.Documentation Index
Fetch the complete documentation index at: https://apidoc.cometapi.com/llms.txt
Use this file to discover all available pages before exploring further.
Crea un’attività video
La seguente richiesta crea un’attività video minimale e memorizza l’ID restituito. Aggiungi i campi di durata, risoluzione o callback solo quando la pagina del modello selezionato documenta tali campi.Controlla lo stato con polling
La seguente richiesta controlla lo stato dell’attività video:video_url quando l’adapter del modello ha un URL del risultato; altrimenti usa i campi di risultato specifici del modello o la route di contenuto /v1/videos/{id}/content quando quel modello supporta i download proxy.
Ricevi un webhook
CometAPI non definisce un payload di callback universale per ogni modello video. Tratta le callback come eventi pass-through specifici del provider, memorizza il body grezzo e riconcilia lo stato finale con il polling. Il seguente handler Express accetta una callback video e memorizza l’evento:Errori comuni
| Errore | Correzione |
|---|---|
| Callback persa | Esegui il polling tramite ID attività finché la tua app non ha memorizzato uno stato terminale. |
| Callback duplicata | Rendi la gestione della callback idempotente tramite ID attività. |
| Callback rifiutata | Restituisci rapidamente una risposta 2xx, quindi elabora il job in background. |
| Mancata corrispondenza del payload specifico del provider | Memorizza il payload grezzo della callback e normalizzalo nella tua app. |
video_url mancante | Tratta video_url come facoltativo e usa il polling più i campi di risultato specifici del modello o /v1/videos/{id}/content quando disponibile. |