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 701397 - mpeg4videoparse doesn't override PAR from demuxer
mpeg4videoparse doesn't override PAR from demuxer
Status: RESOLVED NOTABUG
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
git master
Other All
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2013-05-31 23:13 UTC by Matej Knopp
Modified: 2013-06-01 09:43 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Matej Knopp 2013-05-31 23:13:22 UTC 
I have an AVI file with vprp header that has incorrect aspect ratio. Every other player display the video right (overriding the wrong avi aspect ratio from MPEG 4 vol), but in gstreamer the parser checks if pixel-aspect-ratio already is present in caps and if it is it leaves it alone.

Why does gstreamer assume that the demuxer knows the real PAR better than video parser?
Comment 1 Matej Knopp 2013-05-31 23:18:44 UTC 
Actually, VLC also takes the value from vprp header. Looks like the behavior is not as consistent as I thought. (MPlayer + movist take bitstream value, VLC + gstreamer vprp)
Comment 2 Tim-Philipp Müller 2013-06-01 07:45:46 UTC 
I think in our experience it's simply more common that the real/correct value is in the container headers, and the values in the bitstream are bogus.
Comment 3 Matej Knopp 2013-06-01 09:43:22 UTC 
Yeah, I thought the behavior is more consistent outside gstreamer; It doesn't seem to be.