Refresh rate Опции

[DarkMaster]

Собственно появился интересный вопрос. Если фпс превышает рефреш рейт, то пилот будет работать по каким точкам? По фактически отрисованным или по готовым кадрам(фпс'у)? Хочется понять есть ли смысл держать высокий фпс для скорости работы бота. Ну и соответственно можно задрать герцовку, если это необходимо для работы. Переменных влияющих на скорость работы бота к сожалению много и опытным путем будет сложновато установить.

Сообщение отредактировал DarkMaster - 9.10.2012, 11:16

[WKnight]

Если фпс превышает рефреш рейт, то пилот будет работать по каким точкам?

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

[Destruction]

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

Это разруливается вертикальной синхронизацией на уровне драйвера видеокарты. Если FPS превышает рефреш рейт - то он обрезается.

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

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

В онлайн-играх верт. синхронизация, как правило, - выключена, т.к. верт. синхронизация может фактически снизить время отклика.

Может пригодиться:
http://download-cs.3dn.ru/publ/1/off_nvidi...t_sync/1-1-0-23

[DarkMaster]

Отключение вертикальной синхронизации дает актуальность лишь на момент отрисовки кадра, отсюда разрывы по вертикали и само понятие синхронизации. Однако основной эффект от выключения в-синка будет при максимально низком фпс, когда не будет пропускаться несколько разверток изображения. Тут же ситуация обратная. При фпс, скажем, 1000 уже будет не столь важно комбинирование развертки из нескольких кадров, когда рефреш 60 герц. Кадр при этом все равно будет устаревшим. Отсюда и возникает закономерный вопрос о небходимости повышения герцовки, снижения разрешения(бот на мониторе с трубкой), а так же об ограничение максимального фпс, чтобы не грузило систему.

Как искуственно смоделировать эксперимент хз... Чтобы его моделировать нужен какой-то стабильный вывод изображения с различными оттенками, гет колором можно будет собрать информацию. Однако где взять столь интенсивно меняющийся фон не представляю.

Сообщение отредактировал DarkMaster - 9.10.2012, 23:03

[EL-GReeN]

http://narod.ru/disk/62280516001.6ecb4e15b...1000fps.7z.html
Опции по ПКМ, двухцветный квадрат скорость изменения цвета зависит от фпс.

[DarkMaster]

Фэйл. Полный. Во время сбора точек фпс падает до 36-39 при get color и до 32 при проверке цвета If'ами. Get color при этом делал 25 проверок в секунду, иф 27 проверок в секунду. Честно говоря я несколько... как бы помягче... удивлен... скоростью обработки. При этом нагрузки на камень не было никакой. Не поленился посмотрел загрузку видюхи - в пределах простоя. Выключил прогу для теста, прогнал на браузере - тот же результат. Прямо таки озадачил вопрос "откуда тормоза"? Камень при этом не кушается, видюха не кушается, но тормоза при этом дай боже. Я бы еще понял если бы просто пилот медленно считывал, можно было бы подумать о внутренних вэйтах вставленных для разгрузки камня, но с чего фпс то тогда так резко и так сильно падает?

EL-GReeN, спасибо за предоставленную прогу для тестов.

Сообщение отредактировал DarkMaster - 11.10.2012, 13:51