- 16 1月, 2013 2 次提交
-
-
由 Diego Biurrun 提交于
-
由 Justin Ruggles 提交于
-
- 15 1月, 2013 25 次提交
-
-
由 Diego Biurrun 提交于
As CONFIG_ values are always defined, they have to be checked via #if.
-
由 Diego Biurrun 提交于
-
由 Diego Biurrun 提交于
-
由 Martin Storsjö 提交于
Also print port numbers for this protocol. Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Martin Storsjö 提交于
This is mostly useful for encryption together with the RTP muxer, but could also be set up as IO towards the peer with the SDP demuxer with custom IO. Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Martin Storsjö 提交于
This only takes care of decrypting incoming packets; the outgoing RTCP packets are not encrypted. This is enough for some use cases, and signalling crypto keys for use with outgoing RTCP packets doesn't fit as simply into the API. If the SDP demuxer is hooked up with custom IO, the return packets can be encrypted e.g. via the SRTP protocol. If the SRTP keys aren't available within the SDP, the decryption can be handled externally as well (when using custom IO). Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Martin Storsjö 提交于
This supports the AES_CM_128_HMAC_SHA1_80 and AES_CM_128_HMAC_SHA1_32 cipher suites (from RFC 4568) at the moment. The main missing features are replay protection (which can be added later without changing the internal API), and the F8 and null ciphers. Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Martin Storsjö 提交于
This supports HMAC-MD5 and HMAC-SHA1 for now, other hashes are simple to add. Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Luca Barbato 提交于
By default libav sets it to 3/4 while x264 sets it to 9/10. CC: libav-stable@libav.org Signed-off-by: NLuca Barbato <lu_zero@gentoo.org>
-
由 Luca Barbato 提交于
rc_buffer_size is not set before. Solve the initial the rate control underflow issue reported in bug 222. CC: libav-stable@libav.org Signed-off-by: NLuca Barbato <lu_zero@gentoo.org>
-
由 Diego Biurrun 提交于
The function is a callback that is called by ff_gen_search with a constant stream index. Avoid a false positive on older gcc version. Signed-off-by: NLuca Barbato <lu_zero@gentoo.org>
-
由 Diego Biurrun 提交于
These warnings have no false positives and point to serious bugs.
-
由 Diego Biurrun 提交于
-
由 Rémi Denis-Courmont 提交于
Signed-off-by: NDiego Biurrun <diego@biurrun.de>
-
由 Anton Khirnov 提交于
It's been returning an error value since bad446e2 Also check for the errors it returns.
-
由 Sean McGovern 提交于
Signed-off-by: NDiego Biurrun <diego@biurrun.de>
-
由 Maximilian Seesslen 提交于
The floating point version of av_clip has to be used when converting the quality level. Signed-off-by: NMaximilian Seesslen <mes@seesslen.net> Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Giorgio Vazzana 提交于
Pass the correct header size to ff_vorbis_comment() Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Ronald S. Bultje 提交于
Clobbering these tables will temporarily clobber the template used as a basis for other threads to start decoding from. If the other decoding thread updates from the template right at that moment, subsequent threads will get invalid (or, usually, none at all) mmco tables. This leads to invalid reference lists and subsequent decode failures. Therefore, instead, decode the mmco tables only for the first slice in a field or frame. For other slices, decode the bits and ensure they are identical to the mmco tables in the first slice, but don't ever clobber the context state. This prevents other threads from using a clobbered/invalid template as starting point for decoding, and thus fixes decoding in these cases. This fixes occasional (~1%) failures of h264-conformance-mr1_bt_a with frame-multithreading enabled. Signed-off-by: NLuca Barbato <lu_zero@gentoo.org>
-
由 Luca Barbato 提交于
Support older libvpx versions.
-
由 Luca Barbato 提交于
This feature is experimental use at your risk
-
由 Luca Barbato 提交于
-
由 Tom Finegan 提交于
-
由 Martin Storsjö 提交于
This makes the behaviour defined when they wrap around. The value assigned to expected_prior was a uint32_t already. Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Diego Biurrun 提交于
-
- 14 1月, 2013 13 次提交
-
-
由 Martin Storsjö 提交于
Without this, we'd signal a huge loss rate (due to unsigned wraparound) if we had received one packet more than expected (that is, one seq number sent twice). The code has a check for lost_interval <= 0, but that doesn't do what was intended as long as the variable is unsigned. Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Martin Storsjö 提交于
By using a pointer-to-pointer, we avoid having to keep track of the previous packet separately. Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Martin Storsjö 提交于
The code below the comment does not at all relate to statistics, and even if moved to the right place, the comment adds little value. Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Michael Niedermayer 提交于
Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Michael Niedermayer 提交于
Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Michael Niedermayer 提交于
Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Michael Niedermayer 提交于
Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Michael Niedermayer 提交于
Fixes null pointer dereference later, since if this function failed, a positive return value was returned to the caller. Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Anton Khirnov 提交于
-
由 Anton Khirnov 提交于
-
由 Anton Khirnov 提交于
-
由 Anton Khirnov 提交于
-
由 Anton Khirnov 提交于
-