Start_script - проблема Опции

[TITaNIC]

Заметил такую проблему: иногда скрипты зависают на строчке start_script, причем указанный скрипт не запускается. Но как только заходишь в запускаемый скрипт, то все тут же развисает и работает как надо. Это как-нибудь лечится?

[DarkMaster]

в чем может быть проблема? или лучше отдельной темой это запилить?

Думаю да. Скопируйте часть поста и вынесете в новую тему. Я перенесу посты с ответами, если понадобится.

Я тут подумал, а не может это быть из-за большого кол-ва скриптов или сложности всей программы?

Некоторые проблемы были из-за количества и скорости обращений между параллельными скриптами, но они лишь усугублялись, а существовали и с 2 вкладками. Понятие сложности скрипта для интерпретатора для меня не очень ясно. Я понимаю, что, например, некоторые конструкции с подстановками генерацией имен переменных из нескольких переменных для пилота являются "сложными" в плане может сожрать, а может не сожрать ибо то, что это работает не более, чем "фича" и возможность не документирована. Но что есть общая сложность? У меня скрипты работали по 1к строк из кучи подпрограмм в одной вкладке и по 5 вкладок +1 вкладка за каждого запущенного чара с самодельными базами данных, координирующими скриптами, контрольными, сборами статистики и т.д. И ничего - шуршало. Были и скрипты которые имели аптайм работы в несколько недель(было бы и больше, но апдейт сильно нарпашивался).
В качестве костыля(и в какой-то мере диагностики) могу предложить сделать следующий скрипт:
получаем статусы скриптов через get scripts
смотрим какие запущены. Заодно можно посмотреть какой статус имеет скрипт в "недозапущенном" состоянии.
Если какой-то скрипт не запущен, запускаем его.

Так же можно для получения статуса скриптов использовать переменные внутри запускаемый скриптов. Тут есть важный момент: лучше не записывать значения в параллельные скрипты, а считывать их из параллельных. Т.е.:

Код

Правильно:
Скрипт1:
set #a 1

Скрипт2:
if #a.1 = 1
....
end_if

Лучше не делать:
Скрипт1:
set #a.2 1

Скрипт2:
if #a = 1
...
end_if

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

в хроме функции поиска в неактивном окне вообще не работают

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

0
0
<корректный цвет>
0
<корректный цвет>
0
и т.д.

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

В целом хочу обратить внимание на тот факт, что изображения сделанные на одном компьютере могут не подходить на другом. Они могут быть реально разными, но на глаз не отличимыми. Вырежьте изображение на целевой машине и протестируйте на нем. У меня даже на разных учетках на одной винде разные цвета. Сносил дрова видюхи бесчисленное количество раз, сбрасывал настройки отображения и т.д. Так и не понял в чем проблема, но без дополнительно deviation 2-3% я просто не найду изображение.