video-workbench

Was macht video-workbench?

Dies ist der einheitliche Einstiegspunkt-Skill für Remotion + HyperFrames. Er behält die offiziellen Engines und offiziellen Skills bei, integriert die lokale Workbench, Materialien, Vorschau und Rendering. Web-Buttons führen lokale Programme direkt aus; der AI liest diesen Skill im Chat und bedient Tools, die Webseite liest oder führt den Skill nicht automatisch aus.

Audio und Untertitel direkt produzieren

Wenn der Benutzer einen Song und MD/TXT/SRT/LRC/VTT bereitstellt, lies zuerst den Lyrik-MV-Workflow und die aktuellen Untertitel-Stil-Spezifikationen. Wenn nur Audio vorhanden ist, aber keine Liedtexte, schreibe keine Songtexte selbst; fahre mit der Analyse des Bildmaterials/Audios fort und fordere dann die fehlenden Liedtexte an.

• MD/TXT: Jeder nicht-leere physische Zeilenumbruch ist ein Satz, behalte Text und Reihenfolge zeilenweise bei, nicht nach Kommas zusammenführen oder eigene Sätze bilden. Musiksymbole ♪ gelten ebenfalls als Text.
• Wenn MD keine Zeitstempel hat, richtet der AI das Audio aus und prüft es; gleichzeitig bereitgestellte Dateien mit Zeitstempeln und eingebettete Liedtexte im Audio dienen nur als Zeitreferenz, der vom Benutzer angegebene Satztext ist maßgeblich. Keine gleichmäßige Aufteilung der Gesangszeit auf die Wortanzahl.
• Das neue MV-Bildmaterial folgt weiterhin der Remotion/HyperFrames-Route unten; Untertitel verwenden standardmäßig strikt den aktuellen finalen Stil. Frühere Einzelsatz-ausblenden, Zweizeilen-Zusammenführen, 0,42-Sekunden-Stufen-Scrolling und sichtbare orange große Rechtecke wurden ersetzt.
• Standard-Untertitel: 1920×1080-Koordinatensystem, Barlow Black 42, cremeweiß #F0ECE5, rechtsbündig x=1830, Zeilenabstand 40px, transparenter Hintergrund, keine Schatten oder Konturen. Allgemeiner Zeitversatz standardmäßig 0 Sekunden, Anpassung basierend auf dem tatsächlichen Audio und Benutzerfeedback, nur einmal angewendet. Der vorherige Vorlauf von 0,6 Sekunden galt nur für ein Referenzsongprojekt und darf nicht auf andere Songs oder Benutzer übertragen werden.
• Der gesamte Liedtext bewegt sich als starres Förderband kontinuierlich nach oben; die Geschwindigkeit wird basierend auf der tatsächlichen Gesangszeit jedes Satzes angepasst, kurze Atempausen gehen kontinuierlich, deutliche Pausen ohne Text werden angehalten. Alte Sätze bleiben erhalten, die orangefarbene Linie gibt sie allmählich frei, die weiße Linie schneidet sie allmählich ab, unter Verwendung von räumlichem Zuschneiden und nicht von Ausblenden.
• Der ursprüngliche orangefarbene Fortschrittsbereich wird nur innerhalb der Glyphen des Liedtextes und der Musiksymbole angezeigt; Buchstabenlöcher, Zeilenzwischenräume und außerhalb der Buchstaben sind transparent. Behalte die #E85D26-Farbe, 50% Überlagerung und die von unten nach oben wachsende Fortschrittslogik bei. Die sechs Referenzmuster und alle zukünftigen Ergänzungen befinden sich unterhalb der Liedtextebene.
• Inhalt, Gesamtlänge, Rhythmus und Bildmaterial eines neuen Songs werden durch das tatsächliche Material bestimmt; die 62 Zeilen, 130-Sekunden-Schnittpunkte oder sechs Muster des vorherigen Songs werden nicht als Anforderungen für alle Projekte hartcodiert. Der Fortschritt des Referenztracks beträgt genau 240 Sekunden; neue Songs füllen standardmäßig die tatsächliche Gesamtlänge aus, können aber explizit auf 240 Sekunden festgelegt werden.

Wiederverwendbare Tools (Pfade relativ zu diesem Skill):

1. scripts/align_lyrics.py: Lokales Audio + Liedtexte ohne Zeitstempel + optionaler Zeitstempel-Referenz → Rohvorschlag für Timing und Prüfmarkierungen; gibt den Vorschlag nicht automatisch als geprüftes Ergebnis aus.
2. scripts/compile_lyrics.py: Geprüftes zeilenweises Zeit-JSON → ASS, SRT, Förderbandstatus und Glyphenmessungsprotokoll im aktuellen Stil.
3. scripts/render_video.py: Lokales Engine-Bildmaterial + Audiospur + kompilierte Ergebnisse → verifizierte finale Ausgabe, registrierbar, nur die letzten drei Versionen des Projekts behalten.

Parameter und Dateiformate siehe Skript-Schnittstelle. Abhängig von lokalem FFmpeg; lokales Alignment benötigt außerdem Faster Whisper und ein vorhandenes Modell. Der Skill enthält keine Modelle, FFmpeg oder Node-Engine-Laufzeit und repräsentiert nicht, dass Cloud-Generierungskontingente vorhanden sind.

Vorhandene Projekte ändern und drei Versionen behalten

Bestätige zuerst die tatsächliche Datei, die der Benutzer abspielt, und die neueste Version. Ändere nur das ausdrücklich angeforderte Projekt und die Parameter; behalte das ursprüngliche Bildmaterial, die Audiospur, den Schnittrhythmus und den vorhandenen Stil bei, es sei denn, diese Änderung wird explizit verlangt. Bei der Bearbeitung von Untertiteln priorisiere die Neusynthese einer separaten Untertitelebene unter Wiederverwendung des verifizierten zugrunde liegenden Bildmaterials, ohne alle Animationen neu zu zeichnen.

Wenn der Benutzer „noch 0,2 Sekunden vorher“ verlangt, addiere zum aktuellen kumulierten Versatz, kehre nicht zur ursprünglichen Version zurück oder wende den Standardversatz erneut an. Verwende x für die linke/rechte Begrenzung, y für die obere/untere Höhe; wenn der Benutzer die Achse falsch nennt, aber die geometrische Absicht klar ist, erkläre und führe in der tatsächlichen Richtung aus. Text-y ändert sich mit dem Scrollen, behaupte nicht, es habe ein einziges festes y.

**Behalte für jedes Projekt nur die neueste, die vorletzte und die drittletzte Exportversion. ** Sobald die neue Version generiert, dekodiert und der Inhalt geprüft wurde, lösche die älteren Exporte und entsprechenden veralteten Vorschauen dieses Projekts; behalte das ursprüngliche Material, die Untertitelquelle, das Projekt und die Alignment-Nachweise. Wenn ein zu löschender Export vom Projekt abhängt, ordne ihn zuerst den Materialien zu und korrigiere die Referenzen. Behalte die Reihenfolge der Exportregistrierung bei, lösche keine anderen Projekte nach Änderungszeit des gesamten Ordners. Details siehe Lyrik-MV-Workflow.

Die relevanten Anforderungen dieser Konversation und ersetzten Versionen siehe Benutzeranforderungsprotokoll, um die Vererbungsbeziehung zu verstehen; ersetze keine Parameter durch die ersetzten.

Zuerst das bestehende Projekt auflösen

Lies local-workspace.md für die installierte Arbeitsumgebung und Befehle. Öffne die aktuelle Quelle des Benutzers vor der Bearbeitung, da Studio und andere Sitzungen unabhängig speichern können.

• Vorhandene Remotion/React-Quelle: Behalte Remotion bei, lies ../remotion-best-practices/SKILL.md plus den passenden Domain-Skill.
• Vorhandene HyperFrames-HTML-Quelle: Behalte HyperFrames bei, lies ../hyperframes/SKILL.md plus den passenden Domain-Skill.
• Neues Musik/Lyrik/Beat-synchronisiertes Video: Bevorzuge HyperFrames mit ../music-to-video/SKILL.md, es sei denn, der Benutzer wählt Remotion.
• Neues React-getriebenes Datenanimation, wiederverwendbare React-Videokomponente oder Remotion-Anwendung: Verwende Remotion.
• Für andere neue Arbeiten wähle nach dem angeforderten Output unter Verwendung von capabilities.md. Folge einer expliziten Engine-Wahl.
• Quellmigration ist getrennt von Medienwiederverwendung. Verwende remotion-to-hyperframes nur für eine explizite Quellen-Port-Anfrage. Versprich keinen automatischen Roundtrip zwischen den Quellformaten.

Die Engines über Medien verbinden

Verwende ein gemeinsames Briefing, Storyboard, Beat/Phrasen-Zeiten, Untertitel-Zeitstempel und lokale Medien. Halte Quelldateien in ihrem nativen Framework bearbeitbar. Tausche MP4/WebM/MOV, Bildsequenzen, WAV, Bilder und Caption-JSON/SRT nach Bedarf aus. Kopiere oder stelle Quellmedien bereit; ersetze nicht das Original des Benutzers.

Die lokale verifizierte Demonstration rendert das Remotion-Projekt nach MP4, stellt diese Datei mit ihrem SHA-256 in bridge-manifest.json bereit und platziert sie in einer HyperFrames-Timeline. Dies ist ein Beispiel für Medieninteroperabilität, kein Quellcode-Konverter.

Halte die Uhren getrennt: Remotion verwendet useCurrentFrame() und seine deterministischen React-APIs; HyperFrames verwendet die suchbare Laufzeit und Timeline, beschrieben durch hyperframes-core. Lies die Regeln der aktiven Engine vor dem Erstellen; übertrage engine-spezifische Einschränkungen oder Syntax nicht blind.

Die vollständige Skill-Bibliothek progressiv nutzen

Das Repository-Setup installiert alle 33 verankerten offiziellen Skills und ihre Support-Dateien; überprüfe ihre Anwesenheit, bevor du behauptest, sie seien bereit. Konsultiere die Fähigkeitskarte, lies dann den ausgewählten Skill und seine relevanten Referenzen vollständig. Der Index ersetzt keine detaillierten Anweisungen eines Workflows. Vermeide das Laden von nicht zusammenhängenden Workflows in eine enge Bearbeitung.

Für MV-Arbeit bestimme die Musikquelle und den gewünschten visuellen Stil. Analysiere den tatsächlichen Track vor der Auswahl von Schnitten. Bevorzuge Phrasen und Energie bei ruhiger Musik, und Beat-Anker bei wirklich rhythmischer Musik. Überprüfe das Timing des Gesangs, bevor du Liedtexte als synchronisiert präsentierst. Biete einen kurzen repräsentativen Ausschnitt, wenn der Stil unentschlossen ist.

Das tatsächliche Lieferprodukt verifizieren

Führe die ausgewählten Engine-Checks aus; inspiziere Frames, die importierte Videos enthalten, und bestätige Audio in der exportierten Datei. Eine funktionierende Skill-Installation, ein bestandener Doctor-Report, ein erfolgreicher Render und die Zustimmung des Benutzers zum visuellen Ergebnis sind unterschiedliche Behauptungen. Berichte nur den tatsächlich verifizierten Zustand.

Installierte Skills stellen keine Berechtigungsnachweise, Cloud-Guthaben, Videogenerierungsmodelle oder Quellmaterialien bereit. Verwende die autorisierten Dienste des Benutzers, wenn erforderlich. Die Installation dieser Skills autorisiert keine Veröffentlichung, Cloud-Uploads, externes Feedback, Nachrichten oder bezahlte Generierung; folge den Anweisungen des Benutzers und den Autorisierungsregeln des Hosts. Behalte die telemetriedeaktivierte Umgebung der lokalen Integration bei, wenn du ihre Wrapper verwendest.