Ok je commence le post sur la manière de faire un débriefing de mission..
Pour ma part je pense que le débriefing de la mission est important car il permet de savoir si une mission est réussie, ratée ou mi-figue mi-raisin...
Je vais partir de la mission que j'ai utilisée pour l'exemple view..
Les Goals sont importants (drapeaux à positionner) . Les Goals vont pouvoir déterminer si une mission est réussi ou non, on peut utiliser des UserFlags aussi..
Je vais expliquer pas à pas car ce n'est pas évident du tout..
Tout d'abord si on place un "Goal" il y a 1 paramètres important:
MUST DESTROY ou
MUST SURVIVE
Suivant que l'on désire qu'il soit détruit ou non..
à la fin de la mission :
MUST DESTROY = TRUE veut dire objectif détruit
MUST SURVIVE = TRUE veut dire vivant ou non détruit..
L'autre paramètre correspond à Normal, primary ou secondary..
si vous positionnez un objectif à détruire (goal) sur primary
Vous pourrez donner l'ordre via le menu à vos AI d'attaquer les objectifs primary et idem pour les secondary..(menu ground target attack)
Enfin pour les USERFlags (de 1 à 30) ils sont toujours positionnés par défaut à la valeur FALSE au début de la mission..
Voilà entrons dans le vif du sujet: il n'y a pas de techniques de debriefing unique mais celle que je vais vous exposer fonctionne aussi bien en mode solo qu'en mode campagne..(Le mode campagne a des particularités)..
Je vais considérer 2 GOALS:
TU22 must destroy
RESERVOIR must survive
voyer la différence entre les 2 GOALS: la croix pour must destroy et le + pour survive
ensuite je décide de rajouter un événement style Leader du vol humain mort ou vivant en fin de mission (j'ai mis 2 images en surimpression)
Si le LEADER humain meurt, le flag1 sera positionné à TRUE (au niveau de la zone action)...
Bon maintenant établissons notre débrief..
Un débrief se compose d'un ou plusieurs groupes et chaque groupes peut être constitués d'1 ou plusieurs "groupes logiques" . Ces groupes logiques auront des régles logiques à vérifier pour savoir si telle action a été réalisée ou non..
Sachant qu'un seul groupe peut suffire.., moi je préfére utiliser plusieurs groupes
1 groupe SUCCESS
1 groupe PARTIEL
1 groupe ECHEC
1 groupe BRIEFING DETAILLE
Pour moi le groupe partiel englobe les résultats partiels ou la mission est à moitié réussie ou à moitié ratée.. Ce n'es tqu'un jugement purement établi par l'auteur de la mission..On peut trés bien rester sur un groupe ECHEC et SUCCESS..
De même le groupe briefing détaillé n'est pas nécessaire si vous ne faites pas de "debriefing detail".. Dans le résultat d'un mission, vous avez 1 debriefing summary et 1 debriefing détaillé..c'est vous qui voyez l'utilisation des 2 debrief ou non...La plupart des constructeurs de mission utilise le summary pour la réalisation des objectifs primaires et le détaillé pour les objectifs secondaires..ce n'est qu'un exemple d'utilisation..
De toute les facons les résultats des tests logiques sont effectués séquentiellement..
Affichage des 4 groupes
Affichons le contenu du groupe SUCCESS: 2 groupes logiques
Pour moi le Stop debrief processing if true ne fonctionne pas..donc je ne le coche jamais. De toute les facons , le processus s'arrête dés que les conditions d'un groupe logique sont vérifiées.. le processus commence par traiter les groupes logiques de SUCCESS puis PARTIEL et ainsi de suite .SEQUENTIELLEMENT
La seconde coche parle du debriefing summary only..explicite les 3 premiers groupes de mon exemple seront tous de la même veine et ne traiteront que le debriefing summary..Seul le dernier groupe traitera des debriefing détaillé et donc cette option sera décochée pour ce groupe..
Etudions le cas "success total": les conditions: le site n'est pas détruit et les TU22 sont détruits cela se traduit par:
pour la zone "mission flag applies..", j'avoue que soit vous cochez tout ou juste les groupes présents...mais ne compliquez pas trop ce truc..il doit y avoir quelques bugs.. A l'origine les développeurs avaient imaginés des debriefs en fonction des TEAMS (online) pas du être finalisé complétement..
Voici l'exemple pour le groupe logique ECHEC TOTAL du groupe ECHEC qui se différencie du groupe logique ECHEC par le fait que le leader est mort..(test de la valeur USERFLAG 1)
En résumé il faut bien comprendre que le processus s'arréte dés le premier groupe logique qui a toute ses conditions vérifiées..Si aucun groupe logique n'est vérifié..il n'y aura aucun debrief summary..
Reste le cas du debrief détaillé:
Pour le briefing détaillé je ne teste que la destruction du site pétrolifère ou non..
Donc pour tout résumer:
1) traitement des briefing summary
2) traitement des briefings détaillés
En sachant que rien n'est oblogatoire mais disons que pour faire une mission, le debrief summary serait un minimun pour avoir le résultat final de la mission..
Je finirais par un mot: soyez simple dans les constructions de missions, ne multipliez pas trop les objectifs car vous allez vous amusez avec les régles logiques..
J'espère que cela vou éclairera un peu plus sur le debriefing d'une mission..F18
Bon vol à tous et plein de missions