Package Details: ffmpeg-headless 1:4.0.2-1

Git Clone URL: https://aur.archlinux.org/ffmpeg-headless.git (read-only)
Package Base: ffmpeg-headless
Description: Complete solution to record, convert and stream audio and video; optimised for server (headless) systems
Upstream URL: http://ffmpeg.org/
Licenses: GPL3
Conflicts: ffmpeg
Provides: ffmpeg, libavcodec.so, libavdevice.so, libavfilter.so, libavformat.so, libavresample.so, libavutil.so, libpostproc.so, libswresample.so, libswscale.so
Submitter: an7oine
Maintainer: dantob
Last Packager: dantob
Votes: 16
Popularity: 0.678883
First Submitted: 2014-12-31 13:12
Last Updated: 2018-07-20 18:40

Required by (783)

Sources (1)

Latest Comments

1 2 3 Next › Last »

smmalis37 commented on 2018-10-11 05:16

Alternatively you can perform a `pacman -Sdd x264' to install the updated version of x264 while ignoring its dependencies. Note that this is a TERRIBLE IDEA, so if you do this and something breaks don't blame me.

dbermond commented on 2018-08-17 22:28

@djmattyg007 I think this is what you need: x264-noffmpeg.

Try to build with it.

djmattyg007 commented on 2018-08-17 10:11

In order to compile ffmpeg-headless, libx264.so needs to be present. Unfortunately, this is now provided by the x264 package in the official repos, rather than being provided as a standalone package. In order to install the x264 package, ffmpeg (non-headless) gets installed, which results in graphical packages being installed.

If you're building this package in a container, chroot, etc, then install the package in another environment, the compiled binary won't load, as some dependencies won't get installed.

The only way I can see around this is to install libx264-git from the AUR, which will result in a potentially unstable version of libx264 being installed. To fully resolve this, I think someone is going to have to step up and maintain a dedicated libx264 package in the AUR.

aphirst commented on 2018-06-03 09:33

For some reason, when i try to install this, libgl and mesa get pulled, despite not being specified in the PKGBUILD. I can't work out why, but it does seem to make the package pointless...

dantob commented on 2018-05-26 10:41

FFMPEG 4.0 breaks the current stable release of zoneminder, stick with 3.4 if your using it.

aphirst commented on 2018-02-08 17:01

Presently, I can build fine, but not install.

warning: cannot resolve "libvpx.so=4-32", a dependency of "ffmpeg-headless" :: The following package cannot be upgraded due to unresolvable dependencies: ffmpeg-headless

This is even with libvpx installed. Am I doing something wrong?

djmattyg007 commented on 2018-01-15 08:51

I think another pkgrel bump is in order, given that's happened in the official repositories too.

djmattyg007 commented on 2017-12-21 21:53

Also people who use this package should vote for it so that it gets moved to the official Arch repos and this is no longer an issue :)

djmattyg007 commented on 2017-12-21 21:48

I use aurutils, which creates a private pacman repository for packages from the AUR. This means the package can't just be easily rebuilt and reinstalled - the pkgrel needs to be bumped to trigger this sort of update, or aurutils won't even pick up that a rebuild needs to happen or let you perform it.

It does make sense to depend on a specific version, for what it's worth. It's not a tricky thing. It's just that when installing the packages you're building manually (rather than adding them to a private pacman repo), you'll still have to use pacman's -d flag when updating x265.

dantob commented on 2017-12-21 13:24

You will have to ignore deps and upgrade x265 and then rebuild ffmpeg-headless. WARNING: ffmpeg-headless might be broken until you rebuild!

pacman -Sy; pacman -Sd x265; rebuild & reinstall ffmpeg-headless;

(It has always been this way, I've not bumped the pkgrel in the past because it seemed mostly pointless. I can stop depending on specific versions of x265 but this is how it is in the upstream package. I assume there must be a reason for it)