search

intel / gstreamer-media-SDK

GNU Lesser General Public License v2.1
90 stars 49 forks source link

[WINDOWS] Overlay window not handled correctly by mfxsink #150

Open boxerab opened 5 years ago

boxerab commented 5 years ago

see https://github.com/ishmael1985/gstreamer-media-SDK/issues/31 for details.

boxerab commented 5 years ago

A polite ping on this issue - seems like a major flaw in mfxsink.

ishmael1985 commented 5 years ago

@boxerab maybe, but it doesn't make practical sense to implement such a feature, since memory copies will be involved when painting with the overlay window. If that is the case, you might just as well use d3dvideosink. A better solutiion would be to use glimagesink with zero-copy, but it is more technically involved from an application developer's perspective. You could take this as your coding challenge, @boxerab .

boxerab commented 5 years ago

Thanks @ishmael1985 . So, the mfx decoder can interoperate with glimagesink ?

ishmael1985 commented 5 years ago

Yes. https://github.com/GStreamer/gst-plugins-base/blob/master/tests/examples/gl/generic/cubeyuv/main.cpp

boxerab commented 5 years ago

Thanks. I don't want to draw an overlay onto the rendered frame, I am looking for an implementation of 

GstVideoOverlay

GstVideoOverlay — Interface for setting/getting a window system resource on elements supporting it to configure a window into which to render a video.

On master mfxsink, there seems to have been work on supporting this on LInux, but not windows.