
Après une analyse ou un storyboard échoué, ouvrez votre historique de crédits : la retenue correspondant à cette tâche y reste jusqu'à ce que le support la vérifie.
Le modèle rédige une réponse structurée — la liste des personnages et les épisodes pour une analyse, les segments et les plans pour un storyboard. Quand il atteint sa limite de sortie en pleine réponse, la structure est incomplète et inutilisable ; le message affiche coupé, tronqué ou JSON invalide. Aucun contenu partiel n'est conservé ; votre script et tout storyboard existant restent tels quels. Signification de chaque statut de tâche : Statuts des tâches.

Toute réponse coupée est automatiquement retentée une fois avec la même entrée ; beaucoup de deuxièmes tentatives aboutissent. Pour un storyboard, la meilleure des deux versions est sauvegardée si elle est exploitable. Ce n'est que si aucune des deux tentatives ne donne de réponse utilisable que la tâche échoue, et les crédits retenus attendent alors une vérification au lieu d'être immédiatement restitués. Règles de remboursement.
Les scripts longs sont lus en deux passes précisément pour éviter ce problème ; le seuil est automatique. Une analyse qui se coupe encore correspond généralement à un script avec un nombre inhabituellement élevé de personnages et de lieux. Raccourcissez-le, ou divisez-le en deux projets. Les scripts longs sont lus en deux passes et les limites.
Un épisode est rédigé sous forme de segments et de plans ; un épisode dont la part de script est très longue, ou qui ne contient que des dialogues, génère plus de plans qu'une seule réponse ne peut en contenir. Un épisode ne peut pas être divisé ni son plan modifié sur le site, donc générez son storyboard une nouvelle fois (une exécution ultérieure aboutit souvent) ; si le même épisode échoue systématiquement, contactez le support en indiquant le projet et l'épisode. Pour votre prochain projet, gardez une part de script modérée pour chaque épisode. Vérification du storyboard : deux versions.
Incompatibilité de type de champ : le modèle a écrit un nombre à la place d'un mot ; le site répare ce qui peut l'être et retente le reste. Mauvaise langue : le modèle a ignoré la langue du projet ; une nouvelle tentative est lancée avec une instruction plus ferme. Tous ces cas se terminent de la même manière — une seconde tentative, et si celle-ci échoue également, une tâche échouée dont les crédits sont retenus pour vérification — et aucun d'eux ne modifie ce que vous avez déjà.
| Tâche | Cause habituelle d'une coupure | Que faire |
|---|---|---|
| Analyse | Un script avec un très grand nombre de personnages et de lieux | Le raccourcir ou le diviser en deux projets |
| Storyboard | Un épisode très long ou très dense en dialogues | Générer à nouveau ; contacter le support si ça échoue systématiquement |
| Création IA | Une durée cible dépassant la limite d'analyse | Choisir une cible plus courte |
Pas automatiquement. Après une seconde tentative échouée, les crédits restent retenus ; le support vérifie la tâche et procède au remboursement ou au règlement.
Non. Le script, le résumé et tout storyboard existant ne sont pas modifiés.
Une analyse sans modification échoue souvent à nouveau ; raccourcissez ou divisez d'abord. Un storyboard aboutit souvent lors d'une exécution ultérieure.
Le prix dépend de la longueur ; le budget de sortie du modèle est une limite distincte, c'est pourquoi les scripts longs sont lus en deux passes.
Non. Une réponse coupée est structurellement incomplète et est entièrement supprimée.
Raccourcissez ou divisez le script ; la deuxième exécution aboutit généralement.
Mise à jour le 27 septembre 2026
Tarifs·Guides·Exemples·Assistance·Confidentialité·Conditions·Mentions légales·Contact·© 2026 SceneMixer