https://bugs.freedesktop.org/show_bug.cgi?id=106919
Bug ID: 106919 Summary: Stuttering when trying to decode stream encoded with omx Product: Mesa Version: 18.0 Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel@lists.freedesktop.org Reporter: ricardo.ribalda@gmail.com QA Contact: dri-devel@lists.freedesktop.org
We have the following configuration:
With this configuration: Mesa 18.1.1 AMD Radeon R7 Graphics (CARRIZO, DRM 3.25.0, 4.17.0, LLVM 6.0.1)
When we decode with OMX a video that was previously encoded with OMX, the video seems to roll back a second once in a while (Please take a look to the videos, it is hard to explain what is happening).
We are accessing libmesa-omx with libomx-bellagio 0.9.3 and gstreamer 1.12.4
https://bugs.freedesktop.org/show_bug.cgi?id=106919
--- Comment #1 from Ricardo Ribalda ricardo.ribalda@gmail.com --- Created attachment 140154 --> https://bugs.freedesktop.org/attachment.cgi?id=140154&action=edit Original file encoded with omx (one keyframe per second)
https://bugs.freedesktop.org/show_bug.cgi?id=106919
--- Comment #2 from Ricardo Ribalda ricardo.ribalda@gmail.com --- Created attachment 140156 --> https://bugs.freedesktop.org/attachment.cgi?id=140156&action=edit Sluttering (how do I see the video with omx decode)
https://bugs.freedesktop.org/show_bug.cgi?id=106919
Julien Isorce julien.isorce@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |boyuan.zhang@amd.com, | |leoxsliu@gmail.com
--- Comment #3 from Julien Isorce julien.isorce@gmail.com --- Is it a regression ? Was it working for you before on the same or other config ?
https://bugs.freedesktop.org/show_bug.cgi?id=106919
--- Comment #4 from Ricardo Ribalda ricardo.ribalda@gmail.com --- I do not know. It is the first time that I use this configuration: omx for encoding and decoding.
The only thing that I know for sure is that the effect gets worse and worse if I increase the frequency of key frames.
https://bugs.freedesktop.org/show_bug.cgi?id=106919
--- Comment #5 from Julien Isorce julien.isorce@gmail.com --- Can you try gstreamer-vaapi ? to compare with another hw decoder. And with sw decoders in gstreamer it works ? And other players ? I am trying to determine if the issue is only in the omx decoder.
https://bugs.freedesktop.org/show_bug.cgi?id=106919
--- Comment #6 from Ricardo Ribalda ricardo.ribalda@gmail.com --- I tried this combinations with gstreamer:
sw encoding + sw decoding (libva): works
sw encoding + omx decoding: works
omx encoding + sw decoding (libva): works
omx encoding + omx decoding : fails
I havent tried vaapi yet. I can try to give it a try tomorrow and report results
https://bugs.freedesktop.org/show_bug.cgi?id=106919
--- Comment #7 from Ricardo Ribalda ricardo.ribalda@gmail.com --- BTW: Are you aware of anyway that I can validate that a video is properly encoded, besides playing it?
Thanks!
https://bugs.freedesktop.org/show_bug.cgi?id=106919
--- Comment #8 from Ricardo Ribalda ricardo.ribalda@gmail.com --- We are trying with vappi and we cannot reproduce the bug. This is the pipeline that we are using:
gst-launch-1.0 videotestsrc ! video/x-raw,width=800,height=600,framerate=60/1 ! timeoverlay ! videoconvert ! vaapih264enc ! video/x-h264,profile=main ! h264parse ! vaapih264dec ! vaapisink sync=0 --gst-debug=*:3
To sumarise
ENC -> DEC : Result
sw -> sw : OK sw -> omx : OK sw -> vappi : OK omx -> sw : OK omx -> omx : FAIL omx -> vappi : OK vappi -> sw : OK vappi -> omx : OK vaapi -> vappi : OK
https://bugs.freedesktop.org/show_bug.cgi?id=106919
GitLab Migration User gitlab-migration@fdo.invalid changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |MOVED
--- Comment #9 from GitLab Migration User gitlab-migration@fdo.invalid --- -- 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/mesa/mesa/issues/1315.
dri-devel@lists.freedesktop.org
-
bugzilla-daemon＠freedesktop.org