After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 797119 - gst_video_overlay_set_render_rectangle broken on windows for several sinks
gst_video_overlay_set_render_rectangle broken on windows for several sinks
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: dont know
1.14.2
Other Windows
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2018-09-11 08:12 UTC by pepijn
Modified: 2018-11-03 16:13 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Screenshot of d3dvideosink behaviour (227.10 KB, image/png)
2018-09-11 08:12 UTC, pepijn 		Details

Description pepijn 2018-09-11 08:12:13 UTC 
Created attachment 373601 [details]
Screenshot of d3dvideosink behaviour

I'm porting a QtQuick application to Windows.
On Linux we use glimagesink, which is re-parented to the Qt window an has its render rectangle set to a specific QML rectangle. (It is my understanding that QtQuick.controls 2 does not use QWidget, so therefore cannot be re-parented to the rectangle itself)

Initially I used glimagesink on Windows too, but it takes up the full window.
It does not honour the render rectangle at all.
Furthermore, if you resize the window, it freezes after a while.

The only other Windows-specific plugin available on my system is d3dvideosink.
This one respects the rectangle, but the math is bugged.
First it draws a surface at the correct location, but then it renders the video at the same offset within the rectangle.
Comment 1 GStreamer system administrator 2018-11-03 16:13:45 UTC 
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gstreamer-project/issues/19.