| 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 v= ideo seems to roll back a second once in a while (Please take a look to the vide= os, it is hard to explain what is happening). We are accessing libmesa-omx with libomx-bellagio 0.9.3 and gstreamer 1.12.= 4
Created attachment 140154 [details]
Original file encoded with omx (one keyframe per second)
Created attachment 140156 [details]
Sluttering (how do I see the video with omx decode)
| What | Removed | Added |
|---|---|---|
| CC | boyuan.zhang@amd.com, leoxsliu@gmail.com |
Is it a regression ? Was it working for you before on the same= or other config ?
I do not know. It is the first time that I use this configurat= ion: 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.
Can you try gstreamer-vaapi ? to compare with another hw decod= er. 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.
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
BTW: Are you aware of anyway that I can validate that a video = is properly encoded, besides playing it? Thanks!
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=3D800,height=3D600,framerat= e=3D60/1 ! timeoverlay ! videoconvert ! vaapih264enc ! video/x-h264,profile=3Dmain ! h264parse ! vaapih264dec ! vaapisink sync=3D0 --gst-debug=3D*: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
| What | Removed | Added |
|---|---|---|
| Status | NEW | RESOLVED |
| Resolution | --- | MOVED |
-- 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.