Редактировалось 1 раз(а), последний 2017-03-03 23:09:56

про камеру ничего сказать не могу, но, для отлова изменений в HiAsm обычно используется элемент ChangeMon..

Редактировалось 1 раз(а), последний 2017-03-03 23:09:56

в инструментах ..

Редактировалось 1 раз(а), последний 2017-03-03 23:09:56

нету

ChangeMon в данной ситуации не поможет. IC в руки и вперед ваять код сравнения картинок на растровом уровне. Впрочем такого добра в инете сейчас уйма.

Редактировалось 1 раз(а), последний 2017-03-03 23:09:57

предлагается наполнить это code_11170.txt..

Dilma, всё есть для решения на штатных компонентах, зачем IC
90.150.205.243, вот рабочий примнр:code_11171.txt
Проверка совпадения картинок через 200 мсек (устанавливается таймером), для уменьшения нагрузки на компьютер картинка усредняется до 9х12 пикселей, (элемент ReSize - можно установить и больше и меньше), выход не совпадения 0 - 100% (0-картинка без изменений), снятие сигнала "Сброс"

Оригинально...

------------ Дoбавленo:


Леонид, а чего не опубликуешь

------------ Дoбавленo:


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

nesco, "ограничитель, дойдя до которого происходит сработка" - именно так
"а чего не опубликуешь" - только се.., вчера нарисовал, это не законченная программа, а работающий пример
"Оригинально..." - содержится неочевидное решение, а это решение в лоб, по поставленной задаче

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

------------ Дoбавленo:



Тут я тебя не понял, че ты этим хотел сказать Мне кажется, решений может быть много, а вот результат -- один
------------ Дoбавленo:

Леонид, алгоритмом не поделишься, а то я не въехал откуда там коэффициенты взялись.

nesco, расчёт (алгоритм - слишком почётно ) : абсолютная величина разницы между пикселями отдельно по трём цветам (может быть от 0 до 255), для приведения к процентному виду делённая на среднюю, т. е. на 128, а для каждого пикселя их три, поэтому делим на 384 и умножаем на 100%, или просто делим на 3.84, ссумируются все пиксели, поэтому делим на их количество (высота*ширину), получаем результат от 0 до 200% (0 - изменений не было)

Алгоритм вполне работоспособный, но медленный, вот я и спросил про формулу расчета. Хорошо бы это дело ускорить.