- 26 Feb, 2015 1 commit
-
-
Luca Barbato authored
Makes passing to configure --toolchain=gcc-asan --cross-prefix=armv7a-hardfloat-linux-gnueabi- work as intended.
-
- 22 Feb, 2015 2 commits
-
-
Vittorio Giovara authored
-
Vittorio Giovara authored
Since not all systems need the libraw1394 dependency, let pkg-config provide the list of libraries actually needed. The libdc1394-2.pc file has been included since version 2 (2008-01-05), so it should be safe to use.
-
- 19 Feb, 2015 2 commits
-
-
Anton Khirnov authored
-
Anton Khirnov authored
Based on the code by Luca Barbato <lu_zero@gentoo.org> and Yukinori Yamazoe <drocon11@gmail.com>.
-
- 15 Feb, 2015 1 commit
-
-
Luca Barbato authored
It is required.
-
- 04 Feb, 2015 1 commit
-
-
Alex Converse authored
Based in part on work from Niel van der Westhuizen <espes@pequalsnp.com>.
-
- 02 Feb, 2015 2 commits
-
-
Diego Biurrun authored
It will be reused by the AAC decoder.
-
Martin Storsjö authored
This fixes builds with vc1_parser enabled without vc1_decoder. All the vc1_decoder object files were included in the vc1_parser line in libavcodec/Makefile before, but architecture specific object files for vc1_decoder were not. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 27 Jan, 2015 1 commit
-
-
Hendrik Leppkes authored
Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
- 08 Jan, 2015 1 commit
-
-
Martin Storsjö authored
Also move the .long_name entry to below the .name entry. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 06 Jan, 2015 1 commit
-
-
Martin Storsjö authored
Compared to existing, common opensource H264 encoders, this can be useful since it has got a different license (BSD instead of GPL). Performance- and qualitywise it is comparable to x264 in ultrafast mode. Hooking it up as an encoder in libavcodec also simplifies comparing it against other common encoders. This requires OpenH264 1.3 or newer. Since the OpenH264 API and ABI changes frequently, only releases are supported. To take advantage of the OpenH264 patent offer, the OpenH264 library must not be redistributed, but downloaded at runtime at the end-user's system. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 05 Jan, 2015 1 commit
-
-
Agostino Sarubbo authored
Reduce the chance of introducing a class of bugs quite hard to track.
-
- 04 Jan, 2015 1 commit
-
-
Martin Storsjö authored
This allows using libraries that are detected via pkg-config with msvc. (The libraries themselves may have to be built with MSVC though.) Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 19 Dec, 2014 1 commit
-
-
Martin Storsjö authored
The MoveFileExA is available in the headers regardless which API subset is targeted, but it is missing in the Windows Phone link libraries. When targeting Windows Store apps, the function is available both in the headers and in the link libraries, and thus there is no indication for the build system that this function should be avoided - such an indication is only given by the Windows App Certification Kit, which forbids using the MoveFileExA function. Therefore check the WINAPI_FAMILY defines instead, to figure out which API subset is targeted. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 09 Dec, 2014 1 commit
-
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 03 Dec, 2014 1 commit
-
-
Vittorio Giovara authored
Following the old thread suggestions. Vittorio
-
- 27 Nov, 2014 1 commit
-
-
Martin Storsjö authored
This allows getting the normal unix semantics, where a rename allows replacing an existing file. Based on a suggestion by Reimar Döffinger. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 18 Nov, 2014 1 commit
-
-
Martin Storsjö authored
simd_align_16 is a configure item that can be enabled or disabled, it's not a variable containing a list of other configure items as need_memalign previously. This was broken in eba2233b. CC: libav-stable@libav.org Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 17 Nov, 2014 1 commit
-
-
Martin Storsjö authored
This is mostly to serve as a reference example on how to segment the output from the mp4 muxer, capable of writing the segment list in four different ways: - SegmentTemplate with SegmentTimeline - SegmentTemplate with implicit segments - SegmentList with individual files - SegmentList with one single file per track, and byte ranges The muxer is able to serve live content (with optional windowing) or create a static segmented MPD. In advanced cases, users will probably want to do the segmenting in their own application code. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 28 Oct, 2014 1 commit
-
-
Luca Barbato authored
xcb-utils are not needed anymore.
-
- 26 Oct, 2014 1 commit
-
-
Luca Barbato authored
Matches the x11grab screen capture by features.
-
- 25 Oct, 2014 1 commit
-
-
Martin Storsjö authored
This allows writing most code as if they always are is available. These are ok to use from other libraries even though it's not a public header, since they only provide an inline declaration, and doesn't add an actual dependency on lavu internals. (This can be considered more a build system compatibility fallback than a libavutil feature.) Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 10 Oct, 2014 1 commit
-
-
James Almer authored
This silences warnings about passing arguments from incompatible pointer type when targeting Windows Vista or newer. Signed-off-by:
James Almer <jamrial@gmail.com> Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 04 Oct, 2014 1 commit
-
-
Josh Allmann authored
This is needed for clock_gettime. Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
- 27 Sep, 2014 1 commit
-
-
Luca Barbato authored
Support musl out of box. Amend commit 9d2cee52 that got wrongly merged in its stead.
-
- 26 Sep, 2014 1 commit
-
-
Luca Barbato authored
Non-standard compliant libc should be supported on a per-case basis anyway.
-
- 17 Sep, 2014 1 commit
-
-
Jörg Krause authored
HOSTCPPFLAGS and HOSTCFLAGS are only set in config.mak. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 16 Sep, 2014 2 commits
-
-
Mikulas Patocka authored
-
Diego Biurrun authored
-
- 07 Sep, 2014 1 commit
-
-
Diego Biurrun authored
-
- 04 Sep, 2014 1 commit
-
-
Diego Biurrun authored
These are the only WMA bits shared with binkaudio. Splitting them off reduces the binnkaudio dependency on general WMA code.
-
- 03 Sep, 2014 1 commit
-
-
Luca Barbato authored
Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
- 23 Aug, 2014 1 commit
-
-
Reinhard Tartler authored
This option facilitates testing shared libarary builds: for instance fate builders do no longer need to set LD_LIBRARY_PATH as the binaries will get the right search paths hardcoded into their executable file. This option is only meant to be used for testing purposes: The installed libraries must not move around in the file system, and doing so will cause a lot of subtle problems. For more information why using RPATH is dangerous, please refer to https://blog.flameeyes.eu/2010/06/the-why-and-how-of-rpath
-
- 22 Aug, 2014 1 commit
-
-
Luca Barbato authored
Since they are aliases for ogg enabling any of them enables ogg as well.
-
- 21 Aug, 2014 1 commit
-
-
Diego Biurrun authored
The same is done for GCC and clang already.
-
- 13 Aug, 2014 1 commit
-
-
Martin Storsjö authored
On mingw64 with c++11 support, the link libraries do contain a nanosleep function, while it isn't exposed via the headers. Using check_func_headers instead of a plain check_func fixes this misdetection. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 10 Aug, 2014 3 commits
-
-
Martin Storsjö authored
The -MD option (for enabling a dynamically linked crt) gets interpreted as a cpp option for generating dependency information (into a file named '-.d', when preprocessing to a pipe). We shouldn't be passing any and all C compiler flags to armasm (which is a plain assembler, only with cpp bolted on via gas-preprocessor), but these are the main conflicting ones. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Older versions don't support all the features we test for now. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Diego Biurrun authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-