Alex Ashley ed16c9c560 hls: fix for assert failure when using encrypted HLS streams ... 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. 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. https://bugzilla.gnome.org/show_bug.cgi?id=704555		2013-07-22 14:55:17 +01:00
..
gstfragmented.h	Make the hls plugin depend on gnutls and move to ext/hls/	2013-03-19 10:54:18 +01:00
gstfragmentedplugin.c	Make the hls plugin depend on gnutls and move to ext/hls/	2013-03-19 10:54:18 +01:00
gsthlsdemux.c	Make the hls plugin depend on gnutls and move to ext/hls/	2013-03-19 10:54:18 +01:00
gsthlsdemux.h	hls: Use GstURIDownloader from the library for now to keep everything in a usable state	2013-05-15 09:21:21 +02:00
gsthlssink.c	Make the hls plugin depend on gnutls and move to ext/hls/	2013-03-19 10:54:18 +01:00
gsthlssink.h	Make the hls plugin depend on gnutls and move to ext/hls/	2013-03-19 10:54:18 +01:00
gstm3u8playlist.c	Make the hls plugin depend on gnutls and move to ext/hls/	2013-03-19 10:54:18 +01:00
gstm3u8playlist.h	Make the hls plugin depend on gnutls and move to ext/hls/	2013-03-19 10:54:18 +01:00
m3u8.c	Make the hls plugin depend on gnutls and move to ext/hls/	2013-03-19 10:54:18 +01:00
m3u8.h	Make the hls plugin depend on gnutls and move to ext/hls/	2013-03-19 10:54:18 +01:00
Makefile.am	hls: fix for assert failure when using encrypted HLS streams	2013-07-22 14:55:17 +01:00