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: 0.88
First Submitted: 2013-01-24 11:17 (UTC)
Last Updated: 2024-08-03 21:35 (UTC)

Dependencies (130)

Required by (1877)

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

« First ‹ Previous 1 .. 14 15 16 17 18 19 20 21 22 23 24 .. 55 Next › Last »

mys_721tx commented on 2020-01-20 03:38 (UTC)

The PGP key FCF986EA15E6E293A5644F10B4322F04D67658D8 could not be retrieved from the key server as of 2020-01-19.

dbermond commented on 2020-01-07 01:19 (UTC)

@Danieldakataca This error should not appear at all. Please see my previous messages from 2019-06-11 for explanation.

xzntest commented on 2020-01-07 01:05 (UTC)

@Danieldakataca

Log out then log back in after installing cuda, or source etc/profile.d/cuda.sh manually

dakataca commented on 2019-12-16 06:33 (UTC)

==> Iniciando build()... -> Running ffmpeg configure script... ERROR: failed checking for nvcc.

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.freenode.net. Include the log file "ffbuild/config.log" produced by configure as this will help solve the problem. ==> ERROR: Se produjo un fallo en build(). Cancelando...

N3oTraX commented on 2019-12-12 19:29 (UTC)

Hi,

yay -S -d x265

Worked as a charm for me ;)

smoneck commented on 2019-11-22 12:37 (UTC) (edited on 2019-11-22 13:29 (UTC) by smoneck)

Same as Verequies here with vmaf 1.3.15:

-> Running ffmpeg configure script... ERROR: libvmaf >= 1.3.9 not found using pkg-config.

Confirming it compiles successfully without --enable-libvmaf.

dbermond commented on 2019-11-16 13:54 (UTC)

@FraYoshi You need to rebuild ffmpeg-full every time that one of its dependencies get a soname bump. In this case, dav1d got a soname bump when upgrading it from 0.4.0 to 0.5.0.

FraYoshi commented on 2019-11-16 12:40 (UTC) (edited on 2019-11-16 12:41 (UTC) by FraYoshi)

ffmpeg-full breaks chromium (/usr/lib/chromium/chromium: error while loading shared libraries: libdav1d.so.2: cannot open shared object file: No such file or directory) and NetFlix (Error Code: F7355) for me...

Solved replacing with ffmpeg standard

Gatenkaas commented on 2019-11-08 17:41 (UTC) (edited on 2019-12-07 20:38 (UTC) by Gatenkaas)

Fails with x265 (3.2.1-1), dependency 'libx265.so=176-64' Obviously there is no automatic code update when a so-name bump occurs. The solution therefore is to force the installation of 'x265' with 'yay -S -d x265' and then rebuild with 'yay -S ffmpeg-full-nvenc'.

dbermond commented on 2019-08-22 17:31 (UTC)

@ganthore

1) hm is not a dependency for ffmpeg-full, so it's not needed here. vmaf and blackmagic-decklink-sdk are already in makedepends.

pocketsphinx currently builds fine for me. If you have any concerns about pocketsphinx please direct it to its package maintainer.

2) nvcc path is not missing, this was already answered. Please see the 2 comments from 2019-06-11. In short: nvcc path is handled by makepkg because it automatically sources the profile file when pulling and installing cuda.

ffmpeg-full is building fine in a chroot with devtools so it builds fine in a fresh Arch install.