Cinetic unter Windows
Dieser repository-lokale Workflow portiert Cinetic v1.0.0, Revision 91c43acf4ea183ea68861d4cd99ec054f6741876, MIT. Es wird explizit aus dieser Datei geladen; es ist nicht global installiert. Lesen Sie die native Befehlsanleitung, bevor Sie Befehle ausführen. Die vollständige unveränderte Quelle und ihre Hashes befinden sich in third_party/cinetic; Shell-Skripte dort sind Herkunftsnachweise, keine ausführbaren Anweisungen für Windows.
Regie und Eigentümerschaft
Führen Sie Regie bei einem Kurzfilm zu einer produktspezifischen Idee. Bild, Text und Ton teilen sich eine gemeinsame Timeline. Ein Rendering, das die technischen Prüfungen besteht, benötigt dennoch eine kreative Durchsicht. Halten Sie sich an die bereitgestellte Markenidentität; wenn Sie eine Marke erfinden, wenden Sie die ursprünglichen Verbote und Platzhalterprüfungen aus dem Quell-Workflow an. Entfernen Sie Platzhalter-Markierungen nicht, ohne das Platzhalter-Design zu ersetzen.
- Schreiben Sie
BRIEF.md: Produkt, Zielgruppe, Versprechen, Format, Dauer, Platzierung, bereitgestellte Marke, Annahmen und Ausgabeliste. Leiten Sie übliche Entscheidungen aus einem angemessenen Briefing ab; fragen Sie nur nach wesentlichen fehlenden Informationen. - Lesen Sie
references/concept-and-story.mdunter der festgelegten Quelle. Entwickeln Sie drei Konzepte: das Verb des Produkts, den Schmerz des Betrachters und ein formales Mittel. Wenden Sie die Eigentümerschafts- und Löschtests an. Füllen Sie die generierteTREATMENT.md: Logline, Hook/Turn/Proof/Promise/Lockup, Schuss-Pfad, Beat-Sheet, vollständiger Text und letztes Bild. - Lesen Sie
brand-and-color.mdundcopy-and-type.md. Bauen Sie die Marken-Tokens, das ursprüngliche Logo und die Offline-Schriftarten auf. Rendern Sie Stilframes und überprüfen Sie den Kontrast der Palette und die Lesbarkeit des Texts. Ausnahmen für bereitgestellte Marken gehören in das Briefing. - Lesen Sie
timing-grid.md,motion-tokens.md,camera.md,transitions.mdund das ausgewählte Engine-Handbuch. Setzen Sie jedes Cue, jeden Akt, jede Dauer, jeden Texthaltepunkt und jedes Tonereignis auf die gemeinsame Timeline. Verwenden Sie deklarative Daten für echte Produkt-UI; lesen Sieproduct-ui.mdfür Walkthroughs. - Verfassen Sie die Komposition und vertonen Sie sie mit
sound.md. Bauen Sie Cues und Stems mit dem nativenaudio-Befehl neu auf. Verwenden Sie die Werkzeuge für Partitur, Synthese und Mastering über den Adapter. Beanspruchen Sie niemals Tönsynchronität allein aus der Quell-Timeline. - Lesen Sie
finishing.mdundchromium-rendering.md. Rendern Sie eine Vorschau, überprüfen Sie die tatsächliche decodierte Ausgabe, führen Sie Raster-, Lint-, Probe-, Sync-, Layout-, Forensik- und strenge stem-basierte Audio-Audits durch. Generieren Sie Kontaktbögen, überprüfen Sie gekennzeichnete Frames in voller Größe und behalten Sie alle Berichte. Deklarieren Sie entworfene Schnitte/Standbilder mit Gründen, anstatt unbequeme Fehler zu unterdrücken. - Lesen Sie
review-loop.md. Überprüfen Sie durch die Linsen Regie, Forensik, Tönsynchronität, Kunst-Text-UI und Verifizierer unter Verwendung der Quellvorlagen ausassets/critics/*.md. Führen Sie Linsen nacheinander aus, es sei denn, der Benutzer autorisiert parallele Kritiker. Verifizieren Sie jedes P0/P1 mit Bild-/Tonbelegen, beheben Sie in der Reihenfolge der Auswirkung, dokumentieren Sie Korrekturen und rendern Sie neu. Gestartete Filme/Walkthroughs benötigen mindestens zwei Durchläufe; Loops/Stings mindestens einen; brechen Sie nach fünf ab und melden Sie ungelöste Probleme. - Bewerten Sie die ursprünglichen elf Dimensionen: Idee und formales Mittel, Hook (0–2 s), Text und Typografie, Farbe und Marke, Komposition, Bewegung, Schnitte, Tempo, Produktwahrheit, Ton und Synchronität, Finish. Minimum 3 je, Durchschnitt mindestens 4,2, Finish sowie Ton und Synchronität 5, kein offenes P0, alle technischen Prüfungen bestanden. Ein stummer Loop kann Ton mit N/A und einer dokumentierten Formatbegründung markieren. Dokumentieren Sie Belege und menschliche Zustimmung separat. Der native
review-Befehl validiert das Belegverzeichnis; er erfindet keine Kritikerurteile. - Rendern Sie das finale Master, sobald die Regie feststeht, führen Sie abschließende Forensik-/Tonprüfungen durch und überprüfen Sie die schnellsten Unschärfeframes und Aktionsgrenzen. Verwenden Sie
deliverfür Poster, Loops, GIF/WebM, Alpha-Stings und explizit neu angeordnete soziale Varianten. Verwenden Siebrand-kit, wenn eine Marke erfunden wurde.formats.mddefiniert die formatspezifische Ausgabeliste, einschließlich erstellter SRT-Untertitel für Walkthroughs. Liefern Sie Dateien mit ihrem QA-Manifest; melden Sie jedes unvollständige Tor explizit.
Native Ausführung
Verwenden Sie aus dem Repository npm.cmd run cinetic -- COMMAND --project "data/films/NAME" .... Verwenden Sie innerhalb eines generierten Films node scripts/native.mjs COMMAND ... oder seine npm-Skripte. Verwenden Sie ausführbare Pfade und Argumentarrays für die Orchestrierung. Führen Sie niemals upstream Bash aus, verwenden Sie Unix-Symlinks, installieren Sie Pakete in generierten Filmen oder setzen Sie Briefings in Shell-Befehlstext. Generierte Arbeitsbereiche verwenden die exakt gesperrten Abhängigkeiten des Repositorys.
Die Quellreferenzen beschreiben künstlerische Algorithmen und Schwellenwerte. Übersetzen Sie ihre Befehlsbeispiele mit der nativen Befehlsanleitung: 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 und Python-Tool-Namen → Befehle desselben Basissnamens. Alle Pfade und Ausgaben bleiben in diesem Repository.