Pwet alors voilà :
 

 
Quelqu'un a ce chiffre ? ^^'
 
Thx

---------------

 
Note, Mass Coup Cinglant

L'animation de fhr s'enclenche quand on perd plus d'1/12e de sa vie d'un coup.

Merci Touffu
 
Mais avec des dmg fire a partir d'un chiffre "magique" même si il ne perds pas 1/12e de life le fhr se déclenche.
 
C'est ce chiffre que je cherche

---------------

 
Note, Mass Coup Cinglant

T'es sûr ?
 
Jamais entendu ça

Moi non plus, mais c'est sorti du clavier d'Ehf donc j'ai tendance a le croire

---------------

 
Note, Mass Coup Cinglant

Perso, j'ai tendance à croire tout ce que Tetlis, Gunnm et autres disent à propos des bowas pvp. ^^

De tête, Tetlis avait acheté un bow rare small charm et il était content parce-qu'il avait en plus comme mod des dmg de feu. Et que justement c'est les dmg pour déclencher le fhr anim.

<Edit> trouvé: http://forum.judgehype.com/judgehy [...] 0538_1.htm

Citation:"Le sc 20life/fire dmg a un intérêt pour la mise en fhr due aux dmg feu. J'en cherche un avec plus de dommages feu mais bon c'est pas aisé à trouver."
Sc: 20life 6-13 feu

Bizarre cette affaire
Il existe des skills qui déclenche un FHR mais des dommages basiques fussent-ils de feu autres que le 1/12e connais pas.
Des sources sur cette fonctionnalité ?
 
EDIT OK je vois Tetlis en parler mais cela ne me donne pas la source de l'info ????

Je fais un double post pour le bump car cela le vaut bien.
Du coup c'est malin j'ai réinstallé un diablo2 pour faire un debug du FHR.
En relisant mes notes j'ai réalisé que je n'avais pas regardé cette partie depuis la sortie de LOD,
 
bref le 1/12 des points de vie date de D2 PRé LOD et n'est plus vrai en LOD.
 
En fait les valeurs sont différentes suivants les skills et suivants les dommages totaux. J'ai besoin de refaire un ou 2 traces pour confirmer mais le FHR ne fonctionne pas du tout comme pour D2 avant le pacth 1.08.
 
J'ai regardé en détail cette histore de dommage feu également et j'ai compris d'ou vient la légende Les sort de feu et dommages de feu ont un flag qui fait jouer le son du GetHit mais ne le déclenche pas pour autant, ce n'est qu'un effet de style.
 
Bref il y a beaucoup a dire je le ferais probablement dans un post séparé.

Bien joué Nevad !  

Tu veux pas en profiter pour check les dommages des âme ardentes ?

 
Encore une bombe
 
Merci Myrdinn

---------------

 
Note, Mass Coup Cinglant

Hmm, je drapal le topic, cela m'intérèsse fortement.

Pareillement

---------------
TL ladd 5 avec reidacin  / Ma TL no ladd / Site de ma team [recrute ON]
 
Quel image choisir pour ma sign? (TY Gattuso_8 )  /  "Chuck Norris peut t'étrangler avec un téléphone sans fil."

Perso le coup des dmg feu qui enclenche le fhr, ça ma toujours paru être une légende

Bah idem pour la peine
Comme quoi Nevad a parfois de bonnes idees

J'ai fait quelques traces, à priori je maitrise enfin la routine du GEtHit
 
Je vais faire un point rapide et je ferais probablement un point complet ce week end quand j'aurais levée les dernièrs points.
A la fin de la resolution des combats une routine gère les triggers Effect (effets déclenchés par le combat)
Je n'ai pas regardé en détail la routine complète mais c'est elle qui gère le GetHitMod (celui diminué par le FHR)
Il existe des exceptions dans cette routine qui font que la fonction GetHit n'est pas appelée.
Par exemple L'effet Cible Morte ou encore Knockback annule l'appel au GetHit
 
Maintenant voici une traduction rapide de l'assembleur en français courant pour la GetHit Trigger Function
 
1) Test de validité initiaux.
 
Si la cible est dans l'état "FROZEN" alors pas de GetHit
S'il y a des dégats de poison et que Dmg Totaux = Dommages Poison (bref poison only) alors pas de GetHit
Si les dégats sont < 1 alors pas de GetHit (une sorte d'optimisation à la blizzard)
 
2) Calcul du GetHitTriggerNumber
 
Le calcul est le suivant
Calcul du MaxHitPoint de la cible.
Calcul du diviseur en fonction du "HitSkill"
Bon pour le hit skill c'est plutot compliqué, je dois travailler cette partie ce week end.
L'info est hardcodé (traité par les D2Game.dll lors du combat) et est initialement issue soit Des fichiers HitClass.txt
 (l'équivalent) / soit Monstats2.txt soit skills.txt soit missiles.txt
 suivant les cas. Le tout retravaillé par les routines de combats.
Le facteur est pour
 
Le hitClass 5 --> 64
Les hitClass 4 et 8 --> 32
Les HitClass 2,6,10,11 --> 8
Les hitclass 1,3,7,9,12 et > 12 --> 16
 
Rapidement la table Hitclass serait la suivante
 
Hit Class Code
0 None  
1 Hand To Hand hth
2 One Hand Swing vs. Small 1hss
3 One Hand Swing vs. Large 1hsl
4 Two Hand Swing vs. Small 2hss
5 Two Hand Swing vs. Large 2hsl
6 One Hand Thrust 1ht
7 Two Hand Thrust 2ht
8 Club club
9 Staff staf
10 Bow bow
11 Crossbow xbow
12 Claw claw
13 Overlay over
 
Pour quasiment tous les monstres c'est 3 ou 12
 
Pour la plupart des sort c'est > 12
 
LE getHitTriggerNumber = MaxLife / diviseur.
Le fameux 1/12eme de Diablo2 pre LOD
 
 
3) GetHit Resolution
 
Dans l'ordre les calculs sont
 
Si Dégats < GetHitTriggerNumber alors Exit
Si dégats < GetHitTriggerNumber * 2 alors RND(2) si résultat = 0 alors Exit
Si dégats < GetHitTriggerNumber * 4 alors RND(4) si résultat = 0 alors Exit
Si dégats > GetHitTriggerNumber * 4 Alors GetHit Automatique
 
Prenons l'exmple du cas le plus courant Diviseur = 16
Ces test mène à  
Si dégats > 1/4 Vie Max alors GetHit = Vrai
Si 1/4 Vie Max > Dégats > 1/8 Vie Max Alors GetHit Proba = 75%
Si 1/8 Vie Max > Dégats > 1/16 Vie Max Alors GetHit Proba = 50% * 75% = 37.5%
 
Ensuite la fonction vérifie que le monstre peut avoir le GetHitMode
 
Conclusion fini les 1/12 par contre je dois encore découvrir 2 points  
Les conditions initiales (Trigger Effects et Skills Eligibles (colone GetHit dans Missiles.txt ...)
La gestion exactes des HitClass

D'où viennent ces 75% et 50% ? J'aurais plutôt dit que RND(2)=0 => 50% de getHit et RND(4)=0 => 25% de getHit non ?
Ou alors il ne s'agit pas d'une simple comaraison d'un nombre aléatoire à 0

 
Non car ce sont des conditions de sortie avec GetHit = False et non des conditions de réussite du GetHit
 
Simple en traduisant plus l'assembleur ligne à ligne on obtient
 
1) Si dégat trop faible (<1/8) alors 50% chance d'exit sinon on continue
 
2) Si dégat trop faible( <1/4 se cumule pour dégats <1/8) alors 25% chance d'exit (rnd(4) = 0) Comme nous sommes déjà passé par le check 1) pour des dégats faibles les 2 s'accumulent
 
3) Gethit Mode = Vrai
 
Bref 2 conditions de sortie quand le résultat du tirage alétaoire est 0 (50% dans le premier cas 25% dans le deuxième)
sinon à chaque fois on continue et donc les probas se cumulent (si les conditions sont remples)

Bon, je suis pas sur d'avoir tout compris
 

 
Bon j'ai retranscrit dans un langage que je comprends mieux que le francais
Si je me trompe pas ca donne donc ca? (juste sur les tests, j'ai pas mis les verification de si la cible peut ou non etre en fhr etc...):

Si les dommages sont inferieurs à 1/16 de la vie, alors il ne se passe rien?
Si les dommages sont inferieurs à 1/8 de la vie, alors il y a 50% de chance qu'il ne se passe rien?
Si les dommages sont inferieurs a 1/4 de la vie, alors il y a 25% de chance qu'il ne se passe rien? (donc si inferieur a 1/8 on fait les 2 tests)
Sinon il se passe quelque chose

Parfait et le quelque chose en question c'est mettre la cible dans le MODE GetHit(GH) la durée de ce mode étant soumis au FastHitRecovery avec les formules archi-connues

Oki, c'est bien plus aleatoire que le fameux 1/12eme tout ca
Merci bien pour les infos

C'est surtout que le 1/12 n'existe plus et que le 1/64eme est très interessant, il faut trouver la condition qui le déclenche