Package Details: ffmpeg-full 7.1.1-4

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: 137
Popularity: 1.06
First Submitted: 2013-01-24 11:17 (UTC)
Last Updated: 2025-07-28 20:24 (UTC)

Required by (2035)

Sources (12)

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 .. 57 Next › Last »

dbermond commented on 2025-07-28 18:19 (UTC)

@TangerineGameDev I have rockchip-mpp installed and it does not break anything. Everything is working here as usual. It also does not "change the OS", as it consists of libraries and executable tools for interacting with rockchip hardware. Since, it's a linked library for mandatory ffmpeg components, it cannot be an optional dependency.

TangerineGameDev commented on 2025-07-28 17:38 (UTC)

The package rockchip-mpp is forced here! This breaks support for EVERYTHING. Wireplumber breaks. Pipewire crashes. Programs silently crashed for me when this package was installed. rockchip-mpp is not an optional architecture. It changes the OS to think that rockchip is the current devices architecture. Please fix this...

dbermond commented on 2025-07-11 01:36 (UTC)

@rabcor The description is correct, as it says "all possible features". Obviously, features that are impossible to be enabled cannot be used, whether by an upstream compile error, a broken runtime feature or any other reason that leads to the impossibility.

rabcor commented on 2025-07-11 00:38 (UTC)

It's not a problem with the package, it's a problem with the description, fix the description.

dbermond commented on 2025-07-10 15:58 (UTC)

@rabcor Sorry, but comments like yours does not contribute to improve the package. It's discouraging to see you talking like this, blaming the package without even ask WHY these features are disabled. That being said, I will only say that there are good and strong reasons for these features to be disabled, specially tensorflow, without giving any more details.

rabcor commented on 2025-07-10 08:06 (UTC)

This package's description is complete bogus, quite a few features are disabled, torch, tensorflow, tls, pocketsphinx and a bunch more. My whole reason for considering using this package was for libtensorflow

Serena1432 commented on 2025-03-13 00:29 (UTC) (edited on 2025-03-13 00:36 (UTC) by Serena1432)

@dbermond It's true that I used an AUR helper, but if it isn't supported then I will try building manually as you said. Thank you for clarifying!

About the building process taking 8 hours, it seemed like the AUR helper didn't use all of the CPU threads, and therefore the process was so slow due to it using only one thread (the CPU usage barely went higher than 20%). I think that was the issue, I will also try passing the -j12 argument to make commands and see if it helps speeding up the process.

dbermond commented on 2025-03-12 20:46 (UTC)

@Serena1432 First of all, it looks like that you are using an AUR helper, since you refer to an automated building process where you could type a command, turn your back and let it go. This is not supported. You need to use makepkg to build each dependency individually and then use all of them to build this package. Secondly, taking 8 hours to build the package and dependencies is absurdly long, and does not make any sense. In a "mid range" computer it will not take much long, specially because most of its AUR dependencies are lightweight for building. That being said, the password prompt appearing after some time is the "normal" sudo behavior. It's up to you, as your machine user/administrator, to configure the sudo timeout and/or or to reduce the number of times you need to enter the password.

spider-mario commented on 2025-03-12 20:14 (UTC)

That sounds like a design flaw in whatever AUR helper you are using.

Serena1432 commented on 2025-03-12 15:25 (UTC) (edited on 2025-03-12 15:31 (UTC) by Serena1432)

Installing this package was actually a nightmare.

It took almost 8 hours to build all of the dependencies on my computer, and when I left my computer idle, it suddenly asked for my sudo password and it threw an error due to timeout without me noticing. And when I ran the install command again, it began compiling all the dependencies again from the start, and all of these hours before were wasted.

It failed like this for 2 - 3 times until I gave up. I'll be very glad if you can also release a ffmpeg-full-bin to prevent that issue happen again...

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