When vista displays an UAC window (also called ConsentUI), all other windows are feezed, including VMR7/9.
I've done a quick test with graphedit (from June 2006 DirectX SDK), trying to render a sample clip.
With the default renderer (VMR7), it works correctly : after I close the UAC window, the video window restart playing.
With VMR9 (default mode, so windowed), after I close the UAC window, the video window doesn't refresh : the sample clip still plays, but the video is freezed until I move or resize the video window.
Is it a vista bug, or do directshow players need to be updated to work with vista

problem with VMR9 and UAC : vista bug ?
Troy Lundin
Do you think the following issue could be related to this
-> http://forums.microsoft.com/MSDN/ShowPost.aspx PostID=1538253&SiteID=1
Thanks
turczytj
Even worse if you are doing recording (a file writer) while previewing (video renderer). Graph manager internally restarts the graph that truncates/resets the file writer.
We need some sort of graph event notification or WM_xxx when the user triggers a UAC dialog.
Thanks in advance,
Adranus S
prasad_8104
Kamii47
Hi,
I already posted on this subject. Please have a look on.
To sum up, under Vista, you have to use the new EVR. I can say as I'm using both, that EVR solves your problem but also bring a lot of new ones: Window resizes slowly, there is no more Graph event like DeviceSet that allows us to get the real size of the video and aspect ratio, couldn't find the interface to set the alpha, couldn't make it work with two input streams in the same window like it works with VRM9. Finaly, the documentation on the EVR is very poor.
Good luck :-)
Gordon Hempton
Thanks~~
So the only solution is to use EVR instead
Shouldn't they(MS) fix it
sjm8
It seems fixed in windowed mode, but I still have problems in renderless mode.
EVR has no problem, but with EVR with custom presenter I have the problem.
But I dont know if it is still a bug or not, since the application may have bugs in the custom renderer.
Recep TARAKÇIOĞLU
I met the same problem now...
does anyone have conclusion yet
In theory, vmr9 should be more stable than vmr7 (I suppose). DShow SDK also "encourage" AP developer to use vmr9 instead of vmr7.
But actually I met some problems especially on Vista all related to vmr9.
Matt Penfold
Until you can find a Window Event that notify all programs that the UAC window is closed, and then what would you do Restart the graph
So yes, probably we don't have the choice. But I would like to hear on this subject from Microsoft as many Video Players / Tuner / Satellite / etc.. will have the same problem as they use VRM9. May be MS don't care and will force users to use Windows Media Player... But as a developper, I don't know how to workaround this issue.
Fekih Mehdi
Is there any news when this bug will be fixed
MatteusX
I've alerted the product team about this issue and they are investigating, but it does appear to be a bug involving VMR9 + DWM + UAC. The problem doesn't appear to repro with DWM disabled.
----------------------------------------------------------------------------
Mike Wasson, SDK Documentation
This posting is provided "AS IS" with no warranties, and confers no rights. You assume all risk for your use.
(c) 2007 Microsoft Corporation. All rights reserved.
VijayVeera
It is strange, but Dreamscene seems to be affected by the same sort of bug : it doesn't always restart after an UAC window or ctrl+alt+del, esc
I found a temporary fix to VMR9 problem : I made a small d3d9.dll wrapper which hooks "TestCooperativeLevel".
My function calls the real "TestCooperativeLevel" and waits until it return something other than D3DERR_DEVICELOST.
Then I invalidate the video window (using InvalidateRect(hwnd,0,FALSE)).
Without the InvalidateWindow call, the "Present" function isn't called by the VMR subsystem after the device is reset, like it does with other windows versions.