[Bug 624586] [sample] H.264 stream in an avi file doesn't play properly (but works with legacyh264parse)

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Mon Sep 19 05:44:10 PDT 2011


https://bugzilla.gnome.org/show_bug.cgi?id=624586
  GStreamer | gst-plugins-bad | git

Mark Nauwelaerts <mnauw> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |mnauw at users.sourceforge.net

--- Comment #4 from Mark Nauwelaerts <mnauw at users.sourceforge.net> 2011-09-19 12:44:03 UTC ---
This is pretty ugly input; afaics there is no single sps/pps in the stream, the
chunks appear to have improperly aligned AU and no entry has a keyframe flag
set.  Since ffmpeg decoder awaits a keyframe, nothing gets decoded.

Plugging legacyh264parse leads to some parsing and most importantly setting
some keyframe flag, which makes ffmpeg decoder take off.

On the other hand, this falls into one of h264parse's optimizations which
considers this a case for pass-through and so nothing gets marked as keyframe.
However, even if it would parse, still no keyframe would be marked, since there
is not really one (e.g. IDR, SPS, PPS) though it does happen To Work (=
Decode).

Slightly hacking up h264parse to be less fussy simply makes it work, but that
is not much of a fix since current approach is not necessarily wrong.

If anything, it is just as much (more) an gst-ffmpeg problem in that whether it
is useful to have it wait for a keyframe (which is a bit error-prone depending
on the input material and/or upstream doing proper flag setting, though it may
have its reasons there).

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.


More information about the gstreamer-bugs mailing list