Package Details: ffmpeg-git 5.1.r106894.g260d7d5a6c-1

Git Clone URL: (read-only, click to copy)
Package Base: ffmpeg-git
Description: Complete solution to record, convert and stream audio and video (git version)
Upstream URL:
Keywords: audio codec convert encoder ffmpeg media vaapi video
Licenses: GPL3
Conflicts: ffmpeg
Provides: ffmpeg,,,,,,,,
Submitter: DrZaius
Maintainer: dbermond
Last Packager: dbermond
Votes: 69
Popularity: 0.019826
First Submitted: 2011-01-17 22:00 (UTC)
Last Updated: 2022-05-10 20:16 (UTC)

Required by (1650)

Sources (3)

Latest Comments

1 2 3 4 5 6 .. 18 Next › Last »

abouvier commented on 2022-12-27 16:07 (UTC)

Can you add provides=("ffmpeg=2:$pkgver") to match the version of extra/ffmpeg? This will allow other packages to pull this package when using version constraint like makedepends=('ffmpeg>=2:4.3.1').

dbermond commented on 2022-08-26 20:18 (UTC)

@knuxyl This package uses the same options as the corresponding repository one, and adding extra options here is not the intention. If you want to have libgme support, I suggest you to use ffmpeg-full-git.

knuxyl commented on 2022-08-24 21:51 (UTC)

@dbermond Can you add --enable-libgme to the ffmpeg configure?

L1Q commented on 2022-08-06 16:54 (UTC)

@dbermond thank you, I was not aware of the videolan mirror! Although it is way slower than

dbermond commented on 2022-08-06 14:16 (UTC) (edited on 2022-08-06 14:16 (UTC) by dbermond)

@L1Q This is usually a temporary situation, and it's currently reestablished. This is possible but I really think that this is not needed. Any user can manually change the upstream repository source if there is the need for an urgent compilation when it encounters a downtime, so adding a commented source just for the rare situations where this happens does not look like reasonable to me. This would involve the manual deletion of the previously downloaded repository anyway, as makepkg would complain about a different clone. I may reconsider if this starts to be more frequent, but it looks like occasional. Please note that a much better mirror would be the videolan one, and this could even be the one to be used here on the package, as the ffmpeg bug tracker points to it when referencing commits and it seems to be updated before the one.

L1Q commented on 2022-08-06 06:45 (UTC) is down today. Is it possible to provide an alternative download from ? Just comment out alternative URLs for an easy edit when this happens again.

dbermond commented on 2022-05-10 20:17 (UTC)

@superyu1337 Patch refreshed. Thanks for the report.

superyu1337 commented on 2022-05-10 16:52 (UTC) (edited on 2022-05-10 17:17 (UTC) by superyu1337)

Doesn't build with following output:

==> Starting prepare()...
patching file libavformat/avformat.h
Hunk #1 succeeded at 1128 (offset 118 lines).
patching file libavformat/utils.c
Hunk #1 FAILED at 121.
1 out of 1 hunk FAILED -- saving rejects to file libavformat/utils.c.rej
==> ERROR: A failure occurred in prepare().
error: failed to build 'ffmpeg-git-5.1.r106386.ge78173557d-1':
error: packages failed to build: ffmpeg-git-5.1.r106386.ge78173557d-1

Patches are outdated, tried it without the prepare() function and it worked.

AtticFinder65536 commented on 2022-04-25 05:10 (UTC)

Sorry, that patch is from extra/ffmpeg, not this package. my packages I maintain for my systems are usually based on the official repo package and then some bits taken from the AUR and personal customisation, I forgot to switch the patch sources to from this package :/

dbermond commented on 2022-04-24 12:37 (UTC)

@AtticFinder65536 Something is wrong with your report, as this package currently does not have patches for files 'configure', 'doc/filters.texi' and 'libavfilter/vf_libvmaf.c'. The patches are applying fine on top of current git master.