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 499008 - mpeg2enc ignores the incoming stream aspect property
mpeg2enc ignores the incoming stream aspect property
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
git master
Other All
: Normal normal
: 0.10.6
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-11-22 16:45 UTC by Jordi Jaen Pallares
Modified: 2008-02-03 18:23 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Jordi Jaen Pallares 2007-11-22 16:45:42 UTC 
Please describe the problem:
Using gstreamer CVS version 0.10.5.1 

when encoding a 16:9 video stream with mpeg2enc it will shrink it to 4:3 aspect ratio. The 'aspect' property of mpeg2enc was set to "0" default value but it was not able to deduce the aspect ratio from the input.

Adding "aspect=3" to the pipeline helps solving the problem, although it is desirable that the encoder recognizes the aspect of the incoming stream automatically.





Steps to reproduce:
1. gst-launch -v filesrc location=file.ogg ! oggparse ! oggdemux ! theoradec ! mpeg2enc ! queue ! mpeg2dec ! ffmpegcolorspace ! ximagesink
2. 
3. 


Actual results:
You can see the video is drawn but with a different aspect ratio

Expected results:
Playback the video with the original aspect ratio

Does this happen every time?
Yes

Other information:
Comment 1 Jan Schmidt 2008-02-03 18:23:02 UTC 
Fixed in CVS:

2008-02-03  Jan Schmidt  <jan.schmidt@sun.com>

        * ext/mpeg2enc/gstmpeg2encpicturereader.cc:
        Use the incoming pixel-aspect-ratio if provided to infer a 
        default aspect ratio, which can be overridden using the 'aspect'
        property.

        Fixes: #499008