<div dir="ltr"><div>Hi<br><br>I've come across a problem with alpha values where videoscale in some cases seems to affect the alpha value in a not so good way for GStreamer 1.2.0 (and 1.2.1) in a way that was not the case for version 0.10.<br>
<br></div>When using the following pipeline, the alpha value of each pixels gets set to 127, if the content decoded is not 1280x720 and set to 255, if the content is 1280x720:<br><div><br>/usr/local/bin/gst-launch-1.0 -v filesrc location=../test/pmm2.mp4 !\<br>
    decodebin !\<br>    videoscale !\<br>    videoconvert !\<br>    'video/x-raw, format=(string)BGRA, width=(int)1280, height=(int)720' !\<br>    shmsink socket-path=/tmp/feed1-control-pipe shm-size=50000000 wait-for-connection=0<br>
<br></div><div>The similar pipeline for GStreamer 0.10 (using ffmpegcolorspace and a slightly different format string) always produces alpha values of 255.<br><br></div><div>Now the funny thing is, that when using the following pipeline, alpha values always gets set to 255.<br>
<br>/usr/local/bin/gst-launch-1.0 -v videotestsrc is-live=true !\<br>    'video/x-raw, format=I420, width=1024, height=576' !\<br>    videoscale !\<br>    videoconvert !\<br>    'video/x-raw, format=(string)BGRA, width=(int)1280, height=(int)720' !\<br>
    shmsink socket-path=/tmp/feed1-control-pipe shm-size=50000000 wait-for-connection=0<br><br><br></div><div>The desired behaviour is normally to always have the alpha value set to 255, as it might otherwise cause a bit of inconvenience when mixing video further down the line and alpha values unintentionally set to 127.<br>
<br></div><div>Is there anybody else that has seen this and anybody with a workaround to fix it?<br><br></div><div>Kind regards<br></div><div>Peter Maersk-Moller<br></div></div>