[Bug 704555] New: assert failure when using encrypted HLS streams

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Fri Jul 19 07:44:43 PDT 2013


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

           Summary: assert failure when using encrypted HLS streams
    Classification: Platform
           Product: GStreamer
           Version: git
        OS/Version: All
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-bad
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: bugzilla at ashley-family.net
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


Created an attachment (id=249638)
 View: https://bugzilla.gnome.org/attachment.cgi?id=249638
 Review: https://bugzilla.gnome.org/review?bug=704555&attachment=249638

Patch to delete duplicate of gstfragment class

When using an HLS encrypted stream, an assertion failure is thrown:
(gst-launch-1.0:31028): GLib-GObject-WARNING **: cannot register
existing type `GstFragment'

(gst-launch-1.0:31028): GLib-CRITICAL **: g_once_init_leave: assertion
`result != 0' failed

Eventually tracked this down to the call gst_fragment_new()
in function gst_hls_demux_decrypt_fragment in ext/hls/gsthlsdemux.c.

The GstFragment class is defined in ext/hls/gstfragment.c and in
gst-libs/gst/uridownloader/gstfragment.c. Having two class definitions
with the same name causes the assert failure when trying to allocate
GstFragment. Deleting the version from hls and editing the
Makefile.am solves this assert failure.

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