App Preview Video
Ce dossier est à la fois une compétence installable et le modèle Remotion exécutable. Lisez README.md pour la configuration et les commandes testées. Consultez l'interface plan de scènes lors de la création d'un plan et les exigences Apple pour le mode App Store. Pour une nouvelle capture, utilisez le guide de capture.
Réception et preuves
Acceptez un dossier d'enregistrements, le mode (launch ou app-store), le nom de l'application, les assets de marque, la langue et le brief créatif. Par défaut, utilisez l'anglais, le mode portrait, 30 secondes pour le lancement ou 25 secondes pour l'App Store. Suivez le design propre à l'application par défaut ; n'appliquez pas silencieusement les couleurs, polices ou styles visuels de l'exemple fictif. N'inventez jamais les capacités actuelles de l'application.
Exécutez npm run doctor, puis inspectez les séquences avec npm run inspect -- --recordings DIR --out NEW_DIR. Lisez le JSON d'inspection et les images de référence, et examinez les clips complets pour les actions, les données sensibles, l'interface utilisateur de test, le chargement et la séquence véridique. Les images seules ne constituent pas une vérification de contenu. Si la lecture complète n'est pas disponible, enregistrez cette limitation et gardez la révision manuelle en attente.
Collectez la version de capture, l'appareil, la date et les conditions simulées. Conservez les vrais assets de l'application en dehors du package public. Demandez les séquences manquantes lorsqu'un moment demandé est absent. Ne le remplacez pas par une UI générée, n'inversez pas le temps pour suggérer un résultat différent, et ne qualifiez pas les séquences de simulateur de capture sur appareil physique.
Découverte de la marque avant le rendu
Inspectez d'abord les assets fournis et le projet d'application pertinent, les captures d'écran ou les enregistrements pour le logo/icône réel, les couleurs, la typographie, les surfaces, les formes de coins et le style de mouvement. Utilisez les assets déjà fournis ou vérifiables ; ne demandez pas à l'utilisateur de les retélécharger. Si plusieurs versions du logo sont plausibles, demandez laquelle est actuelle. Si aucun logo n'est disponible, demandez son fichier/chemin et attendez avant de rendre ; continuez l'inspection des séquences en attendant. Un utilisateur peut explicitement choisir un traitement sans logo ou uniquement textuel. N'inventez ni n'omettez jamais un logo silencieusement.
Utilisez les tokens de design de l'application lorsqu'ils sont disponibles et comparez-les visuellement avec les séquences actuelles. Si la police n'est pas disponible localement, expliquez le fallback plutôt que de prétendre une correspondance exacte. Enregistrez les sources de design et les décisions dans le plan de scènes privé ou le rapport d'accompagnement. Placez le vrai logo dans le champ logo du plan ; définissez les couleurs et les tokens design optionnels en utilisant la référence du plan de scènes. Gardez les vrais assets de marque en dehors de ce dépôt distribuable.
Affichez un aperçu représentatif du premier plan et du style de légende avant un rendu complet. Invitez les corrections ; n'introduisez pas de validation supplémentaire si l'utilisateur a déjà spécifié le design et demandé le rendu. Utilisez le traitement de lancement design.layout: "app" discret lorsqu'il correspond à l'application, ou adaptez la composition au design fourni. Ne remplacez pas l'identité de l'application par un cadre sombre générique, un mot-symbole en majuscules ou des formes décoratives.
La provenance de capture appartient à provenance et capture et est toujours conservée dans le rapport. Pour les vidéos de lancement, laissez disclosure vide par défaut, sauf si une divulgation à l'écran est demandée ou nécessaire pour éviter une déclaration trompeuse. N'incorporez pas automatiquement les métadonnées de simulateur/appareil/localisation dans la vidéo marketing. Cela ne supprime pas les divulgations significatives de connexion/paiement, l'étiquette de démo fictive, ou les exigences de capture App Store. Ne présentez jamais une localisation simulée comme un parcours réel et ne qualifiez pas les séquences de simulateur comme des séquences d'appareil.
Édition et rendu
Créez un plan de scènes avec des points de trim réels provenant des sources, des légendes lisibles et brèves, et une description de preuves par scène. Utilisez un parcours cohérent avec une action utile dans les premières secondes. Préservez la lisibilité et les proportions d'entrée. Utilisez examples/launch.json ou examples/app-store.json comme point de départ structurel, en remplaçant chaque affirmation fictive et référence de source.
Le mode Lancement permet un cadre, un titre, un CTA et un fond de marque. Le mode App Store montre l'application avec des légendes discrètes et des divulgations d'accès ; pas d'interaction d'appareil fictive ni d'UI fabriquée. La démo incluse est explicitement fictive, jamais un asset de soumission Apple. Cette v1 nécessite la provenance de l'appareil avant d'appeler une édition d'application réelle orientée soumission ; les vérifications techniques seules n'établissent jamais la conformité du contenu ou l'acceptation.
Exécutez npm run render -- --recordings DIR --plan PLAN.json --out NEW_DIR. Les dossiers de sortie doivent être nouveaux pour préserver les preuves. L'outil normalise les médias trimmés, rend via Remotion, encode en MP4, crée une affiche et écrit la provenance, les hachages, le timing et les vérifications techniques. Les sources restent inchangées. La musique est optionnelle, fournie par l'utilisateur, sous licence, et au moins aussi longue que le montage. L'audio source est par défaut muet.
Révision et livraison
Révisez l'intégralité du MP4 final avec audio et muet à la taille d'un téléphone. Vérifiez tous les cuts, divulgations, légendes, actions revendiquées et audio. Si des problèmes sont trouvés, révisez le plan de scènes et effectuez un rendu dans un autre dossier ; préservez le premier rendu et décrivez la correction réelle.
Rapportez séparément : la validation technique, la révision manuelle du contenu/lecture, la provenance des sources et l'acceptation Apple. Ne jamais transformer en attente en réussi sur la base de quelques captures d'écran. Fournissez le MP4, l'affiche, le projet/plan de scènes modifiable, le rapport et les limitations restantes. Aucun téléchargement, soumission, rendu cloud, assets payants ou publication n'est implicite.