colormode не срабатывает

[tomodati]

colormode(8) иногда не срабатывает

по скрипту
getscreen
colormode(8)
screenshot("test")
иногда выдает не преобразованное изображение, что весьма грустно и приводит некорректной работе скриптов.

ОС - win7, cm 4.10

[Oraven]

Если ты запускаешь в редакторе то вполне возможно.
Сам редактор делает снимки с частотой 200 мс. И вот как раз новый снимок попадает между colormode(8) и screenshot("test").
Запускай на основной форме проблем не будет.

[Vint]

Если Джонни прочтёт...
Может для него будет не трудно отделить буфер getscreen от служебного буфера редактора.
Просто народ очень сильно путается и не понимает механизма. Потом многие с пеной у рта доказывают, что вот же иногда работает, а потом работает не так. Мол какой нехороший кликер, работает нестабильно. Хочет ищет, хочет нет.

Даже после разъяснения о снимках буфера скриншотом есть непонимание. Иногда нужно ещё править скрипт добавляя пропущенные GETSCREEN-ы и проставлять правильные задержки..

Думаю это благотворно повлияет на новых пользователей. Станет меньше "не победивших" и бросивших.
Думаю это выгодней потери памяти занимаемой прогой под второй буфер.

[tomodati]

Как хитро. Благодарю за разъяснение, буду тестить.

[K7A4]

Если ты запускаешь в редакторе то вполне возможно.
Сам редактор делает снимки с частотой 200 мс. И вот как раз новый снимок попадает между colormode( и screenshot("test").
Запускай на основной форме проблем не будет.

т.е.моя проблема (ниже) возможна по этой же причине?

Проблема:  после выполнения MOVE (опускаю курсор на 70 пикселей ниже) и паузы в 1-2 секунды - в буфере обновляется область из этих 70 пикселов высотой (и примерно такой же шириной). Это видно по последующему скриншоту  - до мува или без него картинка старая, после мува и паузы часть скриншота соответствует новому состоянию экрана. ((

[Vint]

Нормальная работа скриптов через редактор не предусмотрена. Точнее отличается от работы не из редактора, как раз из-за одного буфера на всё.