- 20 Nov, 2011 17 commits
-
-
Mashiat Sarker Shakkhar authored
-
Mashiat Sarker Shakkhar authored
-
Mashiat Sarker Shakkhar authored
-
Mashiat Sarker Shakkhar authored
-
Mashiat Sarker Shakkhar authored
-
Mashiat Sarker Shakkhar authored
-
Mashiat Sarker Shakkhar authored
-
Mashiat Sarker Shakkhar authored
-
Mashiat Sarker Shakkhar authored
-
Mashiat Sarker Shakkhar authored
-
Mashiat Sarker Shakkhar authored
-
Mashiat Sarker Shakkhar authored
-
Mashiat Sarker Shakkhar authored
-
Mashiat Sarker Shakkhar authored
-
Andreas Öman authored
-
John Stebbins authored
Fix building with --disable-network. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 19 Nov, 2011 6 commits
-
-
John Stebbins authored
Although gcc guarantees 16 byte stack alignment, threads under WinXP don't appear to be guaranteed to start stack aligned. So fix the alignment. Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-
Justin Ruggles authored
A new field, AVCodecContext.internal is used to hold a new struct AVCodecInternal, which has private fields that are not codec-specific and are used by general libavcodec functions. Moved internal_buffer, internal_buffer_count, and is_copy.
-
Justin Ruggles authored
-
Justin Ruggles authored
libavcodec/options.c:583: warning: assignment discards qualifiers from pointer target type libavcodec/options.c:589: warning: initialization discards qualifiers from pointer target type
-
Justin Ruggles authored
-
Thierry Foucu authored
Found with address sanitizer. Signed-off-by: Alex Converse <alex.converse@gmail.com>
-
- 18 Nov, 2011 17 commits
-
-
Janne Grunau authored
-
Josh Allmann authored
Note: FCPublish/FCUnpublish are adobe server specific and not described in the rtmp specification. Some servers might not cope with them at all. Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
Luca Barbato authored
-
Anton Khirnov authored
Serves as a test of muxer private options.
-
Anton Khirnov authored
-
Martin Storsjö authored
Prepare for removing it at an upcoming major bump.
-
Martin Storsjö authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Martin Storsjö authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at> Signed-off-by: Martin Storsjö <martin@martin.st>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at> Signed-off-by: Martin Storsjö <martin@martin.st>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at> Signed-off-by: Martin Storsjö <martin@martin.st>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at> Signed-off-by: Martin Storsjö <martin@martin.st>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at> Signed-off-by: Martin Storsjö <martin@martin.st>
-
Panagiotis H.M. Issaris authored
The Apple HTTP Live Streaming demuxer's implementation of seeking searches for the MPEG TS segment which contains the requested timestamp. In its current implementation it assumes that the first segment will start from 0. But, MPEG TS streams do not necessarily start with timestamp (near) 0, causing seeking to fail for those streams. This also occurs when using live streaming of HTTP Live Streams. In this case sliding playlists may be used, which means that in that case only the last x encoded segments are stored, the earlier segments get deleted from disk and removed from the playlist. Because of this, when starting playback of a stream in the middle of such a broadcast, the initial segment fetched after parsing the m3u8 playlist will not start from timestamp (near) 0, causing (the admittedly limited live) seeking to fail. This patch changes this demuxers seeking implementation to use the initial DTS as an offset for searching the segments containing the requested timestamp. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
The tls protocol handles connections via proxies internally. With TLS/SSL, the peer verification requires that the client speaks directly with the server, since the proxy doesn't have the remote server's private key. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
This is in preparation for a later commit. Signed-off-by: Martin Storsjö <martin@martin.st>
-