Використовуйте polling як базовий підхід для генерації відео, оскільки кожне асинхронне завдання повертає task ID, який можна запитати. Додавайте webhooks лише тоді, коли вибраний video endpoint підтримує callback URL, і залишайте polling джерелом істини для пропущених callback або специфічної для провайдера доставки callback.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.
Створіть video task
Наведений нижче запит створює мінімальний video task і зберігає повернений ID. Додавайте поля duration, resolution або callback лише тоді, коли сторінка вибраної моделі документує ці поля.Опитуйте status
Наведений нижче запит перевіряє status video task:video_url, коли адаптер моделі має URL результату; інакше використовуйте специфічні для моделі поля результату або content route /v1/videos/{id}/content, якщо ця модель підтримує проксійні завантаження.
Отримання webhook
CometAPI не визначає один універсальний callback payload для кожної video model. Розглядайте callback як наскрізні події, специфічні для провайдера, зберігайте сире тіло запиту та звіряйте фінальний стан за допомогою polling. Наведений нижче обробник Express приймає video callback і зберігає подію:Поширені помилки
| Помилка | Виправлення |
|---|---|
| Втрачений callback | Виконуйте polling за task ID, доки ваш застосунок не збереже термінальний стан. |
| Дубльований callback | Зробіть обробку callback ідемпотентною за task ID. |
| Callback відхилено | Швидко повертайте відповідь 2xx, а потім обробляйте завдання у фоновому режимі. |
| Невідповідність payload, специфічного для провайдера | Зберігайте сирий callback payload і нормалізуйте його у своєму застосунку. |
Відсутній video_url | Вважайте video_url необов’язковим і використовуйте polling разом зі специфічними для моделі полями результату або /v1/videos/{id}/content, якщо доступно. |