Package Details: ffmpeg-git 4.2.r92486.g8f875a90c4-1

Git Clone URL: https://aur.archlinux.org/ffmpeg-git.git (read-only)
Package Base: ffmpeg-git
Description: Complete solution to record, convert and stream audio and video (git version)
Upstream URL: https://www.ffmpeg.org/
Keywords: audio codec convert encoder ffmpeg media vaapi video
Licenses: GPL3
Conflicts: ffmpeg
Provides: ffmpeg, libavcodec.so, libavdevice.so, libavfilter.so, libavformat.so, libavutil.so, libpostproc.so, libswresample.so, libswscale.so
Submitter: DrZaius
Maintainer: dbermond
Last Packager: dbermond
Votes: 61
Popularity: 0.304873
First Submitted: 2011-01-17 22:00
Last Updated: 2018-11-19 14:47

Dependencies (54)

Required by (888)

Sources (1)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 Next › Last »

KamranMackey commented on 2016-01-15 05:03

Eriner: Although, did you want to be a co-maintainer?

KamranMackey commented on 2016-01-15 05:03

Eriner: Alright, I'll do it as soon as I can. Currently don't have access to my Arch Linux system right now.

Eriner commented on 2016-01-15 04:14

SECURITY
--------

Add the `--disable-network` flag to the PKGBUILD, as there is a publicly-known vulnerability. See: https://bugs.archlinux.org/task/47738

EndlessEden commented on 2016-01-12 22:02

please specify the codec version in the provides. as it breaks compatibility with arch-repo version tools.

libavutil < 54 | breaks
libavcodec < 56 | breaks

or provide compatibility packages as optional depends.

Eriner commented on 2015-12-22 19:28

To clarify, if you change the build process (add/remove depends, makedepends, conflicts) then yes, bump the packagever with that commit. But please don't bump the package version for the sake of bumping the package version. Cheers.

Eriner commented on 2015-12-22 19:26

Right, but this is a -git package. Bumping the package version is more of a hassle than a help for many people. Version bumps for -git packages should indicate an update in the PKGBUILD; bumping it needlessly means people will rebuild the package because upstream (here) has incremented the PKGBUILD version, when in reality, nothing has changed. If they want to rebuild it on their own, they can, but bumping the version is irritating for many who use manual build tools (cower, git clone, etc).

KamranMackey commented on 2015-12-22 06:40

I'm just doing it because the pkgver() function automatically updates the package version anyway, so if it does that, I push the updated version number to the package on the AUR as well.

Eriner commented on 2015-12-22 06:23

What is the point of this commit? https://aur.archlinux.org/cgit/aur.git/commit/?h=ffmpeg-git&id=f5e2491ee5a65cc48320a4ef2e424a9058b3fcc0

There is no need to ver bump unless something in the build process changes dramatically (C++ ABI rebuild)

DrZaius commented on 2015-12-20 21:02

Yes, libfdk-aac dependency for configure option --enable-libfdk-aac. Less useful in my opinion: --disable-debug, avresample, gnutls, ladspa, libbluray, libgsm, libmodplug, libopencore*, libopenjpeg, libschroedinger, libspeex, libssh, libtheora, libwebp, libxvid, and legacy qt-faststart stuff ("-movflags +faststart" can be used instead). --enable-version3 is not needed if you remove libopencore*.

KamranMackey commented on 2015-12-20 20:48

DrZaius: libfdk-aac? Also, what other not-so-useful stuff are you talking about exactly?