[Bug 789193] Video decoding fails with ffmpeg 3.4

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=789193

--- Comment #5 from Jan Alexander Steffens (heftig) <jan.steffens at gmail.com> ---
More info about the new API:
https://www.ffmpeg.org/doxygen/trunk/group__lavc__encdec.html

As an aside, the codecs apparently now always allocate their own output memory
and do not allow providing allocated frames from our own pool, so the compat
wrappers copy the output to the GStreamer-provided AVFrame.

---

The compat wrappers seem to get stuck in an EOF mode whenever they get an empty
packet (GStreamer drains before any DISCONT buffer) until the codec is flushed.

Reverting 67e55e47e2aaa07ef179b72637d8a1a3e13064f7 (so that
avcodec_flush_buffers is called after draining) makes decoding video work
again. However, as mentioned in that commit, decoding of streams with missing
frames is now broken:

gst-launch-1.0 videotestsrc ! x264enc ! rtph264pay ! identity
drop-probability=0.1 ! rtph264depay ! h264parse ! avdec_h264 ! videoconvert !
autovideosink

I've tried avoiding a drain when the decoder hasn't handled any frames yet, but
that's not enough as it still gets stuck on the next DISCONT.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.