Page 7 sur 7

Publié : lun. juil. 12, 2010 9:18 am
par Artois
Est-il envisageable qu'un jour, un mod puisse rendre à l'IA la capacité de corriger son tir en déflexion ? Est-ce du domaine du possible du point de vue calcul et codage ?

J'ai toujours trouvé dommage que, lorsque l'iA pous poursuit, il suffise de virer à rayon constant pour que les traceuses nous passent derrière les fesses. Ensuite, on pourrait imaginer un coeff de pondération, par exemple: l'IA as corrige 70% de ses tirs, l'IA vétéran 50 %, le moyen 30% et le bleu 10% ? et pour leur donner une "human touch", faire aléatoirement varier ce coeff autour de la valeur dédiée, ou selon sa fatigue, un voile noir, l'altitude, les facteurs de charge, etc...

Cela vous semble -til plausible?

Publié : lun. juil. 12, 2010 9:46 am
par II/JG51-Lutz
Je pense qu'après la mise en place du radar, les corrections à amener sur le comportement de l'IA seront au programme...
Actuellement, le problème de visibilité de l'IA dans, à travers,... les nuages a été réglé. Des triggers permettant de faire décoller les IAs sous certaines conditions sont opérationnels ainsi que le tuning des mitrailleurs IAs....
Pour les tirs en deflexion, il n'y a aucune difficulté à le faire d'un point de vue codage, mais il faut effectivement y associer un comportement plus humain (voiles noirs, facteur de charge, etc...).
Le problème est que tout cela doit être fait dans un environnement global où il ne faut pas arriver, en voulant augmenter ou diminuer les performances de l'IAs dans un certain domaine, à avoir des comportements irréalistes dans un autre domaine. Une analyse est à faire préalablement pour bien cibler ce comportement. C'est un peu le cadre dans lequel il faudra régler ce problème.
En outre, les maneuvres tactiques de l'IA, dans le soft de base, sont relativement limitées. C'est peut être aussi à ce niveau là qu'il faut essayer de rajouter des choses. Je pense en particulier aux cercles défensifs qui étaient des maneuvres utilisées sous certaines conditions.
Si programmer un groupe d'IA pour effectuer cette maneuvre ne pose pas de problèmes, c'est au niveau du déclanchement de cette maneuvre, de sa durée (et de sa fin) que les choses se compliquent....
Il est aussi vrai que "globalement", les avions IAs sont "plus performants" que les avions humains (pas de voiles noir, pas de problème de surchauffe, etc...), mais cela peut compenser aussi le fait que la programmation de l'IA est simplifiée. Si l'on ajoute ces contraintes supplémentaires sur l'IA, on risque d'arriver à une situation de tir aux pigeons... Donc, il faut y aller pas à pas à partir d'une analyse globale pour ne pas désiquilibrer toujours dans le même sens les combats IAs/humains.

Publié : lun. juil. 12, 2010 11:09 am
par Artois
Ton message confirme donc bien que nous n'en avons pas fini avec les possibilités d'amélioration d'IL2...

Mon souhait n'est pas d'affaiblir l'iA, bien au contraire, je voudrais la rendre plus "rugueuse", plus hargneuse, moins stéréotypée. Par exemple, le comportement de l'ailier IA qui souvent suit aveuglément son leader et nous passe sous le nez est pour le coup vraiment du tir au pigeons.

Ton travail sur la vision IA dans les nuages va dans le sens d'une "humanisation" du comportement IA , et si cette fois cela baisse ses performances, peut-être d'autres modifs pourraient-elles rétablir "l'équilibre" en lui rendant d'autres qualités ? (aptitude au tir en déflexion, rompre une formation en urgence, etc) Je ne doute pas bien sûr du travail que cela nécessite, je tire juste des plans sur la comète :innocent:

La perspective de voir de nouvelles techniques implémentées (cercles défensifs par exemple) va, à titre personnel, me combler...

Publié : mar. juil. 13, 2010 10:57 am
par II/JG51-Lutz
On va d'abord s'occuper du radar, mais l'IA suivra derrière.
Quant aux possibilité "d'améliorer" IL2, elles sont infinies d'autant plus que l'augmentation de la puissance des machines, la possibilité d'utiliser des dlls,etc... ont pratiquement fait sauter toutes les contraintes relatives au moteur du jeu....

Publié : mar. juil. 13, 2010 2:13 pm
par Gerfaut
II/JG51-Lutz a écrit : Dans cette optique, il existait des missions destinées à effectuer des calibrations radar. Je me demande si je ne vais pas inclure cette possibilité dans le mod.
lol
Ce serait une entrée en matière sympathique, en particulier côté anglais. J'y avais un peu réfléchi sans trop y croire, mais tu as d'une part le fait de calibrer le radar (par ex. à titre d'entraînement) qui peut servir à débugger la Chain Home, et aussi les missions "spéciales" de recherche des fréquences utilisées par les Allemands. Evidemment, tout ceci est historique !

Publié : mar. juil. 13, 2010 8:02 pm
par II/JG51-Lutz
C'était à la première à laquelle j'avais pensé. Pour la seconde, il va falloir réfléchir comment faire et sur quels paramètres jouer. De toutes façon, tout ce qui peut rapprocher de l'histoire n'est pas fait pour nous déplaire, au contraire...

Publié : mer. juil. 14, 2010 7:31 pm
par Arsenal53
pour rester dans les possibilités d'évolutions futures, je pose une question (qui s'adresse à des spécialistes et qui peut faire l'objet d'un topic séparé... à voir...)

Est ce que l'atmosphère telle qu'elle est modélisée, en particulier passée la barre des 7000m peut faire l'objet d'une amélioration? :detective
Il me semble, en effet, qu'au delà de cette limite les réactions des avions changent brutalement ...

Publié : jeu. juil. 15, 2010 10:00 am
par II/JG51-Lutz
L’atmosphère, telle qu’elle est modélisée dans FB, utilise 2 types de fonctions. Le premier est utilisé entre des altitudes comprises entre 0 et 6100 mètres (18300 pieds exactement), le deuxième au delà.
Il y a continuité au point de raccordement, sauf sur les pentes des fonctions, mais dans tous les cas, pas de changement brutal comme tu le mentionnes.

Les fonctions sont initialisées (température, pression, densité) avec des valeurs standards au niveau de la mer (altitude 0). Par contre, ces valeurs peuvent être modifiées en fonction de la carte utilisée. Donc, d’une carte à l’autre, il peut y avoir des différences.

D’après ce que j’ai vu, entre 0 et 6100 mètres, le premier type de fonctions se rapproche "assez" de l’atmosphère standard et correspond à des polynômes du quatrième degré. A partir de 6100 mètres, ces fonctions sont des hyperboles et s’éloignent de plus en plus de l’atmosphère standard….

Changer de fonctions ne pose aucun problème, encore faut-il trouver le temps de le faire d’une façon rigoureuse. Je ne sais pas si il existe un mod sur le sujet, mais il est simple à faire. Les courbes de densité et de température sont utilisés intensivement dans FB à chaque boucle du programme. Les changer va modifier profondément les modèles de vol de tous les avions utilisés… d'où un minimum de validation à faire …

Publié : jeu. juil. 15, 2010 10:09 am
par Gil57
Je ne pense pas puisque ce n'est pas du graphique
Moi je suis plutôt un "graphique", mais je suis tout à fait é-pa-té par ce que Lutz fait : chapeau !

Publié : jeu. juil. 15, 2010 11:26 am
par Arsenal53
II/JG51-Lutz a écrit :...pas de changement brutal comme tu le mentionnes.
oui brutal est peut être exagéré mais on ressent quand même ce changement :huh:

II/JG51-Lutz a écrit : D’après ce que j’ai vu, entre 0 et 6100 mètres, le premier type de fonctions se rapproche "assez" de l’atmosphère standard et correspond à des polynômes du quatrième degré. A partir de 6100 mètres, ces fonctions sont des hyperboles et s’éloignent de plus en plus de l’atmosphère standard….


je ne comprend pas le pourquoi de ce changement de formules ne pouvait on pas garder le premier type?
II/JG51-Lutz a écrit : mais il est simple à faire. Les courbes de densité et de température sont utilisés intensivement dans FB à chaque boucle du programme. Les changer va modifier profondément les modèles de vol de tous les avions utilisés… d'où un minimum de validation à faire …
lol simple ça dépend pour qui...:sweatdrop

Publié : jeu. juil. 15, 2010 12:23 pm
par Gerfaut
Arsenal53 a écrit :je ne comprend pas le pourquoi de ce changement de formules ne pouvait on pas garder le premier type?
Il ne faut pas oublier qu' Il-2 premier du nom était prévu - comme son nom l'indique - pour un appareil unique d'attaque au sol flanqué d'autres appareils IA.
Le pb de la haute altitude n'est apparu que lors du virage vers le développement d'un maximum d'appareils pilotables, et l'essor du dogfight online.
Donc la gestion des couches hautes de l'atmosphère (et du transsonique/supersonique) est plus une rustine gérée à coup de patch par 1C, qu'un système pensé et intégré depuis l'origine.

Publié : jeu. juil. 15, 2010 1:57 pm
par II/JG51-Lutz
Oups, erreur de ma part. Le changement de fonction se fait à partir de 18300 mètres et non pas 18300 pieds comme je l'ai écrit plus haut.
Il y a trois fonctions de base qui sont calculées dans le modèle de l'atmosphère densité, pression et température.
D'autres fonctions sont déduites à partir de ces dernières comme la viscosité, le vitesse du son, ...

A partir des trois premières, pour se faire une idée de la justesse du modèle, il faut comparer avec ce que donne l'atmosphère standard.

Ceci dit, et je confirme ce que Gerfaut a écrit un peu plus haut, à partir de Mach = 0,8 (début de la zone transonique), le soft part dans des extrapolations douteuses (compressibilité) et visiblement, à l'origine, il n'a pas été conçu pour ça, d'où l'idée des rustines.

Publié : jeu. juil. 22, 2010 11:12 pm
par II/JG51-Lutz
La version actuelle de la demo trigger/sniper est active jusqu'à fin juillet.
A partir du 1er aout, les dlls doivent être changées.


La mise à jour se trouve ici avec une validité jusqu'à fin octobre.

(les classes java sont les mêmes).
Si vous changez ces dlls avant le 1er août, vous aurez un retour bureau au chargement d'une mission utilisant les trigger/snipers vers 30%...

Cette version des dll correspond à la version complète contrairement à la précédente.