Prog сказал(а):
Та тема была создана давно. В те времена действительно функция Point работала медленно, но начиная с версии 4.50, ее значительно ускорили.
Отлично, что ее ускорили. Один вопрос тогда. Что лучше:
1) Сделать скриншот, а потом потратить еще несколько мс чтоб через GetDIBits() выдернуть цвета пикселей в строку или массив. Или даже через рисование и Point в циклах, что вангую будет дольше в несколько раз. Потом искать обычным перебором в циклах в этой строке и выигрывать время на каждом поиске.
2) Сделать как есть у вас сейчас: при каждом поиске каждый цвет пикселя перегонять в DIB через Point (эта команда ведь это делает?).
FFNearestPixel() => X = 1330, Y = 517, Time = 1.9394303123768; Snapshot_time: 8.70994497860369
FindPixel() => X = 1330, Y = 517, Time = 10.5035193190783; Snapshot_time: 6.87397916245433
Это то, что есть сейчас: вы делаете скриншот на 2 мс быстрее, чем в FastFind, а потом НА КАЖДОМ поиске теряете время. Почему? А я посмотрел исходники FastFind. Ее автор не против, чтоб кто хочет в ней копался, поэтому выкладываю ссылку
https://github.com/FastFrench/FastFind/tree/master/FastFindDLL. Смотрим в SnapShots.cpp. После BitBlt(sdc, 0, ...) идет строка GtSnapShotData[NoSnapShot].SnapShotPixels = getbits(...). Метод getbits прописан в ImageProcessing.cpp и какая неожиданность! через GetDIBits() делает уже сами поняли что. Поиски пикселей прописаны в PixelPcocessing.cpp и аналогом вашей процедуры Search_Pixel есть int WINAPI GenericColorSearch(...), которая используется во всех поисках пикселей. Ищет цвета пикселей из screen_pixel. (LPCOLORREF screen_pixel = GtSnapShotData[NoSnapShot].SnapShotPixels;) То есть из того, что получили в getbits()- строки, в которую подряд записаны цвета, на каждый цвет по 4 байта- 1 байт пустой и по байту на r, g, b.
Теперь о том, почему, как я писал раньше, время поиска в FastFind одинаковое независимо от расположения пикселя на экране. Просто потому, что всегда проверяются все пиксели, автор не сделал выход из циклов поиска пикселей, когда найден первый пиксель искомого цвета. Но он ищет не просто первый пиксель, а пиксель ближайший к заданной точке, поэтому при нахождении пикселя нужного цвета считает расстояние и сравнивает с предыдущим лучшим результатом. X = 1330, Y = 517 в своем примере я выбрал именно поэтому- точка в правом нижнем углу моей области поиска, чтоб оба алгоритма прошлись по всей картинке и можно было адекватно сравнить их быстроту.
Желаю вам заморочиться на этом и ускорить свой поиск в несколько раз. Если решитесь - еще раз посмотрите на ссылку, которую дал в предыдущем ответе.
Теперь о FindPixel_Buff и ей подобным. Когда x=0, y=0, Width=0, Height=0, чтоб автоматично поиск шел по всей картинке в буфере. Как вы в WinSize() сделали для окон.
Функция FindPixel() ИМХО лишняя, делает скриншот и потом ищет - не нужно этого, путает больше, чем пользы. Есть 2 отдельные функции- скриншот и поиск, для этого дела и не надо больше.
Search_Pixel() у вас "If Shade<>0", надо "If Shade>0". Когда Shade<0 сделать Shade=0 или Shade=abs(Shade). И желательно проверку от дурака добавить, чтоб значение Shade было в границах 0-255.
Эта длл будет работать на XP? на x64?
Какая у вас версия PureBasic? У меня 5.0, компилятор ругается на перенос строк, приходится лепить их в 1 строку. И длл получаются чуть меньшего размера, чем у вас.
:blink:
