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 712714 - Properly document how videomixing works
Properly document how videomixing works
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-editing-services
1.2.0
Other All
: Normal enhancement
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2013-11-19 20:17 UTC by Kim Lam
Modified: 2018-11-03 12:51 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Kim Lam 2013-11-19 20:17:13 UTC 
I am trying to display one video frame ontop (spatially) of a second video frame. The behavior of the smart-mixer is interfering with this, because it is resizing the video frame whenever a timeline commit occurs.  It would be nice to be able to fix the size of the output canvas in which video frames are drawn on.  This would be useful for compositing from multiple video sources.
Comment 1 Thibault Saunier 2013-11-19 20:27:06 UTC 
You can set the restriction caps on the track so that the size of the frames is set.

Then you can also set the size and position of each source using:

ges_track_element_set_child_properties(element, "height", someheight, "width" somewidth, "posx", the_x_position_for_videomixer, "posy", the_y_position_for_videomixer, NULL);

Renaming the bug so that it becomes about documenting that feature.
Comment 2 GStreamer system administrator 2018-11-03 12:51:59 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/gst-editing-services/issues/12.