LoLTracker

 

[Updated] Match FNC vs OMG et homeguard : Enquête

[Updated] Match FNC vs OMG et homeguard : Enquête
 
[SPOILER : Les lignes ci-dessous dévoilent le déroulement du match Fnatic vs OMG !]
 
 
Quel match ! On a rarement vu une occasion de finir une partie sur une tentative de backdoor se finir aussi mal. Cela s'est d'autant plus mal fini que certains joueurs ont remis en question l'issue du match à cause de ce qui semblerait être un bug de l'enchantement des bottes homeguard. Qu'en est-il réellement ? Nous avons mené une petite enquête...
 
Que s'est-il passé ?
 
Le match Fnatic vs OMG se déroule, OMG vient de gagner un teamfight, et commence à envahir la base de Fnatic, détruisant la tour inibiteur au mid, puis l'inibiteur lui-même. Seul xPeke est encore en vie, et tout semble laisser croire qu'OMG a gagné. Mais en l'absence de sbires pour prendre les coups des tours du Nexus, c'est Cool (Zed) qui tank leurs attaques. Seulement, il va y laisser la vie, et Loveling (Kha'Zix) ainsi que DaDa777 (Thresh) n'ont plus beaucoup de PV, ce qui permet à xPeke (Syndra) d'être assez menaçant pour les repousser, d'autant que Rekkles (Kog'Maw), réapparaît à son tour. OMG ne peut plus terminer la partie, et bat en retraite.
 
Le cours de la partie change alors, car s0AZ (Rumble) décide de se téléporter au top pour tenter de terminer la partie, puisque contrairement à la base de Fnatic, celle d'OMG n'a plus d'inibiteur au top, et de tours pour défendre le Nexus, ce dernier est donc à découvert. Le rôle des autres membres de Fnatic devient alors de retarder les rappels des joueurs d'OMG pour éviter que s0AZ (Rumble) ne soit gêné pendant sa tentative. Mais Loveling (Kha'Zix) réussit à revenir, et va se débarrasser de s0AZ (Rumble). xPeke (Syndra) tente à son tour de terminer la partie, accompagné quelques secondes plus tard par Cyanide (Elise), mais Gogoing (Ryze) réussit à son tour à revenir à la base, et réussissent à tuer Cyanide (Elise) et xPeke (Syndra), qui tentaient de focus le Nexus. La tentative de backdoor est repoussée, laissant le Nexus à une attaque de base de n'importe quel champion d'être détruit.
 
 
Chaîne : LoLHighlights
 
Quel est le problème ?
 
Si vous revenez sur la vidéo à 0:42, vous allez voir ceci :
 
b2ap3_thumbnail_FncOMG1.jpg
 
Il s'agit de Loveling (Kha'Zix), dont le rappel est en train de se finir. Toutefois, il vient d'être touché par l'Artillerie vivante (Ultime) de Rekkles (Kog'Maw). Son rappel se termine malgré tout, et surtout, ce qui est visé par les joueurs, l'enchantement homeguard s'active, lui permettant de récupérer des PV supplémentaires pour combattre s0AZ.
 
Nous avons donc deux problèmes :
  • Un recall qui se termine alors que Kha'Zix reçoit l'Artillerie vivante de Kog'Maw
  • Un enchantement homeguard qui se déclenche alors que Kha'Zix a reçu l'Artillerie vivante de Kog'Maw
 
Le recall qui se termine
 
Pas mal de joueurs le savent, et cela a été confirmé plusieurs fois par des Rioters. D'ailleurs, il y a même une intervention récente d'Afic qui parle de ce problème en particulier :
 
b2ap3_thumbnail_RecallBug.jpg
 
C'est donc un problème bien connu (et qui n'affecte pas que le recall), mais visiblement insolvable, et commun à beaucoup de jeux en ligne. Il est difficile d'en vouloir à Riot sur ce point précis (Même s'il est possible de faire des améliorations pour atténuer le problème, à défaut de le résoudre).
 
Note de Philidia :
Le "tick" dont parle Afic est le fait d'avoir une interruption, une fraction de seconde avant qu'un autre effet se déclenche. Vous aurez la même chose si vous étourdissez un Corki en même temps qu'il lance sa Valkyrie (Z/W). Le stun sera bien appliqué, mais Corki aura bien lancé sa Valkyrie, alors qu'il était techniquement étourdi.
 
L'enchantement homeguard
 
L'enchantement Homeguard est cependant un sujet bien plus sensible. Lisons la description :
 
Homeguard: Visiting the shop vastly increases Health and Mana Regeneration and grants 200% bonus Movement Speed that decays over 8 seconds. Bonus Movement Speed and regeneration are disabled for 6 seconds upon dealing or taking damage.
 
La partie qui nous intéresse est dans la 2ème phrase. Le bonus apporté par cet enchantement doit être désactivé, et ne pas pouvoir être obtenu si vous avez reçu ou infligé des dégâts dans les 6 dernières secondes. Toutefois, Kha'Zix était équipe d'une gueule de Malmortius, dont l'effet s'est correctement déclenché lorsque l'artillerie vivante (Ultime) de Kog'Maw a touché Kha'Zix. En théorie donc, Kha'Zix n'a pas subi de dégâts. Mais il en a reçu ! Sauf qu'ils ont été absorbés.
 
Nick Allen ferme cependant le débat avec un Tweet vers 18h30 :
 
b2ap3_thumbnail_20140924NickAllenTweet.jpg
 
La réponse de Nick Allen à la polémique est donc que l'enchantement est basé sur le fait de recevoir des dégâts, et non d'être en combat, comme c'est le cas pour les bottes de mobilité. Kha'Zix n'ayant pas subi de dégâts, puisqu'ils ont été bloqués par la gueule de Malmortius, le résultat restera le même.
 
L'histoire du patch 1.0.0.120
 
C'est alors que les joueurs évoquent un ancien patch, qui avait apporté une modification sur les bottes de mobilité, et sur lequel on peut lire :
 
Boots of Mobility will now mark you in combat for receiving/dealing any damage, even if it is shielded
 
En clair, les bottes de mobilité vous considèrent désormais en combat si vous infligez/recevez des dégâts, même si vous avez un bouclier qui les absorbe. Il n'y a pas eu de modifications annulant ce changement depuis.
 
Toutefois, comme l'explique Nick Allen dans un autre Tweet, cette modification concerne les bottes de mobilité, et non l'enchantement homeguard, qui fonctionne indépendamment, et différemment. Par ailleurs, l'enchantement n'était pas encore sorti à l'époque, il aurait donc été impossible d'appliquer cette modification à l'enchantement homeguard.
 
b2ap3_thumbnail_20140924NickAllenTweet2.jpg
 
Qu'en est-il en pratique ?
 
Pour nous assurer que Nick Allen disait vrai, nous avons cependant voulu vérifier l'exactitude de ces propos. S'il dit vrai, alors les homeguards devraient s'activer avec les autres formes de boucliers, comme celui de Morgana, de Janna, de Lulu, etc... puisque les dégâts ne sont pas subis par la cible. Nous avons donc lancé des parties personnalisées pour vérifier ça.
 
Notre premier test a été effectué avec le bouclier noir (E) de Morgana, qui absorbe lui aussi des dégâts magiques, comme la gueule de Malmortius :
 
Premier test
 
{mp4}20140927/TestMagicShield1{/mp4}
 
Deuxième test
 
{mp4}20140927/TestMagicShield2{/mp4}
 
Conclusion, dans les deux cas les homeguards sont bien activés, même si un sort a frappé celui qui était en train d'effectuer son rappel au dernier moment. Testons maintenant avec un bouclier qui absorberait tous les types de dégâts.
 
{mp4}20140927/TestShield1{/mp4}
 
Le résultat est identique. Nick Allen a donc dit juste jusqu'à présent. En revanche, nous avons procédé à un dernier test. Que se passerait-il si on excluait le rappel du test ?
 
{mp4}20140927/TestShield2{/mp4}
 
Un autre test, effectué par un youtubeur
 
 
Et nous avons là un résultat bien différent. En effet, si comme le dit Nick, le fait que des dégâts soient absorbés ne devrait pas altérer la mécanique des homeguards, alors il n'y a aucune raison qu'elle soit désactivée dans le même cas de figure.
 
Hors ici, l'effet ne s'activera JAMAIS si vous n'êtes pas en train d'effectuer un rappel.
 
Il y a donc un problème considérable, car on ne sait pas où se trouve le bug. Soit le bug est dans le fait que les homeguards ne s'activent pas alors que les dégâts ont été absorbés par celui qui les porte, soit le bug est dans le fait que les homeguards s'activent après un rappel.
 
Que va-t-il se passer désormais ?
 
Riot est donc en tort dans les deux cas. Dans le premier cas, ce bug a pu affecter énormément d'autres parties, et a de toute façon nui à la clarté du jeu. Dans le deuxième cas, il a - peut-être - changé le cours de la partie.
 
Malheureusement, Nick Allen ayant prononcé son jugement, les chances pour qu'un rematch ait lieu sont très faibles. On peut garder espoir, mais dans le cas présent, il y a peu de chances que le résultat change.
 
L'avis de Philidia :
 
Triste incident pour Riot. Ce genre de choses est très difficile à repérer, et quand ça arrive dans un championnat du monde, c'est une véritable dague dans le dos, que Riot va payer très cher. Car évidemment, le bug a beau être rare (Dans le sens où il impactera peu de parties), s'il a eu un potentiel impact, alors il devient critique. Et ici, à une attaque de base de tomber le Nexus, l'impact potentiel de ce bug est considérable.
 
Et malheureusement c'est clairement Riot qui est en tort sur le sujet. Ce qu'a dit Nick Allen est faux, et on voit bien que le fait d'être en train de recall change le fonctionnement de la mécanique. Maintenant, faut-il rematch ? J'aurais tendance à dire non, malgré le fait que j'aimerais voir Fnatic gagner. 
 
Les bugs sont à mon sens comme les erreurs d'arbitrage au football. En 2006, finale de coupe du monde, l'arbitre a accordé un pénalty à Malouda sur une faute Italienne vraiment contestable. Probablement qu'après avoir vu le ralenti, l'arbitre s'est dit qu'il n'aurait pas dû, mais le match n'a pas été refait pour autant, et la France a obtenu un but grâce à ça. Si vous voulez une meilleure comparaison, c'est comme s'il y avait une petite motte de terre sur le terrain qui faisait légèrement rebondir le ballon et qui faisait rater un tir décisif à un joueur. Sans cette motte de terre, on ne sait pas si le joueur aurait ou non marqué. Peut-être oui, peut-être aurait-il alors tiré trop haut, etc... Et pourtant le jardinier aurait des raisons de s'en vouloir si ça se savait.
Mais les bugs sont là parce que ce sont des humains qui ont conçu le jeu, et qu'ils font des erreurs, c'est pareil pour l'arbitrage. Certains y penseront encore dans plusieurs années, mais même en rejouant le match, il sera impossible d'obtenir les mêmes conditions de jeu qu'au match précédent. Le moral des joueurs ne sera plus le même, la tentative de backdoor, s'il y a, ne sera plus la même, bref... Trop de choses changeraient.
 
Le rematch ne me dérangerait pas pour autant, mais je pense que cela ne fera qu'attiser le drama autour du sujet, chose que Riot va chercher à éviter. L'affaire reste à suivre cependant !
 
Update 29/09 : Annonce officielle de Riot
 
Riot a fini par faire une annonce ce dimanche 28 septembre, pour mettre un terme au débat, et expliquer ce qu'il s'est passé pendant cet incident.
 
Voici l'annonce faite :
 
TL;DR : Il n'y a pas eu de bug dans le match de Fnatic contre OMG. À cause d'une interaction spécifique, mais voulue, entre l'enchantement homeguard et le rappel, les champions qui réussissent à effectuer un rappel auront le buff homeguard à leur retour à la base. La confusion est née du fait du fait d'une interaction non-listée mais bien connue, et voulue, où les dégâts n'interrompent pas le rappel dans les derniers moments avant que l'animation ne se termine. Le résultat du match reste donc le même.
 
La nuit dernière, nous avons publié une brève annonce sur Twitter, concernant notre enquête sur un possible bug influençant le résultat du match Fnatic vs OMG. L'enchaînement des évènements en question peut être trouvé à 1:31:00 dans la vidéo suivante :
 
 
Essentiellement, Kha'Zix a été touché par un sort dans les derniers moments avant qu'il ne termine son animation de rappel, mais a cependant obtenu le buff des homeguards quand il est arrivé à la base. Un autre objet, la gueule de Malmortius, a été déclenché au même moment, et immédiatement après avoir consulté notre équipe de conception, nous avons pensé que cette interaction fonctionnait comme prévu et respectait nos règles. Après des investigations plus approfondies, nous avons découvert que le bouclier apporté par la gueule de Malmortius n'avait aucun rapport avec ce cas de figure.
 
Nous prenons les potentielles apparitions de bugs dans les matchs compétitifs très au sérieux, et nous avons immédiatement commencé à investiguer. Après plusieurs examens, y compris dans le code du rappel, et de l'enchantement homeguard, nous avons découvert que le rappel et les homeguard ont une interaction spécifique (Et voulue) qui permet ce qui a été observé pendant le match Fnatic vs OMG.
 
Quelques explications de Morello :
 
La condition de "non-combat" des homeguards est conçue pour éviter les abus où un joueur pourrait partir et revenir à la fontaine pour tuer une équipe qui assiègerait le Nexus. En d'autres termes, être "en combat" n'est pas directement lié au fait de recevoir des dégâts, puisque cela ne couvrirait qu'un seul scénario. Notre pensée est la suivante : Si vous avez effectué un rappel, vous n'étiez pas en combat. Si vous étiez en combat, le rappel aurait été interrompu. Ces deux points sont liés pour plus de cohérence.
 
Logiquement, nous voyons les choses de cette manière : Si j'effectue un rappel, je ne suis pas en combat. Si je ne suis pas en combat, je vais recevoir le buff des homeguards. Si je suis en combat, je ne peux pas effectuer un rappel, et si je ne peux pas effectuer un rappel, je ne peux évidemment pas recevoir le buff des homeguards. Afin de nous assurer de la cohérence du sujet, nous avons également placé une petite "période de grâce", pour que les 3 évènements (Être hors combat, être capable de faire un rappel, être capable de recevoir le buff des homeguards) soient TOUJOURS synchronisés. Lorsque vous arrivez sur la plateforme d'invocation après un rappel, vous devriez être assurés de ne pas être en combat, même si quelques fractions de secondes de différence pourrait désynchroniser ces évènements dans de rares circonstances (Rien que les équipes peuvent utiliser pour ajouter du talent ou de la stratégie). Donc, si vous infligez des dégâts pendant cette "période de grâce", le champion qui est en train d'effectuer son rappel ne va pas (Et ne devrait pas) entrer en combat. L'enchantement homeguard a été conçu de cette manière assurer une parfaite cohérence quand un champion était en train de défendre sa base.
 
Il y a un cas très spécifique où cela peut être contourné, mais qui est plus relatif au temps que mettent certains projectiles à atteindre leurs cibles (Si vous voyez l'ultime de Caitlyn suivre sa cible après un rappel, c'est de ça dont il s'agit), mais c'est davantage le cas d'une conception qui en annule une autre (Le trajet d'un projectile contre la vitesse du rappel) et qui a toujours été le cas pour tous les joueurs.
 
Un autre point signalé fut que les bottes de mobilité de Kha'Zix ont été désactivées qu'il ait été touché, et, pour ça, nous voyons absolument que le fait d'être en combat est trop ambigu. Pour le cas de l'enchantement des homeguards, être hors combat est directement lié au fait d'être capable d'effectuer un rappel (Puisque l'un implique l'autre), mais dans le cas des bottes de mobilité, le fait d'être en combat est lié au fait d'infliger ou de recevoir des dégâts, indépendamment du rappel. En d'autres termes, les bottes de mobilité n'ont pas cette "période de grâce" qu'a l'enchantement, car elles sont directement liées au moment du combat, alors que les homeguards ont une période de grâce du fait qu'il y a un évènement précurseur (Le rappel) pour que l'effet se déclenche.
 
Pour revenir au problème : L'enchaînement d'un rappel réussi + Le fait d'être hors combat vs le fait de ne pas réussir un rappel + Le fait d'être en combat sont liés ensembles, et, dans la mesure où cet enchaînement fonctionnait comme prévu, aucun changement dans la manière dont l'enchantement est codé (Ni dans l'infobulle pour répondre aux attentes spécifiques) n'aurait changé quelque chose. Si Kha'Zix avait pu faire son rappel, il aurait malgré tout tué Rumble (Et cet enchaînement d'évènement a toujours été voulu d'un point de vue du concept).
 
Puisque l'enchantement est prévu pour se déclencher après un rappel réussi, peu importe ce qui arrive dans les derniers instants avant que l'animations ne se termine, nous avons déterminé qu'il n'y avait aucun bug relatif à l'enchantement homeguard.
 
Il y a cependant, le fait que - Même si c'est également voulu - la "période de grâce" relative au rappel ne soit pas listée. Un champion peut recevoir des dégâts dans les derniers instants de l'animation du rappel et réussir son rappel. Malgré le fait que ce ne soit pas listé, cette interaction est bien connue, et peut être utilisée par tous les joueurs, dans toutes les parties. Aussi, cette interaction entre l'enchantement homeguard et le rappel est reproductible dans toutes les parties, du fait de la manière dont marche le rappel dans notre jeu.
 
En conclusion, nous conservons notre position, et il n'y aura donc pas de remake du match Fnatic vs OMG.
 
Nous prenons l'entière responsabilité de notre annonce initiale (Ndlr : Le Tweet de Nick Allen) basée sur une investigation incomplète, et nous nous excusons pour la confusion. Nous avons communiqué les résultats de nos investigations, nos règles et nos décisions aux deux équipes avant de publier cette annonce finale.
 
 
L'avis de Philidia :
 
Je pense que vous pouvez chacun vous dire si oui ou non cette défaite est méritée. L'investigation terminée, je maintiens mon point de vue, Riot a des torts sur le sujet. D'une part à cause de l'annonce de Nick Allen qui a induit beaucoup de monde en erreur, et a poussé à penser que c'était bien un bug (Y compris nous), d'autre part car ce genre de mécaniques inconnues nuit à la clarté du jeu. Je ne me lancerais par contre pas dans les thèses sur le fait que Riot ait ou non tourné les choses à son avantage. Dire que c'était un fonctionnement voulu après s'être rendu compte du fonctionnement de la mécanique me parait possible, tout comme le fait d'avoir un coup de malchance sur une mécanique non-listée et sur une annonce foireuse est possible aussi. Cela dit, vu les communications foireuses qu'on a eu dans le passé avec Riot, je serai plus partant pour la deuxième hypothèse...
 
Dans la mesure où il ne s'agit pas d'un bug, cela n'aurait rien changé à l'issue du match, et, je pense que même les Fnatic eux-mêmes le savent, ce n'est pas l'unique chose qui aurait pu changer la partie, beaucoup de joueurs ont vu des erreurs commises pendant la tentative de destruction du Nexus. On ne peut pas en vouloir aux Fnatic, il s'agit des championnats du monde, et la pression dans ce genre de moments est colossale, à tel point qu'il est difficile de prendre la bonne décision, et d'effectuer à la perfection la bonne action. Mais quoiqu'on en dise, leur performance et leur audace a été remarquable. Et même si la pilule est d'autant plus dure à avaler avec l'absence d'équipe Européenne en quarts de finale, je pense qu'on peut féliciter les Européens d'avoir réussi à tenir tête aux Coréens.
 
Pour ce qui est de lister ce genre de mécaniques inconnues, je ne pense pas que cela soit nécessaire. Cela arrive dans peu de cas, et il y a encore moins de cas où cela surprend le joueur. Qui plus est, surcharger les infobulles du fonctionnement d'un objet ou d'une compétence dans tous les cas de figure rendrait le résultat illisible.
 
[sexypolling id="6"]
 
Mise à jour sur le PBE (29/09)
[S4WC] Groupes C et D : Résultats
 
You must login to post a comment.
People in conversation:
Loading comment... The comment will be refreshed after 00:00.
  • This commment is unpublished.
    Philidia
    • Administrateur du site
    · 9 years ago
    Cette histoire me rappelle il y a deux ans quand j'avais fait mon énorme dossier sur l'affaire des minimaps. C'est moche ! Le côté positif, c'est que ça fera au moins taire en partie ceux qui pensent que je défends en permanence Riot. Parce que là, c'est clairement eux les fautifs =P
  • This commment is unpublished.
    Gods Killer P · 9 years ago
    gj
  • This commment is unpublished.
    MarcusDetritus · 9 years ago
    Attention théorie !
    J'ai une idée sur le pourquoi du "seulement avec le rappel" : ce genre de système (hors combat/pas de dégâts subis) se gère grâce a des vérifications effectuées tous les x ticks (ticks mentionnés pour les back). Pour économiser des vérifications et diminuer la charge serveur, le jeu peut se faire confiance par rapport à des vérifications passées. Le CD avant l'activation des homeguards est de 6s. Le temps d'un rappel est de 7s avec la maitrise réduisant le cast d'1s. Le jeu estime donc que si le back a pu se terminer, le joueur n'a pas pris de dégâts dans les 7 dernières secondes. Il se fait confiance à lui-même, à tort. D'où l'apparition du bug uniquement après un rappel. Edit : Du coup, je viens de penser, serait-il possible d'avoir le même bug sans bouclier ? Si oui, ma théorie serait confirmée.

    Sinon, je trouve ça vraiment dommage, il y a quand même une grosse somme en jeu, ça va ternir l'image déjà pas bien reluisante du jeu sur l'aspect des bugs. L'issue aurait je pense été très différente, un Kha'Zix avec 500hp fait bien moins peur que quand il est full vie, et il aurait en plus pris cher vite car on voit sOaz ulti pile sur la fontaine. J'espère que ça ne va pas leur couter la 2nde place, mais ça a l'air bien parti pour...
    • This commment is unpublished.
      Philidia
      • Administrateur du site
      · 9 years ago
      C'est difficile à dire pour être honnête. On a aussi fait le test avec le passif de Pantheon, et les homeguards ne se sont pas déclenché après le recall. Pourtant les dégâts étaient eux aussi bloqués. On entre dans des parties de théorie et de pratiques que seul Riot peut déterminer car le code semble étrangement fait à cet endroit.

      On verra bien le verdict plus tard. Mais je persiste à penser que Riot ne reviendra pas sur cette position. Maintenant, l'affaire Gambit a déjà prouvé qu'il pouvait y avoir des rematch, même après avoir affirmé une position.
    • This commment is unpublished.
      bookboy · 9 years ago
      J'ai exactement le même avis que toi, et voici la preuve qui le confirme : https://www.youtube.com/watch?v=IJg9bwQ1C8Q
  • This commment is unpublished.
    CLG zetsu · 9 years ago
    Voilà, maintenant on peut dire que c'est belle est bien un Bug : http://puu.sh/bQ2Tb/7537d7f6f5.jpg
    • This commment is unpublished.
      ikael · 9 years ago
      J'avais fais la même observation, du coup les déclarations d'Allen sont erronées et le bug est avéré.
  • This commment is unpublished.
    Infinity Soul · 9 years ago
    Je suis tout à fait d'accord,

    les bugs ca arrive et il ne faut pas mettre toutes les fautes à cela

    Et je suis un fan de Fnatic
  • This commment is unpublished.
    creatyx · 9 years ago
    marcus oui il est possible de proc les homeguard sans bouclier il y a eu une vidéo faite hier pour le post reddit : https://www.youtube.com/watch?v=IJg9bwQ1C8Q&feature=youtu.be
  • This commment is unpublished.
    Crypsis · 9 years ago
    Mais quel match !

    Certainement le match le plus serre depuis le début des mondiaux , concernant l'incident je suis d'accord avec la comparaison de Philidia après c'est un jeu et il y a toujours une part de chance , dans cet situation ce sont les OMG qui ont eu cette chance .

    Je suis moi même pour la monter des Fnatics dans cette compétition mais je dois clairement avouer que les OMG meritent malgres tout leur victoire ( différence gold - kill - drake - nashor )

    Il est vrai que la victoire desFnatic s'est jouer à 1 fil mais lesOMG on clairement dominė la partie.

    Pour la suite de la compétition je ne me fais aucun soucis pour les Fnatic , le spectacle que nous a offert rikkles vs LMQ été bluffant

    Retenons ce 18/0/4 as Lucian
  • This commment is unpublished.
    yoxt · 9 years ago
    Bonjour ; moi je pense que refaire le match serait correct car souvenez vous : gambit vs SK ; atrox avait éu un leger bug qui n'avais pas eu d'impact sur la gam mais riot avait décider de ré match ; ici on a a faire a un gros match et ce bug la a carrément changer l'issue ; je trouverais injuste de ne pas ré match
  • This commment is unpublished.
    varagoth · 9 years ago
    Si jamais tu as le temps de l'ajouter, Philidia, Riot a publié sa position officielle et le résultat de l'enquête : http://na.lolesports.com/articles/official-statement-fnatic-omg
    Ce n'est donc pas un bug et j'avoue que je trouve la mécanique logique, le seul bug ici c'est le fait que dans les dernières 0.25 ou 0.5 secondes d'un back on puisse se faire toucher et finir son back. Mais ce bug est connu et visiblement inchangeable. Les premières infos de Nick Allen étaient fausses mais bon il a dû essayer de calmer le jeu en donnant la réponse qui lui paraissait logique avant que les vraies recherches ne soient finies.
    Vraiment dommage pour fnatic mais ce sont des choses qui arrivent et on pourrait accuser 20 000 autres détails de la défaite sur une game aussi serrée.
    • This commment is unpublished.
      Doryl · 9 years ago
      La réponse officielle de Riot explique correctement ce qu'il s'est passé. Au final, le réel problème dans toute cette histoire, c'est l'ambiguïté du terme "en combat" qui fonctionne différemment selon le cas. Une fois les Worlds terminés, Riot devrait clarifier tout ça....

      Ça me désole quand même que cette possibilité de bug ait tellement fait polémique. Cela aurait pu se faire plus calmement... A lire certains tweets, j'ai tendance à penser que ça n'a fait qu'amplifier la pression déjà importante que les Fnatics subissaient....
  • This commment is unpublished.
    Noway · 9 years ago
    Ca ressemble beaucoup à du "It's not a bug, it's a feature", quoique ça puisse se comprendre du point de vue du code, ça reste quelque chose qui n'est pas induit par la description en jeu, on a donc ici, au strict minimum, un manque de clarté de la part de Riot quand au fonctionnement d'un item utilisé dans la quasi-totalité des parties jouées... pour ce qui est de l'impossibilité technique de cancel les backs pour des dégâts subis peu de temps avant la fin, je n'aime guère l'argument car pour moi l'ajout d'un "temps de suspension (0.1s ou dans ce goût là) pendant lequel le champion n'est plus sur la carte mais où l'animation du back (le cercle bleue) continue pourrait permettre un dernier check avant la validation effective du back :/ .
    • This commment is unpublished.
      MarcusDetritus · 9 years ago
      C'est même pire que ça, ça donne "C'est pas un bug, c'est une interaction cachée dont on a malencontreusement oublié de vous parler mais qui peut changer beaucoup de choses sur un item apparent dans la grande majorité des parties." Pour ce qui est du fonctionnement, la gestion du lag est toujours une grosse problématique, entre les prévisions locales qui font apparaitre des choses avant confirmation du serveur pour fluidifier le jeu et les différents checks à effectuer. Même si Riot pourrait travailler la-dessus. Le code du jeu a quand même l'air de fonctionner de manière étrange parfois.
  • This commment is unpublished.
    oshikaru · 9 years ago
    J'ai pu parler à un Rioter qui m'a parlé plus en profondeur du fonctionnement du code et le recall a été prévu pour faire un dernier check (donc communication client-serveur) à l'exacte moment de la fin du recall, le temps ou vous pouvez être touché ne correspond donc pas à la fin du recall mais bel et bien au temps de latence entre le moment ou le serveur vous demande combien vous avez de HP et le moment ou vous lui répondez et ou il vous autorise à back, les dégâts pris correspondent à un autre script qui tourne en permanence pour vérifier si quelque chose vous a touché. Le temps ou le recall ne peut être annulé se trouve donc [b]APRÈS LA HUITIEME SECONDE[/b] ce qui explique que bien que le script vous envoie les dégâts, à cause de l'autre script qui tourne en permanance quand vous êtes sur la map, les effets de vous prendre un coup n'interviennent pas sur ce qui se déclenche après le recall.
  • This commment is unpublished.
    youpioou
    • Rédacteur/Modérateur
    · 9 years ago
    On a tous quasiment déjà rencontré ce big de back (à notre avantage ou désavantage) mais là il est mis en lumière avec de l'argent en jeu. C'est bête, une game d'anthologie comme ça restera graver dans l'histoire des worlds pour ça et pour la game en elle même ^ ^. Riot a pris une décision en tant qu'arbitre et on ne conteste pas un arbitre :D. Ce n'est pas forcément ce bug qui a empêché Fnatic de passer, leur jeu sir certaines gamr était en dessojs et ils avaient bien d'autre solution.
    Pour le sondage : dur pour les NA d'avoir Samsung White et blue. Moi dans mes pronos j'ai mis Cloud 9 battre SSB car ils ont le potentiel de le faire et on a vu qu'il n'était pas imbattable (Fnatic qui les déchire puis qui es domine en early). Les mécaniques de C9 peuvent passer, pas contre TSM aussi fort soit il, je les vois mal mettre à mal SSW. On verra et j'espère me tromper. J'aimerais tellement que la coupe soit à des NA à défaut d'être à des EU.
    C'est yn bug très dur à réaliser et donc a calculer pour en profiter.
    @philidia j'ai pensé à quelque chose. Pendant les Allstar, froggen a réussi à se tp en passant en même temps en forme d'oeuf sur anivia, c'est un peu le même bug non ? Le coup qui part mais le tp qui se fait quand même ?
  • This commment is unpublished.
    Eldrad Nerevar · 9 years ago
    Autant je comprends largement que ce genre d'incompréhension par les joueurs puissent être considéré comme un bug alors que c'est un problème de temps de latence, et donc Riot n'y peut grand chose sans que cela puisse avoir une répercussion inverse (faire disparaître le joueur 0.1-0.25s plus tôt lors d'un Rappel pourrait faire qu'un joueur passe en combat/voir meurt alors qu'il était invisible), autant l'hypocrisie de dire que c'est logique que "Si j'effectue un rappel, je ne suis pas en combat." me consterne, alors que justement pendant un Rappel il est possible de subir des dégâts à sa fin à cause de la latence, et qu'instinctivement la grande majorité des joueurs se considèrent en combat lorsqu'ils infligent/subissent des dégâts.

    Ici la solution me paraît simple, vérifier après un Rappel si le joueur est en combat ou non (pour l'enclenchement de l'enchantement Homeguard), et ne pas considérer par entêtement qu'il est impossible d'effectuer un Rappel en passant en combat. C'est vraiment dommage que certains développeurs soient bornés à conserver leurs lignes de codes même après compréhension des problèmes qu'elles impliquent
    • This commment is unpublished.
      mazarehis · 9 years ago
      Selon la position de riot, le joueur qui arrive à rappel dans sa base profite automatiquement au homeguard ! C'est dans le fonctionnement de l'enchantement lui même, en revanche, on remarque sur les vidéos test que les botes de mobilité elles ne fonctionnent pas à cause des dégâts subits.
  • This commment is unpublished.
    Zarakaï-Sama · 9 years ago
    Je donne ce commentaire uniquement pour le sondage posé :
    pour mon avis, la première demi finale sera "SG Blue" contre "SG White" à moins que C9 fasse une belle performance, quant à l'autre je veux bien voir les OMG
  • This commment is unpublished.
    Gods Killer P · 9 years ago
    il n'y aurait pas moyen de supprimer cette "période de grâce" ?
    • This commment is unpublished.
      Deleted Account · 9 years ago
      Pas sans provoquer de grosses charges suplémentaires pour les serveurs je pense malheureusement...
    • This commment is unpublished.
      MarcusDetritus · 9 years ago
      Impossible de la supprimer complètement à cause du lag et du fonctionnement du système. Quant à l'optimiser...
  • This commment is unpublished.
    Deleted Account · 9 years ago
    "Nan mais c'est pas un bug, c'est une feature"-Rito Games, 29/09/2014
   facebook   Discord2   rss   logo twitter   

Derniers articles

LoLTracker ferme ses portes après plus de 10 ans de bons et loyaux services !
Thèmes abordés : Fermeture imminente du site, Project L, pause de fin d'année chez Riot, Riot mobile, et bien plus !...
Analysons les problèmes actuels de Yuumi et notre manière d'aborder sa refonte.
Une nouvelle mise à jour a eu lieu sur le PBE, apportant de l'équilibrage
C'est le dernier patch de l'année, la 12.23B est là !