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

Dependencies (130)

Required by (1879)

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

keepitsimpleengr commented on 2018-01-12 18:38 (UTC)

ffmpeg-full: installing libx264 (2:152.20171224-1) breaks dependency 'libx264.so=148-64'

libx264-10bit 2:152.20171224-1

dark-saber commented on 2018-01-11 17:19 (UTC)

FrederickZh: Fixed, thanks!

FrederickZh commented on 2018-01-11 11:47 (UTC)

Got "ERROR: Rockchip MPP is outdated, please get a more recent one." during build. Seems to be related to: https://trac.ffmpeg.org/ticket/6834

dbermond commented on 2018-01-07 23:37 (UTC)

@3ED_0 It seems that you have an outdated version of rockchip-mpp.

Please update rockchip-mpp to the latest version (currently at 20171218) and try again.

3ED_0 commented on 2018-01-07 23:24 (UTC)

[...] -> Running ffmpeg configure script. Please wait... ERROR: rockchip_mpp >= 1.3.7 not found using pkg-config [...]

Aur: rockchip-mpp

dark-saber commented on 2018-01-04 13:29 (UTC)

Cysioland: This is the limitation of AUR, you should manually remove ffmpeg-full-nvenc (-Rdd), update x265 and then rebuild ffmpeg-full-nvenc. Or, in a cleaner way, just build the updated package in a clean chroot (https://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_Clean_Chroot).

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?