[Bug 795770] New: gstreamer-vaapi hangs when decoding a defect stream

[GStreamer (GNOME Bugzilla)]

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

            Bug ID: 795770
           Summary: gstreamer-vaapi hangs when decoding a defect stream
    Classification: Platform
           Product: GStreamer
           Version: 1.14.0
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: gstreamer-vaapi
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: scheuermann at barco.com
        QA Contact: gstreamer-bugs at lists.freedesktop.org
                CC: bsreerenj at gmail.com, vjaquez at igalia.com
     GNOME version: ---

If a defective stream is decoded by gstreamer with vaapi, the pipeline hangs
and can't be stopped anymore with setting the pipeline state to GST_STATE_NULL.
This call will block forever.

A pcap stream to reproduce this can be found here:
https://barcozone-my.sharepoint.com/:u:/g/personal/thomas_scheuermann_barco_com/EQ8TkhCtzEpFoc3RkFzcpBoBZTxhPF1xERHu6XwFhMwBpQ?e=NhTqE0

The pcap file can be played with
sudo tcpreplay-edit -l 0 -i <network interface> --pnat=172.23.0.26:<local
address>,172.20.51.163:<remote address> --enet-dmac=<remote mac> gstlock2.pcap

The pipeline can be started the following way:
gst-launch-1.0 udpsrc uri="udp://0.0.0.0:34338" !
application/x-rtp,encoding-name=H264 ! rtph264depay ! h264parse ! vaapih264dec
! vaapisink

The pipeline doesn't hang if avdec_h264 is used.

Regards,
Thomas

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