summarylogtreecommitdiffstats
path: root/PKGBUILD
AgeCommit message (Collapse)Author
2017-04-30opencv 3.2.0-3 / libwebp 0.6.0 rebuildDaniel Bermond
2017-04-21A fully automated build/install with AUR helpers is now supportedDaniel Bermond
In short: --------- ffmpeg-full-git can now have a fully automated build/install with AUR helpers! This was not possible previously because some dependencies could only be installed manually with plain makepkg, but now this is solved. Tested and currently working with pacaur and yaourt in x86_64. The long story: --------------- This package has dependencies that _previously_ did not support AUR helpers and could only be built manually by running plain makepkg: 1) blackmagic-decklink-sdk, which needed a manual source file download from the upstream website; 2) flite1, which had problems when building with the popular yaourt (although it could be normally built with other AUR helpers like pacaur and packer). As a result, ffmpeg-full-git also was not supporting AUR helpers and could only be built manually with plain makepkg. This situation was very sad. Fortunately, now this is solved: 1) blackmagic-decklink-sdk as of version 10.8.3-2 does not need manual source file download anymore and can be build with AUR helpers; 2) flite1 was "fixed" to allow building with yaourt. It means that everything that was preventing ffmpeg-full-git from being used by AUR helpers is solved. Now this package can have a fully, 100% automated build/install with AUR helpers. Tested and currently working with pacaur and yaourt in x86_64. packer still cannot build ffmpeg-full-git because it does not support dependencies with architecture-specific names. I have made a pull request in packer GitHub webpage (#156) that fixes this, and it is waiting for the developer to merge it. One can use the patch from this pull request in order to make packer to build ffmpeg-full-git. This AUR git commit is just a marker. Cheers... References: ----------- https://aur.archlinux.org/cgit/aur.git/commit/?h=blackmagic-decklink-sdk&id=67b2558b34166f3ef448420ddaa35b74f3007aef https://aur.archlinux.org/cgit/aur.git/commit/?h=flite1&id=5dd3596cf67ddf105834e8817cd41ac59b6e21ef https://github.com/keenerd/packer/pull/156
2017-03-21depends: removed java-environmentDaniel Bermond
It was being used due to jni which in turn was removed in a previous git commit. Reference: https://aur.archlinux.org/cgit/aur.git/commit/?h=ffmpeg-full-git&id=3e2ed8fa639f069e252360bf4d5844d85f1a2559
2017-03-21Removed jni and mediacodec (support in ffmpeg is for android only)Daniel Bermond
configure script allows jni only if, among other things, the 'target_os' is android. There was a recent upstream git commit that causes configure script to fail with --enable-jni if the requirements are not met. And mediacodec requires jni on configure script, so it fails too. At least, currently they seem to run only on android. mediacodec was already expected to have this behavior. On 'configure' file, notice these (non-consecutive) lines: enabled jni && { [ $target_os = "android" ] ... enabled mediacodec && { enabled jni ... Reference: http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=d839c4716cdcecf3b46d05d0aec8f460cdb4ce23
2017-03-15Removed --enable-x11grab (removed from upstream)Daniel Bermond
x11grab was removed from upstream. It was a legacy option for xlib (libx11) users and was superseded by xcbgrab using libxcb. Although xcbgrab is shown at configure time, x11grab still remains as the X screen capture format name at the current moment (currently there is no xcbgrab in 'ffmpeg -formats', but only x11grab). References: http://git.videolan.org/?p=ffmpeg.git;a=commit;h=4a9c5f6bc5a825f10b77f6ce084aa840d5c1d93e http://git.videolan.org/?p=ffmpeg.git;a=commit;h=4fef648d10bf3bcfd4b8fa5755c1128966a2427c http://git.videolan.org/?p=ffmpeg.git;a=commit;h=f6d61eb6f95aaf3a529397f205dd61d5dc47bce0 http://git.videolan.org/?p=ffmpeg.git;a=commit;h=5ed4644d6de7f6112431dc2d9a5cfe9a0a75a688 http://git.videolan.org/?p=ffmpeg.git;a=commit;h=2f6661c940161e97c7d5a2275e398264b171e001
2017-02-20depends: changed back to zimg (from zimg-git, no more compile error)Daniel Bermond
In a previous AUR git commit from 2016-11-26 it was needed to change zimg dependency to zimg-git to fix a compile error. It seems that ffmpeg git master was (is?) using code from zimg git master. Now that a new zimg version (v2.4) was released a while ago there is no more compile error. If there will be another similiar issue in the future of course we can consider to change this again. Reference: https://aur.archlinux.org/cgit/aur.git/commit/?h=ffmpeg-full-git&id=8fed268043cb2c3fcbcab550c429caf4e7f0e300
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