Compétence vidéo FPV (traversée de bâtiments)
D'abord, faites répondre à la question « Vers quoi voler, pourquoi tourner, quand révéler l'espace », puis résolvez le mouvement et le rendu. La technique et la préférence de cadrage de l'utilisateur sont deux portes distinctes.
Confirmer d'abord la route de vol
Lisez les contraintes réelles de la tâche, les autorisations d'actifs et le dernier retour visuel de l'utilisateur. Les cadrages déjà rejetés ne constituent pas la base par défaut pour une amélioration continue : proposez d'abord un nouvel objectif, des segments, des variations de vitesse, des points de passage, des virages, des lead-in / lead-out et un plan de fin ; après validation, passez à la production formelle plus coûteuse. En l'absence d'un plan existant, choisissez un aperçu léger ou une confirmation de storyboard en fonction du risque de la tâche, sans exiger mécaniquement une approbation à chaque étape.
Distinguer l'orientation du drone de la cible visuelle : le drone suit la route et s'incline selon la courbure ; le regard peut anticiper un virage, suivre un sujet ou revenir brièvement en arrière, puis se reconnecter en douceur. Ne pas confondre les secousses aléatoires, l'inclinaison constante ou la vitesse élevée tout au long du vol avec du FPV ; un regard en arrière ne peut cacher un manque de finalité dans la route.
Lorsque l'utilisateur a déjà sélectionné un plan et demande explicitement à terminer la tâche lui-même, continuez la production et les vérifications dans le cadre autorisé de cette tâche, sans demander à nouveau la confirmation des segments ou du rendu. Cette autorisation n'étend pas les droits de lecture des actifs, de téléchargement, de paiement, de publication ou de validation visuelle humaine, et ne constitue pas une exemption permanente de confirmation pour d'autres tâches.
Lire par phase de travail
- Conception de route, vitesse, attitude, dégagement : lisez references/flight-design.md.
- Recherche de méthodes FPV à partir de projets open source, sélection d'implémentations ou enregistrement de preuves de recherche : lisez references/github-motion-research.md.
- Intégration DCC, pièges de version, observation native, MRQ et gel des preuves : lisez references/native-verification.md.
- Emballage de séquences finies, validation humaine et limites de publication des actifs : lisez references/delivery.md.
- Apprentissage des trajectoires open source, prévisualisation manuelle ou méthodes de lissage d'attitude : lisez references/github-methods.md ; attention aux commits fixes et aux limites d'exécution non vérifiées.
Lorsqu'un exemple exécutable minimal est nécessaire, utilisez scripts/synthetic_route.py et les tests correspondants. Il crée uniquement des courbes de résolution indépendantes et des portails abstraits, sans géométrie de projet source ; ce n'est pas un contrôleur de vol complet, une interface DCC ou un générateur de plans cinématographiques. Les paramètres doivent être choisis en fonction du projet, sans transformer la durée ou le seuil de l'exemple en exigences générales.
Niveaux d'achèvement non interchangeables
Rapporter séparément : plan confirmé ; vérification de mouvement hors ligne ; construction native et relecture fraîche ; images réellement rendues ; encodage et décodage complets ; validation audiovisuelle humaine à vitesse réelle ; publication et visibilité pour les visiteurs. La réussite d'un niveau ne remplace pas les niveaux suivants. Les enregistrements d'échec et les actifs sources doivent être conservés ; les nouvelles corrections doivent utiliser des candidats réversibles, sans écraser les preuves déjà réussies pour « compléter » le résultat.
Si les actifs interdisent à l'IA de visualiser les pixels, la géométrie ou les textures, travaillez uniquement dans la plage de métadonnées autorisée ; lorsqu'un diagnostic visuel IA est nécessaire, prouvez d'abord que les images de diagnostic autorisées excluent effectivement le contenu restreint. Les captures d'écran cachées ne constituent pas une autorisation de lire la géométrie restreinte ou de l'emballer publiquement. Les images complètes restreintes sont confiées à un humain ; si cela n'est pas possible, arrêtez clairement cette vérification.
L'exemple public de référence se trouve dans le dépôt examples/changfeng/case.md ; il s'agit d'un résumé de processus et de pannes, sans actifs sources ni preuves visuelles validées, et n'est pas une dépendance d'exécution de la compétence.