Package Details: ffmpeg-full 7.0.1-3

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-06-29 01:29 (UTC)

Dependencies (130)

Required by (1843)

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 .. 39 40 41 42 43 44 45 46 47 48 49 .. 54 Next › Last »

soul commented on 2016-01-28 00:04 (UTC)

I'm getting an error that "One or more PGP signatures could not be verified" ==> Validating source files with sha256sums... ffmpeg-2.8.5.tar.bz2 ... Passed ffmpeg-2.8.5.tar.bz2.asc ... Skipped UNREDISTRIBUTABLE.txt ... Passed ==> Verifying source file signatures with gpg... ffmpeg-2.8.5.tar.bz2 ... FAILED (unknown public key B4322F04D67658D8) ==> ERROR: One or more PGP signatures could not be verified! ==> ERROR: Makepkg was unable to build . Any help with what I'm doing wrong? Thanks

dark-saber commented on 2016-01-21 17:18 (UTC)

Fixed it, thanks!

<deleted-account> commented on 2016-01-20 21:10 (UTC)

A temporary(?) workaround is to : export CFLAGS+=" -I/usr/include/nvidia-sdk" before ./configure in build

odensc commented on 2016-01-20 21:06 (UTC)

` ==> Starting build()... ==> Starting configure... ERROR: nvEncodeAPI.h 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.freenode.net. Include the log file "config.log" produced by configure as this will help solve the problem. ==> ERROR: A failure occurred in build(). ` Got this after updating.

isiachi commented on 2016-01-19 09:44 (UTC)

@MaJia321 As kit told you, I use libfdk_aac to have AAC-HE support. @Wesley_Chan As soon as I can, I will take a look. Thank you.

Wesley_Chan commented on 2016-01-18 03:11 (UTC)

@isiachi Is this package supposed to not have "--enable-libmfx"? This is needed when encoding with Intel GPU acceleration. https://trac.ffmpeg.org/wiki/HWAccelIntro Would you please add the AUR packages libmfx-git and intel-media-sdk in order to enable it?

kit commented on 2016-01-14 20:45 (UTC) (edited on 2016-01-14 20:46 (UTC) by kit)

[Native FFmpeg AAC encoder] "will occasionally sound worse below 96kbps. This is the default AAC encoder. The only drawback is that this encoder does not support the AAC-HE profile yet." ~https://trac.ffmpeg.org/wiki/Encode/AAC

MaJia321 commented on 2016-01-14 11:06 (UTC)

According to https://trac.ffmpeg.org/wiki/Encode/AAC , the Native FFmpeg AAC encoder provides the best quality and libfdk_aac could be removed.

epitron commented on 2016-01-03 22:50 (UTC)

The OpenCL dependency seems to be missing: ==> Extracting sources... -> Extracting ffmpeg-2.8.4.tar.bz2 with bsdtar ==> Starting build()... ==> Starting configure... ERROR: opencl not found I had to install it by hand.

<deleted-account> commented on 2015-12-29 09:55 (UTC)

No problem on my PC. Did you try to compile the latest libutvideo-git again? Did you compile it since the C++ ABI change : https://www.archlinux.org/news/c-abi-change/ ?