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 795372 - vaapi encoding requires stream-format=byte-stream on radeonsi since 1.14
vaapi encoding requires stream-format=byte-stream on radeonsi since 1.14
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gstreamer-vaapi
1.14.0
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2018-04-19 08:21 UTC by Christoph Haag
Modified: 2018-11-03 15:54 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Christoph Haag 2018-04-19 08:21:45 UTC
RX 480, latest mesa git.
Since gstreamer 1.14 a simple vaapi encoding pipeline that has been working on 1.12.4 never starts encoding and produces a 0 byte output file when pressing ctrl+c:

$ LANG=en gst-launch-1.0 videotestsrc ! vaapih264enc ! "video/x-h264,profile=baseline" ! h264parse ! matroskamux ! filesink location=output.mkv
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Got context from element 'vaapiencodeh264-0': gst.vaapi.Display=context, gst.vaapi.Display=(GstVaapiDisplay)"\(GstVaapiDisplayGLX\)\ vaapidisplayglx0";
^Chandling interrupt.
Interrupt: Stopping pipeline ...
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
^C

I was told this is something that should be reported, so here it is.

The workaround for now is to specify stream-format=byte-stream yourself, like this:
    gst-launch-1.0 videotestsrc ! vaapih264enc ! "video/x-h264,profile=baseline,stream-format=byte-stream" ! h264parse ! matroskamux ! filesink location=output.mkv
this pipeline works fine with gstreamer 1.14.

The same is true for an equivalent h.265 pipeline:
    gst-launch-1.0 videotestsrc ! vaapih265enc ! "video/x-h265,stream-format=byte-stream" ! h265parse ! matroskamux ! filesink location=output.mkv

Bugzilla shows a few other issues that may be relevant, for example maybe bug 732167.
Comment 1 GStreamer system administrator 2018-11-03 15:54:07 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/gstreamer-vaapi/issues/93.