Summary: | vaapi encoding with gstreamer 1.14 doesn't work | ||
---|---|---|---|
Product: | Mesa | Reporter: | Christoph Haag <haagch> |
Component: | Drivers/Gallium/radeonsi | Assignee: | Default DRI bug account <dri-devel> |
Status: | RESOLVED NOTOURBUG | QA Contact: | Default DRI bug account <dri-devel> |
Severity: | normal | ||
Priority: | medium | ||
Version: | git | ||
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Christoph Haag
2018-04-17 18:13:04 UTC
remco on #radeon figured out that it works when adding stream-format=byte-stream to the video format, like this: gst-launch-1.0 videotestsrc ! vaapih264enc ! "video/x-h264,profile=baseline,stream-format=byte-stream" ! h264parse ! matroskamux ! filesink location=output.mkv I was on older gits for gstreamer when I saw this around 1.13<something> matroska and mp4mux didn't work, but raw 264 and avimux did. I updated to current gits before seeing the workaround and now it seems gstreamer produces junk whatever I do :-). FWIW I found the "nothing works" cause = the next commit in gstreamer-vaapi after 1.14 tag = fa77b2bf vaapiencode: h264: find best profile in those available With that reverted the additional stream-format=byte-stream makes mkv/mp4 work again. According to gstreamer IRC my issue is something that should be reported as a bug to gstreamer. Yours probably too. Yea, I filed a bug for the gastreamer-vaapi regression https://bugzilla.gnome.org/show_bug.cgi?id=795340 |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.