- 30 Dec, 2009 11 commits
-
-
Diego Biurrun authored
It is used by both encoders and decoders and should not be below a CONFIG_ENCODERS preprocessor check. Originally committed as revision 20980 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
Originally committed as revision 20979 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
Originally committed as revision 20978 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
Originally committed as revision 20977 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
Originally committed as revision 20976 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
Originally committed as revision 20975 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
Originally committed as revision 20974 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
It is just a logical OR of several decoder definitions, all of which depend on CONFIG_H263_DECODER. So it can just be replaced by the latter. Originally committed as revision 20973 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
Originally committed as revision 20972 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
Originally committed as revision 20971 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
There is no need to list decoders that enable the H.263 decoder anyway. Originally committed as revision 20970 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 29 Dec, 2009 14 commits
-
-
Diego Biurrun authored
Originally committed as revision 20969 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
The file is only ever compiled if the MLP decoder is enabled. Originally committed as revision 20968 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
Originally committed as revision 20967 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
Originally committed as revision 20966 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
They share all code, there is no point in enabling one but not the other. Originally committed as revision 20965 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
Originally committed as revision 20964 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Carl Eugen Hoyos authored
Originally committed as revision 20963 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Carl Eugen Hoyos authored
Originally committed as revision 20962 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
This affects the AAC decoder, S/PDIF muxer and ADTS to ASC bitstream filter. Originally committed as revision 20961 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
Originally committed as revision 20960 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
Originally committed as revision 20959 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Gwenole Beauchesne authored
Originally committed as revision 20958 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Gwenole Beauchesne authored
Originally committed as revision 20957 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
Originally committed as revision 20956 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 28 Dec, 2009 15 commits
-
-
Michael Dorr authored
This is already done by avcodec_thread_init(). Patch by Michael Dorr <dorr <at> inb.uni-luebeck.de>. Originally committed as revision 20955 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Stefano Sabatini authored
This is safer since avcodec_open() may initialize some structure using the thread_count default value which will be changed later, causing potential security / stability issues. Also do not explicitely set the thread_count value in the decoder, since this is already done by avcodec_thread_init(). See the thread: "[FFmpeg-devel] [PATCH] Make ffplay define in the encoder the number of threads *before* to open it", started in date 2008-03-08. Originally committed as revision 20954 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
Originally committed as revision 20953 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
Originally committed as revision 20952 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
Originally committed as revision 20951 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
CONFIG_ANY_H263_ENCODER is just a logical OR of H.263 family definitions, for which the build system enables CONFIG_H263_ENCODER anyway. Originally committed as revision 20950 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
Originally committed as revision 20949 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Gwenole Beauchesne authored
Originally committed as revision 20948 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Gwenole Beauchesne authored
Originally committed as revision 20947 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Luca Abeni authored
Originally committed as revision 20946 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Luca Abeni authored
Originally committed as revision 20945 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Luca Abeni authored
Originally committed as revision 20944 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
libswscale/swscale_template.c:2575: warning: unused variable ‘srcFormat’ Originally committed as revision 30132 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale
-
Diego Biurrun authored
cmdutils.c:576: warning: unused variable ‘filter’ Originally committed as revision 20943 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Gwenole Beauchesne authored
Originally committed as revision 20942 to svn://svn.ffmpeg.org/ffmpeg/trunk
-