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 797161 - x264enc: High resolution with default settings (cbr and 2Mb/s) produces broken stream
x264enc: High resolution with default settings (cbr and 2Mb/s) produces broke...
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-ugly
unspecified
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2018-09-18 10:29 UTC by Sebastian Dröge (slomo)
Modified: 2018-11-03 15:36 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Sebastian Dröge (slomo) 2018-09-18 10:29:08 UTC 
See below

gst-launch-1.0 videotestsrc ! capsfilter caps=video/x-raw,width=1800,height=1600 ! x264enc ! rtph264pay ! rtph264depay ! queue ! decodebin ! videoconvert ! autovideosink

Lower resolution or not going through RTP makes it work fine.
Comment 1 Tim-Philipp Müller 2018-09-19 16:53:56 UTC 
Nothing to do with rtph264pay/depay it seems:

gst-launch-1.0 videotestsrc ! capsfilter caps=video/x-raw,width=1800,height=1600 ! x264enc ! 'video/x-h264,stream-format=(string)avc, alignment=(string)au, level=(string)5, profile=(string)constrained-baseline, width=(int)1800, height=(int)1600, pixel-aspect-ratio=(fraction)1/1, framerate=(fraction)30/1, interlace-mode=(string)progressive, colorimetry=(string)bt709, chroma-site=(string)mpeg2, multiview-mode=(string)mono, multiview-flags=(GstVideoMultiviewFlagsSet)0:ffffffff:/right-view-first/left-flipped/left-flopped/right-flipped/right-flopped/half-aspect/mixed-mono' ! queue ! decodebin ! videoconvert ! autovideosink sync=false -v
Comment 2 Nicolas Dufresne (ndufresne) 2018-09-22 18:00:52 UTC 
It you increase the bitrate, or change the default pass from cbr to quant the problem goes away. vaapih264enc uses Constant Quantizer (QP) as a default, so that dummy usage works. Do you think we should change x264enc pass default to quant ?
Comment 3 GStreamer system administrator 2018-11-03 15:36:09 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-plugins-ugly/issues/20.