JeuxOnLineForumsPlusConnectés : 562 (sites) | 1533 (forums)Créer un compte
Forums des temps anciens
Sous les deux lunes de Al Drifa
 
Partager Outils Rechercher
Avatar de L () K i
L () K i
Roi
 
Avatar de L () K i
 
Perso Gluborkinox je trouve ton idée pa mal

Au niveau RP je trouve pa ca choquant du tout et meme plutot bien
Pour les dev j pense pa ke ce soit cplt insurmontable o nivo prog et au moin ca rajouterai ( si il en faut encore ) de l originalité a ce jeu !

Voila c tout ct juste pour repondre a ta question initiale
Lien direct vers le message - Vieux
Avatar de Gardien
Gardien
Alpha & Oméga
 
Avatar de Gardien
 
la der des ders

Citation:
Provient du message de Gluborkinox
Dans la situation que tu décris le gars tue l'assaillant, finit son mob, et là il est pu en pvp donc si il meurt l'assaillant ne risque pas de finir wanted.
et si tu a plusieurs personnes dans le combats ? et si il y a des fuillards ? ben tu arrive a la meme situation...

genre le gars qui arrive te tape et se barre, tu continue a taper du mob tranquillou et genre 4 minute apres tu te fait tuer par le mob.. et la le gars top content.. il t'a eu...


une phrase que jutilise souvant que je programme : plus tu rajoute de cas, plus ca creer de bug et plus ca ouvrira des possibilités pour tricher...
Lien direct vers le message - Vieux
Avatar de Serevian
Serevian
Roi
 
Avatar de Serevian
 
Si l'assaillant tape un joueur qui se bat contre un mob puis s'enfuit, et que quelques temps plus tard le mob (le même hein) tue la victime, c normal que le fuyard passe wanted, car si il n'avait pas attaqué, la victime aurait pu survivre.


Sinon tu as raison j'avais pas prévu la situation où l'assaillant s'enfuit et où la victime survit à son monstre. En effet comme j'avais définit les choses auparavant la victime aurais pu après ça attaquer un autre mob avant la fin du timer de 5mn, mourir bêtement, et l'assaillant aurais pu passer wanted.


Pour y remédier c'est simple.
Il suffit de dire que dès que la personne qui s'est fait agresser pendant qu'elle se battait contre un mob arrive à tuer son mob, on met un marqueur "sursis" sur l'assaillant.
Donc dans cette situation juste après la mort du mob, il y a 2 personnes qui sont considérées en situation de pvp, une étant considérée comme l'agresseur et l'autre comme l'agressé, et l'agresseur a un marqueur "sursis" (car il a commis son attaque pendant que sa victime était en pvm, et que la victime a vaincu le mob)
Si le combat cesse (agresseur ou agressé fuit) l'agresseur en sursis ne risque pas de passer wanted (même si l'agressé se fait tuer par un mob avant la fin des 5mn après le dernier coup porté par l'agresseur)
Si le combat continue, le marqueur "sursis" disparais et ça devient un combat pvp normal
____________

Note : je réfléchis sur ce problème des xp kills pour répondre à ta question, mais ça devient un peu hors-sujet car ce problème n'a rien à voir avec le fait de pouvoir heal/buff les ennemis ou pas : qu'un joueur (j'ai hésité à remplacer le mot joueur par looser ) s'amuse à xp-kill en faisant perdre de la vie à sa victime, ou en lui faisant perdre d'éventuels buffs faits par des gentils ennemis... c exactement pareil
Mais peu importe, j'ai trouvé une solution qui me plait pour que les xp-killers puissent passer wanted
____________

Note bis : dans le cas où il y a plusieurs agresseurs, mobs ou agressés, ça revient strictement au même en appliquant les mêmes règles individuellement à chacun. Juste une petite précision : dans le cas où il y a plusieurs agresseurs, le marqueur sursis part temporairement pour tous les agresseurs dès que l'un 2 reprends le combat, et reviens à la fin de ce combat. Bien sur dans tous les cas le marqueur sursis part avec la fin du mode pvp au bout de 5mn sans combat.
Ca permet que le fuyard passe qd même wanted si grâce à lui ses copains tuent la victime ; la complicité de meurtre c'est mal ^^

Ex : il y a 2 agresseurs, l'un fuit, le mob se fait tuer -> les 2 ont le marqueur sursis.
Celui qui est resté continue le combat -> les 2 marqueurs sursis partent mais celui du fuyard ne part que temporairement.
Si à ce moment la victime meurt, les 2 peuvent passer wanted.
Si la victime survit, la situation de pvp est terminée pour l'assaillant qui est mort, et le marqueur sursis revient pour l'assaillant qui avait fuit -> tant qu'il ne reprends pas le combat il ne risque plus de passer wanted.
Au bout de quelques minutes la situation pvp prends fin.

____________

Je ne sait pas si mon explication est claire, mais en réalité c'est très simple
Je suis persuadé que tout ça est bien plus simple à programmer que du surf sur bouclier, les effets 3D de feux d'artifice, ou l'IA des PNJ/mobs...
Mais de toutes façons je pense que les devs sont bien plus calés que moi pour savoir ce qu'ils doivent faire lol

En fait tous les post que j'écris sur ce topic, c'est pas pour tenter de convaincre les devs de faire comme ça (même si j'avoue que ça me déplairait pas ) mais uniquement parce que je suis comme ça, j'aime bien faire partager mes idées, qu'elles soient bonnes ou mauvaises
Que ça aboutisse ou pas après je dirais presque que c'est secondaire pour moi, parce qu'avec ou sans heal des ennemis, je pense que je m'amuserais comme un fou sur DnL

Citation:
Résumé
Bien que le problème de l'xp-kill posé par Gardien existe que l'on puisse heal/buff ses ennemis ou pas, j'ai tenté de trouver une solution pour qu'un tel comportement puisse faire passer wanted :
Si un joueur (agresseur) attaque un ennemi qui se bat contre de mobs (l'agressé), on passe en situation de pvp. Les protagonistes ne peuvent dès-lors plus être soignés/buffés par leurs ennemis.

-> Si l'agressé meurt et qu'il y a encore des mobs "aggros" en vie :
L'agresseur a de grandes chances de passer wanted.

-> Si l'agresseur meurt et qu'il y a encore des mobs "aggros" en vie :
La situation de pvp est terminée pour lui, il ne risque plus de passer wanted. Si à ce moment l'agressé se fait tuer par les monstres, c'est quand même une mort pvp (pour les pertes d'xp/or si elles sont différentes j'entends)

-> Si le(s) mob(s) meurt(ent) avant, l'agresseur se voit attribué un marqueur "sursis".
Tant qu'il a ce marqueur, il ne risque pas de passer wanted, mais ce marqueur part si il retape l'agressé ou si il se fait taper par lui.

-> Au bout de 5mn après le dernier coup pvp porté, la situation de pvp est terminée, les marqueurs qui auraient pu rester disparaissent et les participants peuvent de nouveau être soignés par leurs ennemis
EDIT
@Gardien : juste pour rappeller que le problème de l'xp-kill se poseras aux developpeurs quoi qu'il arrive, et que ça n'a aucun lien avec le fait de pouvoir heal/buff ses ennemis.
J'ajouterais aussi que le fait de heal/buff ses ennemis n'apporte pas autant de "cas spéciaux" que tu voudrais le faire croire

Techniquement, il suffit de définir si un joueur est en situation de pvp ou non, c'est à dire si il a été attaqué ou si il a attaqué un joueur ennemi dans les 5 dernieres minutes.
Or si les pertes (xp et or) sont différentes pour une mort pvp et une mort pvp (comme souvent) les devs auront de toute façons à programmer cette distinction. Donc techniquement presque aucun boulot supplémentaire
Tous les autres "cas spéciaux" que j'ai évoqués (comme le marqueur "sursis" et autres...) n'ont aucun rapport avec le probleme du heal d'alliés, mais uniquement avec le probleme de l'xp-kill. Et ces deux problemes sont indépendants
__________________
Lien direct vers le message - Vieux
Avatar de Gardien
Gardien
Alpha & Oméga
 
Avatar de Gardien
 
je confirme que ca me parrait bien compliquer pour pas grand chose...

jvait pas m'amuser a chercher des moyens d'exploité le systeme a des fins malhonette (xp kill, and co..), car plus tu creer de cas speciaux plus il y en aura....
Lien direct vers le message - Vieux
Avatar de Braddock
Braddock
Alpha & Oméga
 
Avatar de Braddock
 
ah bah le nom du nouveau forum me plai bien

il me plaisai presque tous de toute façon...

__________________
Lien direct vers le message - Vieux
Avatar de Gouzi
Gouzi [-LHS-]
Reine
 
Avatar de Gouzi
 
Citation:
Provient du message de seringue
Comme je te l'ai déjà dis par MP , par principe je ne m'oppose pas à un RP plus qu'un autre. Le fait d'être un soigneur qui ne fait que soigner et ceux quelque soit le camp ( serment d'hypocrate amélioré ) ne me pose pas de soucis. Sauf que le fait de le permettre va laisser l'occasion à certains de tester toutes les combines possible pour dévier le système de son utilisation naturelle.

Pour ma part je trouve cela trop dangereux. Je perçois de nombreuses façon d'abuser du système et je suis sur que je ne pense pas à toute. Et par expérience on a vu l'attrait du double compte sur Daoc. Le phénomène devient financier. Bref Mythic refuse de trouver une solution car elle serait anti-commerciale !
Alors autant pas foutre les mains dans la merde dessuite, ca évitera qu'une situation qui pourri le jeu se reproduise ailleurs.
Pour compléter , à partir du moment ou il y a avantage même minime à avoir 2 comptes, une partie va le faire, ca va dénaturer l'équilibre et entrainer un effet boule de neige. Et l'expérience nous a montré à quel point le $$ est préféré au joueur.

L'histoire nous montre les erreurs à ne pas recommencer. Ne pas en tenir compte , c'est soit de l'inconscience, soit de la connerie.



My Point Of View
toutafai d'accord, si les programmateurs lisent ce forum ce serait bien qu'ils trouvent une solution aux doubles comptes, qui tuent la philosophie du jeu par l'abus. Une première solution toute simple serait de faire des buffs rayons, càd qui s'estompent dès qu'on s'éloigne du bb.
Ensuite, le bb ne devrait pouvoir buffer que les membres de son équipe.
Enfin, si la cible du bb attaque un ennemi du même lvl, elle passerait en wanted (car considéré en sur-force à 2 contre 1).
Bref, il faudrait qu'un bb d'un double compte ne serve plus à rien par rapport à un autre joueurs.
Lien direct vers le message - Vieux
Avatar de Serevian
Serevian
Roi
 
Avatar de Serevian
 
Pour des buffs à portée limitée (je serais aussi pour des buffs à durée limitée) OK, mais pour le reste... faudrait pas non plus devenir extrémiste lol.

Je comprends à tes différents post que tu as été traumatisé par certains comportements sur DAoC et je peux le comprendre, mais il faut quand même garder deux poids deux mesures ^^

Immagine un peu t'est en train de dire qu'un joueur buffé aurait plus de chances de passer wanted ? Mais les classes buffeuses n'auraient plus aucun intérêt !
Buffer uniquement les membres de son équipe c'est déjà un peu moins aberrant, mais je trouve quand même que c'est limiter énormément et inutilement la liberté des joueurs. Je me rappelle à DAoC j'aimais bien buffer un ptit nioub de temps en temps, ça durait pas assez longtemps pour qu'il puisse pk, et ça lui rendait bien service.


Donc ok pour trouver des moyens qui rendent inutiles les buffbots, mais à condition de ne pas transformer le jeu en une succession d'interdictions et de contraintes superflues ^^ (t'as vu Eraendel je l'ai bien écris là enfin j'espere)


Je finirais juste en disant que même si le problème du double compte a été abordé quelque part dans ce topic, c'est pas le sujet principal
__________________
Lien direct vers le message - Vieux
Avatar de Gardien
Gardien
Alpha & Oméga
 
Avatar de Gardien
 
oui buff rayon et limité dans le temps (a condition d'avoir un temps suffisant .. faut pas exagerer non plus )

mais comme l'a dit Gluborkinox, pour le reste, ca deviendrai trop contraignant pour tout le monde, alors que ce n'est qu'une minorité ...

un truc aussi assé efficace, la deco des perso qui bouge pas... ca limitera les problemes un peu
Lien direct vers le message - Vieux
 

Connectés sur ce fil

 
1 connecté (0 membre et 1 invité) Afficher la liste détaillée des connectés

Outils Rechercher
Rechercher:

Recherche avancée

Les actualités de Dark and Light RSS
  • Aucune actualité pour le moment...
Les vidéos de Dark and Light RSS
  • Aucune vidéo pour le moment...
Thème visuel : Fuseau horaire GMT +1. Il est actuellement 15h18.
   

© JeuxOnLine, le site des MMO, MMORPG et MOBA. Tous droits réservés. - Conditions générales d'utilisation - Conditions d'utilisation des forums - Traitement des données personnelles - ! Signaler un contenu illicite