Veo 3.1 Preview est arrêté : guide de transition vers Gemini pour la vidéo architecturale

Ce que vous apprendrez dans ce guide

Le service Veo 3.1 Preview utilisé dans Gemini API a été arrêté le 22 octobre 2026. La documentation pour les développeurs de Google recommande de passer à Gemini Omni Flash pour la génération vidéo et l’édition vidéo conversationnelle. Ce guide vous explique comment évaluer un nouveau flux de travail vidéo pour la visualisation architecturale et les présentations d’intérieur, quelle méthode d’entrée choisir pour analyser des vidéos existantes et comment transformer vos demandes en prompts plus clairs.

Une distinction importante s’impose : générer une vidéo, faire analyser une vidéo existante et modifier une vidéo par conversation sont trois opérations différentes. La documentation de Google présente Gemini Omni Flash pour la génération et l’édition en plusieurs tours, tandis que l’analyse de vidéos existantes est abordée dans le guide de compréhension vidéo de Gemini. Il faut donc commencer par déterminer à quelle catégorie correspond votre besoin.

Prérequis et choix de la bonne méthode

Ce guide s’appuie sur les flux de travail décrits dans la documentation de Gemini API. Pour effectuer des opérations via l’API, il faut disposer d’un accès à Gemini API ainsi que d’un client ou d’une intégration API pour envoyer la requête. Les sources ne précisent pas le type de compte, les tarifs ni toutes les conditions d’accès nécessaires aux flux vidéo présentés ici ; consultez la documentation API à jour avant toute utilisation.

Pour générer des vidéos ou les modifier par conversation, le modèle recommandé dans la documentation est Gemini Omni Flash, dont l’identifiant est gemini-omni-1.1-flash. Google propose également comme option de transition les modèles généralement disponibles sur Gemini Enterprise Agent Platform. Les anciens identifiants de modèle Veo 3.1 Preview — veo-3.1-generate-preview, veo-3.1-fast-generate-preview et veo-3.1-lite-generate-preview — ne fonctionnent plus dans Gemini API. Ne partez donc pas du principe que votre ancienne intégration continuera de fonctionner.

Pour analyser des fichiers vidéo existants, choisissez la méthode d’entrée en fonction de la taille du fichier et de son mode d’utilisation :

La documentation privilégie File API, en particulier si la taille de la requête dépasse 20 MB, si la vidéo est longue ou si le même fichier doit être utilisé dans plusieurs requêtes. Pour Inline Data, le guide de compréhension vidéo indique que la taille totale de la requête doit rester inférieure à 20 MB. Ces seuils étant précisés dans des contextes différents, tenez compte non seulement de la taille du fichier, mais aussi de la taille cumulée du prompt et des autres données de la requête au moment de choisir une méthode.

Étape par étape : mettre en place un flux de travail vidéo architectural

1. Déterminez le type de tâche. Si vous souhaitez générer une nouvelle courte vidéo ou modifier une vidéo générée au fil de plusieurs échanges, consultez le flux de travail Gemini Omni Flash. Pour résumer un enregistrement de chantier, une vidéo de visite ou un clip de présentation existant et poser des questions sur son contenu, utilisez le guide de compréhension vidéo. Ne considérez pas une méthode comme un substitut à l’autre.

2. Transmettez le fichier à analyser de la manière qui convient. Inline Data peut convenir aux petites vidéos utilisées ponctuellement. File API est recommandé pour les fichiers volumineux, longs ou qui seront réutilisés. Si vous optez pour YouTube, la vidéo doit être publique. Après l’envoi du fichier, attendez qu’il soit traité et disponible avant d’envoyer la requête d’analyse ; les exemples officiels vérifient l’état du fichier.

3. Précisez clairement la tâche et son périmètre dans le prompt. Les exemples ci-dessous sont des textes originaux adaptés à un usage architectural. Il ne s’agit pas de code d’appel API, mais d’instructions en langage naturel à fournir pour la vidéo. Le choix du client ou de l’intégration dépend de votre configuration technique actuelle.

Analyse cette vidéo de présentation d’intérieur. Résume les espaces visibles dans l’ordre ; pour chaque séquence, indique les choix de matériaux, d’éclairage et de mobilier qui ressortent, uniquement dans la mesure où ils sont visibles à l’image. Ne devine pas les détails dont tu n’es pas sûr.

Cette instruction demande à la réponse de suivre l’ordre des espaces et de ne pas présenter comme certains des éléments qui ne peuvent pas être observés. L’analyse de la vidéo peut ainsi devenir une ébauche de notes que l’équipe de conception pourra vérifier.

Repère dans cette vidéo de projet les séquences qui montrent un itinéraire accessible. Pour chaque séquence concernée, indique l’horodatage de la vidéo et ce qui apparaît à l’image. Ne formule aucune conclusion sur des dimensions ou la conformité réglementaire qui ne peuvent pas être vérifiées à partir des images.

Parmi les capacités de compréhension vidéo de Gemini figure la possibilité de faire référence à des horodatages précis. Ce prompt demande d’associer les éléments visibles à un horodatage, sans supposer que la vidéo permet d’établir des dimensions ou une conformité réglementaire.

Rapproche le déroulement de cette vidéo d’intérieur d’un rythme plus calme et plus lisible pour une présentation. Traitons les changements proposés un par un : commence par examiner ma demande de réduire l’encombrement visuel dans le cadre, puis explique le résultat sans apporter d’autre modification.

Selon les indications de Google, Gemini Omni Flash prend en charge l’édition vidéo conversationnelle en plusieurs tours et des améliorations telles que le remplacement d’éléments. Cet exemple propose de diviser l’édition en étapes plutôt que de demander plusieurs changements d’un seul coup ; il faudra vérifier comment chaque demande est prise en compte dans le résultat.

1. Réexaminez le résultat et affinez la demande. Le guide de conception de prompts de Gemini recommande des instructions claires et précises et, si nécessaire, de spécifier les contraintes et le format de réponse souhaité. Si la première réponse n’est pas assez utile, décomposez la tâche : commencez par un résumé général, puis demandez les horodatages sélectionnés, et enfin posez une question sur une décision de conception précise. Pour l’édition vidéo également, demander un seul changement par tour permet de mieux suivre l’influence de chaque instruction sur le résultat.

Erreurs fréquentes

• Utiliser les identifiants Veo arrêtés : Veo 3.1 Preview a été arrêté dans Gemini API le 22 octobre 2026. N’utilisez pas les anciens identifiants de modèle dans une nouvelle intégration ; envisagez la transition vers Gemini Omni Flash ou les modèles généralement disponibles mentionnés.

• Confondre génération vidéo et analyse vidéo : le guide de génération et le guide de compréhension vidéo traitent de tâches différentes. Rédiger un prompt de génération pour analyser un clip existant ne suffit pas à mettre en place le flux d’entrée nécessaire.

• Ne pas tenir compte de la taille des données d’entrée : Inline Data est privilégié pour les petits fichiers, tandis que File API convient davantage aux fichiers volumineux ou destinés à être réutilisés. La taille totale de la requête et la durée d’utilisation du fichier comptent également dans le choix.

• Donner une instruction vague ou trop large : au lieu de « analyse la vidéo », précisez ce qu’il faut rechercher, comment structurer la réponse et quelles conclusions ne doivent pas être tirées. Le guide de prompts de Gemini souligne que les exemples peuvent orienter la forme et le périmètre de la réponse et que les prompts doivent être améliorés par essais successifs.

• Considérer le résultat visuel comme une donnée de projet vérifiée : l’analyse vidéo peut fournir des réponses sur le contenu visible et des horodatages ; les sources ne disent pas que cette méthode garantit des mesures, un contrôle de conformité technique ou l’exactitude de la documentation du projet. Vérifiez également les informations essentielles dans les fichiers de projet et auprès de l’équipe responsable.

Prochaine étape pour les flux de travail en architecture et en visualisation

Pour les architectes, les architectes d’intérieur et les équipes de visualisation, les cas d’usage les plus concrets consistent à résumer des vidéos de présentation existantes, à retrouver certaines scènes avec un horodatage et à tester la modification itérative de courtes vidéos promotionnelles. Cette approche peut aider à préparer des présentations et à passer en revue des contenus au sein d’une équipe ; les sources ne précisent toutefois pas la compatibilité avec un logiciel BIM, de modélisation ou de rendu particulier. Ne considérez donc pas la sortie vidéo comme une opération directement liée à une scène ou à un fichier de projet existant.

Commencez par une petite tâche d’analyse ponctuelle, puis examinez l’option File API pour les fichiers volumineux ou fréquemment utilisés. Faites vérifier en équipe les vidéos générées ou modifiées, notamment la continuité des scènes et les choix de conception. Les sources fournies ne précisent ni les besoins matériels, ni les tarifs et conditions de licence en Turquie ; évaluez donc séparément les conditions de service et d’utilisation à jour avant de mettre le flux de travail en production.

Sources et licence

Ce contenu a été adapté en turc à partir de la documentation de Google sur la génération vidéo, la compréhension vidéo et la conception de prompts de Gemini API. Chacune des sources est sous licence CC BY 4.0. Les exemples de prompts ont été rédigés spécialement pour ce guide dans le contexte de l’architecture et de l’intérieur ; aucun exemple de code n’a été copié de la documentation officielle.