Passer au contenu principal
GET
/
v1
/
videos
/
{video_id}
Retrieve a Veo video job
curl --request GET \
  --url https://api.cometapi.com/v1/videos/{video_id} \
  --header 'Authorization: Bearer <token>'
{
  "id": "task_pa9CKKtYlTdxO7IIHOKKhXfjxEu4EQoR",
  "size": "16x9",
  "model": "veo_3_1-4K",
  "object": "video",
  "status": "queued",
  "task_id": "task_pa9CKKtYlTdxO7IIHOKKhXfjxEu4EQoR",
  "progress": 0,
  "created_at": 1773297229
}
Utilisez ce endpoint pour interroger un job Veo créé via le wrapper CometAPI /v1/videos. Il renvoie l’état actuel de la tâche ainsi que les informations sur le modèle backend résolu que CometAPI utilise pour ce job.

​
Boucle de polling

1

Créez d’abord le job

Commencez par Veo3 Async Generation et enregistrez l’id renvoyé.
2

Interrogez jusqu’à ce que la tâche soit terminale

Continuez à appeler ce endpoint jusqu’à ce que le job quitte l’état queued ou in_progress et atteigne un état terminé.
3

Stockez le résultat

Une fois la sortie prête, déplacez-la vers votre propre espace de stockage si votre application a besoin d’une copie durable.

​
Pourquoi le nom du modèle peut changer

Le workflow officiel Veo de Google repose encore sur une boucle de polling asynchrone. CometAPI conserve cette structure, mais la réponse est normalisée dans le wrapper /v1/videos et peut afficher l’identifiant du modèle backend résolu plutôt que l’alias que vous avez soumis.

Autorisations

​
Authorization
string
header
requis

Bearer token authentication. Use your CometAPI key.

Paramètres de chemin

​
video_id
string
requis

Task id returned by the create endpoint.

Réponse

200 - application/json

Current job state.

​
id
string
requis
​
size
string
requis
​
model
string
requis
​
object
string
requis
​
status
string
requis
​
progress
integer
requis
​
created_at
integer
requis
​
task_id
string