[Bug 744615] New: [d3dvideosink] D3D device lost when system screen displayed
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Mon Feb 16 10:13:44 PST 2015
Bug ID: 744615
Summary: [d3dvideosink] D3D device lost when system screen
Assignee: gstreamer-bugs at lists.freedesktop.org
Reporter: ralph.gucwa at racelogic.co.uk
QA Contact: gstreamer-bugs at lists.freedesktop.org
GNOME version: ---
I'm using C# bindings from a WPF application, but it probably doesn't matter.
The D3D device is lost and the video is no longer drawn on the screen (while
the pipeline is still playing) when any of the following happens:
1. The user presses Alt+Ctr+Del to display the Windows Security Screen
2. UAC prompt is displayed
3. The power mode is set to Sleep
It doesn't matter whether the video sink uses its internal video window or
VideoOverlay is used.
This is the debug message I get from d3dvideosink:
0:00:07.162994598 3320 14B9A4E0 WARN d3dvideosink
d3dhelpers.c:1213:d3d_notify_device_lost:<d3dvideosink0> D3D Device has been
lost. Cleanup up resources..
In the topic below David Hoyt wrote that "in direct3d if you've lost the d3d
device object (due to another app going to fullscreen, a UAC prompt, etc.),
then incoming frames won't be drawn until you reset the device and redraw."
It seems d3dvideosink is not resetting the D3D device.
It is a major show stopper for me, my application must be able to display video
in all situations.
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
More information about the gstreamer-bugs