Thiago Santos 07b59c93c2 hlsdemux: fix clearing of eos state in pads ... The internal pad still keeps its EOS flag and event as it can be assigned after the flush-start/stop pair is sent. The EOS is assigned from the streaming thread so this is racy. To be sure to clear it, it has to be done after setting the source to READY to be sure that its streaming thread isn't running. https://bugzilla.gnome.org/show_bug.cgi?id=736012		2014-09-18 12:14:30 -03: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	hlsdemux: fix clearing of eos state in pads	2014-09-18 12:14:30 -03:00
gsthlsdemux.h	hlsdemux: Support OpenSSL for AES decryption of HLS fragments	2014-08-28 10:34:55 +03:00
gsthlssink.c	hlssink: do not leak playlist object	2014-05-13 16:29:46 -03: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	hlssink: Use floats for the EXTINF duration values	2013-09-28 13:20:08 +02: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	hlsdemux: Properly assign offsets to the files if we accumulate them instead of reading from the playlist	2014-09-04 17:49:23 +03:00
m3u8.h	hlsdemux: Don't store the current key in the playlist	2014-06-06 13:08:04 +03:00
Makefile.am	hlsdemux: Support OpenSSL for AES decryption of HLS fragments	2014-08-28 10:34:55 +03:00