activex - How do I get a transparent windows dialog and drawing primitives to remain on top of a window that is drawing streaming video? -
I have an activeX control which has a window in which the video is being streamed, I have a different dialog Created in another window that I have made in a transparent or semi-transparent manner (i.e. using the Setlaired Window Properties (...) with layered property (for alpha blending of dialogue) or setting transparent property).
In addition to this, I have tried to use different methods so that we can try to get the window to the dialogue, but nobody at the top of the streaming video window has worked if I have a dialogue But if there is a button or draw on the transparent surface with the lineto ((...), then they do not stay on top of the video. I want to use SetWindowPos to affect the two-window z-order Also tried to change communication window properties such as "TopMost", but there was no gain.
Has anyone attempted to do something like a veiled window over the streaming video To order and z-order to always paint the front window after streaming video?
Update: 02/10/10 - Tried using the WS_EX_LAYERED property with WindowAttributes on the SetLine ...) using LWA_COLORKEY And what was achieved was achieved. Since the layered property can not be used with the WS_CHILD style, this solution brings some necessary management of the overlay window position in relation to the window with the video. In addition, there are some other disparities which I am trying to finish. For example, when an ActiveX control window is embedded with video in an AdWords tab and I switch to another tab on the overlay window, then on the new tab (when the WS_POPUP style is used) remains on top. Still checking that there will be alternate methods to deal with this other, the switch will determine the window and visibility visibility.
It may not be possible, many video output codes use hardware overlays, so if your window is in front, overlay or So it will not work, or your pixels will not come at all.
Hardware overlay allows video drawing code to present frames in a format other than the current display format, which can save a lot of CPU and memory bandwidth.
In my experience, overlays are usually in YUV format rather than RGB because many video compression formats are based on YUV, therefore video hardware is getting some pixels from the YUV image and not with screen buffer, So you can not influence these pixels until you are included in the video stream's rendering code path.
Comments
Post a Comment