Dziekuje. Kod sie kompiluje, pobiera wartosci ale tak samo jak samo getpixel z hwnd. Do pewnego momentu wszystko jest ok. Pozniej zaczyna wariowac. Podawac inna wartosc niz powinna byc. Tak samo jak ten moj kod. Mysle, ze jest to wina albo mojego systemu. Albo po prostu windowsa 7 lub samej gry.
Probowalem wlasnie przed chwila jeszcze hwnd + FindWindow(NULL,"Nazwa okna");
To samo. Zwraca pixele dobrze do momentu zmiany coloru na kolejnych pixelach.
Wytluamcze o co dokladnie chodzi. Dajmy na to Bohater gry ma 150 punktow zycia przyjmijmy 150 jakos os pozioma z 150 przedzialkami. Jezeli nacisne szift ( wybieranie okna) w czasie kiedy postac ma 130 zycia czyli pasek od 0-130 jest czerwony a od 130-150 jest czarny. To program gdy nie zmieni sie wartosc zycia odczytuje pixele idelanie. Ponizej 130 czerwone powyzej 130 czarny. Ale gdy postac zyska zycie albo straci. To program dalej widzi tzn odczytuje wynik z tej pierwszej wartosci. Czyli jak postac zyska zycie do 150 to program powinien odczytywac czerwony kolor od 0 do 150 . A program dalej widzi czerwony kolo od 0 do 130 i czarny od 130 do 50.
To samo dzieje sie gdy straci zycie. Jak poczatkowa warrtosc to 130 ( 0-130 czerwone,130-50 czarne), Jak straci zycie o 30(0-100 czerwone, 100-50 czarne) to program dalej widzi jakby mial 130 zycia ( 0-130 czerwone, 130-150 czarne)
Tak jakby przy odpalaniu programu robil screen i tylko z niego czytal. Jakby nie odswiezal ekranu.to pobrania danych. I nie wazne ile czasu minie od odpalenia programu.
On wciaz widzi ta wczesniejsza pierwsza wartosc, mimo iz zycie sie zmienia w ta i z powrotem.
( Zrobilem juz dzisiaj program pod windows 10 , tam dziala wszystko idealnie. Tak jak powinno. Nie wiem czemu tutaj to sie krzaczy. Tam doslownie w mgnieniu oka odcyztuje kazdy kolor pixela nawet bez robienia tej mapy do ktorej dales kod, dziala ztego mojego wczesniejszego getpixela.)
Probowalem wyłączać kazde wygladzanie jakie jest mozliwe. To chyba nie chodzi o to.
Zrób małego ekperymenta, użyj tego kodu i zobacz, co będzie wyświetlał w lewym górnym rogu:
...
HDC hdc0 = GetDC(0);
HDC hdc1 = GetDC(hwnd);
HDC hdc2 = CreateCompatibleDC(hdc1);
HBITMAP bmp = CreateCompatibleBitmap(hdc1, 200, 200);
bmp = (HBITMAP) SelectObject(hdc2, bmp);
while (1)
{
GetCursorPos(&kur);
ScreenToClient(hwnd, &kur);
BitBlt(hdc2, 0, 0, 200, 200, hdc1, kur.x, kur.y, SRCCOPY);
BitBlt(hdc0, 0, 0, 200, 200, hdc2, 0, 0, SRCCOPY);
COLORREF p = GetPixel(hdc2, 0, 0);
std::cout << "x " << kur.x << "y " << kur.y << '\n';
R=GetRValue(p);
G=GetGValue(p);
B=GetBValue(p);
std::cout << "R: " << R << " G: " << G << " B: " << B << '\n';
std::cout << "......................" << '\n';
Sleep(1000);
}
DeleteObject(SelectObject(hdc2, bmp));
DeleteDC(hdc2);
ReleaseDC( NULL, hdc0 );
ReleaseDC( hwnd, hdc1 );
0x666 napisał(a):
Zrób małego ekperymenta, użyj tego kodu i zobacz, co będzie wyświetlał w lewym górnym rogu:
HDC hdc0 = GetDC(0); BitBlt(hdc0, 0, 0, 200, 200, hdc2, 0, 0, SRCCOPY);
W dzisiejszych Windowsach nie można tak sobie mazać po ekranie.
Wyswietla mi czarn pasek szerokosci 5 cm wysokosci jakies 1 cm. Ten pasek probuje sie powiekszyc w dol jakby w kwadrat 5x5 ( doslownie migniecie ledwo zauwazalne) Ale czarny pasek 5x1 cm jest widzialny caly czas i nie miga.
Pobawilem sie troche i wydaje mi sie, ze jest to wina
HDC lol=GetDC(hwnd); na windows 7. A nie odczytu pixela. Pixel czyta dobrze. Tylko content z ktorego jjest czytany jest zle pobierany. Jakby nie odswieżony.
ethe napisał(a):
Wytluamcze o co dokladnie chodzi. Dajmy na to Bohater gry ma 150 punktow zycia przyjmijmy 150 jakos os pozioma z 150 przedzialkami. Jezeli nacisne szift ( wybieranie okna) w czasie kiedy postac ma 130 zycia czyli pasek od 0-130 jest czerwony a od 130-150 jest czarny. To program gdy nie zmieni sie wartosc zycia odczytuje pixele idelanie. Ponizej 130 czerwone powyzej 130 czarny. Ale gdy postac zyska zycie albo straci. To program dalej widzi tzn odczytuje wynik z tej pierwszej wartosci. Czyli jak postac zyska zycie do 150 to program powinien odczytywac czerwony kolor od 0 do 150 . A program dalej widzi czerwony kolo od 0 do 130 i czarny od 130 do 50.
To samo dzieje sie gdy straci zycie. Jak poczatkowa warrtosc to 130 ( 0-130 czerwone,130-50 czarne), Jak straci zycie o 30(0-100 czerwone, 100-50 czarne) to program dalej widzi jakby mial 130 zycia ( 0-130 czerwone, 130-150 czarne)
Tak jakby przy odpalaniu programu robil screen i tylko z niego czytal. Jakby nie odswiezal ekranu.to pobrania danych. I nie wazne ile czasu minie od odpalenia programu.
On wciaz widzi ta wczesniejsza pierwsza wartosc, mimo iz zycie sie zmienia w ta i z powrotem.( Zrobilem juz dzisiaj program pod windows 10 , tam dziala wszystko idealnie. Tak jak powinno. Nie wiem czemu tutaj to sie krzaczy. Tam doslownie w mgnieniu oka odcyztuje kazdy kolor pixela nawet bez robienia tej mapy do ktorej dales kod, dziala ztego mojego wczesniejszego getpixela.)
Probowalem wyłączać kazde wygladzanie jakie jest mozliwe. To chyba nie chodzi o to.
Przyczyna jest raczej oczywista: gry nie używają, zazwyczaj gdi, lecz nieco inne techniki, jak np. directe3D, opengl, itp. wyśrubowane graficznie.
Ponadto istnieje coś takiego w gdi: GdiFlush
http://msdn.microsoft.com/en-us/library/windows/desktop/dd144844(v=vs.85).aspx
ja w życiu swym takich fikuśnych głupot nie używałem, no ale wam.. byk może dopomoże...
Zaraz sprawdze jak to działa na DX
Edit - Wyglada na to, ze działa poprawnie na DX. Ale potestuje caly program juz dokladnie jutro, bo dzisiaj padam.
GetDC(0), wtedy działa.
GetPixelna 7-ce.