[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