Age | Commit message (Collapse) | Author |
|
It looks like the vulkan decoding segmentation fault with nvidia
is fixed[1][2] upstream, so the patch can now be removed.
[1] https://trac.ffmpeg.org/ticket/10847#comment:4
[2] https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/ca591e6b50ee616fc36711cc66d594e51209dddb
|
|
References
----------
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/dc11c12b6466795f5f9eb057b1aebd76bf129785
|
|
Fix the avisynthplus patch applying.
|
|
|
|
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/c75940db290478df657c09089605d221dc47118e
|
|
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/a1304272c3a0ef7c3d77c702dd466b3f11bf300f
|
|
Move vpl-runtime from depends to optdepends to easy the dependency
burden on non-Intel users.
|
|
References
----------
[1] https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/240fd04db231efa4abad3abbd808140b4112324a
|
|
|
|
Using '-isystem' will let the installed headers to be treated as
system headers[1] as it should be expected, potentially reducing
warnings that may come from them.
[1] https://gcc.gnu.org/onlinedocs/cpp/System-Headers.html
|
|
The flite audio filter is giving a segmentation fault, so we
better use only a compiler flag to fix the build with gcc 14.
When using just the compiler flag, the flite filter also gives
the segmentation fault, but in this circunstance it looks better
to leave the upstream source unthouched.
|
|
This fixes the following error when compiling with gcc 14:
libavfilter/asrc_flite.c: In function ‘init’:
libavfilter/asrc_flite.c:230:21: error: assignment to ‘cst_audio_stream_callback’ {aka ‘int (*)(const struct cst_wave_struct *, int, int, int, void *)’} from incompatible pointer type ‘int (*)(const cst_wave *, int, int, int, cst_audio_streaming_info *)’ {aka ‘int (*)(const struct cst_wave_struct *, int, int, int, struct cst_audio_streaming_info_struct *)’} [-Wincompatible-pointer-types]
230 | flite->asi->asc = audio_stream_chunk_by_word;
| ^
|
|
We have just added tensorflow again, as the repository package was
fixed, allowing to properly use it here again. Unfortunately, there
is a tensorflow upstream issue[1] that prevents applications to
startup when they are linked to both ffmpeg and protobuf. We better
remove tensorflow again to not break client applications, until
this is fixed by upstream.
References
----------
[1] https://github.com/tensorflow/tensorflow/issues/59081#issuecomment-2093988476
|
|
This will prevent the compiler flags '-I' and '-L' to be shown in
the ffmpeg version string. This is likely an unneeded information
to be present there.
|
|
|
|
Original patch for fixing nvidia vulkan decoding:
https://github.com/streetpea/chiaki4deck/issues/239#issuecomment-1929365254
References
----------
[1] https://trac.ffmpeg.org/ticket/10847
[2] https://trac.ffmpeg.org/ticket/10970
|
|
References
----------
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/030e1401451200566a5303f35cbe1456e31dd81e
|
|
|
|
|
|
Tensorflow is now fixed[1] and can be added again[2].
The new upstream option --enable-libtorch[3] can be added only
when the repository ffmpeg sonames (library versions) catch up
with ffmpeg git master, as python-pytorch depends on ffmpeg and
the current ffmpeg git master bumped[4] the soname of all
libraries. Otherwise, the ffmpeg libraries will conflict.
References
----------
[1] https://gitlab.archlinux.org/archlinux/packaging/packages/tensorflow/-/issues/2
[2] https://aur.archlinux.org/cgit/aur.git/commit/?h=ffmpeg-full-git&id=5b34804510e96f108909ef41963a34fdb25df903
[3] https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/f4e0664fd1bc94ee1a1afbd20c5a32ac33d93a2d
[4] https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/783d00b203b2a6c67ec289856ff080c7a36ddb6e
|
|
Also:
- explicitly disable libshaderc, since it is mutually exclusive
with libglslang
- prioritize openvino pkgconfig search path
|
|
[1] https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/899302bb5f6ac0484fedc2865ee3beca021eba85
|
|
opencv support was disabled[1] a long time ago because ffmpeg failed
to build with it. opencv 3.x does not support C compilation mode[2]
anymore, and ffmpeg uses only C. There is no ffmpeg interest[3] in
compiling opencv in C++ mode, so opencv2 must be used here.
References
----------
[1] https://aur.archlinux.org/cgit/aur.git/commit/?h=ffmpeg-full-git&id=f9d589fa30dddc8318fff742a87b7927566b2a9e
[2] https://github.com/opencv/opencv/issues/10963
[3] https://trac.ffmpeg.org/ticket/7059
|
|
References
----------
[1] https://git.videolan.org/?p=ffmpeg.git;a=commit;h=b6138633cdf2ecae22c4c02029e91245c430c4fe
[2] https://git.videolan.org/?p=ffmpeg.git;a=commit;h=c59a96fd08620bd8239c218f2e0dfb8429c81c3c
[3] https://git.videolan.org/?p=ffmpeg.git;a=commit;h=cfe29478873e5000416a2da58a92102b7ed7255c
|
|
|
|
|
|
|
|
HTML pages fails to build with texinfo 7.1. Temporarily disabling
it until there is an upstream fix.
nvenc now builds fine the the stable ffnvcodec-headers package.
Let's give another chance for staying with the stable version.
|
|
ffmpeg git master currently requires ffnvcodec-headers git master.
This is not the first time it happens, so maybe it's better to keep
it for the long run to avoid breakages in building.
|
|
This was missing when switched libfmx to onevpl.
|
|
The stable version of ffnvcodec-headers in the official
repositories was updated and now gives support for
av1_nvenc.
|
|
|
|
A workaround was added to the flite1 package to fix its build.
The newly released pocketsphinx 5.0.0 currently fails to build.
Temporarily disable it until there is support by upstream ffmpeg.
|
|
libavcodec/libsvt_vp9.c: At top level:
libavcodec/libsvt_vp9.c:692:46: error: ‘AV_CODEC_CAP_AUTO_THREADS’ undeclared here (not in a function); did you mean ‘FF_CODEC_CAP_AUTO_THREADS’?
692 | .p.capabilities = AV_CODEC_CAP_DELAY | AV_CODEC_CAP_AUTO_THREADS,
| ^~~~~~~~~~~~~~~~~~~~~~~~~
| FF_CODEC_CAP_AUTO_THREADS
References
----------
https://git.ffmpeg.org/gitweb/ffmpeg.git/commitdiff/10c9a0874cb361336237557391d306d26d43f137
|
|
flite1 currently [1]fails to build due to an issue with make 4.4.
Temporarily disable it until a fix from flite 2.x can be backported
to flite1.
[1] https://github.com/festvox/flite/issues/86
|
|
References
----------
https://git.videolan.org/?p=ffmpeg.git;a=commit;h=5c288a44ad16087c3d3a7563490cb634790e751f
|
|
|
|
Stable libjxl version can now be used, as libjxl 0.7.0 was released
and it's on the official repositories.
|
|
Intel Media SDK is now considered a legacy API by Intel.
oneVPL is the new API that Intel recommendeds for use. It is
backward compatible with the so called "legacy CPUs" (prior
to TigerLake). Users of "legacy CPUs" will need intel-media-sdk
as the oneVPL runtime, while users of newer CPUs will need
onevpl-intel-gpu.
References
----------
[1] https://git.ffmpeg.org/gitweb/ffmpeg.git/commitdiff/7158f1e64d9b76afea78537a35c465447df0cff8
|
|
libopenmpt and openh264 are now on the official repositories.
No need to depend on libopenmpt-svn anymore, since the repository
one is obviously in good shape.
|
|
Was added on ffmpeg 5.0[1].
svt-hevc and svt-vp9 were disabled[2][3] due to build error. Now
upstream has matched support[4][5] with ffmpeg git master and we
can enable them again.
[1] https://git.ffmpeg.org/gitweb/ffmpeg.git/commitdiff/51e03409d74f3eb265cd4e562819daffb3645cb0
[2] https://aur.archlinux.org/cgit/aur.git/commit/?h=ffmpeg-full-git&id=4a7adcfdfe7d96d6256447b8acb8b8e35ea004df
[3] https://aur.archlinux.org/cgit/aur.git/commit/?h=ffmpeg-full-git&id=8bbae1660744214130008129e7fb4911fed52f3e
[4] https://github.com/OpenVisualCloud/SVT-HEVC/commit/b62f72e752243cee4104cfb41dc7ee409d3ac3e9
[5] https://github.com/OpenVisualCloud/SVT-VP9/commit/d9ef3cc13159143b9afc776c04f67cdfa6284046
|
|
Update the chromium patch[1] to match the latest ffmpeg git master
changes[2]. AVStream does not have the 'AVStreamInternal* internal'
field anymore, and AVStreamInternal struct does not exist anymore
either. The equivalent is now FFStream, and it should now be
accessed by 'FFStream* ffstream(AVStream*)'.
References
----------
[1] https://chromium.googlesource.com/chromium/third_party/ffmpeg/+/95aab0fd83619408995720ce53d7a74790580220%5E%21/
[2] https://git.ffmpeg.org/gitweb/ffmpeg.git/commitdiff/40bdd8cc05d9c98a18cf2b1c2a00c8a5a7b38113
|
|
libjxl support currently requires libjxl-git.
References
----------
[1] https://git.ffmpeg.org/gitweb/ffmpeg.git/commitdiff/b9a25963f7232433c9370ac369fb668ac0d5cb53
[2] https://git.ffmpeg.org/gitweb/ffmpeg.git/commitdiff/458cc7e314e1a00017dd090db388db6659d1bb5f
|
|
|
|
It currently fails to build with svt-hevc. Upstream patch needs to
be updated to match ffmpeg git master.
|
|
It currently fails to build with svt-vp9. Upstream patch needs to
be updated to match ffmpeg git master.
|
|
vmaf 2.x is now on the official repositories.
References
----------
https://aur.archlinux.org/cgit/aur.git/commit/?h=ffmpeg-full-git&id=a7c134ebf0db48dbd4701299c98239a389905fe4
|
|
|
|
Upstream ffmpeg finally has added support for libvmaf 2.0. It now
requires vmaf >= 2.0.0 to build. Repository vmaf package is still
at version 1.5.3 because repository ffmpeg does not support vmaf
2.0 at the time of this writing.
References
----------
https://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=3d29724c008d8f27fecf85757152789b074e8ef9
|
|
|