johdav999/VideoAIAgent

Cinetic sur Windows

Ce workflow local au dépôt porte Cinetic v1.0.0, révision 91c43acf4ea183ea68861d4cd99ec054f6741876, MIT. Il est chargé explicitement depuis ce fichier ; il n'est pas installé globalement. Lisez le guide des commandes natives avant d'exécuter des commandes. La source complète non modifiée et ses sommes de contrôle se trouvent dans third_party/cinetic ; les scripts shell qui s'y trouvent sont une provenance, jamais des instructions exécutables pour Windows.

Direction et propriété

Réalisez un court-métrage autour d'une idée spécifique au produit. L'image, le texte et le son partagent une seule timeline. Un rendu qui passe les vérifications techniques nécessite encore une révision créative. Suivez la charte fournie ; lorsque vous inventez une marque, appliquez les interdictions originales et les contrôles de remplacement de le workflow source. Ne supprimez pas les marqueurs de remplacement sans avoir remplacé le design du placeholder.

1. Rédigez BRIEF.md : produit, public, promesse, format, durée, placement, charte fournie, hypothèses et liste de livrables. Déduisez les choix ordinaires d'un brief adéquat ; ne demandez que les informations essentielles manquantes.
2. Lisez references/concept-and-story.md sous la source épinglée. Développez trois concepts : le verbe du produit, la douleur du spectateur, et un dispositif formel. Appliquez les tests de propriété et de suppression. Remplissez le TREATMENT.md généré : logline, accroche/tournant/preuve/promesse/verrouillage, chemin de plan, feuille de rythme, texte complet et dernière image.
3. Lisez brand-and-color.md et copy-and-type.md. Construisez les tokens de marque, le logo original et les polices hors ligne. Générez des images de style et vérifiez le contraste de la palette et la lisibilité du texte. Les exceptions de charte fournies doivent figurer dans le brief.
4. Lisez timing-grid.md, motion-tokens.md, camera.md, transitions.md et le guide du moteur sélectionné. Placez chaque repère, acte, durée, temps de texte et événement sonore sur la timeline partagée. Utilisez des données déclaratives pour l'interface utilisateur réelle du produit ; lisez product-ui.md pour les démonstrations.
5. Créez la composition et la partition en utilisant sound.md. Reconstruisez les repères et les pistes avec la commande native audio. Utilisez les outils de partition, de synthèse et de mastering via l'adaptateur. Ne prétendez jamais à la synchronisation sonore à partir du seul timing source.
6. Lisez finishing.md et chromium-rendering.md. Générez un aperçu, inspectez le flux décodé réel, exécutez les audits de grille, lint, sonde, synchronisation, mise en page, criminalistique et audio strict basé sur les pistes. Générez des planches contact, inspectez les images signalées en pleine taille, et conservez chaque rapport. Déclarez les coupes/arrêts conçus avec leurs raisons, plutôt que de supprimer des défauts gênants.
7. Lisez review-loop.md. Révisez à travers les lentilles de réalisateur, criminalistique, synchronisation sonore, art-texte-interface et vérificateur en utilisant les modèles source assets/critics/*.md. Exécutez les lentilles séquentiellement sauf si l'utilisateur autorise des critiques parallèles. Vérifiez chaque P0/P1 avec des preuves image/audio, corrigez par ordre d'impact, enregistrez les corrections et regénérez. Les films/démonstrations de lancement nécessitent au moins deux cycles ; les boucles/logos au moins un ; arrêtez après cinq et signalez les problèmes non résolus.
8. Notez les onze dimensions originales : Idée et dispositif, Accroche (0–2 s), Texte et typographie, Couleur et marque, Composition, Mouvement, Transitions, Rythme, Vérité produit, Son et synchronisation, Finition. Minimum 3 chacune, moyenne au moins 4,2, Finition et Son et synchronisation 5, aucun P0 ouvert, toutes les portes techniques passées. Une boucle silencieuse peut marquer Son N/A avec une justification de format enregistrée. Consignez les preuves et l'approbation humaine séparément. La commande native review valide le registre des preuves ; elle n'invente pas de jugements de critique.
9. Générez le master final une fois la direction arrêtée, lancez les vérifications finales de criminalistique/audio et inspectez les images de flou les plus rapides et les limites d'actes. Utilisez deliver pour les affiches, boucles, GIF/WebM, logos alpha et variantes sociales explicitement remises en page. Utilisez brand-kit lorsqu'une marque a été inventée. formats.md définit la liste de livrables spécifique au format, y compris les sous-titres SRT pour les démonstrations. Livrez les fichiers avec leur manifeste QA ; signalez toute porte incomplète explicitement.

Exécution native

Depuis le dépôt, utilisez npm.cmd run cinetic -- COMMANDE --project "data/films/NOM" .... Dans un film généré, utilisez node scripts/native.mjs COMMANDE ... ou ses scripts npm. Utilisez des chemins exécutables et des tableaux d'arguments pour l'orchestration. N'exécutez jamais de Bash en amont, n'utilisez pas de symlinks Unix, n'installez pas de paquets dans les films générés, et ne mettez pas de briefs dans le texte des commandes shell. Les espaces de travail générés utilisent les dépendances exactes verrouillées du dépôt.

Les références source décrivent des algorithmes artistiques et des seuils. Traduisez leurs exemples de commandes à l'aide du guide des commandes natives : render.sh → render, render-chunks.sh → render-chunks, hf-finish.sh → hf-finish, deliver.sh → deliver, brand-kit.sh → brand-kit, layout-audit.sh → layout-audit, grab.sh → grab, et les noms d'outils Python → commandes du même nom de base. Tous les chemins et sorties restent dans ce dépôt.