Package Details: ffmpeg-headless 1:4.0-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: 14
Popularity: 0.303693
First Submitted: 2014-12-31 13:12
Last Updated: 2018-05-21 09:49

Required by (753)

Sources (1)

Latest Comments

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)

aphirst commented on 2017-12-21 12:58

I don't think the pkgrel bump did it for me. I manually updated ffmpeg-headless, but I still get on pacman -Syu:

:: ffmpeg-headless: installing x265 (2.6-1) breaks dependency 'libx265.so=130-32'

Even though I don't see that specific so version in the PKGBUILD for ffmpeg-headless...

djmattyg007 commented on 2017-12-20 21:03

Could you please bump the pkgrel to trigger a rebuild against the latest version of x265?

dantob commented on 2017-10-29 09:29

Looks like openjpeg 2.3 broke API again, should be resolved.

All comments