Issue in compositor element

Nicolas Dufresne nicolas at ndufresne.ca
Wed Jan 18 14:21:49 UTC 2017


Le mercredi 18 janvier 2017 à 05:11 -0800, Baby Octopus a écrit :
> 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

The position should be relative to the output par, which you don't seem
to enforce. If ou add a caps filter after the compositor, and fix the
par to 1/1 at output, does it fix the issue ? If not, then file a bug
please.

regards,
Nicolas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: This is a digitally signed message part
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20170118/fa8037d5/attachment.sig>


More information about the gstreamer-devel mailing list