[Bug 772457] New: Delayed linking failed with decodebin on mp4/H264 file

["GStreamer" (GNOME Bugzilla)]

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

Bug ID: 772457
Summary: Delayed linking failed with decodebin on mp4/H264 file
Classification: Platform
Product: GStreamer
Version: git master
OS: Linux
Status: NEW
Severity: normal
Priority: Normal
Component: gstreamer-vaapi
Assignee: gstreamer-***@lists.freedesktop.org
Reporter: ***@ubicast.eu
QA Contact: gstreamer-***@lists.freedesktop.org
CC: ***@gmail.com, ***@igalia.com
GNOME version: ---

The following pipeline crashes (Internal data stream error):

gst-launch-1.0 filesrc location=bbb-1920-1080-30.mp4 num-buffers=180 !
decodebin ! videoscale ! video/x-raw\,\ format\=\(string\)I420\,\
width\=\(int\)1920\,\ height\=\(int\)1080\,\ framerate\=\(fraction\)30/1 !
filesink location=samples/tmp.raw
WARNING: from element /GstPipeline:pipeline0/GstDecodeBin:decodebin0: Delayed
linking failed.
ERROR: from element
/GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0: Internal
data stream error.

Sample:
http://distribution.bbb3d.renderfarming.net/video/mp4/bbb_sunflower_1080p_30fps_normal.mp4

This didn't fail on 1.8.3, and i checked that it does not happen when vaapi is
not present.

["GStreamer" (GNOME Bugzilla)]

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

--- Comment #1 from Florent Thiéry <***@ubicast.eu> ---
The following pipeline is cleaner and reproduces the problem (sorry for the
bogus one in my initial report):

gst-launch-1.0 filesrc location=bbb-1920-1080-30.mp4 ! decodebin !
video/x-raw\,\ format\=\(string\)I420\,\ width\=\(int\)1920\,\
height\=\(int\)1080\,\ framerate\=\(fraction\)30/1 ! fakesink

This is equivalent to:
gst-launch-1.0 filesrc location=bbb-1920-1080-30.mp4 ! decodebin ! xvimagesink

ximagesink, xvimagesink, glimagesink fails; fakesink and vaapisink are the only
working sinks, so it.

Apparently, it is the NV12 to I420 conversion requested by downstream caps from
decodebin that seems to fail. Adding videoconvert after decodebin fixes it.

Interestingly, vaapih264dec succeeds in providing I420 data:
gst-launch-1.0 filesrc location=bbb-1920-1080-30.mp4 ! qtdemux ! vaapih264dec !
video/x-raw\,\ format\=\(string\)I420\,\ width\=\(int\)1920\,\
height\=\(int\)1080\,\ framerate\=\(fraction\)30/1 ! fakesink -v

Using vaapidecodebin does work partially (it seems to add vaapipostproc after
the decoder), but this freezes my machine heavily, which you can replicate
using:

gst-launch-1.0 filesrc location=bbb-1920-1080-30.mp4 ! qtdemux ! vaapih264dec !
vaapipostproc ! video/x-raw\,\ format\=\(string\)I420\,\ width\=\(int\)1920\,\
height\=\(int\)1080\,\ framerate\=\(fraction\)30/1 ! fakesink -v

NB: this is on haswell

["GStreamer" (GNOME Bugzilla)]

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

--- Comment #2 from Florent Thiéry <***@ubicast.eu> ---
Also happens with skylake

["GStreamer" (GNOME Bugzilla)]

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

Florent Thiéry <***@ubicast.eu> changed:

What |Removed |Added
----------------------------------------------------------------------------
Summary|Delayed linking failed with |Delayed linking fails when
|decodebin on mp4/H264 file |requesting non NV12
| |colorspaces from decodebin

["GStreamer" (GNOME Bugzilla)]

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

--- Comment #3 from Víctor Manuel Jáquez Leal <***@igalia.com> ---
Using glimagesink works for me *but* exporting the envvar LIBGL_DRI3_DISABLE=1
because a bug in DRI3 (already fixed in upstream).

So, it only happens when mapping to system memory.

Strangely enough, when using this pipeline

gst-launch-1.0 filesrc location=bbb-1920-1080-30.mp4 ! decodebin !
vaapipostproc ! xvimagesink

also works fine.

But, I cannot see the machine freeze that you mentioned (I'm testing on
haswell)

In my understanding, decodebin is not doing what it did in before when
negotiating memory:system feature caps.

["GStreamer" (GNOME Bugzilla)]

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

Matthew Waters (ystreet00) <***@gmail.com> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |***@gmail.com

--- Comment #4 from Matthew Waters (ystreet00) <***@gmail.com> ---
This may be related to bug 758212 and in a similar vein, bug 767429.

Theoretically, playbin3 is meant to fix these kinds of issues :)

["GStreamer" (GNOME Bugzilla)]

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

Hyunjun Ko <***@igalia.com> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |***@igalia.com

["GStreamer" (GNOME Bugzilla)]

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

Víctor Manuel Jáquez Leal <***@igalia.com> changed:

What |Removed |Added
----------------------------------------------------------------------------
Whiteboard| |P3

["GStreamer" (GNOME Bugzilla)]

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

--- Comment #5 from Florent Thiéry <***@ubicast.eu> ---
I just checked and decodebin3 indeed fixes this:

gst-launch-1.0 filesrc location=bbb_sunflower_1080p_30fps_normal.mp4 !
decodebin3 name=dec ! video/x-raw\,\ format\=\(string\)I420\,\
width\=\(int\)1920\,\ height\=\(int\)1080\,\ framerate\=\(fraction\)30/1 !
fakesink -v

Should we wait for decodebin3 to get promoted to close this ?

["GStreamer" (GNOME Bugzilla)]

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

GStreamer system administrator <***@gstreamer.net> changed:

What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |OBSOLETE

--- Comment #6 from GStreamer system administrator <***@gstreamer.net> ---
-- 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/gstreamer/gstreamer-vaapi/issues/45.