FYP-Videos erstellen

Was macht FYP-Videos erstellen?

Verwandle das Projektmaterial eines/einer Studierenden in ein Video, das ein gemischtes Bewertungskomitee beim ersten Ansehen versteht und danach im Gedächtnis behält. Der Ansatz stammt von einem echten Expo-Video, das funktioniert hat: die eigenen Diagramme des Projekts, als saubere Vektor-Bewegungsgrafiken neu gezeichnet, ein natürlicher KI-Erzähler, jeder Animations-Cue, der auf dem gesprochenen Wort landet, eine ehrliche Kennzeichnung von dem, was gebaut wurde versus dem, was geplant ist, und ein strenger Verifikationsdurchlauf vor der Auslieferung.

Der/die Studierende sollte so wenig wie möglich tun müssen: ein paar Fragen beantworten, Dateien übergeben, ein Skript in ein kostenloses Sprach-Tool einfügen und einem Design zustimmen. Du erledigst alles andere.

Die acht Phasen

Kopiere diese Checkliste in deine Aufgabenliste und halte sie aktuell:

- [ ] 1 Erfassung: Materialien sammeln, Fachgebiet identifizieren, nach Fehlendem fragen, Regeln und Spezifikationen klären
- [ ] 2 Verstehen: alles lesen, das Fachgebiet recherchieren, das Faktenblatt und das Behauptungsregister schreiben
- [ ] 3 Handwerks-Recherche: aktuelle Bewertungserwartungen und aktuelle Remotion-Praktiken prüfen
- [ ] 4 Design: Konzept, visuelles System, Storyboard, Skript; Selbstkritik; Studierende/r genehmigt
- [ ] 5 Stimme: Studierende/r wählt einen Sprachpfad; Aufnahmen treffen ein; transkribieren und jedes Wort prüfen
- [ ] 6 Bau: Remotion-Projekt, Zeitleiste aus Wort-Zeitstempeln, Szenen, Standbild-Review-Schleife
- [ ] 7 Rendern: chunkweises Rendern, Lautstärke- und Farb-Mastering, Untertitel-/Saubere-Varianten
- [ ] 8 Verifizieren und liefern: QA-Checkliste bestanden, Dateien und ein kurzer Bericht übergeben

<skill> unten bedeutet den eigenen Ordner dieser Fähigkeit (in dem diese SKILL.md lebt); Skripte werden aus dem Video-Projektordner ausgeführt, sofern nicht anders angegeben.

Zwei Tore benötigen den/die Studierende/n: die Genehmigung des Designs (Ende von Phase 4) und die Sprachaufnahmen (Phase 5). Alles andere läuft ohne Wartezeit weiter. Während der/die Studierende beschäftigt ist (aufnehmen, Dateien sammeln), arbeite an allem weiter, was nicht von ihm/ihr abhängt, z. B. Szenen gegen eine Rohstimme bauen.

---

Phase 1 · Erfassung

Lies jetzt references/intake.md. Es enthält die Eröffnungsfragen, die universelle Materialliste und wie man mit möglichst wenigen Rückfragen fragt.

1. Nimm das, was der/die Studierende zuerst gegeben hat (Bericht, Poster, Folien, Repo-Link, einen Absatz) und überfliege es, bevor du etwas fragst. Frage niemals nach etwas, das dir bereits gegeben wurde.
2. Identifiziere das Fachgebiet (VLSI/Hardware, Embedded/IoT, Software/Web/Mobil, KI/ML, Netzwerke/Sicherheit, Robotik/Mechatronik, Energie/Elektrotechnik, Maschinenbau/Bauingenieurwesen, Biomedizin oder eine Mischung), lies dann den passenden Abschnitt von references/domains.md. Er listet die Eingaben auf, die Videos in diesem Bereich stark machen, und die visuellen Elemente, die Prüfer erwarten.
3. Frage einmal in einer einzigen Sammelanfrage nach: dem Videotyp und der Längenbegrenzung, den offiziellen Regeln oder der Bewertungsmatrix, der Abgabefrist und den fachspezifischen Materialien, die noch fehlen (Diagramme, Spezifikationsdateien, Implementierungsdateien, Ergebnisse, Screenshots oder Bildschirmaufnahmen, Logos, Team- und Betreuer-Namen). Verwende das AskUserQuestion-Tool, wo verfügbar, für Auswahlmöglichkeiten und eine einfache Checkliste für Dateien. Markiere jedes Element als wesentlich oder nice-to-have, damit der/die Studierende weiß, worauf es ankommt.
4. Bestätige die Projektphase. „Vorschlag / in Arbeit / abgeschlossen“ bestimmt die Zeitform und welche Behauptungen erlaubt sind (siehe Behauptungsregister in Phase 2). Dies falsch zu machen, ist der schwerwiegendste Fehler, den ein Projektvideo machen kann.
5. Schreibe brief.md im Arbeitsordner: Videotyp(en), Dauerbegrenzung, Zielgruppe, Abgabefrist, Phase, erhaltene Materialien, fehlende Materialien, Einschränkungen. Zeige es in ein paar Zeilen an und fahre fort; warte nicht auf eine Antwort, es sei denn, etwas Wesentliches fehlt.

Standard-Videotypen, wenn der/die Studierende es nicht weiß (Details in references/storytelling.md):

Typ	Länge	Zweck
Expo-Pitch	2:00–3:00 (mind. 5 s unter jeder Obergrenze bleiben)	Hauptbeitrag; Poster-QR-Code
Booth-Schleife	0:60–1:30, nahtlose Schleife	Läuft stumm am Stand; muss ohne Ton funktionieren
Demo-Video	3–6 min	Vollendetes, funktionierendes Projekt: reale Aufnahmen plus erklärende Grafiken
Präsentationsvideo	6–15 min	Kommentierte Führung als Ersatz für einen Live-Vortrag
Teaser	0:30–0:60	Soziale Medien oder Eröffnungsfolie

Phase 2 · Das Projekt verstehen

Lies references/research.md.

1. Lies jede gelieferte Datei vollständig, einschließlich Diagrammen (Bilder ansehen), Code-Einstiegspunkten, Spezifikationstabellen und Ergebnisprotokollen. Projekte stecken voller Details, die der Bericht übergeht, und diese Details ergeben die besten visuellen Elemente.
2. Recherchiere, was du noch nicht über das Fachgebiet weißt: die Standards, Algorithmen oder physikalischen Gesetze, auf die sich das Projekt stützt, und wie Experten sie normalerweise zeichnen. Verwende Websuche, wenn verfügbar. Bevorzuge Primärquellen (Standards, Datenblätter, Paper, offizielle Dokumente).
3. Erstelle drei Dateien:
   • fact-sheet.md: eine Seite, die das Problem, den Ansatz, die Architektur, die Ergebnisse und die Auswirkungen in einfacher Sprache erklärt, wobei jede Zahl mit einer Datei und Seite/einem Abschnitt belegt ist.
   • claims-ledger.md: jede Zahl oder Behauptung, die auf dem Bildschirm erscheinen könnte, getaggt als gemessen, simuliert, Ziel/Schätzung, geplant oder Hintergrund (zitiert). Nur Registereinträge dürfen im Video erscheinen. Der Tag bestimmt die Formulierung („erreicht“ vs. „zielt auf“ vs. „wird“).
   • glossary.md: Akronyme und Namen mit der Angabe, wie sie laut ausgesprochen werden (z. B. „RISC-V → risk five“, „ML-KEM → em-el kem“). Das Sprachskript und die Untertitel stützen sich darauf.
4. Wenn etwas Wichtiges widersprüchlich ist (zwei verschiedene Taktraten, ein Bus, der im Bericht und auf dem Poster unterschiedlich benannt ist), frage den/die Studierende/n, welche Quelle aktuell ist. Rätse nicht herum.

Phase 3 · Handwerks-Recherche

Setze diesen Aufwand proportional ein: eine schnelle Überprüfung, keine Literaturrecherche.

• Suche nach der tatsächlichen Veranstaltung des/der Studierenden: ihrer Bewertungsmatrix, Längenbegrenzung, Format und etwaigen früheren Gewinnervideos. Prüfer bewerten anhand der Matrix, also sollte das Skript jedes Kriterium explizit ansprechen.
• Überprüfe die aktuelle Remotion-Version und API-Hinweise, wenn etwas in references/remotion-build.md veraltet erscheint. Falls der offizielle Remotion-Agenten-Skill installierbar ist (npx remotion skills add innerhalb eines Remotion-Projekts), installiere ihn für maßgebliche API-Details.
• Lese references/visual-design.md vor dem Design. Es enthält die Bewegungsgrammatik, Szenenarchetypen und die Anti-„KI-Diashow“-Regeln, die das Referenzvideo zum Funktionieren gebracht haben.

Phase 4 · Das Video designen

Lies references/storytelling.md und references/visual-design.md.

1. Konzept. Ein Satz plus eine visuelle Idee, die das gesamte Video trägt (z. B. „das Poster erwacht zum Leben: ein kontinuierliches Diagramm, durch das die Kamera fliegt“). Es sollte aus dem Projekt selbst stammen, nicht aus einer generischen Tech-Ästhetik.
2. Visuelles System aus der eigenen Identität des Projekts: die Farben des Posters/Berichts, Schriftarten, Logo und Diagrammstil. Weise jeder Farbe eine Bedeutung zu und behalte sie während des gesamten Videos bei (z. B. Bernstein = nur Ziele).
3. Storyboard in video-design.md unter Verwendung von assets/storyboard-template.md: Szenen-ID, Zeitfenster, Erzählung, Bild, Text auf dem Bildschirm, Ton und welche Registerfakten es verwendet. Plane 3–5 „Applaus-Momente“: visuelle Höhepunkte, in denen eine abstrakte Idee offensichtlich wird.
4. Skript mit etwa 140–150 gesprochenen Wörtern pro Minute, wobei 5–10 % Spielraum unter der Obergrenze bleiben. Schreibe für das Ohr: kurze Sätze, eine Idee pro Satz, Zahlen so ausgesprochen, wie die Leute sie sagen.
5. Selbstkritik-Schleife. Bewerte den Entwurf anhand der Matrix in references/storytelling.md wie ein skeptischer Prüfer von außerhalb des Fachgebiets. Überarbeite, bis jede Zeile gut bewertet wird, mindestens zweimal. Übliche Korrekturen: Fachjargon in den ersten 20 Sekunden streichen, ein konkretes Beispiel hinzufügen, den Höhepunkt visuell statt gesprochen gestalten.
6. Genehmigungstor. Zeige dem/der Studierenden das Konzept, die Szenentabelle und das vollständige Skript plus drei Stilbilder, wenn der Bau weit genug fortgeschritten ist. Warte auf Genehmigung oder Änderungen. Dies ist der günstigste Zeitpunkt, um die Richtung zu ändern.

Phase 5 · Stimme

Lies references/voice.md. Biete die drei Pfade mit ehrlichen Kompromissen an und empfehle den ersten:

1. Google AI Studio (Gemini TTS). Kostenlos, natürlich und ausdrucksstark; etwa 15 Minuten Zeitaufwand für den/die Studierende/n. Gib ihnen das Kopieren-und-Einfügen-Sprachblatt, das aus assets/voice-sheet-template.md erstellt wurde: genaue Klicks, eine Stilzeile, Skriptblöcke zur Aussprache geschrieben, Dateibenennung und eine Hör-Checkliste.
2. Die eigene Stimme des/der Studierenden. Die authentischste Option, die von Prüfern belohnt wird. Gib Aufnahmetipps und dieselben Skriptblöcke.
3. Hier generierte lokale TTS. Kein Aufwand für den/die Studierende/n, klingt aber merklich synthetischer. Verwende die beste verfügbare Engine (siehe voice.md) und sage deutlich, dass es im Vergleich zu Option 1 roboterhaft klingen wird.

Warte nicht untätig auf Aufnahmen: Baue die Animatic mit einer Rohstimme (lokale TTS) und passe die Zeiten an, wenn die echten Aufnahmen eintreffen. Wenn Aufnahmen eintreffen, transkribiere sie (scripts/transcribe.mjs) und vergleiche sie Wort für Wort mit dem Skript: fehlende Wörter, falsch gelesene Namen, laut gelesene Pausenmarkierungen und Tempo. Du kannst nicht zuhören, also ist diese Transkriptionsprüfung deine Ohren; sag dem/der Studierenden genau, welche Zeile er/sie bei Bedarf neu generieren soll.

Phase 6 · Bau

Lies references/remotion-build.md. Dann:

1. Führe node <skill>/scripts/check_env.mjs für Node, Festplatte, RAM, Chrome und Python aus. Wenig Festplattenplatz oder RAM ändert die Art des Renderns (siehe references/troubleshooting.md); finde es jetzt heraus, nicht nach drei Stunden.
2. Erstelle das Projekt mit node <skill>/scripts/init_project.mjs <ordner>. Es kopiert die Remotion-Vorlage und die Hilfsskripte, danach führst du dort npm install aus.
3. Lege Aufnahmen in public/audio/voice/takes/ ab, führe dann node scripts/transcribe.mjs aus, um Wort-Zeitstempel zu erhalten (scripts/words.json).
4. Schreibe video.spec.json (Szenen, Untertitel, Cue-Anker als gesprochene Phrasen) und führe node scripts/build_timeline.mjs aus. Es erzeugt src/data/timeline.json und .srt-Dateien. Jeder Animations-Cue ist an einer gesprochenen Phrase verankert, sodass das Bild auf dem Wort landet, selbst wenn sich die Aufnahmen ändern.
5. Führe python scripts/audio_tools.py aus, um die Stimme zu bereinigen und zu pegeln und um ein originelles Musikbett und Soundeffekte zu synthetisieren. Lizenzierte Tracks sind optional und müssen lizenzfrei sein.
6. Schreibe eine Komponente pro Szene in src/scenes/ unter Verwendung des Baukastens der Vorlage (Boxen, Drähte, Kacheln, Tags, Kamera). Zeichne die echten Diagramme des Projekts als Vektoren; erfinde niemals Architektur.
7. Standbild-Review-Schleife. Dieser Schritt macht das Ergebnis gut. Rendere Standbilder zu den wichtigsten Cue-Zeiten (node scripts/stills.mjs <Composition> t1 t2 …), betrachte jedes Bild und korrigiere Überlappungen, abgeschnittenen Text, Timing (Objekte, die vor ihrem Wort erscheinen), unlesbare Größen und leere Frames. Wiederhole, bis ein vollständiger Durchlauf nichts findet. Erwarte 3–5 Durchläufe. Bereinige %TEMP%//tmp remotion-*-Bündel zwischen den Durchläufen, wenn der Speicherplatz knapp ist.

Phase 7 · Rendern und Mastern

node scripts/render.mjs <Composition> <ausgabe.mp4> rendert in fortsetzbaren 15-Sekunden-Blöcken, fügt sie zusammen, multiplexed das Audio und mastered das Ergebnis: −16 LUFS integriert, −1,5 dBTP, BT.709 eingeschränkter Bereich, AAC 48 kHz, Fast-Start. Rendere eine untertitelte und eine saubere Variante. Auf einem Rechner mit viel Festplattenplatz und RAM ist ein Single-Pass npx remotion render gefolgt von scripts/master.mjs auch in Ordnung.

Rendere ein Video nach dem anderen. Parallele Renderings erschöpfen RAM und Festplatte auf Studenten-Laptops.

Phase 8 · Verifizieren und liefern

Führe node scripts/qa.mjs <datei.mp4> --max <sekunden> aus, arbeite dann references/verification.md durch: Dauer unter der Obergrenze, Bildanzahl, Lautstärke, keine schwarzen oder eingefrorenen Abschnitte, Untertitel synchron, aus der endgültigen Datei (nicht der Vorschau) entnommene und überprüfte Frames, jede Zahl auf dem Bildschirm im Behauptungsregister, Namen richtig geschrieben, und Credits vorhanden.

Liefere:

• die MP4s (untertitelt, sauber), .srt-Dateien und den bearbeitbaren Projektordner
• einen kurzen Bericht: wofür jede Datei ist, was verifiziert wurde, was der/die Studierende noch nach Gehör prüfen muss (Aussprache, Synchronisation) und wie eine Zeile später geändert werden kann
• ein Angebot, Build-Werkzeuge zu löschen (node_modules, Caches), falls der/die Studierende den Festplattenplatz zurückbraucht

---

Prinzipien, die am wichtigsten sind

• Wahrheit vor Hype. Ein fertig aussehendes Video eines unfertigen Projekts ist eine Haftung in der Fragerunde. Kennzeichne Ziele als Ziele, Pläne als Pläne, Simulationen als Simulationen. Verwende nur Fakten aus dem Behauptungsregister.
• Die eigene Identität des Projekts, nicht eine Tech-Ästhetik. Seine Farben, seine Diagramme, seine Modulnamen. Keine leuchtenden Leiterplatten, Partikelnetzwerke, Kapuzen-Hacker oder Stock-3D-Chips.
• Eine Idee pro gesprochener Phrase. Hebe eine Sache hervor; dimme den Rest. Halte jeden Höhepunkt 0,5–1,5 s.
• Cues auf Wörtern. Die Animation wird durch die Zeitstempel der Erzählung gesteuert, nicht durch geratene Szenenzeiten.
• Lesbar auf einem Beamer und einem Telefon. Beschriftungen ≥ 24 px bei 1080p (bevorzuge 28+), Satzuntertitel im unteren Fünftel, nichts Wichtiges innerhalb von 96 px vom Rand.
• Verifiziere, was du lieferst. Überprüfe aus der endgültigen MP4 entnommene Frames. Die Vorschau ist nicht das Produkt.

Referenzdateien

Datei	Lesen, wenn
references/intake.md	Phase 1: Fragen, Material-Checkliste
references/domains.md	Phase 1–4: fachspezifische Eingaben, visuelle Elemente, Fallstricke
references/research.md	Phase 2: Faktenblatt, Behauptungsregister, Glossar-Formate
references/storytelling.md	Phase 4: Strukturen pro Videotyp, Skriptregeln, Bewertungsmatrix
references/visual-design.md	Phase 3–6: visuelles System, Bewegungsgrammatik, Szenenarchetypen
references/voice.md	Phase 5: AI Studio-Schritte, Tipps für eigene Stimme, lokale TTS, Take-QC
references/remotion-build.md	Phase 6–7: Projektstruktur, Spezifikationsformat, Szenencode-Muster
references/verification.md	Phase 8: QA-Checkliste und Lieferbericht
[referen…

…