Package Details: ffmpeg-headless 1:4.1.4-1

Git Clone URL: (read-only)
Package Base: ffmpeg-headless
Description: Complete solution to record, convert and stream audio and video; optimised for server (headless) systems
Upstream URL:
Licenses: GPL3
Conflicts: ffmpeg
Provides: ffmpeg,,,,,,,,
Submitter: an7oine
Maintainer: dantob
Last Packager: dantob
Votes: 16
Popularity: 0.002633
First Submitted: 2014-12-31 13:12
Last Updated: 2019-07-21 07:50

Required by (902)

Sources (1)

Latest Comments

« First ‹ Previous 1 2 3 Next › Last »

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 ''

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.

aphirst commented on 2017-10-28 11:54

Does the build system need to be updated, or the openjpeg dependency modified?

[alarm@alarm ffmpeg-headless]$ makepkg -c -si
==> Making package: ffmpeg-headless 1:3.3.4-1 (Sat 28 Oct 12:51:56 BST 2017)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
-> Found ffmpeg-3.3.4.tar.xz
-> Found ffmpeg-openjpeg2.2.patch
==> Validating source files with sha256sums...
ffmpeg-3.3.4.tar.xz ... Passed
ffmpeg-openjpeg2.2.patch ... Passed
==> Extracting sources...
-> Extracting ffmpeg-3.3.4.tar.xz with bsdtar
==> Starting prepare()...
patching file configure
patching file libavcodec/libopenjpegdec.c
patching file libavcodec/libopenjpegenc.c
==> Removing existing $pkgdir/ directory...
==> Starting build()...
ERROR: libopenjpeg not found

If you think configure made a mistake, make sure you are using the latest
version from Git. If the latest version fails, report the problem to the mailing list or IRC #ffmpeg on
Include the log file "config.log" produced by configure as this will help
solve the problem.
==> ERROR: A failure occurred in build().
[alarm@alarm ffmpeg-headless]$ pacaur -Ss openjpeg
extra/openjpeg 1.5.2-1
An open source JPEG 2000 codec
extra/openjpeg2 2.3.0-1 [installed]
An open source JPEG 2000 codec, version 2.3.0


mmozeiko commented on 2017-04-16 19:02

Please add aarch64 as supported architecture, this package works fine on 64-bit arm Raspberry Pi I am using.

mmozeiko commented on 2016-12-18 21:55

Could you please remove --disable-vaapi from configure? VAAPI works fine in headless mode, it can use DRI to communicate to GPU. To avoid x11/wayland pacakge dependencies from libva, you can install libva-headless package.

dantob commented on 2016-08-09 11:16

Having both openjpeg and openjpeg2 installed seems to break compilation. I guess its the same for the official package in extra. Removing openjpeg works around it.