Messages

1

Общие вопросы / Re: Как правильнее и короче извлечь цифры из предложения?

« on: February 09, 2020, 02:27:41 PM »

Вроде всё как можно проще и предусмотрено для разного количества цифр.
Но извлечение секунд должно быть раньше, т.к. они всегда есть, а минут нет, когда времени осталось меньше одной минуты:

"... через 11 с."
"... через 1 с."

Иначе при любых значениях меньше одной минуты получается ноль секунд.

2

Общие вопросы / Как правильнее и короче извлечь цифры из предложения?

« on: February 08, 2020, 04:21:24 PM »

Надо время, упомянутое в предложении, перевести в секунды. В зависимости от указанного в нём времени, предложение может быть в нескольких вариантах, примеры:

"... через 11 мин. 11 с."
"... через 11 мин. 1 с."
"... через 1 мин. 11 с."
"... через 11 с."
"... через 1 с."

3

Общие вопросы / Как правильно задать условие с временем

« on: March 01, 2017, 04:06:33 AM »

Нужно задать условие, желательно покороче, которое будет выполняться, если на часах время кратно 10-ти минутам, а секунды между 0 и 10. Написал нижеследующее, но оно срабатывало при любых значениях времени.
IF(($_time_m=(0^10^20^30^40^50))&($_time_s>0)&($_time_s<10))
...
END_IF

4

Общие вопросы / Re: Скорость воспроизведения

« on: June 18, 2015, 11:52:39 AM »

После записи только с редактированием, хотя бы однократным.
Если можно запустить скрипт только 1 раз для достижения цели, а там цикл, надо все длительности ожиданий заменить на просто переменную WAITMS($waitx), которую вначале объявить равной, например, 50 (мс) или и с числом множителем, где нужно ожидание во сколько-нибудь раз меньше или больше этого. Для изменения её в процессе работы, вставить регулярные проверки, нажата ли клавиша, и назначить увеличение или уменьшение этой переменной, например, на "+" $waitx=$waitx+10, а на "-"  $waitx=$waitx-10 (но не меньше 0).
Если много раз, то придётся дополнительно в конце скрипта в ini файл сохранять, чему там было в последний раз равно $waitx и читать его оттуда в начале скрипта при следующем его запуске. Как-то так.

5

Предложения / Re: Анализ текста в окне

« on: April 30, 2015, 06:32:32 PM »

Точно нужна встроенная распознавалка текста, хотя бы нормального, а не капча-извратного. Это избавило бы в некоторых случаях от горы дурной работы по созданию и тесту 100500 картинок на все возможные варианты - разные слова разными цветами, размерами и видами шрифтов. И не надо с нуля велосипед изобретать - наверняка тут никто не обломается, если его аккуратно готовый откуда-нибудь содрать. Или, на худой конец, создать онлайн-сервис спецом под работу в связке с кликерманом, или, хотя бы, указать на 1 или несколько самых удобных из существующих. Разумеется, бесплатных и безлимитных, чтобы без проблем справлялись с небольшими, но часто подкидываемыми скриншотами с малыми объёмами текста.

6

Общие вопросы / Re: Подскажите лучшие программы распознавания текста, капчи для работы с кликерманом

« on: April 28, 2015, 09:28:45 PM »

Да, есть такой заработок с помощью ввода капчи - ГВД называется! 
А тексты на картинках встречаются много где.

7

Общие вопросы / Re: Подскажите лучшие программы распознавания текста, капчи для работы с кликерманом

« on: April 28, 2015, 06:47:52 PM »

если реч идет об капче

О ней и о просто распознавании текста с картинки, когда он разными шрифтами разного размера, чтобы проверить его на наличие определённых слов и предпринять определённое действие в зависимости от того, какие из слов найдены и какие нет. Оффлайн программу использовал только Abbyy Fine Reader, онлайн пока не пробовал, только узнал, что их немало. Вот и хочу выбрать без собирания и теста 100500 штук.
Распознавание капчи платное человеческое не катит, т.к. их могут показывать очень часто, после каждого определённого действия, для игры получится слишком дорого и медленно.

8

Общие вопросы / Подскажите лучшие программы распознавания текста, капчи для работы с кликерманом

« on: April 28, 2015, 09:45:12 AM »

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

9

Общие вопросы / Re: Нужна помощь в написании цикла с поиском картинок

« on: April 25, 2015, 06:14:21 AM »

IF($i ! 10000)
   LOGWRITE ("Ничего не найдено")
   //SCREENSHOTEX(100,100, 150,150, "Image_", 0)
END_IF

Что-то непонятно, почему это должно выполниться только если не найдены картинки, а не всегда?

10

Общие вопросы / Re: Нужна помощь в написании цикла с поиском картинок

« on: April 09, 2015, 09:23:41 PM »

Подумал, что с помощью STRCONCAT можно было бы сначала слепить две переменные-параметра, полученные в первом и втором переборе картинок, в одну, которую использовать в SWITCH. Например, из "2" и "3" получить "23" или из "c" и "b" получить "cb". Ещё появилась идея в первом переборе присвоить переменной-параметру №1 одно из чисел 1, 2, ..., 9 (или до 99, если так много вариантов) и во втором №2 одно из чисел 10, 20, ..., 90 (или 100, 200, ..., 9900, если в обоих нужно двузначное число вариантов), тупо сложить их, присвоить результат одной переменной и по нему выбрать SWITCHем одно из действий. Ну и нераспознавание обозначать нулём, чтобы, например, если в двузначном значении переменной число однозначное или кратное десяти или 0 (второй или первый или оба разряда 0), то предпринять какое-то особое действие, типа сообщить об этом и скриншот.

11

Общие вопросы / Re: Нужна помощь в написании цикла с поиском картинок

« on: April 09, 2015, 10:22:56 AM »

Спасибо за исчерпывающие ответы. Получаются удобные програмки для помощи при создании образцов для поиска, когда всё сложно с изображениями. А после получения его нормальной работы они же с небольшими изменениями могут использоваться, как блоки и большая часть программы для поиска изображений с последующими разными действиями, в зависимости от того, какая из картинок или их комбинация найдена. Halt останавливает работу всей программы, где бы он ни находился и куда бы ни был вложен? А если надо сначала определиться с параметром №1, перебрав кучу картинок №1 до совпадения и присвоить переменной параметра №1 значение, в зависимости от того, какая из картинок нашлась (среди них есть как бы несколько групп, обозначающих разное, а внутри групп похожие картинки, обозначающие одно и тоже), потом остановить перебор и перейти к перебору кучи картинок №2 для определения параметра №2 до совпадения и присвоить переменной параметра №2 значение, в зависимости от того, какая из картинок нашлась, потом остановить перебор и CASEом из комбинации значений переменных параметров №1 и №2 выбрать дальнейшие действия и сделать их. Тут с помощью GOTO оптимально "прыгать" от первого досрочно завершённого перебора ко второму и от второго дальше?

12

Общие вопросы / Re: Нужна помощь в написании цикла с поиском картинок

« on: April 07, 2015, 11:42:04 PM »

Интересно, как делается такой поиск. Это на случай, если картинки будут нестабильно распознаваться по образцам, а уменьшение процента совпадения пикселей опять же с некоторого значения вызовет неточности и количество образцов придётся увеличивать, причём, постепенно, в процессе испытаний. Чтобы можно было накидать их в одну папку и не заморачиваться с написанием имени каждого файла образца в тексте программы.
С бат файлами никогда не приходилось возиться, и такое для меня вообще тёмный лес. 
До первого совпадения. А если ни одного не будет - в логе надпись об этом и создание скриншота, чтобы вырезать с него ещё один образец и сохранить к остальным в папку.

13

Общие вопросы / Re: Нужна помощь в написании цикла с поиском картинок

« on: April 07, 2015, 09:21:08 PM »

А можно сделать поиск в заданной области всех картинок с любыми именами из определённой папки?

14

Общие вопросы / Re: Более подробная инфа о параметре точности поиска в IF_PICTURE_IN

« on: October 23, 2014, 03:52:28 PM »

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

15

Общие вопросы / Re: Более подробная инфа о параметре точности поиска в IF_PICTURE_IN

« on: October 23, 2014, 02:48:05 PM »

А вообще, картинки и скриншоты в памяти лучше пропускать через как можно большее сокращение цветов? Чтобы небольшие различия не мешали опознаванию. Операции скриншот в буфер, его цветосокращение, поиск на нём картинки в сумме грузят систему меньше, чем они же при использовании большего числа цветов?