[Bug 756897] qtdemux: cenc aux_info_type endianness issue

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Mon Feb 22 08:03:40 UTC 2016


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

--- Comment #16 from Philippe Normand <phil at base-art.net> ---
(In reply to Greg Rutz from comment #14)
> It doesn't look like the aux_info_type parameter is really used (just one
> comparison to 0U).  So, it is likely that the problem has always produced
> the log statement reported in this bug, it just doesn't affect the
> pipeline's ability to play the content.

IIRC this isn't right. When I reported this bug, playback was actually
prevented by this issue, because the parse_saio() function sets the info_type
wrongly and that triggers an error in the parse_moof() function because
info_type is not FOURCC_cenc.

(In reply to Greg Rutz from comment #11)
> Also note that other areas of the code use QT_FOURCC to read fourcc byte
> data which is implemented as:
> 
> #define QT_FOURCC(a)  (GST_READ_UINT32_LE(a))

This is what I was suggesting to use in comment 2. And I've been using it
without issues so far :)

-- 
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