<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
	<title type="html"><![CDATA[Серый форум &mdash; AHK: Ускорение выполнения цикла поиска графических элементов.]]></title>
	<link rel="self" href="http://forum.script-coding.com/extern.php?action=feed&amp;tid=14685&amp;type=atom" />
	<updated>2019-04-03T19:59:32Z</updated>
	<generator>PunBB</generator>
	<id>http://forum.script-coding.com/viewtopic.php?id=14685</id>
		<entry>
			<title type="html"><![CDATA[Re: AHK: Ускорение выполнения цикла поиска графических элементов.]]></title>
			<link rel="alternate" href="http://forum.script-coding.com/viewtopic.php?pid=133330#p133330" />
			<content type="html"><![CDATA[<p>Нагрузка на проц не является узким местом, посмотрите в диспетчер задач — ни одно ядро на 100% не загружено будет, поэтому и смыcла нет в многопоточности.<br />Узким местом является скорость копирования bitmap(снимка) из видеопамяти в память процесса скрипта и в меньшей степени скорость чтения памяти при непосредственно поиске.<br />Тут и появляется пространство для улучшения, если допустим если вы ищите Х разных пикселей встроенной командой PixelSearch, то это займет в Х раз больше времени, чем с использованием функций, потому что нужно сделать Х снимков и Х раз их прочитать для поиска, вместо одного снимка и одного поиска.<br /><a href="http://forum.script-coding.com/viewtopic.php?pid=130640#p130640">http://forum.script-coding.com/viewtopi … 40#p130640</a><br /><a href="http://forum.script-coding.com/viewtopic.php?pid=123013#p123013">http://forum.script-coding.com/viewtopi … 13#p123013</a><br /><a href="http://forum.script-coding.com/viewtopic.php?pid=123712#p123712">http://forum.script-coding.com/viewtopi … 12#p123712</a></p>]]></content>
			<author>
				<name><![CDATA[stealzy]]></name>
				<uri>http://forum.script-coding.com/profile.php?id=31937</uri>
			</author>
			<updated>2019-04-03T19:59:32Z</updated>
			<id>http://forum.script-coding.com/viewtopic.php?pid=133330#p133330</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: AHK: Ускорение выполнения цикла поиска графических элементов.]]></title>
			<link rel="alternate" href="http://forum.script-coding.com/viewtopic.php?pid=133329#p133329" />
			<content type="html"><![CDATA[<p><strong>stealzy</strong><br />Попытался исправить название темы.</p>]]></content>
			<author>
				<name><![CDATA[Dexp205]]></name>
				<uri>http://forum.script-coding.com/profile.php?id=40032</uri>
			</author>
			<updated>2019-04-03T19:04:04Z</updated>
			<id>http://forum.script-coding.com/viewtopic.php?pid=133329#p133329</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[AHK: Ускорение выполнения цикла поиска графических элементов.]]></title>
			<link rel="alternate" href="http://forum.script-coding.com/viewtopic.php?pid=133326#p133326" />
			<content type="html"><![CDATA[<p>Всем привет! Имеется скрипт, который при помощи бесконечного цикла осуществляет поиск заданных пикселей и графических фрагментов на экране. Хотелось бы добиться максимальной скорости выполнения. <br />Сделано на данный момент:<br />1. SetBatchLines -1<br />2. Области поиска сужены. Пиксельное разрешение искомых фрагментов уменьшено.<br />3. Там где было можно, заменил поиск фрагмента на поиск пикселя.<br />4. В результате экспериментов с GDI библиотеками, в частности с функцией Gdip_FastImageSearch, пришел к выводу, что стандартная функция ImageSearch в моем случае демонстрирует себя лучше.<br />5. Так как в AutoHotkey нет многопоточности, была предпринята попытка разделить исходный скрипт на два других, которые бы осуществляли поиск изображений каждый в своей части экрана. Результата не дало - производительность снизилась. Так же не помогла и компиляция двух новых скриптов в .exe файлы.</p>]]></content>
			<author>
				<name><![CDATA[Dexp205]]></name>
				<uri>http://forum.script-coding.com/profile.php?id=40032</uri>
			</author>
			<updated>2019-04-03T14:15:38Z</updated>
			<id>http://forum.script-coding.com/viewtopic.php?pid=133326#p133326</id>
		</entry>
</feed>
