- 10 Jun, 2016 1 commit
-
-
Timo Rothenpieler authored
-
- 05 Jun, 2016 1 commit
-
-
Michael Niedermayer authored
This avoids enabling and building the x264rgb encoder when its actually not supported and thus would not work Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 31 May, 2016 1 commit
-
-
Paul B Mahol authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
- 18 May, 2016 1 commit
-
-
Kyle Swanson authored
Signed-off-by:
Kyle Swanson <k@ylo.ph>
-
- 06 May, 2016 1 commit
-
-
Carl Eugen Hoyos authored
Fixes ticket #5511.
-
- 05 May, 2016 1 commit
-
-
Diego Biurrun authored
-
- 04 May, 2016 1 commit
-
-
Rick Kern authored
Signed-off-by:
Rick Kern <kernrj@gmail.com>
-
- 30 Apr, 2016 7 commits
-
-
Janne Grunau authored
This reverts commit 33ac77e8.
-
Carl Eugen Hoyos authored
-
wm4 authored
It qualifies as a system library. Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
wm4 authored
This uses a new MMAL feature, which limits the number of extra frames that can be buffered within the decoder. VIDEO_MAX_NUM_CALLBACKS can be defined as positive or negative number. Positive numbers are absolute, and can lead to deadlocks if the user underestimates the number of required buffers. Negative numbers specify the number of extra buffers, e.g. -1 means no extra buffer, (-1-N) means N extra buffers. Set a gratuitous default of -11 (N=10). This is much lower than the firmware default, which appears to be 96. This is backwards compatible, but needs a symbol only present in newer firmware headers. (It's an enum item, so it requires a check in configure.) Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
wm4 authored
The mmal decoders do not depend on the software decoders. Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
wm4 authored
Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
Julian Scheel authored
Register mmaldec as mpeg2 decoder. Supporting mpeg2 in mmaldec is just a matter of setting the correct MMAL_ENCODING on the input port. To ease the addition of further supported mmal codecs a macro is introduced to generate the decoder and decoder class structs. Signed-off-by:
Julian Scheel <julian@jusst.de> Signed-off-by:
wm4 <nfxjfg@googlemail.com> Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
- 28 Apr, 2016 2 commits
-
-
Dave Yeo authored
Signed-off-by:
Dave Yeo <daveryeo@telus.net> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Dmitriy Kuminov authored
Only one DLL for each module must be present on OS/2: SLIBNAME_WITH_MAJOR (the same as on Windows). Creating other DLLs makes no sense as they can't be used. Signed-off-by:
Dave Yeo <daveryeo@telus.net> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 27 Apr, 2016 1 commit
-
-
Timo Rothenpieler authored
As the nvEncodeApi.h header is now MIT licensed, this can be dropped. The loaded CUDA and NVENC libraries are part of the nvidia driver, and thus count as system libraries.
-
- 24 Apr, 2016 1 commit
-
-
Anton Khirnov authored
-
- 19 Apr, 2016 1 commit
-
-
Anton Khirnov authored
-
- 13 Apr, 2016 1 commit
-
-
Rodger Combs authored
-
- 12 Apr, 2016 2 commits
-
-
Martin Storsjö authored
The raspberry pi uses the alternative API/ABI for OMX; this makes such builds incompatible with all the normal OpenMAX implementations. Since this can't easily be detected at configure time (one can build for raspberry pi's OMX just fine using the generic, pristine Khronos OpenMAX IL headers, no need for their own extensions), require a separate configure switch for it instead. The broadcom host library can't be unloaded once loaded and started; the deinit function that it provides is a no-op, and after started, it has got background threads running, so dlclosing it makes it crash. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 07 Apr, 2016 2 commits
-
-
Diego Biurrun authored
-
Diego Biurrun authored
-
- 02 Apr, 2016 1 commit
-
-
Rodger Combs authored
This is added in 10.11, so we add a #define when building against older SDKs. The decoder actually supports 7.1-channel eac3, but since the parser only reports 6 channels, we end up decoding the 5.1 downmix (same as the internal decoder) for now.
-
- 31 Mar, 2016 2 commits
-
-
Josh de Kock authored
Previously, with JACK installed, the configure script would enable the JACK indev; this broke on OS X due to an incomplete pthreads implementation. Add some simple macros to map libdispatch to pthreads on OS X. Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
Alex Smith authored
The relocation hack broke debugging on mingw-w64 when using gdb. This makes the reloc hack dependent on --disable-debug so it's still enabled for release builds. This is simply an immediate fix for the issue of broken debugging, we should probably still look at the possibility of reverting it outright if it proves to be more trouble than it's worth. For now keeping it enabled for release builds is a reasonable trade off. Signed-off-by:
Alex Smith <theryuu@warpsharp.info> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 30 Mar, 2016 5 commits
-
-
Mark Thompson authored
Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
Mark Thompson authored
Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
Mark Thompson authored
Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
Mark Thompson authored
Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
Mark Thompson authored
Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
- 28 Mar, 2016 1 commit
-
-
Anton Khirnov authored
-
- 27 Mar, 2016 2 commits
-
-
Timo Rothenpieler authored
Without this patch, configure still passes and enables CUDA, no matter if it was actually found, breaking the build in case it was not.
-
Kieran Kunhya authored
-
- 25 Mar, 2016 3 commits
-
-
Vittorio Giovara authored
Helps in decoupling this code from mpegvideo.
-
Vittorio Giovara authored
Use it instead of the embedded mpegvideo one. Update init function signature to load it directly from the callers.
-
Thilo Borgmann authored
-
- 23 Mar, 2016 2 commits
-
-
Anton Khirnov authored
-
Mark Thompson authored
Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-