summarylogtreecommitdiffstats
AgeCommit message (Collapse)Author
2020-07-26Remove support for legacy nvidia-340xx driversDaniel Bermond
2020-07-23Add patch for cuda 11.0. Bring back svt-vp9 support.Daniel Bermond
cuda 11.0 minimum supported architecture is 5.2 (compute_52/sm_52). svt-vp9 support is better now with the current upstream stable version.
2020-07-12Fix svt-av1 patchDaniel Bermond
2020-07-11Updated to version 4.3.1Daniel Bermond
2020-06-30Update svt-av1 version to match repository packageDaniel Bermond
2020-06-19Updated to version 4.3Daniel Bermond
2020-06-10Fix checksumDaniel Bermond
2020-05-31Updated to version 4.2.3Daniel Bermond
2020-05-14Remove svt-vp9 supportDaniel Bermond
It's buggy at the current moment, not working properly at all.
2020-04-22Fix build with svt-av1 0.8.2Daniel Bermond
2020-02-29Add support for decklink-sdk 11.5Daniel Bermond
2020-01-28Match intel-media-sdk changesDaniel Bermond
intel-media-sdk is now installed on '/usr' prefix. No need to specify the pkg-config search path anymore.
2020-01-03Updated to version 4.2.2Daniel Bermond
2020-01-03Update svt versions. Update dependencies. General improvements.Daniel Bermond
2019-09-18Fix intel-media-sdk pkgconfig pathDaniel Bermond
2019-09-13Updated to version 4.2.1Daniel Bermond
2019-08-11Updated to version 4.2Daniel Bermond
2019-07-15Updated to version 4.1.4Daniel Bermond
2019-07-15Drop i686 supportDaniel Bermond
2019-07-06Use versioned patches for intel svt componentsDaniel Bermond
Patches for intel svt components will be different at each component release, so they better be versioned. This commit updates intel-svt-av1 patch from version 0.5.0 to 0.6.0.
2019-06-01Cosmetic changesDaniel Bermond
2019-06-01Update srcinfoDaniel Bermond
2019-06-01Fix build with decklink sdk 11Daniel Bermond
2019-06-01Add intel-svt support only on x86_64Daniel Bermond
2019-05-31Add intel-svt support for hevc, av1 and vp9Daniel Bermond
2019-04-24Fix tensorflow include dirDaniel Bermond
upstream ffmpeg excects[1] : /usr/include/tensorflow/ tensorflow package ships[2]: /usr/include/tensorflow/tensorflow/ References ---------- [1] https://git.videolan.org/?p=ffmpeg.git;a=blob;f=configure;h=a9644e211bebb342fb9066190f1be70e55f68ec0;hb=4154f8967820ca734a77ce91bb590cd77649dee8#l6138 [2] https://git.archlinux.org/svntogit/community.git/commit/trunk?h=packages/tensorflow&id=d6b6fa4eb56d8e6055268504d6b0110c6fddde7e
2019-04-03Updated to version 4.1.3Daniel Bermond
2019-03-23Updated to version 4.1.2Daniel Bermond
2019-02-23Updated to version 4.1.1Daniel Bermond
2019-01-04depends: switch xavs2-git to xavs2Daniel Bermond
xavs2 1.3 stable was released and ffmpeg currently builds fine with it.
2018-11-21Temporarily disable libsmbclient due to upstream bugDaniel Bermond
ffmpeg fails to compile with the newly released smbclient 4.9[1]. Currently, there is a pull request[2] at upstream samba that aparently fixes this, but it still was not accepted at the time of writing. It is being discussed on the samba mailing list[3]. Disabling libsmbclient until there is a consistent upstream solution. References ---------- [1] https://bugs.gentoo.org/666548 [2] https://github.com/samba-team/samba/pull/212/ [3] https://lists.samba.org/archive/samba-technical/2018-October/130668.html
2018-11-17depends: switch davs2-git to davs2Daniel Bermond
Currently, it is now possible to build ffmpeg with the newly released davs2 stable version.
2018-11-10Updated to version 4.1Daniel Bermond
2018-10-15Add pgp check. Remove makepkg internal function. Cleanups.Daniel Bermond
2018-08-10Fix build with vmaf 1.3.9 (add back libvmaf support)Daniel Bermond
2018-08-10depends: fix lv2 dependencyDaniel Bermond
It requires both lv2 and lilv.
2018-07-21Temporarily disable libvmaf due to compile errorDaniel Bermond
ffmpeg fails to build with the newly released vmaf 1.3.7. Disabling vmaf support until upstream ffmpeg fixes this.
2018-07-20Updated to version 4.0.2Daniel Bermond
2018-06-27depends: switch libaom to aom (aom is now in official repositories)Daniel Bermond
References ---------- https://www.archlinux.org/packages/extra/x86_64/aom/
2018-06-26depends: switch aom-git to libaomDaniel Bermond
libaom 1.0.0 was released and now upstream ffmpeg is accepting to compile with this stable version, which was not possible with libaom 0.1.0. This will remove the dependency on a -git package, which is good and desirable when possible.
2018-06-16Updated to version 4.0.1Daniel Bermond
2018-06-16Remove -lpthread from --extra-libsDaniel Bermond
-lpthread was previously required for building with libaom support. Currently it seems that upstream aom git master has handled this missing library to its linkage, and this option is not needed here anymore. References ---------- https://aur.archlinux.org/cgit/aur.git/commit/?h=ffmpeg-full-git&id=a57553ab08c7af23735921498c4393e320b0553b
2018-06-16depends: change dependencies for opencl and openglDaniel Bermond
opencl: opencl-icd-loader was replaced by ocl-icd. Although ocl-icd currently provides opencl-icd-loader, let's use the newer approach by depending directly on ocl-icd. opengl: it seems that the best approach for depending on libGL is to use libgl instead of mesa. Currently it is provided by libglvnd package (or by nvidia-340xx-utils for legacy nvidia users).
2018-05-09makedepends_x86_64: switch back vmaf-git to vmafDaniel Bermond
At the time of ffmpeg 4.0 release, the latest version of vmaf was 1.3.1. At that time, ffmpeg 4.0 needed vmaf git master to compile. Now vmaf 1.3.4 was released and ffmpeg builds fine with it.
2018-05-09depends: change xlib dependenciesDaniel Bermond
The latest upstream git master requires libXv.so, libX11.so and libXext.so for enabling xlib. Although this requirement is currently present only on git master, by examining the changes it seems to make sense to add it here too. References ---------- http://git.videolan.org/?p=ffmpeg.git;a=commit;h=0736f32a4facddbd953977ca614a3ee6d8a6e1d7
2018-05-02depends_x86_64: remove nvidia-utils (now provided by cuda)Daniel Bermond
nvidia-utils is now a dependency for cuda, so we do not need to specify it here anymore. Although I prefer to explicitly list dependencies, nvidia-utils is a cuda component because it provides 'libcuda.so.1'. So it makes sense to let it only with cuda. References ---------- https://bugs.archlinux.org/task/58408 https://git.archlinux.org/svntogit/community.git/commit/trunk?h=packages/cuda&id=b9d76ab707c8deb25cd9734e99e15e965f05f570
2018-04-20Updated to version 4.0Daniel Bermond
2018-04-20pkgdesc: update description to match official repositoriesDaniel Bermond
2018-04-16Move intel-media-sdk from makedepends_x86_64 to depends_x86_64Daniel Bermond
Since intel-media-sdk is needed not only for building with Intel QSV support but also for Intel QSV to work during runtime, it makes sense to stay in depends as a needed component. Forgot to do it in previous commit. Another option instead of placing it only in depends would be to place it in makedepends + optdepends because ffmpeg runs without intel-media-sdk installed (libmfx.a is a static dispatcher library that calls other sdk components at runtime). Currently I'm sticking with the depends-only solution.
2018-04-15makedepends: switch libmfx to intel-media-sdkDaniel Bermond
intel-media-sdk, the open source version of intel-media-server-studio, has now reached an acceptable stable release that can be used here to provide libmfx. This brings 2 important results: 1) The experimental state can be removed from the Intel QSV support, since intel-media-sdk also provides libmfxhw64 and plugins for hardware accelerated decode and encode. 2) Finally we can get rid of the unsecure rpath in ffmpeg binaries! intel-media-sdk is now a makedepend, instead of an optdepend as previously. If fact, I should have switched it to intel-media-server-studio in optdepends some time ago when it has changed to the open source version, but I letted this way while waiting for an acceptable stable release of, which taked a while to happen. Users should remove the libmfx{-git} package and stay only with intel-media-sdk{-git} package, since the former is the complete solution with the dispatcher library (libmfx.a), libmfxhw64 and plugins. Note1: ------ For the proper use of Intel QSV in ffmpeg the user must set the vaapi/libva driver to 'iHD' through the 'LIBVA_DRIVER_NAME' environment variable. The 'iHD' vaapi/libva driver is provided by intel-media-driver{-git} package, which at the current time is already a dependency of intel-media-sdk{-git} package. Setting the vaapi/libva driver to 'iHD' can be done, for example, by uncommenting the proper line in '/etc/profile.d/intel-media.sh'. Note2: ------ intel-media-sdk is currently at a pre-release state. This can lead to bugs when using Intel QSV. Note3: ------ Not all Intel platforms are supported by intel-media-sdk. At the current time, it claims to support only 5th and 6th Generation Intel® Core™ processors (Broadwell and Skylake). For details, please see the MediaSDK and media-driver documentation: - https://github.com/Intel-Media-SDK/MediaSDK/ - https://github.com/intel/media-driver/ Note4: ------ Intel QSV is available in x86_64 systems only. Also in this commit: -------------------- - depends: moved 'libbs2b' and 'sndio' from the AUR section to the official repositories section, since they are now at the [community] official repository.