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 382179 - Videomixer shouldn't reset position to 0 when the caps are set
Videomixer shouldn't reset position to 0 when the caps are set
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
git master
Other Linux
: Normal normal
: 0.10.5
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-12-04 09:02 UTC by Sjoerd Simons
Modified: 2006-12-06 15:06 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Remove offset resetting code (269 bytes, patch)
2006-12-04 09:03 UTC, Sjoerd Simons 		committed Details | Review

Description Sjoerd Simons 2006-12-04 09:02:50 UTC 
Hi,

  Currently videomixer sets xpos and ypos of a pad to 0 when a setcaps function 
  is called.. Which causes code that sets the xpos after linking but before starting the pipeline to do the unexpected thing.
Comment 1 Sjoerd Simons 2006-12-04 09:03:22 UTC 
Created attachment 77620 [details] [review]
Remove offset resetting code
Comment 2 Wim Taymans 2006-12-06 15:06:21 UTC 
        Patch by: Sjoerd Simons <sjoerd at luon dot net>

        * gst/videomixer/videomixer.c:
        (gst_videomixer_set_master_geometry),
        (gst_videomixer_pad_sink_setcaps), (gst_videomixer_collect_free):
        Don't reset xpos and ypos in the setcaps function because causes
        unexpected behaviour.
        Fixes #382179.