[Bug 796832] vaapih264dec: Does not always recover from data lost

[GStreamer (GNOME Bugzilla)]

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

Matteo Valdina <matteo.valdina at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |matteo.valdina at gmail.com

--- Comment #10 from Matteo Valdina <matteo.valdina at gmail.com> ---
Hi,
I'm facing a similar issue where we lost the SPS and/or PPS from the stream. 

In this case, the vaapih264dec (and also h264parse) will be stuck in an endless
loop for complaining of the missing SPS/PPS.

Another note of this stream is that the picture id is incrementing each
SPS/PPS.

I was trying to discard the NALU until we receive a new SPS/PPS and the stream
can resume decoding but I don't have a good idea about how to do that and if it
should be the parser or vaapidecode to discard any data.

Do you need a new bug report or I can report in this one?

Media available here:
https://drive.google.com/file/d/1kU5UD_ksCa0IPIb2eagWfPPcNwY84MH2/view?usp=sharing

I use this command line
GST_DEBUG=codec*:5,vaapi:5 gst-launch-1.0 filesrc location=stream1.pcap !
pcapparse dst-port=6002 !  "application/x-rtp, payload=127, media=video,
clock-rate=90000, encoding-name=H264" ! rtph264depay ! vaapidecodebin !
vaapipostproc ! waylandsink

In the uploaded stream I removed the SPS/PPS for the picture set id = 5 but
after a couple of seconds, the decoder will receive picture set id 6 and 7.

Best
Matteo

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