Lorsque je parlais « pour les avions qui l’autorisent », je pensais surtout à la technologie utilisée. Par exemple, sur le109, le réglage de la richesse en manuel n’est pas possible. Pour les autres avions, dans la mesure où cela se faisait sur l’avion réel, il y a juste un paramètre à modifier. Ce ne doit pas être bien difficile.
Pour les appuis, « plusieurs fois » sur une touche, je ne sais pas car je n’ai pas regardé tout ce qui touche à la gestion du clavier. Ceci dit, pour le réglage du pas d’hélice, mais aussi de la richesse, dans ma conf, j’ai mis ces contrôle sur deux throttles (en les programmant un peu en utilisant le logiciel fourni avec le matos). De ce fait, lors du démarrage de la mission, l’état de ces éléments est conforme avec la position de la manette. Idem pour les volets que j’ai collé sur un autre axe. Il y a donc un comportement différent lorsqu’on utilise ces matériels ou le clavier.
Pour assurer la compatibilité entre des mods venant de sources différentes, je n’y crois pas, dès que les mêmes classes java sont utilisées. Un petit exemple, le mod torque ou le mod AOC utilisent une classe qui est aussi utilisée par un mod « wind » de ????. R One qui était intéressé par les deux avait bien sur des plantages. Pour rendre les choses compatibles, il a fallu qu’il m’envoie une copie du fichier qu’il utilisait avec le mod wind. Ensuite, il a été décompilé puis modifié de façon à entrer les modifs pour le torque (tout en vérifiant au passage que les deux mods n’avait pas d’effet de bord l’un sur l’autre). Enfin, recompilation et réexpédition. C’est un processus qui est extrêmement lourd et qui ne peut être fait que dans des cas particuliers et parce que l’on y trouve une bonne raison de le faire. C’est impossible à généraliser.
Le fichier « buttons » n’est pas un point de passage obligatoire. Il existe d’autres techniques et pour en avoir une idée, il suffit de voir le mod AOC. La version 1b va encore aller dans ce sens par la création de nouveaux paramètres s’appliquant à chaque avion. Pour les modifs de MDV, la démarche est identique sauf que dans ce cas, le fichier regroupant le nouveau MDV sera crypté. Au passage, ces fichiers regroupent des paramètres existants ou nouveaux . Pour les nouveaux paramètres, il faut aussi que les classes java relatives aux MDV soient modifiées et que des fonctions soient ajoutées pour pouvoir les prendre en compte. C’est ce qui a été fait (sans le cryptage) pour le vol sur le dos ou les températures mini de l’huile dans le mod AOC. C’est la piste sur laquelle nous nous sommes engagés au II/JG51.
Enfin, pour répondre à Freddy, je dirais qu’au delà des animosités qui peuvent exister entre certaines personnes, créer un groupe gérant la compatibilité entre les différents mods est illusoire, car il faudrait des français, des anglais, américains, russes, chinois, etc…. C’est irréaliste par la coordination qu’il faudrait mettre en œuvre, la quantité de travail que cela peut générer et enfin par le fait que se « soumettre » à une tutelle ne nous intéresse pas.
Pour terminer sur ce point, la seule règle de « bonne conduite » que nous avons accepté est celle qui consiste à ne pas mettre en libre services des outils ou des mods permettant de modifier d’un simple « clic » les MDV afin de ne pas pénaliser le jeu en ligne.
Sur ce, bonnes fêtes de fin d'année à tous.
![Jumpy :Jumpy:](./images/smilies/Jumpy.gif)