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

Required by (1904)

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 .. 22 23 24 25 26 27 28 29 30 31 32 .. 55 Next › Last »

wootywoot commented on 2018-03-12 16:55 (UTC)

I'm getting an error when trying to build this package that it cant find libopencv during the ffmpeg configuration script step but I do have opencv installed (and updated). Any ideas how to fix this?

dark-saber commented on 2018-03-05 08:47 (UTC) (edited on 2018-03-05 08:47 (UTC) by dark-saber)

friday13:

Some keys in AUR are not in the official repository keyrings, you have to add them to your keyring manually if you trust them. You can use something like gpg --recv-keys B4322F04D67658D8. See also Arch Wiki.

friday13 commented on 2018-03-04 09:46 (UTC)

ffmpeg-3.4.2.tar.xz ... FAILED (unknown public key B4322F04D67658D8)

desbma commented on 2018-02-16 19:41 (UTC)

@fsck_bieber The purpose of this package is to enable all features of FFmpeg. Even in a stock FFmpeg install there are several codecs with multiple encoders (ie. FFmpeg's vorbis and libvorbis)

fsck_bieber commented on 2018-02-09 01:45 (UTC)

I doubt if openh264 is still required when there is libx264 installed. Anyone knows about the detail?

dbermond commented on 2018-02-06 19:39 (UTC)

@friday13 This is normal and expected because libvpx 1.7.0 increased the library version number.

Do a system upgrade with -Syudd to ignore dependencies. After this, recompile ffmpeg-full.

friday13 commented on 2018-02-06 19:13 (UTC)

resolving dependencies... looking for conflicting packages... error: failed to prepare transaction (could not satisfy dependencies) :: ffmpeg-full-nvenc: installing libvpx (1.7.0-1) breaks dependency 'libvpx.so=4-64' @dbermond

Trollwut commented on 2018-02-06 12:22 (UTC)

Ok, I suck, solving it was quite easy: pacman -Rdd libvpx, which breaks some dependencies, but updating ffmpeg-full-nvenc will install it again (or install manually afterwards)

Trollwut commented on 2018-02-06 12:18 (UTC)

Seems like something is off :)

:: ffmpeg-full-nvenc: installing libvpx (1.7.0-1) breaks dependency 'libvpx.so=4-64'

dbermond commented on 2018-01-16 16:12 (UTC)

@keepitsimpleengr This is normal since package depends on libx264.so.

Just follow @MichaelChou advice when dealing with libx264 and libx265 upgrades.