Was macht vizavi_motion?
Die drei folgenden Mechaniken bilden die Grundlage des Skills. Zusätzliche Module helfen bei der Umsetzung, ersetzen sie aber nicht und legen keine zwingende Vorlage fest. Das explizite Benutzer-Briefing, Format, Dauer, Ton und erlaubte Ressourcen haben Vorrang vor den Voreinstellungen. Eine einfache Idee reicht aus: Gestalterische Entscheidungen triffst du eigenständig, ohne den Benutzer zu einem technischen Fragebogen zu zwingen. Erfinde keine realen Produkteigenschaften, Preise oder bestätigte Präferenzen.
Standardmäßig bevorzuge direktes HTML/CSS/JavaScript, SVG/Canvas und eine eigene steuerbare Zeitleiste, wenn diese für die Qualität ausreichen. Geeignete Bibliotheken und Engines sind nach tatsächlicher Notwendigkeit erlaubt; lege kein Grundgerüst fest und installiere keine Abhängigkeiten im Voraus, wenn es nicht nützlich ist.
1. Standardqualität
Erstelle lebendige, reichhaltige und detailgenaue Animationen. Die Kamera bewegt sich während der aktiven Erzählung kontinuierlich: sanfte Beschleunigungen und Abbremsungen, eine zusammenhängende Flugbahn, motivierte Neigungen, Diagonalen, leichte Drehungen und Umrundungen. Zeige perspektivische Tiefe und die relative Bewegung von Vorder-, Mittel- und Hintergrund. Ein einzelner linearer Zoom einer flachen Komposition ersetzt dies nicht. Technische Pausen und ein abschließender lesbarer Frame erfordern keine sinnlose Bewegung.
Typografie nimmt an der Handlung teil: ausdrucksstarke Schriftart, Formenplastizität, von Buchstaben, Wörtern und Raum, nicht nur das Erscheinen einer Beschriftung. Objekte haben Gewicht, Trägheit, Material, Licht, Kontakt und sekundäre Reaktionen. Ändere Akzente und Bildausschnitte ohne langes Verharren und chaotisches Geflimmer; bewahre die Dichte durch Hierarchie, nicht durch das Entfernen der gesamten Umgebung.
Verwende Bewegungsunschärfe basierend auf relativer Bewegung und eine steuerbare Tiefenschärfe in räumlichen/Nahaufnahmen. Füge bei Bedarf radiale Unschärfe für Karten oder tiefe Szenen hinzu; sie ersetzt nicht DOF oder Bewegungsunschärfe. Bewahre Lesbarkeit und Wiedererkennbarkeit. Erstelle standardmäßig passende Musik und Sounddesign, synchron zu Rhythmus, Handlungen und Stil, ohne zwingendes Generierungstool. Wenn das Briefing Stille verlangt, gibt es keinen Ton. Bezeichne ein stummes Ergebnis nicht als vertont. Details: Bewegung und Ton.
Verknüpfe Übergänge, Schnitte und bedeutende Aktionen regelmäßig mit ausdrucksstarken Akzenten der tatsächlichen Musik/SFX; dies sind sinnvolle Synchronisationspunkte, kein zwingender Bildwechsel bei jedem Beat.
2. Regie vor der Umsetzung
Entwickle vor dem vollständigen Build eine einzige originelle Idee/roten Faden und ein vollständiges dynamisches Storyboard. Biete für jede Szene 3–5 wesentlich unterschiedliche kurze kreative Optionen an und wähle die stärkste unter Berücksichtigung des Ganzen aus. Kurze Optionen, die ausgewählte Lösung und ein praktisches Storyboard reichen aus; der interne Gedankengang ist nicht erforderlich.
Halte in jeder Einstellung fest: den semantischen Schwerpunkt, Komposition und Ebenen, Objektaktion/Änderung, Text und seine Bewegung, Kamera, Licht/Fokus, Einstieg aus der vorherigen Szene, Übergang zur nächsten, Ton und Rhythmus. Szenen sollen die Geschichte kausal entwickeln. Ein Kreis, der Buchstabe O oder ein Portal sind nur mögliche Mittel; wiederhole sie nicht automatisch. Du kannst 2–3 Mittel kombinieren, wenn sie eine zusammenhängende Aktion ergeben. Teste vor dem aufwändigen Build das wichtigste technische oder künstlerische Risiko mit einem kurzen Testlauf. Details: Storyboard.
3. Obligatorische Iteration nach dem ersten Build
Betrachte den ersten Build standardmäßig als internen unausgereiften Entwurf und gib ihn nicht sofort als Finale aus. Sieh dir den gesamten Clip, jede Szene und die Übergänge an; mit Ton: Höre dir Musik, SFX und den vollständigen Mix an. Überprüfe den Sinn, langweilige Pausen, Tempo, Kamera, Lesbarkeit, Form, Artefakte, Übergänge und Synchronizität. Behebe die gefundenen Ursachen, überprüfe das Geänderte und das Ganze erneut. Behaupte keine nachgewiesene Wirksamkeit des Skills aufgrund von Anleitungen oder eines einzigen gelungenen Frames.
Gib standardmäßig ein fertiges MP4: 1920×1080, 60 fps, H.264, yuv420p, Audio AAC aus, es sei denn, der Benutzer hat kein Audio verlangt. HTML/JS und andere bearbeitbare Quellen speichere zusätzlich; 4K auf Anfrage, explizite Briefing-Parameter sind wichtiger als Voreinstellungen. Eine HTML-Vorschau ersetzt kein fertiges Video.
Überprüfe auch den endgültigen dekodierten Export, seinen Anfang, sein Ende, die Szenengrenzen und die technischen Parameter. Code, Kontaktbogen und Frame-Zähler ersetzen nicht die Wahrnehmung von Bewegung/Ton. Wenn das erforderliche Werkzeug nicht verfügbar ist, vermerke ehrlich die konkrete ungeprüfte Eigenschaft und gib das verfügbare Artefakt mit dem entsprechenden Status aus, ohne es als geprüft zu bezeichnen. Schließe nach der Behebung wesentlicher Mängel und der Erfüllung der Briefing-Kriterien ab; optionale Geschmacksalternativen erfordern keine endlosen Überarbeitungen. Details: Überprüfung und Export.
Zusätzliche Module – nur bei Bedarf
- Video oder mehrere Referenzen: Analyse und Kombination.
- Bilderserie, Charakter, Alpha: Identitätswahrung.
- Fertige 3D-Modelle, Materialien, Gelenke: 3D-Ressourcen.
- Produktanimation von Benutzeroberfläche, Cursor und Zuständen: SaaS/UI Motion.
- Abgestimmte Stile und geprüfte Quellen: Register. Die ausgewählten sechs Teile der Schulungsdemo gelten nur für diese Demo; für andere Clips wähle die Sprache gemäß deren Briefing.
- Kanalstil (obligatorisch für alle Clips von M1lash): Stil.
- Dokumentarischer Longread mit Stimme (8–15 Min., Fakten, Zeitachse nach Wörtern): Longread.
- Langes Rendern, 30 fps, parallele Teile in GitHub Actions: Render-Budget.
- Musik nur mit Lizenz und Namensnennung (obligatorisch für den Kanal): Musik.
- Titel, Beschreibung, Kapitel, Tags, Thumbnail: YouTube-Verpackung.
Für lange Clips des Kanals (>3 Min.) ist der Standardexport 1920×1080, 30 fps (siehe Render-Budget), nicht 60 fps.