I've an application for grabbing video frame-by-frame from a capture
device. I use a SampleGrabber to do this, I have also a preview window
of the video using a SmartTee. The preview is drawn in a dialog that
is hidden, but I can show it by clicking a button on my application
dialog to see if the video runs.
Now when I start this application and then I connect to the computer
using Remote Desktop, the grabbing stops. The application is running
with no error, but the graph is freezed (or it is in some weird
state). But when I show the dialog with the video preview, the whole
graph continues to run! Moreover when I close the RD session and open
it again, the video does not stop and runs smoothly! This happens only
first time after the application is started - the first RD connection
"freezes" the graph.
I've read that there is some problem with directshow and remote
desktop, but I haven't found any answer what should I do to prevent
this. Do you anyone
I'm not sure, but I guess that when you log in using RDP you switch to
a new desktop or something like that. So this is the old issue about
how the video renderer handles loss of display -- the graph is
stopped, reconnected and then there is a seek to the previous position
and a restart. Perhaps this fails in your graph? Worth investigating
anyway.
G
> have also a preview window
> of the video using a SmartTee. The preview is drawn in a dialog that
> is hidden, but I can show it by clicking a button on my application
> dialog to see if the video runs.
Which renderer are you using? AFAIK, VMR9 will not work across RD nor will
VMR7 if it is using the overlay surface [ easy to verify using RD with the
VMR samples that come with the SD ].
--
Please read this before replying:
1. Dshow & posting help: http://tmhare.mvps.org/help.htm
2. Trim & respond inline (please don't top post or snip everything)
3. Benefit others: follow up if you are helped or you found a solution
> I'm not sure, but I guess that when you log in using RDP
> you switch to a new desktop or something like that.
From what I can tell, the video driver is switched
on-the-fly from the actual hardware to a software-only
emulation, which of course does not support DD5/7 or D3D9
acceleration.
--
// Alessandro Angeli
// MVP :: DirectShow / MediaFoundation
// mvpnews at riseoftheants dot com
// http://www.riseoftheants.com/mmx/faq.htm
Marcel