Age | Commit message (Collapse) | Author |
|
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
|
|
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.
|
|
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
|
|
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
|
|
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.
|
|
|
|
libebur128 was removed in the following upstream git commit:
http://git.videolan.org/?p=ffmpeg.git;a=commit;h=005d058f4230f3207ebcf1131df7426d4f57392f
|
|
|
|
This follows the change introduced in repository package:
https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/ffmpeg&id=c1fb3b3a5a6c35bb117226f39fad905f5b6f78b7
|
|
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
|
|
libfaac was removed in the following upstream git commit:
http://git.videolan.org/?p=ffmpeg.git;a=commit;h=dc0f711459e0c682bf9f94ba38d26736e90cff45
|
|
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.
|
|
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
|
|
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
|
|
|
|
|
|
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
|
|
The newly released libopenh264 1.6.0 introduced a compile error.
|
|
|
|
|
|
|
|
They really like to change it.
|
|
The newly released openjpeg2 2.1.1 introduced a compile error at
link time. ffmpeg uses openjpeg2 when both openjpeg and openjpeg2
are installed.
|
|
|
|
|
|
Compilation fixed by upstream bug report:
https://trac.ffmpeg.org/ticket/5653
|
|
|
|
|
|
and --enable-libebur128
|
|
|
|
--enable-zlib
|
|
libnpp depends on cuda, which is already included
|
|
User can choose among any supported java SDK that provides
'java-environment' (OpenJDK 7/8/..., Orcacle JDK 6/7/8/9/...).
|
|
|
|
|
|
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)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
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.
|
|
|
|
|
|
|
|
|
|
|
|
|