anti-timescale, пишем детектор. Опции

[radiator]

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

• придумывание как можно определить таймскейл
• сам процесс написания проги

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

[dS-LAMA3OID]

2 mojo:
Это достаточно простой способ с не самой простой реализацией. Но тупым инжектом можно и проще сделать - при каждом вызове GetTickCount затормаживать с ответом.
А можно и реальный тайскейл менять - просто писать в чужой процесс.
Если знаешь другие способы - пиши.
А я думаю что все-таки сделаю античит против таймскейла на основе движка кваки (т.е. нужно будет запускать этот античит вместо екзешника кваки). Но со спидгером он бороться не будет.
Кроме того Бас Диркс подсказал мне способ как в некоторых случаях СпидГер отловить. Но я еще не проверял. И работать будет не во всех случаях.

extra
Ну ты даешь... Ты бы еще полный сурс чита выложил...