Package Details: ffmpeg-full 7.1-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: 136
Popularity: 1.70
First Submitted: 2013-01-24 11:17 (UTC)
Last Updated: 2024-11-07 22:45 (UTC)

Required by (1910)

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 2 3 4 5 6 7 8 9 10 11 .. 55 Next › Last »

Nanoshift commented on 2023-08-10 21:56 (UTC)

My build fails.

libavcodec/x86/mathops.h:125: Error: operand type mismatch for `shr'
libavcodec/x86/mathops.h:125: Error: operand type mismatch for `shr'
libavcodec/x86/mathops.h:125: Error: operand type mismatch for `shr'
make[1]: *** [/tmp/ccvmq0LE.mk:383: /tmp/ccdnudkV.ltrans127.ltrans.o] Error 1
lto-wrapper: fatal error: make returned 2 exit status
compilation terminated.
/usr/bin/ld: error: lto-wrapper failed
collect2: error: ld returned 1 exit status
make: *** [ffbuild/library.mak:119: libavcodec/libavcodec.so.60] Error 1

dbermond commented on 2023-07-17 15:43 (UTC) (edited on 2023-07-17 15:43 (UTC) by dbermond)

@CompWizard No need to install mbedtls2. librist works fine with mbedtls. ffmpeg-full also working fine.

CompWizard commented on 2023-07-17 14:26 (UTC) (edited on 2023-07-17 14:28 (UTC) by CompWizard)

For people with 'librist' problem: install 'mbedtls2'. I suppose 'librist' implicitly depends on it and its 'libmbedcrypto.so.7' ('mbedtls' has 'libmbedcrypto.so.14')

Sinyria commented on 2023-07-16 09:42 (UTC) (edited on 2023-07-16 09:44 (UTC) by Sinyria)

if you want nvenc support with older cards still using 470xx, you will as of latest 470xx driver and v12.0 ffnvcodec-headers need to user 11.1 ffnvcodec-headers instead (eg. yay -Sy ffnvcodec-headers-11-1), or use the ffmpeg package in the aur with explicit nvidia-470xx support - otherwise software like obs will stop working with nvenc.

dbermond commented on 2023-07-10 15:14 (UTC)

@brauliobo The librist dependency is already present in the PKGBUILD.

brauliobo commented on 2023-07-09 02:00 (UTC)

Need to depend on librist

dbermond commented on 2023-06-21 01:32 (UTC)

@donrudo I've just checked, and the package is building fine with ffnvcodec-headers 12.0.16.0-1 (the current version in the official repositories). I see no point in downgrading it, as it works nicely. Also, one of @mikaelblomkvists issues was about nvcc, and not about ffnvcodec-headers, which are quite different things.

donrudo commented on 2023-06-16 15:59 (UTC) (edited on 2023-06-16 15:59 (UTC) by donrudo)

@dbermond, I've just run a test and seems like what @mikaelblomkvists is mentioning is correct, in this case the current ffmpeg-full won't be able to build if the ffnvcodec-headers version used is 12.0.16.

To solve the issue you would have to revert to ffnvcodec-headers 11.1.5.2 and then try again or use ffmpeg-full-git.

dbermond commented on 2023-04-02 14:12 (UTC)

@mikaelblomkvists The dependencies are already listed in the PKGBUILD, otherwise, it will not build. Please read the Arch Wiki link in my previous message, as it clearly states that rebuilding AUR packages is a user responsibility, and not a packager responsibility, as AUR packages are not tracked by pacman. Regarding the nvcc not found, it has been discussed several times before. Please refer to previous comments about it, specially on ffmpeg-full-git. The package is building fine.

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 .. 55 Next › Last »