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 582605 - Videobox seems to 'scale' instead of boxing
Videobox seems to 'scale' instead of boxing
Status: RESOLVED NOTABUG
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
0.10.x
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2009-05-14 12:23 UTC by Christian Fredrik Kalager Schaller
Modified: 2009-05-14 12:32 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Christian Fredrik Kalager Schaller 2009-05-14 12:23:25 UTC 
I am running the following pipeline:
gst-launch-0.10 uridecodebin uri=file:///home/cschalle/Videos/gravity.mpg ! ffmpegcolorspace ! videoscale ! videorate ! capsfilter caps="video/x-raw-yuv, width=352, height=208, framerate=30000/1001" ! ffmpegcolorspace ! videobox right=23 left=23 ! ffmpegcolorspace ! ffenc_mpeg4 ! avimux ! filesink location=videoboxtest2.avi

My expected behaviour is for this pipeline to give me a output video which has a width of 352 and height of 208, with 23pixels of black border on the right and the left. Instead I get a video with the size of 306x208 without any black borders. If I got a video that is 398x208 with 2x23pixel borders that would also be understandable behaviour.
Comment 1 Christian Fredrik Kalager Schaller 2009-05-14 12:32:37 UTC 
Ok, seems I just missed the 'obvious' that adding pixels equal a negative value ;)