работа функции bitblt под winXP

[ram555x]

Через функцию bitblt копирую область из заданного окна на битмап destimage

bitblt(destimage.canvas.Handle, 0, 0, sourcerect.Width, sourcerect.Height, sourcehandle, 0,0, srcCopy);

На новых системах работает как задумано, но на windows XP почему то если поверх окна sourcehandle находится другое окно, то копируется область вместе с этим окном, как это исправить? Или может какой другой функцией можно воспользоваться чтобы на windows xp она работала корректно, нужно чтобы фиксировалась область именно заданного окна, даже если поверх будет куча других окон.

[ram555x]

Кажись нашел альтернативу

function PrintWindow(hwnd: HWND; hdcBlt: HDC; nFlags: UINT): BOOL; stdcall;

function PrintWindow; external user32 name 'PrintWindow';
PrintWindow(sourcehandle, destimage.Canvas.Handle, 0);

На XP поверх окно теперь не мешает, но незнай как еще работать будет при длительном использовании.
Если у кого есть еще какие варианты решения, пишите.

[ResourceSpace]

если поверх окна sourcehandle находится другое окно, то копируется область вместе с этим окном

Оно всю жизнь так и работало. Странно как раз что как-то иначе стало в "новых". Это кстати в каких же?
Все как раз с ног сбились как копировать перекрытое/свёрнутое/задвинутое окно. И 100% решения нету. PrintWindow как раз более-менее неплохой вариант выдаёт.

[ram555x]

bitblt тестил на windows 7 которая на ноуте стоит, а так проверял работу этой функции через виртуальную машину virtualbox, там на windows 8.1, так же работает, а вот на windows XP не хочет. Мне вообще нужно было чтобы область скринилась и при сворачивании окна, но в итоге решил перехватывать событие свертывания окна и помещать его за пределами экрана.

[Vapaamies]

Сообщение от ResourceSpace

Оно всю жизнь так и работало. Странно как раз что как-то иначе стало в "новых". Это кстати в каких же?

На Windows c WDDI поведение вполне могло поменяться, особенно с включенным Aero. Раз теперь окно -- поверхность DirectX, и работа с ним по-другому ведется. Поменялась реализация -- поменялось и поведение.

[ResourceSpace]

Я ж и не говорил что не могло поменяться. Просто сиё странно и неожиданно. В XP и раньше окно в принципе не рисуется в тех местах где оно закрыто.
Или если задвинуто - область тоже не рисуется. И из DC просто нельзя получить того чего там нету. Функция PrintWindow() рисует при помощи отправки окну сообщений WM_ERASEBKGND + WM_PRINT + WM_PRINTCLIENT вроде как-то вдобавок контролируя окном владеет чужой процесс или нет (хотя не помню где это слышал).
Думаю ничего другого дельного вы не найдёте.

[ram555x]

А еще вопросик по поводу эффективности использования printwindow, если мне к примеру нужно всю область окна получить только один раз при запуске, а потом только скринить определенную часть этого окна примерно каждые 3-5сек., вот разумно будет использовать данную функцию так часто? Или есть возможность как то через printwindow еще задать область окна которую надо получить? А то получается, что ради получения области 45x45, скриним область окна грубо 1000х1000. Так то проверил никаких дефектов отрисовки не заметил, если что данная функция у меня в отдельном потоке работает, и скринится хэндл flash-игры поэтому еще ближе к нужной области не подберешься.

[ResourceSpace]

уууу... Предрекаю - флеш догадается что его дурят.

Как мы видим PrintWindow() не принимает таких параметров. А BitBlt() и StretchBlt() могут.
Функции рисования в ОС постоянно работают, тыщи раз в секунду, им без разницы. Но советую до рисований API делать Canvas.Lock; и Canvas.Unlock; после.

[ram555x]

А в каком смысле флэш догадается что его дурят?) Я до printwindow с помощью BitBlt() и обходился, но вот нашлись пользователи на XP до сих сидящии, и приходится более универсальное решение находить.