- 24 May, 2013 31 commits
-
-
Reimar Döffinger authored
Due the crappy issue of classes having to be unique, we cannot even have classes with identical content, otherwise the compiler or linker is free to merge them, giving the same result and bugs as if we had only one class. Besides redesigning the option code to handle this correctly I see only the option of requiring any two classes to have different names, but the list of requirements for AVClasses is getting kind of unmanageable. Signed-off-by: Reimar Döffinger <Reimar.Doeffinger@gmx.de>
-
Carl Eugen Hoyos authored
-
Thilo Borgmann authored
Suggested-by: Reimar
-
Paul B Mahol authored
Signed-off-by: Paul B Mahol <onemda@gmail.com>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Clément Bœsch authored
-
Michael Niedermayer authored
This is already called from ff_filter_alloc() Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
* qatar/master: vf_fade: support slice threading vf_yadif: support slice threading Conflicts: libavfilter/vf_fade.c libavfilter/vf_yadif.c Merged-by: Michael Niedermayer <michaelni@gmx.at>
-
Paul B Mahol authored
Signed-off-by: Paul B Mahol <onemda@gmail.com>
-
Michael Niedermayer authored
* commit '129bb238': lavfi: add a slice threading infrastructure Conflicts: Changelog cmdutils.c doc/APIchanges libavfilter/Makefile libavfilter/avfilter.c libavfilter/avfilter.h libavfilter/avfiltergraph.c libavfilter/internal.h libavfilter/version.h Merged-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
* commit '2a6eaeaa': Move get_logical_cpus() from lavc/pthread to lavu/cpu. Conflicts: doc/APIchanges libavcodec/pthread.c libavutil/cpu.c libavutil/cpu.h libavutil/version.h Merged-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
* commit '90f9a583': w32pthreads: move from lavc to compat/ Conflicts: libavcodec/Makefile libavcodec/pthread.c libavcodec/vp8.h Merged-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
* commit 'e69222c5': doxy: enable TYPEDEF_HIDES_STRUCT Merged-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
* commit 'e9e5a1bd': Monkey's Audio old versions FATE tests h264_parser: Set field_order and picture_structure. Conflicts: libavcodec/h264_parser.c tests/fate/lossless-audio.mak Merged-by: Michael Niedermayer <michaelni@gmx.at>
-
Clément Bœsch authored
Fixes compilation when the macros are empty and the label above ends up containing no statement. Also makes usage of these macro consistent (some already have a semi colon, some others don't). Fixes Ticket #2603
-
Michael Niedermayer authored
* commit 'b493847d': avcodec: Add picture structure information to AVCodecParserContext. Conflicts: doc/APIchanges libavcodec/version.h Merged-by: Michael Niedermayer <michaelni@gmx.at>
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
Mostly based on libavcodec's
-
Anton Khirnov authored
It will be useful in lavfi, and could conceivably be useful to the user applications as well.
-
Anton Khirnov authored
It will be used in other places than lavc.
-
Anton Khirnov authored
This means that typedef struct SomeStruct {...} SomeStruct will only be documented as SomeStruct in the doxy, without a pointless entry in the typedefs list.
-
Kostya Shishkov authored
-
Yusuke Nakamura authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Yusuke Nakamura authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 23 May, 2013 9 commits
-
-
Paul B Mahol authored
Signed-off-by: Paul B Mahol <onemda@gmail.com>
-
Paul B Mahol authored
Signed-off-by: Paul B Mahol <onemda@gmail.com>
-
Paul B Mahol authored
Signed-off-by: Paul B Mahol <onemda@gmail.com>
-
Paul B Mahol authored
Signed-off-by: Paul B Mahol <onemda@gmail.com>
-
Paul B Mahol authored
Signed-off-by: Paul B Mahol <onemda@gmail.com>
-
Paul B Mahol authored
Signed-off-by: Paul B Mahol <onemda@gmail.com>
-
Paul B Mahol authored
Signed-off-by: Paul B Mahol <onemda@gmail.com>
-
Paul B Mahol authored
Signed-off-by: Paul B Mahol <onemda@gmail.com>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-