Que fait Création de vidéos de projet de fin d'études (FYP) ?
Transformez le matériel du projet d'un étudiant en une vidéo qu'un comité de juges mixte comprend en un seul visionnage et dont il se souvient par la suite. L'approche provient d'une vraie vidéo d'exposition qui a fonctionné : les diagrammes du projet redessinés en graphiques animés vectoriels clairs, un narrateur IA naturel, chaque animation se déclenchant au moment de la parole, un étiquetage honnête de ce qui est construit par rapport à ce qui est planifié, et un passage de vérification strict avant la livraison.
L'étudiant doit faire le moins possible : répondre à quelques questions, fournir des fichiers, coller un script dans un outil vocal gratuit et approuver le design. Vous faites tout le reste.
Les huit phases
Copiez cette liste de vérification dans votre liste de tâches et tenez-la à jour :
- [ ] 1 Collecte : recueillir les matériaux, identifier le domaine, demander ce qui manque, établir les règles et les spécifications
- [ ] 2 Compréhension : tout lire, rechercher le domaine, rédiger la fiche d'information et le registre des affirmations
- [ ] 3 Recherche technique : vérifier les attentes actuelles du jury et les pratiques actuelles de Remotion
- [ ] 4 Conception : concept, système visuel, storyboard, script ; auto-critique ; approbation de l'étudiant
- [ ] 5 Voix : l'étudiant choisit une méthode vocale ; les prises arrivent ; transcrire et vérifier chaque mot
- [ ] 6 Construction : projet Remotion, chronologie à partir des horodatages des mots, scènes, boucle de révision des images fixes
- [ ] 7 Rendu : rendu par morceaux, mastering du volume et des couleurs, variantes sous-titrées/propres
- [ ] 8 Vérification et livraison : la liste de contrôle QA est réussie, les fichiers et un court rapport sont remis
<skill> ci-dessous signifie le dossier de cette compétence (où se trouve ce SKILL.md) ; les scripts sont exécutés à partir du dossier du projet vidéo sauf indication contraire.
Deux étapes nécessitent l'étudiant : l'approbation du design (fin de la phase 4) et les prises vocales (phase 5). Tout le reste se déroule sans attendre. Pendant que l'étudiant est occupé (enregistrement, collecte de fichiers), continuez à travailler sur ce qui ne dépend pas de lui, comme la construction des scènes avec une voix provisoire.
Phase 1 · Collecte
Lisez references/intake.md maintenant. Il contient les questions d'ouverture, la liste universelle des matériaux, et comment demander avec le moins d'allers-retours possible.
- Prenez ce que l'étudiant vous a donné en premier (rapport, poster, diapositives, lien vers le dépôt, un paragraphe) et parcourez-le avant de demander quoi que ce soit. Ne demandez jamais quelque chose qui vous a déjà été donné.
- Identifiez le domaine (VLSI/matériel, embarqué/IoT, logiciel/web/mobile, IA/ML, réseautique/sécurité, robotique/mécatronique, énergie/électrique, mécanique/génie civil, biomédical, ou un mélange), puis lisez la section correspondante de references/domains.md. Elle liste les éléments qui rendent les vidéos de ce domaine solides et les visuels attendus par les juges.
- Demandez une fois, en un seul lot, pour : le type de vidéo et la limite de durée, les règles ou la grille d'évaluation officielles, la date limite, et les matériaux spécifiques au domaine qui manquent encore (diagrammes, fichiers de spécifications, fichiers d'implémentation, résultats, captures d'écran ou enregistrements d'écran, logos, noms de l'équipe et du superviseur). Utilisez l'outil AskUserQuestion lorsque disponible pour les choix, et une liste de vérification simple pour les fichiers. Marquez chaque élément comme essentiel ou agréable à avoir pour que l'étudiant sache ce qui est important.
- Confirmez l'étape du projet. « Proposition / en cours / terminé » décide du temps et des affirmations autorisées (voir le registre des affirmations à la phase 2). Se tromper sur ce point est l'erreur la plus dommageable qu'une vidéo de projet puisse faire.
- Écrivez
brief.mddans le dossier de travail : type(s) de vidéo, durée limite, public, date limite, étape, matériaux reçus, matériaux manquants, contraintes. Affichez-le en quelques lignes et continuez ; n'attendez pas de réponse sauf si quelque chose d'essentiel manque.
Types de vidéos par défaut lorsque l'étudiant ne sait pas (détails dans references/storytelling.md) :
| Type | Durée | Objectif |
|---|---|---|
| Pitch d'exposition | 2:00–3:00 (rester en dessous de toute limite de ≥ 5 s) | Soumission principale ; code QR sur le poster |
| Boucle de stand | 0:60–1:30, boucle sans couture | Joue en silence au stand ; doit fonctionner sans son |
| Vidéo de démonstration | 3–6 min | Projet terminé fonctionnel : vraies séquences plus graphiques explicatifs |
| Vidéo de présentation | 6–15 min | Visite guidée commentée remplaçant une conférence en direct |
| Teaser | 0:30–0:60 | Médias sociaux ou diapositive d'ouverture |
Phase 2 · Comprendre le projet
Lisez references/research.md.
- Lisez tous les fichiers fournis en entier, y compris les diagrammes (visualisez les images), les points d'entrée du code, les tableaux de spécifications et les journaux de résultats. Les projets regorgent de détails que le rapport passe sous silence, et ces détails font les meilleurs visuels.
- Recherchez ce que vous ne savez pas déjà sur le domaine : les normes, algorithmes ou principes physiques sur lesquels le projet s'appuie, et comment les experts les représentent habituellement. Utilisez la recherche web lorsque disponible. Préférez les sources primaires (normes, fiches techniques, articles, documents officiels).
- Produisez trois fichiers :
fact-sheet.md: une page expliquant le problème, l'approche, l'architecture, les résultats et l'impact en langage clair, avec chaque nombre sourcé à un fichier et une page/section.claims-ledger.md: chaque nombre ou affirmation qui peut apparaître à l'écran, marqué mesuré, simulé, cible/estimation, planifié, ou contexte (cité). Seules les entrées du registre peuvent apparaître dans la vidéo. La balise décide du libellé (« atteint » vs « vise » vs « va »).glossary.md: acronymes et noms avec leur prononciation (ex. « RISC-V → risque cinq », « ML-KEM → em-el kem »). Le script vocal et les sous-titres en dépendent tous deux.
- Si quelque chose d'important est contradictoire (deux vitesses d'horloge différentes, un bus nommé différemment dans le rapport et le poster), demandez à l'étudiant quelle source est actuelle. Ne devinez pas.
Phase 3 · Recherche technique
Consacrez un effort proportionné à cette phase : une vérification rapide, pas une revue de la littérature.
- Recherchez le véritable événement de l'étudiant : sa grille d'évaluation, sa limite de durée, son format, et les vidéos gagnantes passées. Les juges notent selon la grille, donc le script doit aborder explicitement chaque critère.
- Vérifiez la version actuelle de Remotion et les notes de l'API si quelque chose dans references/remotion-build.md semble obsolète. Si la compétence officielle de l'agent Remotion est installable (
npx remotion skills adddans un projet Remotion), installez-la pour obtenir des détails d'API faisant autorité. - Lisez references/visual-design.md avant de concevoir. Il contient la grammaire du mouvement, les archétypes de scènes et les règles anti-« diaporama IA » qui ont fait fonctionner la vidéo de référence.
Phase 4 · Concevoir la vidéo
Lisez references/storytelling.md et references/visual-design.md.
- Concept. Une phrase plus une idée visuelle qui porte toute la vidéo (par exemple : « le poster prend vie : un diagramme continu que la caméra traverse »). Elle doit provenir du projet lui-même, pas d'une esthétique technique générique.
- Système visuel à partir de l'identité propre du projet : les couleurs du poster/rapport, les polices, le logo et le style des diagrammes. Attribuez une signification à chaque couleur et conservez-la tout au long (par exemple : ambre = cibles uniquement).
- Storyboard dans
video-design.mden utilisant assets/storyboard-template.md : identifiant de la scène, intervalle de temps, narration, image, texte à l'écran, son et quels faits du registre il utilise. Planifiez 3 à 5 « moments d'applaudissements » : des aboutissements visuels où une idée abstraite devient évidente. - Script à environ 140–150 mots parlés par minute, laissant 5–10 % de marge sous la limite. Écrivez pour l'oreille : phrases courtes, une idée chacune, les nombres dits comme les gens les disent.
- Boucle d'auto-critique. Notez le brouillon par rapport à la grille dans references/storytelling.md comme le ferait un juge sceptique extérieur au domaine. Révisez jusqu'à ce que chaque ligne soit bien notée, au moins deux fois. Corrections courantes : supprimez le jargon des 20 premières secondes, ajoutez un exemple concret, rendez l'aboutissement visuel plutôt que parlé.
- Validation d'étape. Montrez à l'étudiant le concept, le tableau des scènes et le script complet, ainsi que trois images fixes de style si la construction est suffisamment avancée. Attendez l'approbation ou les modifications. C'est le point le moins coûteux pour changer de direction.
Phase 5 · Voix
Lisez references/voice.md. Proposez les trois méthodes avec des compromis honnêtes, en recommandant la première :
- Google AI Studio (Gemini TTS). Gratuit, naturel et expressif ; environ 15 minutes du temps de l'étudiant. Donnez-leur la feuille vocale à copier-coller construite à partir de assets/voice-sheet-template.md : clics exacts, une ligne de style, des blocs de script épelés pour la prononciation, la dénomination des fichiers et une liste de vérification d'écoute.
- La propre voix de l'étudiant. L'option la plus authentique, que les juges récompensent. Donnez des conseils d'enregistrement et les mêmes blocs de script.
- TTS local généré ici. Aucun effort pour l'étudiant, mais cela sonne nettement plus synthétique. Utilisez le meilleur moteur disponible (voir voice.md) et dites clairement que cela sonnera robotique par rapport à l'option 1.
N'attendez pas inactif les prises : construisez l'animatique sur une voix provisoire (TTS local) et ajustez le timing lorsque les vraies prises arrivent. Lorsque les prises arrivent, transcrivez-les (scripts/transcribe.mjs) et comparez avec le script mot pour mot : mots manquants, noms mal lus, balises de pause lues à voix haute et rythme. Vous ne pouvez pas écouter, donc cette vérification de transcription est vos oreilles ; dites exactement à l'étudiant quelle ligne régénérer si nécessaire.
Phase 6 · Construction
Lisez references/remotion-build.md. Ensuite :
- Exécutez
node <skill>/scripts/check_env.mjspour vérifier Node, le disque, la RAM, Chrome et Python. Un disque ou une RAM insuffisants changent la façon dont vous effectuez le rendu (voir references/troubleshooting.md) ; découvrez-le maintenant, pas à la troisième heure. - Créez le projet avec
node <skill>/scripts/init_project.mjs <folder>. Il copie le modèle Remotion et les scripts d'aide, puis vous exécuteznpm installlà-bas. - Placez les prises dans
public/audio/voice/takes/, puis exécuteznode scripts/transcribe.mjspour obtenir les horodatages des mots (scripts/words.json). - Écrivez
video.spec.json(scènes, sous-titres, ancres de repère sous forme de phrases parlées) et exécuteznode scripts/build_timeline.mjs. Il produitsrc/data/timeline.jsonet les fichiers.srt. Chaque repère d'animation est ancré à une phrase parlée, donc l'image correspond au mot même après les changements de prises. - Exécutez
python scripts/audio_tools.pypour nettoyer et niveler la voix et pour synthétiser un fond musical original et des effets sonores. Les pistes sous licence sont facultatives et doivent être libres de droits. - Écrivez un composant par scène dans
src/scenes/en utilisant la trousse du modèle (boîtes, fils, tuiles, étiquettes, caméra). Dessinez les diagrammes réels du projet sous forme de vecteurs ; n'inventez jamais d'architecture. - Boucle de révision des images fixes. Cette étape rend le résultat bon. Effectuez le rendu des images fixes aux moments clés des repères (
node scripts/stills.mjs <Composition> t1 t2 …), regardez chaque image et corrigez les chevauchements, le texte tronqué, le timing (objets apparaissant avant leur mot), les tailles illisibles et les images vides. Répétez jusqu'à ce qu'un passage complet ne trouve rien. Attendez-vous à 3–5 passages. Nettoyez les paquetsremotion-*dans%TEMP%//tmpentre les passages lorsque l'espace disque est limité.
Phase 7 · Rendu et mastering
node scripts/render.mjs <Composition> <output.mp4> effectue le rendu en segments de 15 secondes pouvant être repris, les assemble, multiplexe l'audio et effectue le mastering du résultat : −16 LUFS intégré, −1.5 dBTP, BT.709 gamme limitée, AAC 48 kHz, démarrage rapide. Effectuez le rendu d'une variante sous-titrée et d'une variante propre. Sur une machine avec beaucoup de disque et de RAM, un rendu en un seul passage npx remotion render suivi de scripts/master.mjs est également acceptable.
Effectuez le rendu d'une vidéo à la fois. Les rendus parallèles épuisent la RAM et le disque sur les ordinateurs portables des étudiants.
Phase 8 · Vérification et livraison
Exécutez node scripts/qa.mjs <file.mp4> --max <seconds>, puis parcourez references/verification.md : durée sous la limite, nombre d'images, volume sonore, absence de passages noirs ou figés, sous-titres synchronisés, images échantillonnées à partir du fichier final (pas de l'aperçu) et inspectées, chaque nombre à l'écran dans le registre des affirmations, noms correctement orthographiés et crédits présents.
Livrez :
- les MP4 (sous-titré, propre), les fichiers
.srtet le dossier du projet modifiable - un court rapport : à quoi sert chaque fichier, ce qui a été vérifié, ce que l'étudiant doit encore vérifier à l'oreille (prononciation, synchronisation), et comment modifier une ligne plus tard
- une offre de supprimer les outils de construction (
node_modules, caches) si l'étudiant a besoin d'espace disque
Principes les plus importants
- La vérité avant l'emphase. Une vidéo à l'aspect fini d'un projet non terminé est un risque lors de la période de questions. Étiquetez les cibles comme des cibles, les plans comme des plans, les simulations comme des simulations. Utilisez uniquement les faits du registre des affirmations.
- L'identité propre du projet, pas une esthétique technique. Ses couleurs, ses diagrammes, ses noms de modules. Pas de circuits imprimés lumineux, de réseaux de particules, de pirates encapuchonnés ou de puces 3D génériques.
- Une idée par phrase parlée. Mettez en évidence une chose ; estompez le reste. Maintenez chaque aboutissement 0,5–1,5 s.
- Repères sur les mots. L'animation est pilotée par les horodatages de la narration, pas par des durées de scène estimées.
- Lisible sur un projecteur et un téléphone. Étiquettes ≥ 24 px en 1080p (préférez 28+), sous-titres en phrases dans le cinquième inférieur, rien d'important à moins de 96 px du bord.
- Vérifiez ce que vous livrez. Inspectez les images extraites du MP4 final. L'aperçu n'est pas le produit.
Fichiers de référence
| Fichier | À lire quand |
|---|---|
| references/intake.md | Phase 1 : questions, liste de vérification des matériaux |
| references/domains.md | Phase 1–4 : entrées, visuels, pièges spécifiques au domaine |
| references/research.md | Phase 2 : fiche d'information, registre des affirmations, formats de glossaire |
| references/storytelling.md | Phase 4 : structures par type de vidéo, règles de script, grille d'évaluation |
| references/visual-design.md | Phase 3–6 : système visuel, grammaire du mouvement, archétypes de scènes |
| references/voice.md | Phase 5 : étapes AI Studio, conseils pour la propre voix, TTS local, contrôle qualité des prises |
| references/remotion-build.md | Phase 6–7 : disposition du projet, format de spécification, modèles de code de scène |
| references/verification.md | Phase 8 : liste de contrôle QA et rapport de livraison |
Scripts d'aide
| Script | Usage |
|---|---|
<skill>/scripts/check_env.mjs | Vérifier Node, disque, RAM, Chrome, Python avant de construire |
<skill>/scripts/init_project.mjs | Créer un nouveau dossier de projet Remotion avec les modèles |
<skill>/scripts/transcribe.mjs | Transcrire les prises vocales en horodatages de mots |
<skill>/scripts/build_timeline.mjs | Construire la chronologie à partir de video.spec.json et des horodatages |
<skill>/scripts/stills.mjs | Effectuer le rendu d'images fixes à des horodatages donnés pour la boucle de révision |
<skill>/scripts/render.mjs | Effectuer le rendu et le mastering d'une vidéo en segments |
<skill>/scripts/master.mjs | Mastering audio/vidéo d'un fichier vidéo existant |
<skill>/scripts/qa.mjs | Exécuter des vérifications de qualité automatisées sur un fichier rendu |
<skill>/scripts/audio_tools.py | Nettoyage et nivellement audio, synthèse musicale et d'effets sonores |
Modèles de projet
| Modèle | Usage |
|---|---|
| assets/storyboard-template.md | Tableau de storyboard pour video-design.md |
| assets/voice-sheet-template.md | Feuille vocale pour Google AI Studio ou l'enregistrement par l'étudiant |
Exemple de flux de travail
texte
Dans un dossier de travail vide :
1. Initialiser un projet
node /scripts/init_project.mjs my-fyp-video cd my-fyp-video npm install
2. Après avoir reçu les prises vocales dans public/audio/voice/takes/ :
node /scripts/transcribe.mjs
3. Après avoir écrit video.spec.json :
node /scripts/build_timeline.mjs
4. Vérifier les images clés pendant la construction :
node /scripts/stills.mjs Main 5 15 30
5. Effectuer le rendu final (s'arrête et peut être repris) :
node /scripts/render.mjs Main output-captioned.mp4
6. Vérifier le résultat :
node /scripts/qa.mjs output-captioned.mp4 --max 180