Package Details: ffmpeg-full 7.0.2-1

Git Clone URL: https://aur.archlinux.org/ffmpeg-full.git (read-only, click to copy)
Package Base: ffmpeg-full
Description: Complete solution to record, convert and stream audio and video (all possible features including libfdk-aac)
Upstream URL: https://www.ffmpeg.org/
Keywords: audio codec convert cuda cuvid decklink encoder fdk-aac fdkaac hwaccel libnpp media nvenc svt video
Licenses: LicenseRef-nonfree-and-unredistributable
Conflicts: ffmpeg
Provides: ffmpeg, libavcodec.so, libavdevice.so, libavfilter.so, libavformat.so, libavutil.so, libpostproc.so, libswresample.so, libswscale.so
Submitter: rpolzer
Maintainer: dbermond
Last Packager: dbermond
Votes: 134
Popularity: 1.09
First Submitted: 2013-01-24 11:17 (UTC)
Last Updated: 2024-08-03 21:35 (UTC)

Dependencies (130)

Required by (1871)

Sources (10)

Pinned Comments

dbermond commented on 2024-06-24 15:59 (UTC)

@LordSIGSEGV avoid creating files not tracked by pacman in the system reserved directories, specially symlinks to shared libraries, as this have the potential to completely break your system. I have already notified the quirc maintainer in the aur web page of the package in April-2024. While this issue is not solved in quirc, I recommend to use quirc-git, which currently has a better packaging and does not suffer from this problem.

Latest Comments

1 2 3 4 5 6 .. 55 Next › Last »

dbermond commented on 2024-09-22 03:39 (UTC)

@Anthringe I've just checked, and the gpg check is passing fine. This error usually happens when the pgp key is not imported to your keyring. Make sure to have the ffmpeg release key imported to your keyring. If unsure, try to delete the ffmpeg release key (if already imported) and import it again.

Anthringe commented on 2024-09-21 21:52 (UTC)

ffmpeg got updated today along with libjxl which broke the package since it was looking for the old version. I can usually fix these issues by rebuilding the package, however, when I tried to rebuild it today the PGP signature of ffmpeg-7.0.2.tar.xz couldn't be verified saying it's an "unknown public key".

dbermond commented on 2024-08-27 17:30 (UTC)

@carlosnewmusic openvino cannot be an optional dependency since libavfilter is linked to it. And openvino compiles fine in AMD cpus.

carlosnewmusic commented on 2024-08-24 06:50 (UTC)

openvino should be an optional package, since leaving it as a dependency package on AMD CPUs does not compile since openvino cannot be compiled on AMD PCs.

dbermond commented on 2024-07-14 23:22 (UTC)

@DmitryInd libavcodec.so.60 is outdated, and the current one is libavcodec.so.61. Being such, it looks like that you have something depending on a custom ffmpeg that is missing a rebuild. Also, make sure that you are not building it with clang.

DmitryInd commented on 2024-07-11 20:03 (UTC) (edited on 2024-07-11 20:04 (UTC) by DmitryInd)

By some unclear for me reasons Spectacle had started raising the error about libavcodec.so.60. So I tried to reinstall ffmpeg-full with this library and faced with a strange error when building the package:

==> Sources are ready.
==> Making package: ffmpeg-full 7.0.1-3
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> WARNING: Using existing $srcdir/ tree
==> Starting build()...
  -> Running ffmpeg configure script...
nm: /tmp/ffconf.XREZhjve/test.o: plugin needed to handle lto object
ERROR: avisynth/avisynth_c.h avisynth/avs/version.h not found

DmitryInd commented on 2024-07-11 20:02 (UTC)

By some unclear for me reasons spectacle had started raising the error about libavcodec.so.60. So I tried to reinstall ffmpeg-full with this library and faced with a strange error when building the package: ==> Sources are ready. ==> Making package: ffmpeg-full 7.0.1-3 ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> WARNING: Using existing $srcdir/ tree ==> Starting build()... -> Running ffmpeg configure script... nm: /tmp/ffconf.XREZhjve/test.o: plugin needed to handle lto object ERROR: avisynth/avisynth_c.h avisynth/avs/version.h not found

dbermond commented on 2024-06-24 15:59 (UTC)

@LordSIGSEGV avoid creating files not tracked by pacman in the system reserved directories, specially symlinks to shared libraries, as this have the potential to completely break your system. I have already notified the quirc maintainer in the aur web page of the package in April-2024. While this issue is not solved in quirc, I recommend to use quirc-git, which currently has a better packaging and does not suffer from this problem.

LordSIGSEGV commented on 2024-06-24 08:29 (UTC) (edited on 2024-06-24 08:30 (UTC) by LordSIGSEGV)

The missing libquirc issue can be resolved easily by adding a symlink ln -s /usr/lib/libquirc.so.1.2 libquirc.so in your path. The package quirc seems to create a shared library libquirc.so.1.2 in /usr/lib, but doesn't create libquirc.so which the configure-script is looking for.

Caligatio commented on 2024-06-24 04:42 (UTC)

I'm getting compile errors starting with v7, looks like libquirc might now be required?

==> Making package: ffmpeg-full 7.0.1-1 (Mon 24 Jun 2024 06:38:46 AM CEST)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> WARNING: Using existing $srcdir/ tree
==> Removing existing $pkgdir/ directory...
==> Starting build()...
-> Running ffmpeg configure script...
ERROR: libquirc not found

If you think configure made a mistake, make sure you are using the latest
version from Git.  If the latest version fails, report the problem to the
ffmpeg-user@ffmpeg.org mailing list or IRC #ffmpeg on irc.libera.chat.
Include the log file "ffbuild/config.log" produced by configure as this will help
solve the problem.
==> ERROR: A failure occurred in build().
    Aborting...
error: failed to build 'ffmpeg-full-7.0.1-1': 
error: packages failed to build: ffmpeg-full-7.0.1-1