- 04 11月, 2013 11 次提交
-
-
由 Jan Ekström 提交于
Also limit the parsed VUI values to known valid ones. Signed-off-by: NVittorio Giovara <vittorio.giovara@gmail.com>
-
由 Jan Ekström 提交于
Signed-off-by: NVittorio Giovara <vittorio.giovara@gmail.com>
-
由 Vittorio Giovara 提交于
-
由 Gian-Carlo Pascutto 提交于
Previously the profile would not be set if the bitstream needs to be decoded to know the profile. Signed-off-by: NAnton Khirnov <anton@khirnov.net>
-
由 Anton Khirnov 提交于
It's a private field, not meant to be accessed from outside lavc.
-
由 Anton Khirnov 提交于
It's a private field, it should not be visible to callers. Deprecate AVCodecContext.thread_opaque
-
由 Anton Khirnov 提交于
This should prevent confusion with frame threading.
-
由 Anton Khirnov 提交于
-
由 Anton Khirnov 提交于
-
由 Mikulas Patocka 提交于
Signed-off-by: NMikulas Patocka <mikulas@artax.karlin.mff.cuni.cz> Signed-off-by: NDiego Biurrun <diego@biurrun.de>
-
由 Diego Biurrun 提交于
-
- 03 11月, 2013 6 次提交
-
-
由 Vittorio Giovara 提交于
This makes sure that these branches are eliminated properly with clang with optimizations disabled.
-
由 Vittorio Giovara 提交于
-
由 Vittorio Giovara 提交于
-
由 Vittorio Giovara 提交于
-
由 Rudolf Polzer 提交于
Before, it just returned width/height. Correct is width/height*sar. That way it is consistent with DAR as in probe output and setdar. Signed-off-by: NRudolf Polzer <divverent@xonotic.org> Signed-off-by: NAnton Khirnov <anton@khirnov.net>
-
由 Rudolf Polzer 提交于
Example: -vf setsar=sar="sar*9/10" Signed-off-by: NRudolf Polzer <divverent@xonotic.org> Signed-off-by: NAnton Khirnov <anton@khirnov.net>
-
- 02 11月, 2013 11 次提交
-
-
由 Diego Biurrun 提交于
-
由 Vittorio Giovara 提交于
Signed-off-by: NDiego Biurrun <diego@biurrun.de>
-
由 Martin Storsjö 提交于
HDS fragments basically are FLV fragments wrapped in an ISO media mdat atom. Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Vittorio Giovara 提交于
Signed-off-by: NDiego Biurrun <diego@biurrun.de>
-
由 Luca Barbato 提交于
Also improve some log message wording/spelling. Signed-off-by: NDiego Biurrun <diego@biurrun.de>
-
由 Diego Biurrun 提交于
-
由 Diego Biurrun 提交于
For some weird reason gcc does not check if the -Wno disabling variants of warning flags match existing warning flags. Instead it swallows them silently. That is, unless other warning or error messages are generated, because then - for some even more bizarre reason - a complaint about the unknown disable warning flag is issued along with the error or warning message. Thus to check for the availability of a warning disabling option, one needs to check for the enabling variant instead and then add the disabling variant to CFLAGS.
-
由 Diego Biurrun 提交于
This is useful to test flags without directly adding them to CFLAGS.
-
由 Anton Khirnov 提交于
-
由 Michael Niedermayer 提交于
Fix out of array accesses. Found-by: ami_stuff Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>
-
由 Luca Barbato 提交于
-
- 01 11月, 2013 12 次提交
-
-
由 Martin Storsjö 提交于
Also make sure the BYE packets are sent at all when using TCP interleaved transport. Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Martin Storsjö 提交于
Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Martin Storsjö 提交于
Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Martin Storsjö 提交于
This simplifies proper error handling in rtsp.c/rtspdec.c. When broadcasting over RTSP in TCP mode, the AVIOContext is closed and recreated for each sent packet, and if the recreation fails, we might try to close a NULL buffer when freeing things at the end. Previously, if recreating the buffer in rtspdec.c failed, this would crash later due to trying to close a NULL buffer. Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Anton Khirnov 提交于
It's for internal use only.
-
由 Anton Khirnov 提交于
-
由 Anton Khirnov 提交于
It has been deprecated/unused for about 10 years.
-
由 Anton Khirnov 提交于
Those flags have no effect since 37045e42.
-
由 Anton Khirnov 提交于
It has been unused since 37045e42.
-
由 Anton Khirnov 提交于
-
由 Anton Khirnov 提交于
It has not been actually used since 37045e42, when the broken vismv code was removed.
-
由 Mickaël Raulet 提交于
Signed-off-by: NAnton Khirnov <anton@khirnov.net>
-