Такая проблема.
Необходимо получать скриншот окна проги (есть хэндл окна) несколько раз в секунду. 
Скриншоты должны получаться как для минимизированного окна так и для 
окна закрытого другими окнами.

Метод с BitBlt работает корректно только если окно не перекрыто другим и не минимизированно.
Если интересующее окно перекрыто другим, то на скриншоте получаем неотрисованный регион.
Если окно минимизировано - вообще ничего нет.

Метод с PrintWindow работает не удовлетворительно. Снятие скриншотов приводит
к мерцанию окна.

На codeproject описан метод снятия скриншота с пеермещением окна на передний план 
и последующим восстановлением его позиции. Данный метод тоже не подходит, т.к. вызывает
мерцание кнопок на таксбаре и ряд других side-эффектов.

Я видел программу, которая может снимать скриншоты с других окон со всеми приведенными ограничениями.
Та что метод есть. Может кто-нибудь уже решал похожую задачу и знает как?

переместил из Алгоритмов - по идее, тут быстрее помогут

alexsid1982, а не пробовал когда окно за другими окнами посылать InvalidateRect(hWnd, &rect); ?

Пробывал, но
ни InvalidateRect
ни Invalidate c Update
ни RedrawWindow
не SendMessage(hWnd, WM_PAINT, 0, paintStruct);

не прокатывают :(

Может WM_PRINTCLIENT попробовать?

Подменить контекст устройства и послать сообщение WM_PAINT, после чего вернуть дескриптор на место 
Та программа, которая реализует этот процесс, использует сервисы или драйвера ?

А что PrintWindow не тоже самое делает? ;)

Добавлено @ 01:12

В смысле?.. Моя прога не использует ни того ни другого.

Это как? по подробнее мона?

Это сообщение отредактировал(а) alexsid1982 - 9.7.2008, 01:14

Это шутка  Но если вам не лень извратиться, то, в принципе, так можно сделать.
Вас не устраивает, что обработчик WM_PAINT ( и других подобных сообщений ) перерисовывает только ту часть окна, которая указана в контексте устройства, а Windows, для оптимизации, исключает из этой области зоны закрытые другими окнами. Эту проблему можно решить по крайне мере двумя способами:

1. Сделать так, чтобы нужное окно оказалось на рабочем столе в котором вообще нет других окон. Как известно, все окна появляются на интерактивном рабочем столе WinSta0, но есть и неинтерактивные рабочие столы ( их можно посмотреть в директории объектов \Windows\WindowStations ). Вот если отправить окно на один из этих рабочих столов, там перерисовать и вернуть окно обратно, то можно получить нормальный скриншот.

2. При перерисовке окна, соответсвующая функция использует контекст устройства, полученный, вероятно, вызовом GetDC. Контекст устройства - это дескриптор, а значит это значение представляет собой индекс в таблице дескрипторов для данного процесса. Можно подменить нужный дескриптор на свой ( например на DC для памяти, созданный вызовом CreateCompatibleDC ). В этом случае окно перерисуется в нужном вам месте, а затем вы вернёте дескриптор на место.

Оба способа могут быть реализованы только в виде сервисов и требуют неслабой техники программирования.
Вообще лучше почитайте MSDN - Device contexts, там наверняка описана такая возможность как подмена контекста устройства ( что то вроде SetStdHandle для консоли ).

Вроде нет, судя по описанию - она WM_PRINT использует.

а чтоб не субклассировать окошко и сохранять то что оно рисует (хватая WM_PAINT), когда вообще рисует?
вот пример: http://www.fengyuan.com/article/wmprint.html

Да... патчить код я бы не додумался  Должно же быть нормальное решение...

Спасибо за активность попробую что-нить реализовать