Brèves

WebTV

Actualité de la scène

Compétitions

Forum
Index du forum > VaKarM > Le bistrot > Demande explication et aide Frame/GOTV/Aimlock
Demande explication et aide Frame/GOTV/Aimlock - 24 messages, 8638 vues
Page 1 sur 3
1
2
3
1er message
Par synthesis - 25/01/2019 10:44:46
Avant de commencer, je souhaiterais préciser que si parmi vous il y a des personnes souhaitant corriger des erreurs et des inexactitudes dans ce qui est écrit voir d'aller plus loin dans cette direction, je vous en prie, étant pas une lumière en maths et programmation j'ai sûrement merdé. Je poste ce topic dans l'optique que des personnes plus qualifiées s'intéressent a tout ça.

https://streamable.com/kd2tp

Dans le contexte d'un projet sur lequel je planche, j'ai visionné une vingtaine de demos variant de 2013 jusqu'à 2015, et l'on m'a envoyé un clip plutôt intéressant à mes yeux venant de la DHW 2014.

Flusha a bougé sa souris en 2/64 ticks ce qui est égal à 0.03125 secondes. Mon point ici est qu'il est inhumain d'accélérer, puis d'arrêter votre main dans ce temps (sans balayage ni réglage, seulement un arrêt) et encore moins de se centrer sur un joueur.

La raison pour laquelle cela constitue une preuve suffisante est la suivante. Il bouge sa main d'un état stationnaire à un mouvement, puis encore à un état stationnaire en 2/64 ticks ce qui est égal à 0.03125 secondes. Il le fait avec 0 sursaut ou secousse, une ligne droite.

Faisons un peu de maths pour voir pourquoi c'est impossible. Flusha jouais avec une sensi relativement basse en 2014 1.65/400. Cela signifie que ce mouvement était de deux pouces (0,0508 m). Ce mouvement complet de stop -> accélération -> décélération -> stop a duré 2/64 ticks, ce qui est égal à 0,03125 secondes.

Nous accorderons à Flusha l'avantage de supposer qu'il est parfait et utilise l'intégralité 0,03 secondes pour accélérer et ralentir (cela lui sera bénéfique). Ce qui signifie qu'il en utilise la moitié pour accélérer (0,015625s) et l'autre moitié pour décélérer.

Nous ignorerons ici le frottement, le poids de la souris, la résistance à l'air et l'inertie. Ce qui blesserait davantage Flusha dans ce calcul. Nous supposerons que Flusha n'est pas soumis a ces phénomènes. Nous supposerons également qu'il peut accélérer linéairement, ce qui l'aidera à nouveau. Nous allons également ignorer que ce match a été joué en 128 tick et que dans la demo 64 ticks cela équivaut a 2 ticks alors que dans la 128 cela équivaut uniquement a 3 ticks (75 % du temps nécessaire).

Donc, pour la partie d'accélération, Flusha déplace 3,6 kg en environ 0.0254m en 0.015625s. En utilisant des équations cinématiques :

dx = v0*t + 1/2(a)(t2)

0.0254 = 0*(0.015625) + 1/2(a)(0.0156252)

a = 208.08 m/s2

nous pouvons déterminer que Flusha a accéléré son bras a 208 mètres / seconde2.

C'est 4x l'accélération à laquelle les boxeurs professionnels frappent. Cela signifie également que si Flusha déplace son bras pendant une seconde À PARTIR DE LA PÉRIODE DE REPOS, il passera à 748 km / h. En un peu plus d'une seconde, son bras deviendrait supersonique (plus rapide que la vitesse du son). Wow, pour ne pas mentionner après avoir terminé cette tâche, il le fait immédiatement dans la direction opposée en ralentissant sa main au repos. Maintenant, gardez à l'esprit que tout cela est dans des conditions parfaites et impossibles à obtenir dans le monde réel. Dans le monde réel, l'accélération nécessaire pour mener à bien cette manœuvre serait au moins 10 fois plus rapide, car il ne pourrait pas accélérer parfaitement et linéairement.

En supposant que, Flusha aurait besoin de 7 000 + N de force pour accélérer un bras à poids moyen (3,6 kg) - nous ignorerons qu'il était en sur-poids. C'est le coup de poing le plus puissant au monde et presque le double de la force requise pour casser le fémur de quelqu'un.

La vidéo ne parle pas du fait qu'il s'est verrouillé sur la cible, mais plutôt du saut entre le mouvement de la souris où son dos, puis-qu’à l'époque son aimbot faisant des verrouillages abruptes, se bloquait sur ses cibles sans aucune humanisation ni lissage.

Toutes formes d'interpolation sont désactivées, y compris l'utilisation de host_framerate pour corriger le mode slow-motion.

Il est évident que Flusha a triché lors de la Dreamhack Winter 2014, il devrait exister un comité, comme dans les sports, qui peut évaluer toutes les demos de compétitions précédentes dans l'éventualité de retirer des classements.

Il n'y a toujours pas de questionnements même si son viseur s'est clairement téléporté vers le joueur. En 2014, la synthèse des inputs n'existait pas. Cela signifie que vous pouvez trouver beaucoup d'actions où Flusha et d'autres ont un comportement de téléportation avec leurs visées.

Lorsqu'il est utilisé un aimbot étant "engine-based", vous pouvez répliquer l'effet de téléportation si vous ralentissez suffisamment la demo tout en désactivant l'interpolation, etc.

Il n'a toujours aucun soucis, même s'il a clairement triché de manière évident comme montré dans cette vidéo.

Un grand merci a <thatcodingboi> d'avoir amené ceci a la lumière du jour.
Réponse #2
Par zoXea - 25/01/2019 11:06:29
On voit pas dans le clip que t'as posté mais il y a une smoke en plus :

https://www.youtube.com/watch?v=vSiFMpt4Kbo à 33:10

De quoi oublier le boost sur Overpass ? :D très intéressant en tout cas
Réponse #3
Par synthesis - 25/01/2019 11:17:58
On voit pas dans le clip que t'as posté mais il y a une smoke en plus :

https://www.youtube.com/watch?v=vSiFMpt4Kbo à 33:10

De quoi oublier le boost sur Overpass ? :D très intéressant en tout cas


La vidéo du live est avec une GOTV (non pas un relais puisque c'étais stream sur place) 16tick et de l'interpolation, celle du topic est une demo 64tick sans aucunes interpolations d'où la saccade pouvant être observée.

Au passage le 27/7/2016 vous pourrez observer dans le patchnote l'ajout suivant :

"NETWORKING
Networked viewangle precision to other players is now lossless."

Les demos avant cette date avaient une légère compression dans la traduction des viewangles mais un programmeur m'a confirmé que pour ce cas ça n'aurais fait aucune différence.
Réponse #4
Par NickyS7 - 25/01/2019 12:13:25
Théorie intéressante.

Pour la partie calcule, je te la laisse. Mais je pense qu'il y a encore beaucoup trop d'inconnues.
Pour en cité quelques-unes...
- Supposition sur la sensitivity de Flusha à ce moment-là ... (Elle pourrait être tout autre)
- Quelle serait la réaction du curseur (si par chance?) , Flusha a eu un spasme à ce moment là ? Sachant qu'un spasme est une réaction musculaire non souhaitée et qui ressemble beaucoup plus à un mouvement sec et net.
- Le faite de parler de téléportation de curseur, c'est tout à fait possible de l'avoir sans utilisé le moindre cheat, le capteur de la souris pourrait produire cette réaction (si défaut, crasses ou autre)
- Sans avoir eu les infos au moment même, je pense qu'on peut faire tous les calcules du monde, ça ne prouvera rien.

Évidemment, ici, je joue l'avocat du diable. Je ne dis pas que Flusha a triché ou pas... Mais je pense qu'on ne pourra jamais rien prouver.

Même si on peut supposer que ... suite aux nombres d'actions "similaires" de la part de certains joueurs.

Je pense qu'il serait encore plus intéressant de penser à des solutions pour démasquer les joueurs en temps réel quand ces situations se produisent.
Ex : caméra global du joueur, écran/clavier/souris ... Si la souris ne bouge pas et que le curseur bouge ... (même si ça reste encore compliqué)

Réponse #5
Par dayik- - 25/01/2019 12:27:08 - Modifié le 25/01/2019 12:41:17 - Ce membre est banni définitivement
@NickyS7

"flusha Fnatic 24 points 4 years ago
around 1.65-1.85 (feels different at home/LAN) and 400 dpi, 1000 hz".

Un spasme pourrais t'-il créer un tel mouvement, c'est une hypothèse a ne pas écarter mais je ne suis pas médecin donc je ne saurais pas quoi te dire.

Il utilisais a cette LAN une SteelSeries Rival avec un capteur Pixart 3310, les fails capteur sont rares et j'en ai pas vu d'aussi instantanés comme montré dans cette vidéo. Les anomalies capteurs que j'ai vue ne se produisent pas en 2 où 3 ticks.


Sources :
https://www.reddit.com/r/GlobalOffensive/comments/2hz9bo/fnatic_flusha_ama/ckxcgq0/
http://www.fpsthailand.com/forum/viewtopic.php?t=103706
https://static.hltv.org/images/galleries/6312-full/1417227320.6037.jpeg
Réponse #6
Par narken - 25/01/2019 13:16:56
C'est vraiment intéressant hmmm
Réponse #7
Par KaLIF - 25/01/2019 13:30:08
Marrant Il y avait eu se genre de calcul pour Christopher Froome il y a 2-3 ans,
des mecs avaient prouvés par A+B qu'il était bel et bien dopé mais bon il continue de courir.
Réponse #8
Par BURTON - 25/01/2019 13:57:47
Est-ce qu'il aurait pas simplement éternué ?
Réponse #9
Par myuuks - 25/01/2019 16:33:27
je sais qu'a l'époque lorsqu'on faisait tab et clique droit, qu'on bouger la souris sur le coter et qu'on lacher tout, le viseur allait a l'endroit indiquer sur le tab donc qui peut faire ce genre de mouvement qui est droit et net ( je sais pas si ca peut aider mais il faut aussi s'en rappeler :) )
Réponse #10
Par dayik- - 25/01/2019 17:20:49 - Modifié le 25/01/2019 17:21:54 - Ce membre est banni définitivement
je sais qu'a l'époque lorsqu'on faisait tab et clique droit, qu'on bouger la souris sur le coter et qu'on lacher tout, le viseur allait a l'endroit indiquer sur le tab donc qui peut faire ce genre de mouvement qui est droit et net ( je sais pas si ca peut aider mais il faut aussi s'en rappeler :) )


ce n'est pas le cas ici car il déplace le curseur sur 2 ticks successifs. Il devrait ouvrir le tableau de bord, déplacer avec le bouton droit de sa souris, fermer, ouvrir à nouveau, cliquer avec le bouton droit de la souris, déplacer, fermer dans le même temps Encore plus dur.

J'ai téléchargé un build csgo de 2013, et même maintenant met m_rawinput 0 peu importe comment tu bouge ta souris le déplacement va beaucoup + loin.
Page 1 sur 3
1
2
3