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

[extra]

Тут у мя одна мысль в голову пришла - можно зделать чтоб при выводе настроек с которыми была записана демка выводилась еще статистика запущенных приложений я имею в виду не exe name а заголовок приложения так как его изменить будет посложнее!

Сообщение отредактировал extra - 10.06.2005 - 01:05

[zlobNYZopux]

Как я считаю нужно следующие
1. Детектор внешнего воздействия на кваку.
2. Детектор внутреннего изменения переменных
3. Питч спид и явспид зафиксировать
4. Сравнивать сервер тайм с внутренним таймом кваки, если не равен это таймскэйл.

Длл должна встраваться в дефраг и работать с ним.
Лучше дать создателям дф и пусть выпустят хотя бы новую бету с античитом.

[R3tw3R]

[dS-LAMA3OID]

Нам писать это бесполезно т.к. это НАМНОГО проще сделать в новой версии дефрага. Другое дело - это написание проги для детектинга таймскейла. Тут думаю проще всего было бы сделать мод - тада не понадобились бы никакие длл-ки и т.д. Но для начала нуна придумать способ как это все детектить.

[dS-LAMA3OID]

Кстати, я еще спецификацию не читал. Но если в ней содержатся значения cl_pitchspeed & cl_yawspeed то можно запросто написать скрипт детектор т.к. редко кто-то меняет их во время рана если не юзает скрипты. Но это будет не 100%-й детектор.

[iFX_anti]

[extra]

Тут ради интереса сравнил демки на рунбфг одна из которых явно записана с таймскалом - вот результат
некс - 132 Кб
cодом - 121 Кб
генош - 121 Кб
Потом сам записал демку и сравнил её с записанной таймскалом - опять с тайм скалом оказалась весит больше ! Можно пока не написано реального детектора определять их по размеру и заставить всех включить в обязательные настройки df_ar_stopdelay 1000 - к примеру во избежании ошибок с размером !

[iFX_anti]

я тока хотел про это же написать
Чем ниже таймскайл, тем тяжелее демка. Но ведь демки начинаются раньше, чем отсчет времени, причем на неопределенную величину . Вот если бы определить как-нибудь по демке, сколько она реально длится, т.е. начало+прохождение+1.8секунды(по дефолту)!
Вот тогда можно и подсчитать средний таймскайл. А чтоб определить, менялся ли тамскайл во время игры нужно както определить изменение количества поступающих от демки данных. Имхо все так

[extra]

Скорее всего ето все ху..я потому как размер демки еще зависит от того на сколько стабильно твой комп держит 125 fps у некоторых когда ставишь com_maxfps 125 держится не больше 60 Следовательно и размер демы будет меньше тоесть можно установить какойнибудь таймскал запустить еще каккуюнибудь хуйню которая тормозит комп к примеру еще один q3 и при таймскале демка будет почти такаяже по размеру как и обычная а то и меньше
так что ето по ходу все бред!

[iFX_anti]

у большинства здешних дефрагеров фпс 125
ну а определить, как шел фпс при записи наверна вопщче нереально?

[FarshMaker]

ну сопсна я это самое уже давно предлагал газу, на что последовал игнор
пробуйте, может дф-тим посговорчивее будет

anti777
размер демки зависит от таймскейла только при изменении его в самом кваче
то же, с чем мы имеем дело, меняет таймскейл "снаружи"
так что способ не катит

[серафим]

замедлите систему и глянте чо получча.прог таких дахера.

[extra]

[qpk4]

Получаем системное время в начале демки, и в конце, сравниваем разность с временем в демке.

[radiator]

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