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 644919 - avenc_mpeg2video: Default bitrate too low
avenc_mpeg2video: Default bitrate too low
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-libav
unspecified
Other Linux
: Normal enhancement
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
: 645157 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2011-03-16 14:12 UTC by VanillaMozilla
Modified: 2018-11-03 12:55 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description VanillaMozilla 2011-03-16 14:12:55 UTC
I was trying to create a video DVD VOB file with ffmux_dvd.  The only video encoder listed for that container is ffenc_mpeg2video.  The default bitrate is only 300000, which gives a very blocky appearance with poor resolution, especially in darker parts of the image.  A more reasonable value of 6548000, which I found somewhere on the "Interwebs", maintains the quality of the original file, and also yields an approximately correct file size for the length of the DVD.

I started with an ordinary NTSC DVD, with 480x360 resolution.  Preferred behavior would be for PiTiVi not to degrade the quality of the input files by default.  If that's too difficult, an acceptable way to fix the problem would be just to choose a correct value for normal DVD quality.

A word about the severity.  Although this should be a simple problem to fix, I'm marking the severity as "major", because it always yields poor quality output for DVDs.  The average user (me) is already overwhelmed by the huge number of options and parameters, while simultaneously troubleshooting multiple problems with video software.
Comment 1 Jean-François Fortin Tam 2011-03-18 15:41:57 UTC
Potentially a bigger gstreamer issue with defaults in general.
Comment 2 Jean-François Fortin Tam 2011-09-23 19:52:34 UTC
There is nothing to be done on the pitivi side because
- we do not override the defaults, we get the values as is from gstreamer
- there is no universal bitrate that would work for every use case: bitrate depends on the complexity/amount of movement, on resolution, framerate, etc.

Leaving open to see if something can be done on the gstreamer side, but I'm not sure about that. See also bug 118142
Comment 3 VanillaMozilla 2011-09-26 19:33:06 UTC
Thanks for commenting over there.

I notice that it's been 8 years since that gstreamer bug was reported.  I understand the stated Pitivi philosophy of moving bugs upstream and not creating specific patches for Pitivi, but the usefulness of that approach depends on bugs getting patched upstream.  Unfortunately, this one is not getting patched.

My best suggestion is to fix it with a kludge if necessary, and if that's too hard for some reason I can't imagine, at least document it clearly so users can deal with it.

To give you an idea of the severity, as I recall this cost me all my evenings for a week of troubleshooting, posting to unhelpful support Web sites, trying many other programs (which also failed for various uninteresting reasons), and reading lots and lots of unspecific, aimless documentation.  In alternate universes (i.e. competing OS's), my understanding is that one can just use the default video editor without problem.

I sympathize, though.  Video standards are a mess.  A comment in the plan reads, "Read it and weep".
Comment 4 Sebastian Dröge (slomo) 2013-08-20 14:07:47 UTC
Let's resolve this as NOTABUG, there's no good default for every use case. Applications or users should set whatever bitrate makes sense for them.
Comment 5 Tim-Philipp Müller 2013-08-20 14:20:30 UTC
I'm not sure I agree. We should have somewhat sensible defaults for our encoders, at least for 'major' formats like MPEG-2 video. Could be done in set_format based on the input resolution, for example if libav doesn't provide a better way.

If our defaults are bad, people will just blame GStreamer for outputting bad quality by default.
Comment 6 Stefan Sauer (gstreamer, gtkdoc dev) 2015-01-19 12:45:40 UTC
*** Bug 645157 has been marked as a duplicate of this bug. ***
Comment 7 GStreamer system administrator 2018-11-03 12:55:27 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-libav/issues/5.