Package Details: ffmpeg-full 4.3.1-11

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: custom: nonfree and unredistributable
Conflicts: ffmpeg
Provides: ffmpeg, libavcodec.so, libavdevice.so, libavfilter.so, libavformat.so, libavresample.so, libavutil.so, libpostproc.so, libswresample.so, libswscale.so
Submitter: rpolzer
Maintainer: dbermond
Last Packager: dbermond
Votes: 106
Popularity: 0.053596
First Submitted: 2013-01-24 11:17
Last Updated: 2021-01-09 02:49

Dependencies (111)

Required by (1000)

Sources (11)

Latest Comments

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

dbermond commented on 2021-02-15 12:43

@dr460nf1r3 Package is building fine. This nvcc question was discussed quite a couple of times in ffmpeg-full-git, so please scroll down in that page and read my comments there.

dr460nf1r3 commented on 2021-02-15 12:30

Building fails at checking for nvcc, so there is probably some missing dependency (maybe because of building in clean chroot) https://bin.garudalinux.org/?4b249136b4ee193c#55rgVMeFd7Ps1t8tfjHNPNVJVn9GpTLgaQwgQiiyEp3v

dbermond commented on 2020-12-29 15:08

@Erde I have no problems downloading the source files. No errors.

dbermond commented on 2020-12-21 21:14

@andrej libilbc got a soname bump, and it is user responsibility to rebuild their AUR packages that depends on it, like this package (see the Note on the linked Wiki section). When you use an AUR package, you should keep track of the needed rebuilds. As you can see, your bug report was closed on the Arch Linux official bug tracker since it's not a bug.

andrej commented on 2020-12-21 20:59

This currently breaks guvcview due to a missing libilbc version.

dbermond commented on 2020-12-21 20:51

@j77h AUR helpers are not supported, use makepkg. amf-headers was pushed to the [extra] official repository and will be automatically pulled by makepkg when using the '-s' option. Regarding the nvcc error, this was discussed quite a couple of times in ffmpeg-full-git, so please scroll down in that page and read my comments there. If ffmpeg is already installed, it will be removed by pacman during installation because this package conflicts with it (see 'conflicts' on the PKGBUILD - or at the top of this web page). I could not understand what you mean by 'rebuild this properly from existing compiled packages', since makepkg already requires that all dependencies would be compiled and installed.

j77h commented on 2020-12-21 03:26

Thanks for providing this, but it didn't quite work for me. Probably due to my inexperience.

At the beginning :

:: warning: Following package cannot be found in AUR:
    amf-headers

Solved by editing PKGBUILD and changing amf-headers to amf-headers-git.

At the end : (after choosing to skip PGP key check, as one was missing)

==> Starting build()...
  -> Running ffmpeg configure script...
ERROR: failed checking for nvcc.

in ~/.cache/pikaur/build/ffmpeg-full/src/ffmpeg-4.3.1/ffbuild/config.log:

./configure: line 983: nvcc: command not found.

nvcc does exist, at /opt/cuda/bin/nvcc.

In PKGBUILD I had changed the install path to /opt; did that change the location of cuda, and cause this problem?

I expected installing to /opt would allow ffmpeg-full to live alongside my existing standard ffmpeg installation, but pikaur asked me to remove the standard one before starting to build ffmpeg-full.

Is there a way to have pikaur rebuild this properly from existing compiled packages (to avoid repeating the big cuda download), perhaps by editing PKGBUILD?

All I wanted was libzvbi (in addition to the standard build), but as I didn't find a straightforward description of how to compile ffmpeg on Arch, I thought installing ffmpeg-full would be quicker.

Perhaps before we start we should see a warning that cuda pulls in a download bigger than 2.5 GB! ;)

dbermond commented on 2020-11-28 15:06

@amatwkgs I added back the rockchip-mpp support. To be honest I already saw this but was still waiting a bit more to see if the repository would stay public for a longer time. Thanks for pointing this.

amatwkgs commented on 2020-11-26 01:19

@dbermond

Regarding this commit, it looks like the upstream repository for rockchip mpp is available again at the same URL.

tytan652 commented on 2020-11-25 16:21

@dbermond Your welcome and thanks for your answers