summarylogtreecommitdiffstats
path: root/PKGBUILD
AgeCommit message (Collapse)Author
2016-12-16flite dependency changesDaniel Bermond
Changed flite-fpic to flite1. flite-fpic uses static libraries and flite1 uses shared ones, so flite1 is preferred. It seems that flite is needed only at building time since it's not linked in any binaries and namcap does not complain about it. flite functionality in ffmpeg and ffplay works as expected when deleting flite1 after installing ffmpeg-full-git. Also, the flite detection code on prepare() seems to be not needed since everything works without it. Note: flite (2.x) that is present at [community] repository is not supported by ffmpeg.
2016-12-11Removed --enable-audiotoolbox and --enable-vdaDaniel Bermond
This will fix errors when running the configure script. These components are only for Apple systems and does not need to be enabled in Linux anyway. Also removed the initial comment section about the not available options. The errors in configure script were caused by the following upstream git commit: http://git.videolan.org/?p=ffmpeg.git;a=commit;h=8aad209c13c2a66a9256e37d7f44b5f9f19b13b2
2016-12-03opencl dependecy changesDaniel Bermond
In short: depends: changed from ocl-icd to opencl-icd-loader. Moved opencl-headers to makedepends. The long story: This will match the approach used in PKGBUILDs from many repository packages that depends on opencl. These packages doesn't place a direct dependency to package ocl-icd like we were doing here, but instead they depends on libcl or on opencl-icd-loader that is provided by ocl-icd. Also, opencl-headers is not needed at runtime and should be placed in makedepens. Some examples of these packages that depends (or optdepends) on opencl are: imagemagick, opencv and wine. It's hard to tell for which one we should replace ocl-icd (if for libcl or for opencl-icd-loader), since, among other things, some repository packages points to libcl and others to opencl-icd-loader. But recent changes in package lib32-ocl-icd and on these repository packages that depends on opencl can maybe suggest that pointing the 'depends' array to opencl-icd-loader is preferred over libcl. For instance, by a recent update in lib32-ocl-icd it no more provides lib32-libcl while ocl-icd, being without recent updates, still does provides libcl. Another argument is the fact that packages like imagemagick and wine recently changed dependency from libcl to opencl-icd-loader. References: https://git.archlinux.org/svntogit/community.git/commit/trunk?h=packages/lib32-ocl-icd&id=c3211f4f1f20744432daade51bc1ac44af0a770b https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/imagemagick&id=193cd1967d79f4de07019e94cda75aaff9947a3d https://git.archlinux.org/svntogit/community.git/commit/trunk?h=packages/wine&id=6ecc1ba30eef9898e29faf2d0bfc42bb03f6bd68
2016-11-26depends: change zimg to zimg-git due to compile errorDaniel Bermond
The following compile error occurs if using zimg release version (currently at 2.3): libavfilter/vf_zscale.c:387:16: error: ‘ZIMG_TRANSFER_IEC_61966_2_1’ undeclared (first use in this function) FFmpeg seems to be using code from zimg git version since using zimg-zit fix this error. This was introduced in the following upstream git commit: http://git.videolan.org/?p=ffmpeg.git;a=commit;h=b96a6e2024fa2b52d6a2473a7cf16ee20a8ab5c8 When zimg releases a new version we can consider to change back this dependency.
2016-11-14Added --enable-lzmaBermond
2016-11-12Removed libebur128 (removed from upstream)Bermond
libebur128 was removed in the following upstream git commit: http://git.videolan.org/?p=ffmpeg.git;a=commit;h=005d058f4230f3207ebcf1131df7426d4f57392f
2016-11-02Updated .SRCINFOBermond
2016-11-02depends: replace openjpeg with openjpeg2Bermond
This follows the change introduced in repository package: https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/ffmpeg&id=c1fb3b3a5a6c35bb117226f39fad905f5b6f78b7
2016-10-15Removed libopenjpeg patch (compilation fixed by upstream)Bermond
FFmpeg was having a compilation error when both openjpeg and openjpeg2 2.1.x were installed. Have previously handled this by an own patch and now the issue is fixed by upstream. Fixed by upstream git commit: http://git.videolan.org/?p=ffmpeg.git;a=commit;h=7a65aef00d113a38e0d1a54df49eead9df6aa15c Upstream bug report fixed: https://trac.ffmpeg.org/ticket/5694
2016-10-01Removed libfaac (removed from upstream)Bermond
libfaac was removed in the following upstream git commit: http://git.videolan.org/?p=ffmpeg.git;a=commit;h=dc0f711459e0c682bf9f94ba38d26736e90cff45
2016-09-25Readded libopenjpeg by using a patchBermond
FFmpeg currently doesn't support libopenjpeg 2.1.1 (libopenjp2). Readded libopenjpeg by using a patch the enables only the use of libopenjpeg 1.5.
2016-09-25Upstream option exchange: --enable-sdl for --enable-sdl2Bermond
FFmpeg exchanged SDL for SDL2 Upstream commits: http://git.videolan.org/?p=ffmpeg.git;a=commit;h=3877e3d8a8bdd09f6f13b99a555d963bdb0f16f5 http://git.videolan.org/?p=ffmpeg.git;a=commit;h=47ea6f5c9d1bb5a3a6b9429857dbd6ee32809b0e
2016-08-28Removed nvidia-sdk from makedepends (not needed anymore)Bermond
FFmpeg bundled the nvEncodeAPI v7 SDK header file into the source code. Now ffmpeg-full-git builds without the nvidia-sdk package, so there is no need to have it in dependencies anymore. This change was made by the following FFmpeg git commit: http://git.videolan.org/?p=ffmpeg.git;a=commit;h=325e56479ff64c884f3bcccf922a7f7163488b89
2016-08-07Removed duplicate sdl entry from dependsBermond
2016-07-27Moved blackmagic-decklink-sdk and nvidia-sdk to makedependsBermond
2016-07-27Readded libopenh264 after upstream fixBermond
Fixed by upstream git commit: http://git.videolan.org/?p=ffmpeg.git;a=commit;h=293676c476733e81d7b596736add6cd510eb6960 Upstream bug reports fixed: https://trac.ffmpeg.org/ticket/5417 https://github.com/cisco/openh264/issues/2505
2016-07-23Temporarily remove libopenh264 due to upstream compile errorBermond
The newly released libopenh264 1.6.0 introduced a compile error.
2016-07-23Added libopenmpt-svn to AUR dependencies comment blockBermond
2016-07-15New upstream option: --enable-libopenmptBermond
2016-07-15Added: --enable-vaapi, --enable-vda and --enable-vdpauBermond
2016-07-15Changed order of some options to match ./configure --helpBermond
They really like to change it.
2016-07-08Temporarily remove libopenjpeg due to upstream compile errorBermond
The newly released openjpeg2 2.1.1 introduced a compile error at link time. ffmpeg uses openjpeg2 when both openjpeg and openjpeg2 are installed.
2016-06-23Fix previous commit (217f879). Now really removed libutvideo.Bermond
2016-06-23Remove libutvideo (removed from upstream)Bermond
2016-06-19Readded libmfx after upstream fixBermond
Compilation fixed by upstream bug report: https://trac.ffmpeg.org/ticket/5653
2016-06-19Temporarily removed libmfx due to upstream compile errorBermond
2016-06-10New upstream option: --enable-cuvidBermond
2016-05-28New upstream options: --enable-omx, --enable-omx-rpi, --enable-audiotoolbox ↵Bermond
and --enable-libebur128
2016-05-28Changed order of some options to match ./configure --helpBermond
2016-05-28Added: --enable-iconv, --enable-sdl, --enable-bzlib, --enable-xlib and ↵Bermond
--enable-zlib
2016-05-01New upstream option: --enable-libnpp (x86_64 only)Bermond
libnpp depends on cuda, which is already included
2016-03-29Changed java dependency for JNI to a more conservative approachBermond
User can choose among any supported java SDK that provides 'java-environment' (OpenJDK 7/8/..., Orcacle JDK 6/7/8/9/...).
2016-03-27Remove libdcadec (removed from upstream)Bermond
2016-03-21Intel Media SDK lib path shows in configuration string only in x86_64Bermond
2016-03-19Fixed cuda errors and warningsBermond
Removing quotation marks from the _cuda variable when running the configure script prevents it from giving an error when building in i686 systems (where _cuda variable is empty). Passing cuda libraries to the configure script using the gcc -L flag prevents ffmpeg to give warnings right after its execution (/opt/cuda/lib64/libOpenCL.so.1: no version information available)
2016-03-12New upstream option: --enable-cuda (x86_64 only)Bermond
2016-03-12New upstream options: --enable-jni and --enable-mediacodecBermond
2016-03-12Moved intel-media-sdk to optdepends_x86_64 and changed its descriptionBermond
2016-02-09Added ffmpeg documentationBermond
2016-01-30Remove libaacplus and libvo-aacenc (removed from upstream)Bermond
2016-01-24Remove libquvi (removed from upstream)Bermond
2016-01-24New upstream option: --enable-netcdfBermond
2016-01-24Updated comment block removing reference to libstagefright-h264Bermond
Support for 'libstagefright-h264' was removed from upstream git master in commit '72673ad7eae2d4f685f3c0a895558502bfe07c8e'. It is a hardware related library (Android) and thus was not enabled in this x86 package, being referenced in the comments section. Updated this comment block.
2016-01-23Changed configure message to blue arrowBermond
2016-01-23Delete commented block (version). Add tab spaces.Bermond
2016-01-23Delete commented block (configuration string)Bermond
2016-01-23Fully show configuration string in CLIBermond
2016-01-23Moved intel-media-sdk to optdependsBermond
2016-01-09libmfx fix: added rpath reference to intel-media-sdkBermond
2016-01-09Added libmfx supportBermond