MountyHall - La Terre des Trõlls

	Ze Figurines
MountyHall

Référencé sur

Nous sommes le 6° jour du Gnu du 24° cycle après Ragnarok

Bienvenue Invité

Tous les Forums

Avis et Idées : Modifications

Modérateurs de ce forum : Aghabeu, Dabihul, Grankausto, Loinvu, Madère, Mamoune, Modérateur 6, Modérateur1, Modérateur2, Modérateur3, Modérateur4, Modérateur5, Mr x, Rouletabille, Schtroumpf, TilK, VYS, Xaruth

Si vous avez une idée, n'hésitez pas à en faire part à la communauté. Donnez également votre avis sur les 'features' du jeu.', 'Toutes les suggestions de Modification d'un élément existant seront discutées ici. Soyez objectif, respectez les avis des autres participants et donnez un maximum d'explications de votre choix ou de votre suggestion.

Votre idée doit servir à améliorer le gameplay du jeu et pas à satisfaire un intéret personnel.

Ce Forum sera modéré avec rigueur et aucun débordement ne sera toléré.

Charge et Piège
Pages : 1, 2, [3], 4, 5

#. Message de Madère le 13-09-2004 à 12:17 [MH Team]	1088 - Madère (Tomawak 59) - La Guilde des Grospifs -
Pays: France (91 - Essonne) Inscrit le : 17-07-2002 Messages: 4870 (Djinn Tonique)	Citer

Je suis contre le fait d'ajouter des malus en att ou autre. C'est déjà assez balaise comme ça de se prendre les PV du piège.

Par contre l'ordre de résolution de la charge et du piège me paraitrait plus logique si c'était le piège qui fonctionnait le premier..

Madère, Tom piégeur et chargeur

#. Message de Gandalf le 13-09-2004 à 19:16 [Ami de MountyHall]	3 - Gandalf (Skrim 60) - BEURK’N Trolls -
Pays: Belgique (Hainaut) Inscrit le : 21-05-2002 Messages: 5870 (Hydre Fumante)	Citer

Oui résolution de piege en premier me semble aussi mieux on m'a dit que c'etais l'inverse

Pourtant pour pouvoir frapper il faut etre sur la case donc forcement s'etre pris le piege en premier

La question n'est pas de savoir si on stop le troll au deuxieme ou troisieme pieges mais de donner un interet tactique a cette competence et pour ca le seul moyen c'est de stopper a l'endroit de la premiere explosion

Et puis l'aspect programmation je viens de penser a un nouveau problème...plus on a de pieges qui explosent plus on dois determiner a qui les xp de kill iront... avec 1 seul piege c'est evident mais avec deux ca double les trolls gagneur d'xp possible avec 3 ca triple... Voila pourquoi Techniquement cela me semble très hardu de permettre a un troll de continuer sa charge après la premiere explosion

c'est surement faisable l'explosion multiple de piege mais bon tout depend de savoir si la modif est envisageable avant ou après l'irl des 10 ans de Mountyhall

Après 2011 le materiel a disposition du DM seras surement capable de gerer la 3D dans les animations de Mh donc pourquoi pas si l'on arrive a simuler les pixels des explosions multiples des pieges

#. Message de BergaTrollet le 13-09-2004 à 20:45 [Ami de MountyHall]	17706 - BergaTrollet (Tomawak 50) - L'âme de Lyandria -
Pays: France Inscrit le : 10-09-2003 Messages: 632 (Shaï Epileptique)	Citer

Si je ne me trompe pas ; quand un chargeur arrive sur une case, il tape d'abord,
ensuite c'est l'explosiond du piège. Alors même si c'est pas un reference, je trouve aussi
que le chargeur devrait arriver au but, taper, puis mourir si il a pris trop
de degats. La mort est peut-être pas instantané hein

Sinon, c'est vrai que si la modif pourrait voir le jour, faudrait plutot se concentrer
sur, s'arreter ou pas s'arreter, non ?

/Berga *qui propose la solution la plus difficile*

#. Message de Ythogtha le 13-09-2004 à 21:38	4108 - Ythogtha (Tomawak 60) - The A-Team -
Pays: Non Précisé Inscrit le : 18-01-2003 Messages: 1043 (Trõll de Compèt')	Citer

Je voulais dire la même chose que Barga Trollet.

En fait, en chemin un piège t'arrête et te fait mal (ou ne t'arrête pas, mais te fait mal), à l'arrivée, le piège explose *mais* la charge est portée quoi qu'il arrive, même si le piège tue le chargeur.
Et en fait je pense qu'il vaut même mieux résoudre l'attaque de la charge avant de résoudre l'explosion du piège *quand il est à l'arrivée*, que ce soit le chargeur qui tue sa victime et non le piégeur, si la victime serait morte par le piège.

Wala wala

Ythogtha.

#. Message de Trollo le 13-09-2004 à 23:46 [Ami de MountyHall]	7585 - Trollo (Skrim 47) - Les Affamés du Donjon -
Pays: France Inscrit le : 07-05-2003 Messages: 1600 (Trõll de Compèt')	Citer

Ythogtha > et si le piege et situé entre la cible et le chargeur (autrement dis pas sur la case de la cible mais sur la trajectoire du Chargeur) ? il se passe koi ?

on resoud l'attaque même si le chargeur meurt sur le piege et donc par conséquent : avant d'arriver de sa cible ?

Trollo

#. Message de Ythogtha le 14-09-2004 à 00:11	4108 - Ythogtha (Tomawak 60) - The A-Team -
Pays: Non Précisé Inscrit le : 18-01-2003 Messages: 1043 (Trõll de Compèt')	Citer

Trollo> Là il y a la question posée de savoir si un piège en chemin arrête ou non une charge.
Mais si on décide qu'il ne l'arrête pas, et qu'un piège en chemin tue le chargeur, je pense qu'il devrait s'arrêter là, et la charge est perdue.

En fait l'argument pour qu'un piège sur la case d'arrivée 1) n'annule pas l'attaque, et 2) ne soit résolu qu'après l'attaque, c'est surtout pour que le fait de poser un piège sur sa case ne puisse pas être une *bonne* protection contre la charge, sinon c'est trop simple

Personnellement j'aime assez le piège en chemin qui bloque la charge, parce que là il y a besoin d'un minimum de réflexion tactique pour se protéger d'une charge avec un piège.

Mais sinon je vienx d'avoir une idée, qui en fait a il me semble déjà été plus ou moins proposée il y a longtemps, c'est de créer un autre type de piège, comme c'est prévu qu'il y en ai d'autres, qui lui arrêterait une charge en pleine course, tandis que le piège à feu ne l'arrêterai pas, voire aurais des chances de ne pas être déclenché.
Un "piège à pointes", un trou dans le sol avec des pointes en bas, qui fait des dégâts et un effet comme glue pour une DLA (sortir du trou est difficile).
Un Tröll qui charge tomberait en plein dedans et serait stoppé net, avec blessures et tout.
Ca serait par exemple un piège à cible unique (pas d'effet de zone), plus dangereux qu'un piège à feu, par exemple basé sur des dégâts physiques assez importants (plus que le piège à feu, mais pas trop quand même), donc armure et pas de RM, le premier qui marche dessus tombe dedans, et a des difficultés à se mouvoir pour une DLA (blessures aux jambes et coincé dans un trou).

Yth.

#. Message de hyperbole le 14-09-2004 à 20:36 [Ami de MountyHall]	13985 - ( )
Pays: France Inscrit le : 19-06-2003 Messages: 1297 (Trõll de Compèt')	Citer

Le troll qui a fait 8 pièges autour de lui stoppe toute charge, vous ditres donc que c'est 32 PA contre 4, sauf que pour refaire le piège ainsi éclaté, c'est pas 32 qu'il faut, mais seulement 4, donc il y a un investissement de départ mais après c'est le même tarif, sauf que dans un cas c'est 4 PA pour non seulement faire des dégats, se protéger, gagner RM/MM contre 4 PA dans l'autre cas pour ne rien faire du tout!
Je vois un déséquilibre et rien de convaincant pour me prétendre le contraire!

Quand il nous reste 1 PV on peut faire TOUTES les actions sauf accélération métabolique, là du moment qu'un piège éclatte, il stopperait net la charge, c'est complètement illogique, ou alors si je blesse un troll il ne peut plus faire de piège, ça devient n'importe quoi!

L'explication qu'on est trop blessé pour charger ne tient pas une seconde puisqu'on peut charger avec 1 seul pv pourvu qu'on dispose de 4 PA! (à 2 cases même dès qu'on a 5 D de reg, ce qui n'est pas rare chez les chargeurs)
Par ailleurs, il me semble bien plus probable qu'un piège fasse des dégats négligeables (moins de 10%) à un chargeur plutôt que 90% car des chargeurs à 30 PV, y'en a pas des masses à mon avis , et des pièges à 29 PV ça court pas les rues non plus...

[edit]La proposition de Yth me parait bien plus cohérente au passage

#. Message de Gandalf le 15-09-2004 à 10:55 [Ami de MountyHall]	3 - Gandalf (Skrim 60) - BEURK’N Trolls -
Pays: Belgique (Hainaut) Inscrit le : 21-05-2002 Messages: 5870 (Hydre Fumante)	Citer

Hyperbol c'est bien 4 pa contre 4 pa on est d'accord la dessus

Tu le dis toi même que les dégats du Piege sont négligeable bref l'equilibre pour les 4 pa Dépensé est presque equivalent

Et puis ton troll au milieu de ses pieges il fait quoi? Il attend qu'un troll passe? mais alors cela implique qu'il soit tomawak pour faire encore quelque chose. Soit provoquer les trolls autour de lui et les pousser a charger...et a tomber sur un de ses pieges( moi je trouverais ca marrant)

mais méfiance aussi le chargeur va se retrouver à 1 case du tomawak et celui ci n'a qu'un choix a faire soit fuire en haut ou en bas soit projeter encore sa cible.

enfin cela donnerais de la valeur à vision du caché.

Autrement, on pourrais faire en sorte que le piege stop le chargeur non pas sur la case du piege, mais sur la case suivante.

Si c'est la case du troll visé: on frappe! Si pas stop du troll mais a nouveau

On se retrouve malheureusement avec des pieges multiples qui pourrais exploser donc ca compliquer serieusement le code à pondre

Le piege a pointe de Yth est interessant: charge ne serais Bloqué que par ce type de piege avec un glue de la dla en cours pour le troll ainsi piegé ( dans un update niveau 2 peut etre?)

#. Message de Zobdar le 15-09-2004 à 12:12 [Légionnaire Trõll] [Ami de MountyHall]	1256 - ( )
Pays: France Inscrit le : 13-08-2002 Messages: 4917 (Djinn Tonique)	Citer

Quote: Originally posted by Nyctalope on 2004-09-13 09:52:18

Par contre, si, au lieu d'opposer charge et piège systématiquement, on envisageait un peu Charge ET Piège en conjonction, on verrait tout de suite des possibilités d'abus monstrueux. Genre, je piège 4 cases en ligne droite, des cases bien peuplées, je fais demi-tour, et je reviens sur mes pas avec charge (ou je demande à mon pote Durak qui charge plus loin que moi de me rejoindre) et on partage les PX. Bilan: le Durak dépense 4 PA et fait 50 morts. Sans compter qu'il faut faire les jets de SR et de dégats pour tout le monde, calculer les PX que rapportent ceux qui sont morts au piègeur et tout le tintouin. Le serveur risque de vachement apprécier.

C'est un point interessant soulevé ici. Jusque là j'étais contre qu'un piège stop net pour les raisons citées par Hyperbole, mais j'avais pas pensé à ça.

Donc en effet, le piège à pointe est une bonne idée. Mais dans le cas où ça ne fonctionne que sur charge Mais bon c'est un autre sujet.

#. Message de 3534 le 15-09-2004 à 13:16	3534 - Trucyd (Tomawak 60) - La Poisonnerie des Trolls Fans à Tort -
Pays: France Inscrit le : 09-02-2003 Messages: 681 (Shaï Epileptique)	Citer

Ca fait long a lire... :p
Moi je suis pour la trajectoire calculée avec l'algorythme, comme paint quoi pour faire une belle ligne droite (vue de loin ! lol).

Sinon je suis contre le fait de pouvoir conserver sa charge en totalité après s'etre pris un piège, mais je suis d'accord sur le fait que le chargeur peut continuer sa charge 1 case apres la 1er explosion d'un piège (le temps de s'arreter) et si la cible est sur la case suivante il peut la frapper et pareil s'il ya un 2eme piège, il s'en prend 2 !

@+Trucyd expert piègeur...

PS : Les chargeurs, vous préférez perdre 4 PA en étant arrêté ou se prendre 3 pièges d'affilés et de rester agonisant devant sa cible ou mort ?

PPS : Pas tout les toms ont piège donc pas toutes les cases sont piègées et c'est pas tout de suite que ça arrivera. Ca signifie que vous ne serez pas systématiquement stoppé par un piège à chaque fois que vou ferez une charge...

#. Message de vafank oulot le 15-09-2004 à 21:41	25836 - Vafank Oulot (Durakuir 49) - Delirium Trollens -
Pays: Belgium Inscrit le : 12-03-2004 Messages: 1233 (Trõll de Compèt')	Citer

Je ne sais pas si l'algo du monsieur de Bertels est lourd ou pas pour le serveur, mais j'ai bien envie de proposer un truc hyper simple.

Nous avons:
coordonnée x depart - coordonnée x arrivée = delta X (en valeur absolue)
coordonnée y depart - coordonnée y arrivée = delta Y (en valeur absolue)

(1)Si les deux delta sont equivalents ils varient ensemble par pas de 1. Deplacement diagonale simple.
(2)Si un des deux = 0 alors on fais varier l'autre jusqu'a la case cible par pas de 1. Déplacement horiz ou vertic simple.
RAS jusque la.
(3)Si delta X >< delta Y >< 0 alors ils varient ensemble par pas de 1 jusqu'a ce qu'on obtienne la situation (2)

En gros on part toujours en diagonal dabord sauf si c'est impossible.
Quel interet ?
C'est, il me semble, la résolution qui demande le moins de test au serveur.
Ensuite, la simplicité de cette resolution permet de rapidement visualiser la trajectoire parcourue. Tu veux changer de trajectoire, changes de position de départ. D'autres part le defenseur peut en faire autant.

La simplicité me parait essentielle pour que l'interaction soit interessante. Trop complexe = prise de tete = pas fun dans un jeu qu'on a envie de pouvoir jouer vite. (devoir aller sur des sites faire le calcul me parait inutilement lourd)

************************

Interaction avec les pieges:
- Soit un pieges specifique anti-charge. La question de base reste la, pourquoi le passage en charge ne declanche pas les autres pieges ?
C'est trop specifique a mon gout. Mais bon ca ce discute et la propal de yth est assez bonne.

- Soit tout les pieges fonctionne contre la charge. Ce qui me parait mieux.
Impossible de laisser continuer la charge pour des raisons d'abus evidentes. Mais si le chemin parcouru est facilement calculable, un petit DE avant permet de modifier la case par laquelle on arrive.

Attaquant: Rhaaa je tente la charge en direct ou je tente de contourner un eventuel piege ?
Defenseur: Rhaaa y va la jouer bourrin, ou y va la jouer subtile en faisant le tour ?
Petit suspens tactique qui me plait bien.

La charge deviens moins bourrin, mais n'est-ce pas dans l'ordre des choses ?

VO (qui compte bien devenir chargeur et pas piegeur)

#. Message de AngelFace le 16-09-2004 à 00:26	2149 - AngelFace (Skrim 60) - Compañeros Mosca Trõlls -
Pays: France (2A - Corse-du-Sud) Inscrit le : 26-11-2002 Messages: 4229 (Djinn Tonique)	Citer

Moi je suis chargeur, et je compte bien devenir piégeur.

Mais c'est juste pour tester ensuite cette modif magnifique et embeter Dorack sur bugs...

#. Message de Avnohfir le 16-09-2004 à 13:05	101662 - Калинка (Tomawak 39) - Peuplade de les Ouestrolls -
Pays: Neutral Zone Inscrit le : 16-02-2003 Messages: 4666 (Djinn Tonique)	Citer

Un piege à feu ça n'est pas nécessairement un truc explosif, le but avant tout c'est de bruler toute la case. Un rideau de flammes ça n'a jamais arrêté quelqu'un de lancé dans sa course, surtout un chargeur qui ne peut pas vraiment s'arrêter...
Le but avant tout d'un piege à feu c'est de cramer toute une case, ça n'a jamais été conçu dans un but d'arrêter les charges.
Vouloir arrêter les charges avec les pièges à feu, je suis contre (par contre pourquoi pas avec un autre type de pièges), et je trouve que c'est vouloir détourner les règles.

Avnoh, piégeur et chargeur.

#. Message de kerdan le 16-09-2004 à 15:57	2054 - ( )
Pays: France Inscrit le : 15-11-2002 Messages: 273 (Golem Costaud)	Citer

Mon avis à moi qui intérese peut-être pas grand monde , mais je le donne quand même :

1) la trajectoire :
- soit c'est tout droit et définit mathèmatiquement (le troll charge au plus court )
- soit le chargeur décide de sa trajectoire AVANT de partir . Si il a suffisament de portée de charge il peut même faire un détour pour éviter un piège qu'il sait se trouver sur son chemin ( ou qu'il soupçonne ) . Cette solution à l'intérêt d'ajouter un élément stratégique pour le chargeur . Elle peut aussi être combinée à des compétences permettant de détecter des pièges . ( évidemment çà favorise le chargeur , et en particulier les chargeurs avec une bonne portée )

2) les explosions :
- le seul moyen d'arrêter un troll qui charge , c'est de le tuer . De même un troll qui décide de charger fonce tête baissée et ne peut plus s'arrêter . La charge c'est pas une compètence de nelfe ! C'est un truc risqué qui passe ou qui casse .
=> On peut toutefois considérer que les blessures infligées par le(s) piège(s) peuvent empêcher le chargeur de finir . Comme la charge dépend du nombre de PVs actuels , les blessures occasionnées par les pièges risquent de raccourcir la portée de la charge de quelques cases . Evidemment même avec ses blessures le chargeur peut être suffisament proche au départ pour aller jusqu'au bout .
Bref pour stopper un chargeur , il faudrait lui faire suffisament mal pour qu'il ne puisse pas arriver au bout de sa charge .
( J'aime bien l'idée , mais par contre , sans y connaitre quoi que ce soit , çà à l'air assez tordu à coder )

3) arrivé sur la case finale :
Etant donnée la taille estimée d'une case , il me semble logique qu'un éventuel piège explose avant que le chargeur puisse frapper sa cible . A noter que c'est pas sans danger pour le piègeur , car il devra encaisser son piège puis la charge .si le chargeur est encore en vie .

Pour revenir à ce que disait Nyctalope

" Quote: Originally posted by Nyctalope on 2004-09-13 09:52:18

Par contre, si, au lieu d'opposer charge et piège systématiquement, on envisageait un peu Charge ET Piège en conjonction, on verrait tout de suite des possibilités d'abus monstrueux. Genre, je piège 4 cases en ligne droite, des cases bien peuplées, je fais demi-tour, et je reviens sur mes pas avec charge (ou je demande à mon pote Durak qui charge plus loin que moi de me rejoindre) et on partage les PX. Bilan: le Durak dépense 4 PA et fait 50 morts. Sans compter qu'il faut faire les jets de SR et de dégats pour tout le monde, calculer les PX que rapportent ceux qui sont morts au piègeur et tout le tintouin. Le serveur risque de vachement apprécier. "

Je vois pas en quoi c'est un problème . Le même piègeur qui ferait sauter ses pièges 1 par 1 à coups de DEs par le même durakuir ferait la même quantité de morts , les dégats de la charge en moins , pour un cout en PAs (1DE par case) assez similaire .Toutes les créatures seraient pas tuées dans la même seconde , mais çà reviendrait bien au même au final . Et les 50 morts ne seraient pas portées au crédit du durakuir qui a dépensé 4 PAs , mais à celui du piègeur qui vient de passer 4 DLA pour poser les pièges .

Et là c'est piège qui est trop puissant , pas la charge ou la conjonction des 2 .

#. Message de Ythogtha le 16-09-2004 à 16:29	4108 - Ythogtha (Tomawak 60) - The A-Team -
Pays: Non Précisé Inscrit le : 18-01-2003 Messages: 1043 (Trõll de Compèt')	Citer

En réponse à kerdan :
1) la trajectoire :
Ta deuxième proposition, de déterminer soi-même la trajectoire de la charge, me semble à la fois trop complexe et trop chiante à l'utilisation. MH doit pouvoir se jouer vite, il faut que la trajectoire de la charge soit définie a priori et qu'elle soit "naturelle".
En ce sens l'algorithme proposé en début de sujet me parait bien, il est simple à coder, il est naturel à comprendre (à vrai dire j'en ai réinventé le principe moi-même un jour où j'avais besoin de tracer des lignes en n'utilisant que des nombres entiers, je ne connaissais pas son existence...), et il est déterministe.

2) les explosions :
C'est un truc risqué qui passe ou qui casse .
Actuellement c'est juste un truc qui passe, sans risques, au pire c'est l'esquive, mais ce risque n'est pas spécifique à la charge.

Ceci mis à part, encore une fois, je trouve ta proposition trop complexe, il faudrait à chaque case parcourue regarder si les dégâts sont suffisant pour faire perdre une case de portée et voir si ça affecte la charge en cours etc... Non, trop lourd, trop tordu, là encore je pense qu'il faut pour des soucis de simplicité de fonctionnement, de compréhension intuitive par tous et de rapidité d'exécution, qu'il y ait un fonctionnement simple, clair et défini, unique.
Il faut donc répondre à deux questions seulement :
- Un piège a feu est-il déclenché par une charge, pendant la course.
- Un piège a feu stoppe-t-il une charge en pleine course.
Ces deux questions n'ont pas de réponse évidente si on envisage la création d'autres types de pièges. Si on ne garde que les pièges à feu alors la première question reçoit évidemment un oui comme réponse, la deuxième on en discute.

3) arrivé sur la case finale :
Je pense quant-à moi qu'un piège à feu sur la case d'arrivée, évidemment doit être déclenché comme actuellement, mais ne doit pas pouvoir empécher l'attque d'être portée, quoi qu'on décide à côté. Le chargeur est lancé, il est arrivé, il porte son coup et ce faisant déclenche le piège, tout doit être fait : l'attaque de la charge ET le déclenchement du piège, si le chargeur meurt des dégâts du piège, il doit quand même avoir frappé sa cible. Sinon le piège est une défense trop aisée, on affaiblit le chargeur avant sa charge, le piège est déjà placé, le chargeur énervé charge et meurt sur le piège sans avoir pu frapper, bien trop simple ! Si c'est en chemin d'accord, mais pas à l'arrivée.
D'où le fait que je dise que la charge doive-t-être résolue avant le piège à feu sur la case d'arrivée.

Pour essayer de résumer :
Si on considère un nouveau type de piège, les pièges à pointe, prévu pour n'affecter qu'une seule cible, et conçu pour stopper une charge, il faut répondre à quelques questions pour chacun de ces pièges, et les éventuels futurs pièges :
- Le piège en question se déclenche-t-il au passage d'une charge ?
- Le piège en question arrête-t-il une charge ?
- Si oui, l'arrête-t-il aussi sur la case d'arrivée (avant de résoudre l'attaque de la charge) ?

Pour le piège à feu ce serait a priori oui et non. (on laisse au piège à pointe la charge de stopper les charges :p )
Pour le piège à pointe oui et oui, sans avis réfléchi pour la troisième question (défense trop aisée si oui je pense...)

Ythogtha.

#. Message de Gandalf le 16-09-2004 à 16:57 [Ami de MountyHall]	3 - Gandalf (Skrim 60) - BEURK’N Trolls -
Pays: Belgique (Hainaut) Inscrit le : 21-05-2002 Messages: 5870 (Hydre Fumante)	Citer

Ythogtha: bien résumé Je pense que tes exemples de choix sont une excelente base pour etre débattu par l'equipe de dévellopement qui de toute facon reste maitre.

Tu as fais le tour des propositions réaliste.

Je penche pour le piege spécialisé qui à le mérite de ne pas modifier le piege a feu existant

#. Message de don camillo le 16-09-2004 à 17:19	15684 - ( )
Pays: France Inscrit le : 02-10-2003 Messages: 166 (Golem Costaud)	Citer

je suis pour qu'une charge déclenche le/les pieges sur son chemin.

en l'occurence, pourquoi ne pas appliquer le principe du projo en étant camouflé ?

Si tu marches sur un piege en chargeant, tu refais un jet de ta compétence charge - 25% . Si ca marche tu continues, sinon tu te vautres lamentablement par terre en chouinant.

#. Message de AngelFace le 16-09-2004 à 17:40	2149 - AngelFace (Skrim 60) - Compañeros Mosca Trõlls -
Pays: France (2A - Corse-du-Sud) Inscrit le : 26-11-2002 Messages: 4229 (Djinn Tonique)	Citer

Très bonne synthèse de Ythotga en effet.

Le piègeur aurait le choix par exemple entre 2 pièges a feu qui sauterais 2 fois sur le chargeur eventuel, ou un piege a pointe qui le stopperait.

Je pense qu'on a fait le tour de la question, à notre niveau. A l'équipe de décider désormais, si il y a modif, ajout de pieges, etc...

Ce post semble assez abouti pour avoir sa place dans les propositions du mois de septembre non ?

#. Message de kerdan le 16-09-2004 à 21:43	2054 - ( )
Pays: France Inscrit le : 15-11-2002 Messages: 273 (Golem Costaud)	Citer

Oui , je pense qu'on doit pas être loin d'avoir fait le tour . maintenant , à l'équipe de voir ce qui est codable et ce qui est équilibré .

La proposition de Don camillo sur le 2ème jet est aussi une solution pas trop compliquée pour déterminer si le piège peut bloquer une charge ou pas.
Un bon chargeur pourra passer outre les pièges . Un moins bon , non .

#. Message de TilK le 17-09-2004 à 15:46 [MH Team] [Maître Outilleur] [Ami de MountyHall]	36216 - mini TilK (Kastar 49) - Teubreu -
Pays: France Inscrit le : 06-12-2002 Messages: 8352 (Hydre Fumante)	Citer

Bon comme tout le monde je vais essayer de donner mon avis (qui passera de tte facon inapercu) :

Je pense prioritairement à la facilité d'implémenter le truc et à la charge du serveur : je verrais donc quelque chose comme cela :
*Trajet : quand on charge, on essaye d'aller au plus court et on ne réfléchie pas à la trajectoire en courant. L'algorithme de bresenham proposé m'a l'air très bien. Au pire, s'il y en a qui veulent savoir par où ils vont passer, suffit de l'indiquer juste avant qu'il charge
*Est ce que le piege arrete la charge ? : de nombreux cas pouvant mettre à mal le serveur ont été mis en exerger par certains dans ce thread donc, afin de limiter cela on stoppe quand on tombe sur un piège.
*Un autre problème d'interaction de compétences/sorts : imaginons qu'un troll charge sur un autre troll. or il y a un piege sur la case d'arrivé et le troll attaqué à prévue une contre attaque: Est ce que le piege va agir avant la CA ou le contraire ? AMTHA, je pense que l'attaque (avec CA) doit être résolue avant le piege...

Je propose donc l'algo suivant pour la charge :

On calcule les cases traversées avec l'algo de bresenham

Pour chaque case traversée
{
     si c'est la case d'arrivé
      {
           on gère le combat : attaque/esquive, CA...
      }
     si il y a un piege
      {
           je fais les dégats du piege, je supprime le piege...
           j'arrete la charge
      }
}
C'est fini

Vous en pensez quoi ?
--
Mini TilK
Mais il en fait le maximum

Pages : 1, 2, [3], 4, 5

Pour poster une réponse sur ce Forum, vous devez d'abord vous connecter

Si vous n'êtes pas encore enregistré, vous devez d'abord vous inscrire.

[ Contact : ] - [ Heure Serveur : 17:09:01 le 08/05/2026 ] - [ Page générée en 0.006 sec. ]