[Bug 777475] New: compositor : Issue in computing position when pixel-aspect-ratio is not 1/1

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=777475

            Bug ID: 777475
           Summary: compositor : Issue in computing position when
                    pixel-aspect-ratio is not 1/1
    Classification: Platform
           Product: GStreamer
           Version: 1.10.0
                OS: Windows
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: gst-plugins-bad
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: jagadishkamathk at gmail.com
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

Compositor element seems to stretch/compress the video based on
pixel-aspect-ratio, and then use xpos and ypos on the stretched/compressed
video size. This looks wrong to me and like a bug. Can someone confirm pls? 

For example, if video is 100x100 par of 2/1,  and I want to position another
100x100 adjacent to it, second 100x100 and xpos=100 and ypos=0, this second
video gets positioned from the center of first video and resultant video is
300x100 

Pipeline: 
gst-launch-1.0 videotestsrc pattern=0 !
video/x-raw,width=100,height=100,pixel-aspect-ratio=2/1 ! comp. videotestsrc
pattern=18 ! video/x-raw,width=100,height=100,pixel-aspect-ratio=2/1 ! comp.
compositor name=comp sink_0::xpos=0  sink_0::ypos=0 sink_1::xpos=100
sink_1::ypos=0 ! videoconvert ! autovideosink -v 

No composition also stretches the video 
gst-launch-1.0 videotestsrc pattern=0 !
video/x-raw,width=100,height=100,pixel-aspect-ratio=2/1 ! compositor name=comp
sink_0::xpos=0  sink_0::ypos=0  ! videoconvert ! autovideosink -v 

Setting pixel aspect ratio downstream to 1/1 doesnt seem to help either

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.