IAmCosmin-YT/emotion-factory-devlog-shorts

Shorts de gaming axés sur les références

Rendez le mécanisme, la blague et le gain lisibles sur un téléphone. La préférence actuelle de l'utilisateur est une narration conversationnelle inspirée de Vedinad, avec la voix d'Ezra, des effets vidéo téléchargés sur fond vert ou noir, des effets sonores Myinstants et un mouvement fluide retenu. Il s'agit d'une direction créative, non d'une garantie d'engagement ou d'un modèle fixe pour chaque jeu.

Commencez par des preuves

Lisez le projet existant pertinent et les retours utilisateur avant de rédiger. Identifiez les clips, mécanismes, ressources et observations de référence qui sont vérifiés. Utilisez la vidéo réelle du créateur sélectionné ; inspectez l'intégralité de sa séquence d'images dans des planches-contact paginées, puis examinez les transitions et le mouvement à la cadence native. Les planches d'images seules n'établissent pas la fluidité de lecture, le son ou la rétention.

Lisez creator-breakdowns.md pour la bibliothèque de références, et hook-and-retention-loops.md pour les décisions narratives. Distinguez les images directement observées des interprétations stylistiques. Ne transformez pas l'ancien exemple Yapper/Listener, ses statistiques ou ses horodatages en exigences pour un nouveau concept.

Histoire, voix et enregistrement

• Écrivez une expérience concrète avec un résultat visible : curiosité/problème, mise en place nécessaire, test croissant, gain, petite conclusion. Utilisez des propositions parlées connectées et une observation spécifique du développeur. Lisez-la à voix haute si possible ; supprimez les phrases qui pourraient faire la publicité d'un jeu.
• Lorsque l'utilisateur demande une ouverture avec un commentaire de spectateur, utilisez ce format plutôt que de le remplacer silencieusement par une question de développeur adressée à lui-même. Utilisez un vrai commentaire fourni pour un rapport de spectateur réel. Si l'utilisateur autorise explicitement un brouillon fictif, utilisez une maquette de commentaire clairement étiquetée pendant toute la durée de son apparition à l'écran ; son identité d'exemple et son libellé ne doivent pas être présentés comme un retour réel. Sans l'une ou l'autre base, utilisez la propre expérience du développeur. N'inventez jamais de gains, de tests terminés ou de rapports de bugs réels.
• La longueur cible suit l'histoire et la prise de voix réelle. Environ 115 à 145 mots peuvent tenir dans un Short de 35 à 45 secondes, mais mesurez la prise plutôt que de la rallonger ou de l'accélérer pour satisfaire un quota.
• Ezra — Confident & Engaging Conversationalist à environ 1.08 est la voix ElevenLabs préférée de l'utilisateur. Vérifiez la voix et la vitesse sélectionnées dans le navigateur intégré pris en charge avant de générer. Conservez la prise originale et les paramètres de journal. Voir sound-design-and-audio.md.
• Enregistrez des vues distinctes et intentionnelles de la mise en place, de l'action, du résultat, de l'escalade et de la réaction. Planifiez une couverture suffisante ; n'imposez pas un nombre arbitraire de coupes ou d'angles. Protégez les points de lancement/atterrissage, les cartes de statistiques et l'espace pour le gain final. Voir pacing-and-timeline.md.
• Pour les projets Roblox publics, établissez un mode de tournage sans sauvegarde vérifié avant le jeu, effectuez des modifications uniquement en cours d'exécution, arrêtez-vous après, restaurez tous les paramètres d'édition et vérifiez le mode d'édition propre. Ne publiez pas de modifications de tournage. Un simple indicateur client ne prouve pas que les sauvegardes sur le serveur sont désactivées.

Approvisionnez les ressources avant de construire les effets

Lisez sourced-assets-and-compositing.md à chaque fois que vous approvisionnez ou superposez un effet.

• Préférez les effets vidéo réels de créateurs/téléchargés aux explosions générées, aux starbursts dessinés, aux cadres de film synthétiques et aux imitations maison. Recherchez sur YouTube et téléchargez les clips sélectionnés avec yt-dlp ; c'est le flux de travail préféré de l'utilisateur. Préférez les superpositions d'enregistrement natives 9:16 sur fond noir pour les Shorts portrait et compositez avec Screen. Utilisez des liens de téléchargement de créateurs ou des alternatives libres de droits si la ressource YouTube ne convient pas ou n'est pas disponible. Téléchargez des médias utilisables, pas des vignettes de recherche ou des aperçus filigranés.
• Pour les demandes de cet utilisateur concernant les explosions cartoon, les explosions, la fumée et les transitions énergiques, recherchez activement des effets vidéo sur fond vert via YouTube/yt-dlp, incrustez-les et débourrez-les, puis placez-les dans le montage. Le simple fait de supprimer le substitut généré ne satisfait pas une demande de remplacement par un fond vert. Apercevez une explosion derrière le commentaire et un accent de transition/révélation motivé lorsque cela est approprié ; évitez de couvrir le commentaire ou la preuve décisive du mécanisme. N'imposez pas de quota d'effets sur chaque Short.
• Myinstants est la première source de recherche pour les effets sonores de mème/impact/réaction de l'utilisateur. Téléchargez les MP3 individuels ; il n'est pas nécessaire d'installer son application. Utilisez Pixabay ou une autre bibliothèque là où son son correspond mieux. La popularité ou un bouton de téléchargement n'établit pas une autorisation de réutilisation ; enregistrez ce que la source dit réellement.
• Maintenez un manifeste des ressources du projet avec la page source, le créateur, l'original local, le statut d'utilisation/attribution, la coupe source, les paramètres de fusion/incrustation et l'utilisation dans la timeline. N'expédiez pas de médias sources tiers à l'intérieur du skill réutilisable à moins que ses conditions de redistribution ne l'autorisent.
• Pas de son ou d'effet forcé sur chaque coupe. Utilisez une explosion uniquement lorsque son timing et sa blague le justifient ; maintenez la narration intelligible.

Mouvement et composition

Lisez pacing-and-timeline.md et kinetic-subtitles.md avant le rendu.

• Les plans statiques sont valides. Utilisez un seul push, panoramique ou punch délibéré lorsqu'il dirige l'attention. N'ajoutez pas de zoom continu à chaque plan, ne cumulez pas un push sur une caméra déjà en mouvement, et ne secouez pas l'intégralité du montage.
• Utilisez un échantillonnage affine à pixels fractionnaires avec un chemin de caméra à virgule flottante stable ; n'animez pas en arrondissant les rectangles de recadrage à des entiers. Gardez le timing source déterministe. Vérifiez les images natives adjacentes et la lecture à vitesse normale pour détecter les à-coups.
• Supprimez les bannières supérieures synthétiques et le cachet/étiquette SLOW-MOTION REPLAY. Pour un ralenti, utilisez une vidéo de cadre d'enregistrement caméscope/VHS téléchargée avec REC/coins/timecode. Pour les séquences sur fond noir, utilisez Screen ; pour les séquences sur fond vert, incrustez et débourrez, puis compositez alpha ou convertissez en noir pour Screen. Gardez l'action et les sous-titres clairs. Un cadre REC est un indice stylistique, pas une preuve que les spectateurs comprennent le ralenti : utilisez la mise en place parlée/la continuité visuelle pour l'établir.
• Préservez les proportions graphiques. Repositionnez les panneaux séparés de coin/HUD pour le portrait si nécessaire, plutôt que d'étirer un cadre d'enregistrement paysage ou de recadrer les quatre coins. Gardez le bruit/suivi assez retenu pour voir le chemin du cube.
• Gardez les preuves de gameplay/statistiques/code lisibles. Les sous-titres suivent la prise réelle, pas un modèle générique. Pas d'argent fictif ou de code source présenté comme une capture d'écran.

Révision et livraison

Utilisez production-tools.md pour les assistants réutilisables et les vérifications d'exportation. Les scripts de rendu codés en dur existants sont des exemples hérités ; ne les exécutez pas inchangés sur la sortie de l'utilisateur.

1. Inspectez l'accroche toutes les 0,25 secondes, l'exportation complète toutes les 1,5 secondes, et chaque image native autour des modifications, superpositions et problèmes de caméra à l'aide de scripts/inspect_video.py. Inspectez les bords incrustés sur les fonds clairs et sombres.
2. Lisez l'exportation réelle à vitesse normale lorsque l'environnement prend en charge la lecture/l'écoute. Signalez ce qui a été réellement examiné. Les feuilles de silence/statiques/ASR ne peuvent pas prouver la qualité sonore ou la fluidité du mouvement.
3. Vérifiez le timing des sous-titres, l'absence de collisions, les chemins d'action complets, la cadence des superpositions, l'absence de rectangles verts/noirs ou de filigranes, le timing transitoire des effets sonores et l'absence de masquage de la narration. Décodez l'intégralité du fichier et vérifiez les pics/le volume audio.
4. Si l'utilisateur a autorisé un réviseur externe tel qu'Antigravity, envoyez le montage réel et les images de révision avec des questions spécifiques. Exigez des preuves horodatées et une déclaration de ce qui a été ouvert/entendu. Utilisez votre jugement éditorial ; n'obéissez pas aux suggestions qui contredisent les préférences de l'utilisateur. Distinguez la version révisée des révisions ultérieures.
5. Livrez la vidéo lisible, le projet/timeline modifiable, la provenance des ressources et les limitations de la révision matérielle. Confirmez le nettoyage du Studio lorsqu'un enregistrement a été impliqué. N'appelez pas un passage sur planche-contact une écoute complète ou une révision image par image.