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: 0.37
First Submitted: 2013-01-24 11:17 (UTC)
Last Updated: 2025-01-08 22:31 (UTC)

Dependencies (133)

Required by (1922)

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

Cysioland commented on 2018-01-04 12:06 (UTC)

:: ffmpeg-full-nvenc: installing x265 (2.6-1) breaks dependency 'libx265.so=130-64'

Can't update my system because of this.

bus commented on 2018-01-03 08:36 (UTC)

And what are those freetype libraries in /usr/local/lib?

I wish I knew. I removed it and the package built successfully. That file was about a billion years old, so I don't think it had any use for a while. Good riddance, thanks for pointing it out.

dark-saber commented on 2018-01-03 07:51 (UTC)

bus: Can you please try to build the package again after cleaning the build directory? I've made some changes which may help with this case, however quite unlikely.

Also you can try to disable the hardening in PKGBUILD, but it will obviously impact the security.

And what are those freetype libraries in /usr/local/lib? I've had AUR infinality packages installed on my machine until yesterday (yep), but they didn't affect the ffmpeg building.

bus commented on 2018-01-02 21:50 (UTC) (edited on 2018-01-02 21:51 (UTC) by bus)

Getting these errors when linking:

"LD libavcodec/libavcodec.so.57

/usr/bin/ld: /usr/local/lib/libfreetype.a(ftbase.c.o): relocation R_X86_64_32 against `.rodata' can not be used when making a shared object; recompile with -fPIC

/usr/bin/ld: /usr/local/lib/libfreetype.a(ftbitmap.c.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC

. . ."

I tried shoving -fPIC in many places, but it has not resulted in a successful compilation. Is anyone else getting this? Any suggestions for possible fixes?

dbermond commented on 2017-11-09 18:01 (UTC)

@FallenSnow Thank you for reporting this. Fixed.

Trollwut commented on 2017-11-09 10:46 (UTC)

@dark-saber: Can confirm it compiles without errors again. :)

dark-saber commented on 2017-11-09 05:20 (UTC)

Trollwut: Thanks, reverted it till libva 2.0 hits extra. Pacman looks not for files, but for strings in 'provides' array, and that's what have changed in testing/libva.

Trollwut commented on 2017-11-09 00:30 (UTC)

On the latest update, I can't do the update. When trying to, it gives me the following error (running `pacaur -Syua` e.g.): :: resolving dependencies... :: no results found for libva-drm.so (dependency tree: ffmpeg-full-nvenc libva-drm.so) :: no results found for libva.so (dependency tree: ffmpeg-full-nvenc libva.so) :: no results found for libva-x11.so (dependency tree: ffmpeg-full-nvenc libva-x11.so) I looked in the folders and thoses files are there. (They're symlinks to other files which are existent) Did I miss something?

FallenSnow commented on 2017-11-06 00:47 (UTC)

If arch is not x86_64 the ./configure script throws an error because "$_ldflags" is not defined.

« First ‹ Previous 1 .. 24 25 26 27 28 29 30 31 32 33 34 .. 55 Next › Last »