Age | Commit message (Collapse) | Author |
|
|
|
|
|
The avisynth headers were removed from the ffmpeg source tree[1].
It now requires avisynthplus 3.5 or later for for building with
avisynth support[2][3].
References
----------
[1] https://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=0c75acb4ce5db623f4c1c2729468e66c3e28ad67
[2] https://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=6d8cddd1c67758636843f6a08295b3896c2e9ef8
[3] https://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=6e959ad680288e34eccb4ee2dd205e4ffa495f95
[4] https://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=56f59246293de417d27ea7e27cb9a7727ee579fb
[5] https://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=7b0f7a7f3b6bf09c076c23d0701bf42a2c997ca2
|
|
References
----------
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/a88449ffb2f249e31ecf98f84e7f8c338308e7e4
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/6fca61bbc917678b3e517be4f6594ce52a16a93c
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/1676d0fb25c6851d0750ed6926b8205ed20973eb
|
|
intel-media-sdk is now installed on '/usr' prefix. No need to
specify the pkg-config search path anymore.
|
|
References
----------
https://git.videolan.org/?p=ffmpeg.git;a=commit;h=01994c93db43e50c01349203a76c0b7111d1d2f3
|
|
References
----------
https://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=d8bf24459b694338de4ceb2a2e6d4d2949d6658d
|
|
|
|
|
|
Upstream ffmpeg recently added support for AMD AMF hardware
accelerated video encoder for Linux[1] via Vulkan (it was
available for Windows only). At the time of this writing,
the git master version of AMF headers are needed for building.
References
----------
[1] https://git.ffmpeg.org/gitweb/ffmpeg.git/commitdiff/f8ad2ddd7a51df5d6e768ba2a6f65ee64b94e29b
|
|
Although this option is specific to the Raspberry Pi, it was
compiling fine so it was ok to leave it there.
But a recent upstream ffmpeg commit[1] broke build with this
option, making it to fail with the following error:
‘OMX_IndexConfigBrcmVideoRequestIFrame’ undeclared.
Now it needs headers[1] that are specific to the Raspeberry Pi
firmware, so it will be removed.
References
----------
[1] https://git.ffmpeg.org/gitweb/ffmpeg.git/commitdiff/76c82843ccad11666603e3f1f6d9d9a36c780a32
[2] https://github.com/raspberrypi/firmware/blob/1.20190819/hardfp/opt/vc/include/IL/OMX_Index.h#L381
|
|
|
|
|
|
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.
|
|
|
|
|
|
References
----------
https://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=f49cec2ba8830dd8df0ac73a39c118f6e20b06bd
|
|
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=3b11ffefc3397ed2186157664960f1074ebf6966;hb=HEAD#l6202
[2] https://git.archlinux.org/svntogit/community.git/commit/trunk?h=packages/tensorflow&id=d6b6fa4eb56d8e6055268504d6b0110c6fddde7e
|
|
Now that libmysofa 0.7 was released, ffmpeg-full-git can be built
using the stable release again.
|
|
- new upstream option: --enable-libaribb24[1]
- remove --enable-libndi_newtek (removed by upstream[2])
- switch --enable-cuda-sdk to --enable-cuda-nvcc (switched by
upstream[3][4])
- depends: switch dav1d to dav1d-git, now needed by the latest
upstream git master code[5]
References
----------
[1] https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/100bfac6d6ecb3447dc3ac4b9d2c41085da59a8b
[2] https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/4b32f8b3ebfa011fcc5991bcaa97c3f5b61b49ad
[3] https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/5f47bfd50ac46fb18b23a212a53bea0feacc1bb0
[4] https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/114ead9735f226e5824a15b94b32344436c96a71
[5] https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/dcf64b599d3132bec3a9f52139de716d70f0fb4e
|
|
Rerefences
----------
https://trac.ffmpeg.org/ticket/7742
https://aur.archlinux.org/cgit/aur.git/commit/?h=ffmpeg-full-git&id=eff2f3a3ae508729a08597c5a15ce2d17fb5823a
|
|
References
----------
https://trac.ffmpeg.org/ticket/7742
|
|
xavs2 1.3 stable was released and ffmpeg currently builds fine
with it.
ffmpeg git master currently requires libmysofa git master[1].
References
----------
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/4096c670abefdd361fcfd427e163088979871c6c
|
|
dav1d now has its first stable release, which at the current time
is suitable for building ffmpeg.
|
|
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
|
|
|
|
Currently, it is now possible to build ffmpeg with the newly
released davs2 stable version.
|
|
- use https for url
- do not rename source clone
- remove the setting of nvcc path on prepare() (now handled by
makepkg)
- pkgver(): declare and assign variables separately
- new upstream options: --enable-{libdav1d,libklvanc,libxavs2}
|
|
|
|
|
|
Now davs2-git provides both CLI and library. It switched from a
split package to a single package.
References
----------
https://aur.archlinux.org/cgit/aur.git/commit/?h=davs2&id=560a908425ed04b67cecfce9832cc8e1bece6fe2
|
|
libvmaf support was previously disabled due to an upstream compile
error. Now it is fixed by upstream.
References
----------
http://git.videolan.org/?p=ffmpeg.git;a=commit;h=87cc7e8d4ef8fa643d8d4822525b9c95cc9e7307
|
|
It requires both lv2 and lilv.
|
|
Note:
--enable-libdavs2 does not work with the current stable version
of libdavs2 (v1.0). It is needed libdavs2-git.
References
----------
http://git.videolan.org/?p=ffmpeg.git;a=commit;h=0ea20124b710e3f05899b2ccea9f2a00f62a76a0
http://git.videolan.org/?p=ffmpeg.git;a=commit;h=5985a1bf72332e10d251ec643e100b5592285819
|
|
ffmpeg fails to build with the newly released vmaf 1.3.7.
Disabling vmaf support until upstream ffmpeg fixes this.
|
|
References
----------
https://www.archlinux.org/packages/extra/x86_64/aom/
|
|
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.
|
|
In order to follow the official repository package, gnutls is used
for providing https support. Upstream ffmpeg can use only one
library at configure time to provide https support, and we have
been explicitly disabling all them (except for gnutls, of course)
in previous package commits.
References
----------
http://git.videolan.org/?p=ffmpeg.git;a=commit;h=62f5c9d68bf6e0f2c1a47cf002629a70a82274fc
|
|
-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
|
|
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).
|
|
References
----------
http://git.videolan.org/?p=ffmpeg.git;a=commit;h=d8c0bbb0aa45eed61b159c4842473fe27e77ac12
|
|
Note: this creates a circular dependency between ffmpeg and
vapoursynth, which I do not consider to be a good thing when
dealing with AUR (user controlled) packages. Let's use it
since it's currently working fine.
References
----------
http://git.videolan.org/?p=ffmpeg.git;a=commit;h=7074a7ccd9a4d4e445252780fd182aa0b3778b79
|
|
We previously needed to use vmaf version git master to compile,
and it was necessary to change vmaf dependency to vmaf-git.
Otherwise, a compile error would appear.
It now compiles fine with the latest vmaf stable release version
1.3.4.
References
----------
https://aur.archlinux.org/cgit/aur.git/commit/?h=ffmpeg-full-git&id=5ebce0c7d4eadc99db17b79f56053bdb02e567e7
|
|
Enabling xlib requires libXv.so, libX11.so and libXext.so.
References
----------
http://git.videolan.org/?p=ffmpeg.git;a=commit;h=0736f32a4facddbd953977ca614a3ee6d8a6e1d7
|
|
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
|
|
Also on this commit:
- Cosmetic changes: place prepare() before pkgver()
|
|
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.
|
|
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.
|
|
Note
----
Currently, using -lpthread is needed for compiling with libaom.
References
----------
http://git.videolan.org/?p=ffmpeg.git;a=commit;h=c438899a706422b8362a13714580e988be4d638b
http://git.videolan.org/?p=ffmpeg.git;a=commit;h=a2fc8dbae85339d1b418d296f2982b6c04c53c57
|
|
There is a know upstream ffmpeg compile error when enabling
libopencv. It should compile opencv code in C++ mode but it
is compiling in C mode. Disabling libopencv support while a
fix is not provided either by upstream ffmpeg or by opencv
repository package.
References:
-----------
http://trac.ffmpeg.org/ticket/7059
https://github.com/opencv/opencv/issues/10963
https://bugs.archlinux.org/task/57811
|