Skip to main content
Cet article présentera une documentation sur l’intégration de l’API de génération de vidéos Kling, qui permet de générer des vidéos officielles de Kling en entrant des paramètres personnalisés.

Processus de demande

Pour utiliser l’API de génération de vidéos Kling, commencez par obtenir votre jeton API sur le tableau de bord Ace Data Cloud et conservez-le pour référence. Si vous n’êtes pas encore connecté ou inscrit, vous serez automatiquement redirigé vers la page de connexion pour vous inviter à vous inscrire et à vous connecter, après quoi vous serez automatiquement renvoyé à la page actuelle. Un jeton API suffit pour appeler tous les services de la plateforme, sans avoir besoin de demander séparément pour chaque service. La première demande vous donnera un quota gratuit pour une expérience sans frais ; si le quota est insuffisant, vous pouvez recharger le solde général sur le tableau de bord.
📘 Documentation complète : API de génération de vidéos Kling →

Utilisation de base

Tout d’abord, comprenez la méthode d’utilisation de base, qui consiste à entrer le mot-clé prompt, l’action action, l’image de référence de la première image start_image_url ainsi que le modèle model, pour obtenir le résultat traité. Vous devez d’abord transmettre un champ action, dont la valeur est text2video, qui comprend principalement trois actions : vidéo générée par texte (text2video), vidéo générée par image (image2video), vidéo étendue (extend). Ensuite, nous devons également entrer le modèle model, qui comprend principalement les modèles suivants : kling-v1, kling-v1-6, kling-v2-master, kling-v2-1-master, kling-v2-5-turbo, kling-v2-6, kling-v3, kling-v3-omni, kling-o1, les détails sont les suivants :

Ici, nous avons configuré les en-têtes de requête, y compris :
  • accept : le format de réponse souhaité, ici rempli avec application/json, c’est-à-dire au format JSON.
  • authorization : la clé pour appeler l’API, que vous pouvez sélectionner directement après la demande.
De plus, nous avons configuré le corps de la requête, y compris :
  • model : le modèle de génération de vidéos, principalement kling-v1, kling-v1-6, kling-v2-master, kling-v2-1-master, kling-v2-5-turbo, kling-v2-6, kling-v3, kling-v3-omni, kling-o1.
  • mode : le mode de génération de vidéos, les valeurs possibles sont le mode standard std, le mode rapide pro et le mode natif 4K 4k. Le 4k n’est pris en charge que par kling-v3 et kling-v3-omni, et n’est pas compatible avec camera_control (contrôle de la caméra).
  • action : l’action de la tâche de génération de vidéos, qui comprend principalement trois actions : vidéo générée par texte (text2video), vidéo générée par image (image2video), vidéo étendue (extend).
  • start_image_url : lorsque l’action vidéo générée par image image2video est choisie, il est nécessaire de télécharger le lien de l’image de référence de la première image.
  • end_image_url : optionnel lors de la génération de vidéos par image, spécifie la dernière image.
  • duration : durée de la vidéo, en secondes. kling-v3 et kling-v3-omni prennent en charge des durées entières de 3 à 15 secondes ; kling-o1 ne prend en charge que 5 secondes ; d’autres modèles prennent en charge 5 ou 10 secondes.
  • generate_audio : si l’audio doit être généré en synchronisation, optionnel, valeur booléenne. Prend en charge kling-v3, kling-v3-omni et kling-v2-6 (uniquement en mode pro). Par défaut, c’est false.
  • aspect_ratio : rapport hauteur/largeur de la vidéo, optionnel, prend en charge 16:9, 9:16, 1:1, par défaut 16:9.
  • cfg_scale : intensité de corrélation, plage [0,1], plus c’est grand, plus cela correspond au mot-clé.
  • camera_control : optionnel, paramètres d’objet pour contrôler le mouvement de la caméra, prend en charge les préréglages type/simple ainsi que les configurations horizontal, vertical, pan, tilt, roll, zoom, etc.
  • negative_prompt : optionnel, mots-clés inverses que vous ne souhaitez pas voir, maximum 200 caractères.
  • image_list : liste d’images de référence Omni, applicable aux modèles kling-o1 et kling-v3-omni, voir ci-dessous « Référence Omni ».
  • video_list : liste de vidéos de référence Omni (prend en charge l’édition vidéo), applicable aux modèles kling-o1 et kling-v3-omni, voir ci-dessous « Référence Omni ».
  • prompt : mot-clé.
  • callback_url : URL pour recevoir les résultats.
  • async : optionnel, si défini sur true, l’interface renvoie immédiatement task_id, sans avoir besoin de fournir callback_url, puis vous pouvez interroger le résultat via l’interface de requête de tâche correspondante.
Après avoir fait votre sélection, vous pouvez voir que le code correspondant a également été généré à droite, comme illustré ci-dessous :

Cliquez sur le bouton « Essayer » pour effectuer un test, comme indiqué ci-dessus, nous avons obtenu le résultat suivant :
Le résultat de retour contient plusieurs champs, décrits comme suit :
  • success, l’état de la tâche de génération de vidéos à ce moment.
  • task_id, l’ID de la tâche de génération de vidéos à ce moment.
  • video_id, l’ID de la vidéo de la tâche de génération de vidéos à ce moment.
  • video_url, le lien de la vidéo de la tâche de génération de vidéos à ce moment.
  • duration, la durée de la vidéo de la tâche de génération de vidéos à ce moment.
  • state, l’état de la tâche de génération de vidéos à ce moment.
Nous pouvons voir que nous avons obtenu des informations vidéo satisfaisantes, il nous suffit d’accéder à l’adresse du lien vidéo dans le data pour obtenir la vidéo Kling générée. De plus, si vous souhaitez générer le code d’intégration correspondant, vous pouvez le copier directement, par exemple, le code CURL est le suivant :

Matrice des capacités des modèles

Le support des paramètres varie considérablement d’un modèle à l’autre. La matrice suivante est tirée de la documentation officielle des modèles vidéo de Kling, veuillez vérifier avant d’appeler si la combinaison actuelle model / mode / duration prend en charge les fonctionnalités dont vous avez besoin, sinon vous recevrez des erreurs telles que model/mode/duration(...) is not supported with image_tail. Remarques :
  • mode=4k uniquement pris en charge par kling-v3 et kling-v3-omni ; et est exclusif au camera_control.
  • end_image_url ne peut être utilisé avec start_image_url que lors de l’action image2video. Transmettre uniquement end_image_url (sans start_image_url) sera refusé.
  • kling-v3 / kling-v3-omni accepte n’importe quelle durée entière de 3 à 15 secondes ; kling-o1 n’accepte que 5 ; les autres modèles n’acceptent que 5 ou 10.
  • generate_audio est par défaut false. Seuls kling-v3, kling-v3-omni et kling-v2-6 (mode pro) le prennent en charge.

Fonctionnalité d’extension vidéo

Si vous souhaitez continuer à générer une vidéo Kling déjà créée, vous pouvez définir le paramètre action sur extend, et entrer l’ID de la vidéo à continuer. L’ID de la vidéo est obtenu en fonction de l’utilisation de base, comme illustré ci-dessous :

À ce moment-là, vous pouvez voir que l’ID de la vidéo est :
Remarque : ici, l’ID de la vidéo est l’ID de la vidéo générée. Si vous ne savez pas comment générer une vidéo, vous pouvez vous référer à l’utilisation de base ci-dessus pour générer une vidéo.
Ensuite, nous devons remplir les mots-clés nécessaires pour personnaliser la génération de la vidéo, vous pouvez spécifier le contenu suivant :
  • model : le modèle de génération de vidéo, principalement kling-v1, kling-v1-5 et kling-v1-6.
  • mode : le mode de génération de vidéo, les valeurs possibles sont le mode standard std, le mode rapide pro et le mode natif 4K 4k (uniquement pris en charge par kling-v3 et kling-v3-omni, incompatible avec le contrôle de la caméra).
  • duration : la durée de la tâche de génération vidéo, principalement 5s et 10s.
  • start_image_url : lorsque vous choisissez l’action de génération vidéo à partir d’images image2video, vous devez télécharger le lien de l’image de référence de la première image.
  • prompt : les mots-clés.
Exemple de remplissage :

Une fois rempli, le code généré automatiquement est le suivant :

Code Python correspondant :
En cliquant sur exécuter, vous pouvez constater que vous obtiendrez un résultat comme suit :
On peut voir que le contenu du résultat est cohérent avec ce qui précède, ce qui permet de réaliser la fonctionnalité d’extension vidéo.

Référence Omni (édition vidéo / vidéo de référence / référence multi-images)

kling-o1 et kling-v3-omni sont deux modèles indépendants, tous deux prenant en charge la capacité de « référence omnidirectionnelle ». Sur la base de la génération vidéo à partir de texte (action=text2video), vous pouvez également transmettre des images de référence ou des vidéos de référence, permettant la référence multi-images, la vidéo de référence et l’édition directe de vidéos existantes. Accord central : les matériaux de référence doivent être cités dans prompt sous la forme &lt;&lt;<image_1>>>, &lt;&lt;<video_1>>> (numérotation à partir de 1) pour les matériaux correspondants dans image_list / video_list, sinon le modèle n’appliquera pas ces références. Si vous ne transmettez que des matériaux sans les citer dans les mots-clés, ils seront ignorés.
Remarque de sécurité : l’API actuelle n’ouvre pas element_list. L’ID de la bibliothèque d’éléments Kling n’est pas isolé par locataire, veuillez utiliser image_list pour transmettre l’image de référence principale jusqu’à ce qu’une API de gestion des éléments isolée par locataire soit fournie.
Les requêtes Omni ne prennent pas en charge negative_prompt, cfg_scale ou camera_control, et ne peuvent pas utiliser mode=4k. Lorsqu’une vidéo de référence est incluse, generate_audio doit être false.

Vidéo de référence et édition vidéo (video_list)

video_list est utilisé pour transmettre des vidéos de référence, c’est le scénario le plus couramment utilisé pour cette capacité, les champs des éléments du tableau sont les suivants :
  • video_url : lien de la vidéo de référence, ne peut pas être vide. Maximum 1 vidéo MP4/MOV, taille de fichier ≤200MB, fréquence d’images 24–60fps. kling-o1 exige une durée de 3–10 secondes, largeur et hauteur de 700–2160px ; kling-v3-omni exige une durée de 3–15,5 secondes, largeur et hauteur de 700–4553px, total de pixels ≤8,294,400, rapport d’aspect 0,4–2.
  • refer_type : type de référence, optionnel base (par défaut, vidéo de base à éditer, c’est-à-dire “éditer directement la vidéo”, peut ajouter/supprimer/modifier des éléments, changer la composition, changer de style, changer de couleur, changer de météo, etc.) ou feature (référence de caractéristiques, référence de son style / prise de vue / continuation de la prochaine prise).
  • keep_original_sound : conserver l’audio original de la vidéo, optionnel yes (conserver) ou no (supprimer).
Remarque : lorsqu’il existe une vidéo de référence, generate_audio doit être false. Les vidéos avec refer_type=base ne peuvent pas spécifier de première image / dernière image.
Exemple de CURL pour éditer une vidéo existante (transformer la vidéo en style anime) :

Référence multi-image (image_list)

image_list est utilisé pour transmettre des images de référence (éléments / scènes / styles, etc.), les champs des éléments du tableau sont les suivants :
  • image_url : lien de l’image de référence, ne peut pas être vide. Exigences : format .jpg/.jpeg/.png ; taille de fichier ≤10MB ; côté le plus court ≥300px ; rapport d’aspect 1:2.5 ~ 2.5:1.
  • type : optionnel. S’il n’est pas transmis, il est considéré comme une image de référence pure ; si first_frame / end_frame est transmis, il est respectivement considéré comme la première image / dernière image (équivalent à start_image_url / end_image_url).
Lors de l’utilisation, il faut référencer dans prompt avec &lt;&lt;<image_1>>>, &lt;&lt;<image_2>>>. Limite de quantité : s’il n’y a pas de vidéo de référence, les images de référence ≤ 7 ; s’il y a une vidéo de référence, les images de référence ≤ 4. Si seules la première / dernière image sont transmises, il est également possible d’utiliser directement start_image_url / end_image_url, mais la dernière image doit être utilisée avec la première image.
Remarque : si start_image_url / end_image_url et image_list sont transmis en même temps, la première / dernière image sera placée avant image_list, ce qui peut affecter la correspondance des numéros de &lt;&lt;<image_N>>>. Il est conseillé de choisir l’un ou l’autre : si vous avez besoin de la première / dernière image, spécifiez directement dans image_list avec type, ne pas mélanger avec start_image_url / end_image_url.
Exemple de CURL pour générer une vidéo avec référence multi-image :

Callback asynchrone

Étant donné que le temps de génération de l’API Kling Videos Generation est relativement long, environ 1 à 2 minutes, si l’API ne répond pas pendant longtemps, la requête HTTP maintiendra la connexion, entraînant une consommation supplémentaire de ressources système, c’est pourquoi cette API propose également un support de callback asynchrone. Le processus global est le suivant : lorsque le client initie une requête, il spécifie un champ callback_url supplémentaire, après que le client ait initié la requête API, l’API renverra immédiatement un résultat, contenant un champ d’information task_id, représentant l’ID de la tâche actuelle. Lorsque la tâche est terminée, le résultat de la vidéo générée sera envoyé au callback_url spécifié par le client sous forme de POST JSON, qui inclut également le champ task_id, permettant ainsi de lier le résultat de la tâche par ID. Voyons comment procéder avec un exemple. Tout d’abord, le callback Webhook est un service capable de recevoir des requêtes HTTP, le développeur doit le remplacer par l’URL de son propre serveur HTTP. Ici, pour des raisons de démonstration, nous utilisons un site Web de modèle Webhook public https://webhook.site/, en ouvrant ce site, vous obtiendrez une URL Webhook, comme illustré : Copiez cette URL, vous pouvez l’utiliser comme Webhook, l’exemple ici est https://webhook.site/624b2c78-6dbd-4618-9d2b-b32eade6d8c3. Ensuite, nous pouvons définir le champ callback_url sur l’URL Webhook ci-dessus, tout en remplissant les paramètres correspondants, le contenu spécifique est illustré :

En cliquant sur exécuter, vous pouvez constater que vous obtiendrez immédiatement un résultat, comme suit :
Après un court instant, nous pouvons observer le résultat de la vidéo générée sur https://webhook.site/624b2c78-6dbd-4618-9d2b-b32eade6d8c3, comme illustré : Le contenu est le suivant :
On peut voir qu’il y a un champ task_id dans le résultat, les autres champs sont similaires à ceux mentionnés ci-dessus, ce champ permet de lier la tâche.

Gestion des erreurs

Lors de l’appel de l’API, si une erreur se produit, l’API renverra le code d’erreur et les informations correspondantes. Par exemple :
  • 400 token_mismatched : Mauvaise requête, probablement en raison de paramètres manquants ou invalides.
  • 400 api_not_implemented : Mauvaise requête, probablement en raison de paramètres manquants ou invalides.
  • 401 invalid_token : Non autorisé, jeton d’autorisation invalide ou manquant.
  • 429 too_many_requests : Trop de requêtes, vous avez dépassé la limite de taux.
  • 500 api_error : Erreur interne du serveur, quelque chose s’est mal passé sur le serveur.

Exemple de réponse d’erreur

Conclusion

Grâce à ce document, vous avez compris comment utiliser l’API de génération de vidéos Kling en entrant des mots-clés ainsi qu’une image de référence pour la première image afin de générer des vidéos. Nous espérons que ce document vous aidera à mieux intégrer et utiliser cette API. Si vous avez des questions, n’hésitez pas à contacter notre équipe de support technique.