UnrealDemoScanner 1.75.8b

[karaulov]

winnienyx, когда сканер считает что игра уже завершена, то он перестает выводить обнаружения в консоль, и просто подсчитывает их и выводит вот в этой строке.

Демо проверю завтра.

 

[karaulov]

winnienyx, на счет срабатываний "после игры" это исправил в новой версии сканера.
(А на счет AIM TYPE 5.5 - смотрите по игре, сканер считает момент подозрительным, но смотреть его нужно вручную)

На счет оружия - показывает на ту секунду в которую был детект, по этому может иногда ошибаться если игрок его непрерывно меняет.

14 Мар 2025

recording to test_wait.dem.
] +jump;wait;-jump
] +jump;wait;-jump
] +jump;wait;-jump
] +jump;wait;wait;-jump
] +jump;wait;wait;-jump
] +jump;wait;wait;-jump
] +jump;wait;wait;wait;-jump
] +jump;wait;wait;wait;-jump
] +jump;wait;wait;wait;-jump
] +jump;wait;wait;wait;wait;-jump
] +jump;wait;wait;wait;wait;-jump
] +jump;wait;wait;wait;wait;-jump
] disconnect
Completed demo

Сделал в новой версии улучшение в списке команд. Теперь все точно и исправил ошибки.

 

[karaulov]

Ресурс UnrealDemoScanner был обновлен:

Обновлено до версии 1.75.3b

Нажмите на эту ссылку, чтобы узнать подробности обновления

 

[jocasrb]

karaulov is it possible to do this type of command export?
from:

00h:01m:07s:875ms [FRAME NUMBER: 171] : +jump;(67.87485)
00h:01m:07s:875ms [FRAME NUMBER: 173] : -jump;(67.87485)
00h:01m:07s:895ms [FRAME NUMBER: 173] : +jump;(67.89493)
00h:01m:07s:895ms [FRAME NUMBER: 174] : -jump;(67.89493)
00h:01m:07s:905ms [FRAME NUMBER: 174] : +jump;(67.90493)
00h:01m:07s:905ms [FRAME NUMBER: 176] : -jump;(67.90493)
00h:01m:07s:925ms [FRAME NUMBER: 176] : +jump;(67.92493)
00h:01m:07s:925ms [FRAME NUMBER: 176] : -jump;(67.92493)

to:

00h:01m:07s:875ms [FRAME NUMBER: 171] : +jump;
00h:01m:07s:875ms [FRAME NUMBER: 173] : -jump;+jump;
00h:01m:07s:895ms [FRAME NUMBER: 174] : -jump;+jump;
00h:01m:07s:905ms [FRAME NUMBER: 176] : -jump;+jump;+jump;-jump;

because each row should be representing One frame, and obviously we see that multiple cmds are being sent in one frame.
Also you are adding a timestamp at the end of each row, i think its just doubled info, because:
(67.87485)
you already have on the start of row converted to hour:minute:sec:msec:
00h:01m:07s:875ms

thank you in advance

EDIT: as seen in the code i posted, frame number is not being changed but "milisecond" is indeed. so its all confusing, probably because some of us got used to check stuff with 100fps, where 3 numbers not needed but 2 for milliseconds. i don't know the best fix for this, but i suggest again, if Frame number is the same - put all in the same row. hopefully you can come with even better and more readable method :)

 

[karaulov]

jocasrb, да я уже заметил что не работает список команд как надо, в следующей версии исправлю

 

[karaulov]

Ресурс UnrealDemoScanner был обновлен:

Обновлено до версии 1.75.4b

Нажмите на эту ссылку, чтобы узнать подробности обновления

 

[jocasrb]

How much is realable:

[DETECTED] [MOVEMENT HACK TYPE 2] at

It is indeed corrected call, I'm asking more of - is there a bigger chance it misses movement hack in a demo than doing false detection, right? :)
In one demo results are 2 calls, but I'm confused why just that number of calls and in these positions...

Would be cool to understand how that check works exactly

 

[STAVR]

Здравствуйте. подскажите пожалуйста, что это?

 

[karaulov]

STAVR, сканер сообщает что обнаружено замедление времени в отмеченное время, игрок мог использовать такое замедление что бы точнее прыгать или лучше попадать, или же что бы симулировать фейклаги.


Такое на одном игроке пишет?

 

[STAVR]

karaulov, да

 

[karaulov]

STAVR, сканер находит расхождение времени игрока с временем сервера, в указанные моменты. То есть ускорение используют что бы быстро бегать, а тут замедление, а это использовать могут для того что бы совершать там прыжки или же может быть для лучшего прицеливания во врага, или для фейковых лагов


jocasrb, нужен скриншот что бы я понимал что происходит

 

[STAVR]

karaulov, даже такое существует, я в шоке. Спасибо

 

[karaulov]

STAVR, если имеется демо файло могу перепроверить сам (потому что какой-то слишком низкий процент), хотя если это только на одном игроке значит очень большая вероятность что детект верный.

 

[jocasrb]

STAVR, сканер находит расхождение времени игрока с временем сервера, в указанные моменты. То есть ускорение используют что бы быстро бегать, а тут замедление, а это использовать могут для того что бы совершать там прыжки или же может быть для лучшего прицеливания во врага, или для фейковых лагов


jocasrb, нужен скриншот что бы я понимал что происходит

I see you edited the message, here is the screenshot:



I asked, because in the frame showed as [Movement Hack Type 2] seems that the segmentation did not happen, but some seconds before..i know its hard to detect (or even impossible with better version of cheats)

 

[karaulov]

jocasrb, you can read about cheats in manual, enter cmd 11 after scan.

Movement Hack (and BHOP TYPE) - software movement, movement created by hack, not by human.

Ground strafe / etc

 

[jocasrb]

jocasrb, you can read about cheats in manual, enter cmd 11 after scan.

Movement Hack (and BHOP TYPE) - software movement, movement created by hack, not by human.

Ground strafe / etc

by checking a manual, i personally didn't get any more info tbh, but yes at least small by looking into your sourcecode.

some stuff are missed to be checked totally by your tool, for example, checking if key is pressed or not but next frame is having:
"UCmd.Buttons = IN_MOVELEFT"

also, FPS value where that "glue" of segmented hack is (its called movement hack in your case) is done, it lowered Engine FPS to ~83 (for about 48 frames in a row), but Real FPS remained at 99.9xxx. I have no cluehow Engine FPS is being calculated at unique-web tool, but I'm just telling you the info

keep in mind all this happened in just one particular demo, recorded by LAN method. in case your tool is no planned at all to be for KZ checking, then i understand if you don't plan any update of these matters, and i agree its very complex. if so, sorry for taking your time!

 

[karaulov]

jocasrb, stop flood

MOVEMENT HACK - software movement (using hack)
BHOP - software jumping (using hack)

In your screenshot 100% cheat detected (BHOP hack + ground strafe helper or fastrun cheat feature)

 

[jocasrb]

Im feeling like im talking to a wall..good luck with this

 

[karaulov]

Im feeling like im talking to a wall..good luck with this

Я тоже так считаю, мало того что в программе есть подробная инструкция по читам, так я тебе персонально объяснил что на скриншоте обнаружены читы, ложные срабатывания исключены.

Повторяю еще раз, BHOP TYPE 1.2 значит игрок использовал чит что бы прыгать. MOVEMENT HACK 2 означает что игрок использовал чит что бы быстро бегать. Может переводчиком с русского языка будет более понятно.

 

[jocasrb]

Ok let me upload which I talked about, it makes no sense to just talk and talk...your detections are not bad :) but there are missing detections.

Point is, demo used segmented hack (as the main problem, probably other cheats too included), are you aware what is that at all? hints: NSTE, garey, ...