[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
    Classification: Platform
           Product: GStreamer
           Version: 1.4.5
                OS: Windows
            Status: UNCONFIRMED
          Severity: major
          Priority: Normal
         Component: gst-plugins-bad
          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 mailing list