[Bug 767176] x264enc: hangs when seeking

[GStreamer (GNOME Bugzilla)]

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

Hyunjun Ko <zzoon at igalia.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |zzoon at igalia.com

--- Comment #14 from Hyunjun Ko <zzoon at igalia.com> ---
(In reply to Víctor Manuel Jáquez Leal from comment #13)
> Tracing 
> 
> gst-launch-1.0 -v filesrc location= ~/patterns/517748282_4.mp4 ! decodebin !
> navseek ! vaapih264enc ! decodebin ! vaapisink
> 
> I see that when a navseek operation is done, the flush() and purge()
> vmethods are called as expected, and the element start to pushing buffers
> again, but they never got released by downstream, so the buffers got
> exhausted reaching the deadlock.
> 
> This looks similar like the problem with reverse playback.

This is because pad_task of srcpad, which is to push frame to next element, is
paused when seek performs and then never start again.

IMHO, we should implement sink_event vmethod or flush vmethod in vaapiencode.


By the way, on git master, the pipeline below doesn't work. This is regression
or intended?

gst-launch-1.0 filesrc location=video.mp4 ! decodebin ! autovideosink

Of course, this pipeline works.
gst-launch-1.0 filesrc location=video.mp4 ! decodebin ! vaapisink

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