Taking screenshot behind the form using magnification

[Zacherl]

Zitat:

Zitat von victorlus (Beitrag 1393501)

My goal is to be able to capture what's behind the form, which works on win7, win8, win10, if it's very difficult I can pay to do it for myself.

Yeah I understood that, but WHY do you want to do that?

[victorlus]

Zitat:

Zitat von Zacherl (Beitrag 1393535)

Zitat:

Zitat von victorlus (Beitrag 1393501)

My goal is to be able to capture what's behind the form, which works on win7, win8, win10, if it's very difficult I can pay to do it for myself.

Yeah I understood that, but WHY do you want to do that?

I need to do this, to monitor what's behind the form
My program will work this way, visible to the client all time, I can see what is behind the form

[Zacherl]

Zitat:

Zitat von victorlus (Beitrag 1393537)

Zitat:

Zitat von Zacherl (Beitrag 1393535)

Zitat:

Zitat von victorlus (Beitrag 1393501)

My goal is to be able to capture what's behind the form, which works on win7, win8, win10, if it's very difficult I can pay to do it for myself.

Yeah I understood that, but WHY do you want to do that?

I need to do this, to monitor what's behind the form
My program will work this way, visible to the client all time, I can see what is behind the form

Mhh sorry, I guess I cant help you with that. Not sure whats the purpose of such a program. You could use PrintWindow for specific windows (you might even be able to compose your own "desktop" by iterating through all visible windows). This should work for background windows, but might not work for minimized ones.

[EWeiss]

Zitat:

This should work for background windows, but might not work for minimized ones.

NO that not work.

Zitat:

The PrintWindow function copies a visual window into the specified device context (DC), typically a printer DC.

The Desktop is not a real Window.
And PrintWindow works only for the own Window (or within active Desktop), you can not capture the Background from Desktop that Fails.

and i have tell forget it without minimize, or hide your Form.

nobody can help for that.
but here is what you can see behind the form. :lol:

greets

[HolgerX]

Hm..

1.) It is possible to make a ScreenShot without the foreground Application!

2.) The DESKTOP is a Window! It is the Mainwindow of an 'Explorer' instanz, in older Windowsversions 'Progman'!

I made a small demo, where i use PrintWindow!
(Test_ScreenShot_BackGround.zip)
It is made with Delphi 6 and goes to all Apps in Z-Order, starting with the last (Desktop!).

I have tested it in Windows8.1 (Classic Shell).

[EWeiss]

Zitat:

Zitat von HolgerX (Beitrag 1393551)

Hm..

1.) It is possible to make a ScreenShot without the foreground Application!

2.) The DESKTOP is a Window! It is the Mainwindow of an 'Explorer' instanz, in older Windowsversions 'Progman'!

I made a small demo, where i use PrintWindow!
(Test_ScreenShot_BackGround.zip)
It is made with Delphi 6 and goes to all Apps in Z-Order, starting with the last (Desktop!).

I have tested it in Windows8.1 (Classic Shell).

Zitat:

It is possible to make a ScreenShot

and your think that is a sreenshot? sorry for me that is nothing
and Fails on W7 Forget it (40% Cpu? )
you should handle WM_PRINT and WM_PRINTCLIENT. (i think you do nothing of both)

Zitat:

The DESKTOP is a Window!

not for me.. then the Handle never changed.
which is only a Container where the real Window are Painting.
what is a Window

greets

[HolgerX]

Hmm..

@EWeiss

1.)

Zitat:

Zitat von EWeiss (Beitrag 1393552)

..
you should handle WM_PRINT and WM_PRINTCLIENT. (i think you do nothing of both)

Sorry, you have to read the API-Description by Microsoft correct:

Zitat:

The application that owns the window referenced by hWnd processes the PrintWindow call and renders the image in the device context that is referenced by hdcBlt. The application receives a WM_PRINT message or, if the PW_PRINTCLIENT flag is specified, a WM_PRINTCLIENT message. For more information, see WM_PRINT and WM_PRINTCLIENT.

https://msdn.microsoft.com/de-de/lib...(v=vs.85).aspx


The app with the HWND will receive a WM_PRINT, NOT the caller of PrintWindow!


2.)
Your Screenshoot of your Videoplayer didn't work, of course it use DirectX for the Videoplaying, which is NOT handle by Windows GDI and also NOT could redraw by Microsoft GDI! ('Overlayed Window').



3.)

Delphi-Quellcode:

H := GetWindow(self.Handle, GW_HWNDLAST);  // Desktop

Give you the LAST Window in the Z-Order, and this IS the Desktopwindow.

Use this Handle only with 'function ScreenshotHidden(wnd: HWND; const bmp: TBitmap): Boolean;' and you will see...

In old Windows the desktop is handled by Progman.exe
(https://en.wikipedia.org/wiki/Program_Manager)

In newer ones it is replaced by explorer.exe
Look in 'Shell' in
HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon (per machine)
or
HKCU\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon (per user)
and you will see explorer.exe!

In replacing this you could use your own Desktoptool, like kiosksystems do!!!



4.)
A (i think) real Screenshot could only be made with ALL windows including the top one, of course it make a copy of the Screen DC, where all Windows draw itself in the Z-Order!

The only possibility to make somthing neer a Screenshot is to do the same what MS Windows do in refreshing the Screen: Go throu all Windows and let them 'PrintWindow' himself to the Screen DC!

This is used by my 'Testtool'!

Mircosoft do in this way a lot of things with every Windowprint, like round the corners....
That is, why it could look differnt to the screen!

[EWeiss]

Deutsch.. sorry mein Englisch ist unter aller Sau. ;)

Zuvor! Geht nicht gegen deine Person sondern ist rein Fachlich gesehen.

Zitat:

The app with the HWND will receive a WM_PRINT, NOT the caller of PrintWindow!

Warum werden dann alle meine Anwendungen die über WM_PRINT gezeichnet werden bei dir nicht aufgenommen?

Zitat:

Your Screenshoot of your Videoplayer didn't work, of course it use DirectX for the Videoplaying, which is NOT handle by Windows GDI and also NOT could redraw by Microsoft GDI! ('Overlayed Window').

Deshalb ist dein Tool nicht zu gebrauchen.
Du siehst schon die ganzen schwarzen Fenster die nicht aufgenommen werden unabhängig von meinem Video Player?
Der Startbutton, GDIClock, OTTB, Taskleiste, die Visualisierung in meinem Media Player und so weiter.
Ein Screenshot sollte das wiedergeben was im originalen Zustand vorhanden ist das schließt auch die Transparenz mit ein.
Was soll man mit einer halbfertigen Anwendung die alles verfälscht.

Zitat:

Desktopwindow

Der Desktop ist kein reales Fenster.
Ein Fenster unterliegt speziellen Voraussetzung um als Window definiert zu werden deshalb mein Link.
Fakt ist der Desktop hat diese Vorrausetzungen nun mal nicht.
Da kann man rumreden wie man will.

Auch wenn es DesktopWindow heißt ist es kein Fenster im herkömmlichen sinne.

Aber auch unter W7 (Classic Shell) ist es nicht zu gebrauchen wie du sehen kannst.

gruss

[Rollo62]

You still have not explained what is your final goal.
Just to have a background picture doesn't make much sense, you can take it before showing your app.

So what exctly are you looking for, maybe there are other measures to get this info extracted from a window handle or message notificationbut without such knowledge I'm afraid its hard to help you with that.

Rollo

[HolgerX]

Hmm..


@EWeiss

Sorry, dass deine Programme anders funktionieren ist ja bereits hinreichend bekannt...
Weshalb diese kein WM_Paint beim Aufruf von PaintWindow erhalten, da musst du wohl die Fa. Microsoft befragen und nicht mein einfaches Testtool niedermachen.
Ganz nach dem Motto, wenn Du selber nicht weiter weist, machst Du alles nieder, mit was andere Versuchen zu helfen/Hinweise zu geben... (auch hinreichend bekannt..)


Mit Fenstern, welche mit normalen Windows GDI über die 'WINDOWS-API' PaintWindow gezeichnet werden (z.B. Notepad), funktioniert es....

Und auch wenn Du es mir nicht glauben willst:
Das, was umgangssprachlich als 'Desktop' betitelt wird, ist (seit Windows NT4/2000) ein Explorer-Fenster, welches als 'SHELL' von Windows gestartet wird! Dieses zeigt dir u.a. deine 'Desktop-Icons' an. Ohne diese 'SHELL' hast du einen nackten Bildschirm ohne Startmenu und Co..

Beschäftige dich mal mit der WIndows-API 'OpenDesktop', 'CreateDesktop', 'EnumDesktops', 'SetThreadDesktop'...
Damit kann man einen 'eigenen' virtuellen Desktop erstellen. Um hier Icons platzieren zu können oder ein Startmenü verwenden zu können, muss du hier (wie es Windows beim Ersten Desktop automatisch macht) ebenfalls einen Programm manager starten, wie z.B. den Explorer.exe.
Dieser verhält sich zu einem zusätzlich gestartetem Explorer anders (FullScreen, Borderless, Große Icons,...).


Weshalb beim 'PaintWindow' einige Bestandteile schwarz bleiben, wirst Du wohl ebenfalls entweder bei den Programmieren dieser Programme oder ebenfalls bei Microsoft anfragen müssen.

Denn 'PaintWindow' ist nur ein API-Aufruf. Was darin passiert, oder auch nicht, bestimmt Microsoft oder eventuell der Programmierer der Applikation, wenn er eine andere Option zum Zeichnen seines Applikationsfenster benutzt.


Bei DirektX ist es so, dass dieses das Malen (Stichwort Overlay!) selber erledigt und nicht unbedingt auf WM_PAINT oder andere 'Windows-Messages' reagiert.
Was anderes hatte ich auch nicht geschrieben, da ich mich in

Zitat:

Zitat von HolgerX (Beitrag 1393562)

2.)
Your Screenshoot of your Videoplayer didn't work, of course it use DirectX for the Videoplaying, which is NOT handle by Windows GDI and also NOT could redraw by Microsoft GDI! ('Overlayed Window').

auch nur auf deinen Videoplayer bezogen habe, der DirektX und co. verwendet.

Um einen vollständiges Bild von einem externen DirectX-Fenster zu erhalten ist ein höherer Aufwand notwendig.
(Nutze Google, um dich selber zu überzeugen.)


Wenn ich falsch liege, kann mich ja jemand anderes korrigieren, jedoch bitte nicht EWeiss..


Es ist schade, dass dieser Thread wieder so ausartet...
Deshalb ist in diesem Thread nun auch für mich Schluss und dem Threadersteller muss jemand anderes versuchen weiterzuhelfen...