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: 135
Popularity: 0.87
First Submitted: 2013-01-24 11:17 (UTC)
Last Updated: 2024-11-07 22:45 (UTC)

Required by (1915)

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 .. 9 10 11 12 13 14 15 16 17 18 19 .. 55 Next › Last »

dbermond commented on 2020-12-21 21:14 (UTC)

@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 (UTC)

This currently breaks guvcview due to a missing libilbc version.

dbermond commented on 2020-12-21 20:51 (UTC) (edited on 2020-12-21 21:01 (UTC) by dbermond)

@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 (UTC) (edited on 2020-12-21 04:10 (UTC) by j77h)

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 (UTC)

@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.

<deleted-account> commented on 2020-11-26 01:19 (UTC)

[deleted]

tytan652 commented on 2020-11-25 16:21 (UTC)

@dbermond Your welcome and thanks for your answers

dbermond commented on 2020-11-25 16:13 (UTC)

@tytan652 Thanks for pointing the build issue with the current glslang 11.0. I've pushed an update and now the package is building fine. Upstream ffmpeg dropped support for ndi and currently I have no intention to add it back by a patch.

tytan652 commented on 2020-11-24 13:55 (UTC) (edited on 2020-11-24 13:57 (UTC) by tytan652)

Just a question, do you plan to add NDI ? If yes, you could use this https://framagit.org/tytan652/ffmpeg-ndi-patch and this https://aur.archlinux.org/packages/ffmpeg-ndi/

tytan652 commented on 2020-11-24 11:54 (UTC) (edited on 2020-11-24 12:28 (UTC) by tytan652)

This commit as a patch seems to be needed. Because "glslang/Include/revision.h" is no longer present in glslang package.

« First ‹ Previous 1 .. 9 10 11 12 13 14 15 16 17 18 19 .. 55 Next › Last »