Package Details: ffmpeg-headless 1:7.1-1

Git Clone URL: https://aur.archlinux.org/ffmpeg-headless.git (read-only, click to copy)
Package Base: ffmpeg-headless
Description: Complete solution to record, convert and stream audio and video; optimised for server (headless) systems
Upstream URL: https://ffmpeg.org
Licenses: GPL-3.0-only
Conflicts: ffmpeg
Provides: ffmpeg, libavcodec.so, libavdevice.so, libavfilter.so, libavformat.so, libavutil.so, libpostproc.so, libswresample.so, libswscale.so
Submitter: an7oine
Maintainer: lapicidae
Last Packager: lapicidae
Votes: 26
Popularity: 0.027230
First Submitted: 2014-12-31 13:12 (UTC)
Last Updated: 2024-11-08 00:49 (UTC)

Dependencies (99)

Required by (1917)

Sources (1)

Pinned Comments

dantob commented on 2020-03-28 07:44 (UTC) (edited on 2020-03-28 07:47 (UTC) by dantob)

libva-headless is recommended over libva

Update system pacman -Syu --ignore=dav1d(x265,x264 ...etc)

Update package ignoring deps pacman -Sd dav1d(x265,x264 ...etc)

then rebuild AUR package against new library

Latest Comments

« First ‹ Previous 1 2 3 4 5 Next › Last »

aphirst commented on 2018-06-03 09:33 (UTC)

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

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

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

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

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 (UTC) (edited on 2017-12-21 21:51 (UTC) by djmattyg007)

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 (UTC) (edited on 2017-12-21 13:27 (UTC) by dantob)

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

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

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

dantob commented on 2017-10-29 09:29 (UTC)

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

« First ‹ Previous 1 2 3 4 5 Next › Last »