Package Details: ffmpeg-git 7.2.r117638.g153a6dc8fa-1

Git Clone URL: https://aur.archlinux.org/ffmpeg-git.git (read-only, click to copy)
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: GPL-3.0-or-later
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: 73
Popularity: 0.22
First Submitted: 2011-01-17 22:00 (UTC)
Last Updated: 2024-10-24 20:29 (UTC)

Required by (1915)

Sources (3)

Latest Comments

« First ‹ Previous 1 .. 11 12 13 14 15 16 17 18 19 20 21 .. 24 Next › Last »

Eriner commented on 2015-12-22 19:28 (UTC)

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

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).

eveharthbrooke commented on 2015-12-22 06:40 (UTC)

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

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

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*.

eveharthbrooke commented on 2015-12-20 20:48 (UTC) (edited on 2015-12-20 20:49 (UTC) by eveharthbrooke)

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

eveharthbrooke commented on 2015-12-20 19:56 (UTC)

@DrZaius: Okay, thanks for the feedback. Went back to keeping the package lean. Keeping GitHub as the main source though.

DrZaius commented on 2015-12-20 19:46 (UTC)

Github is just a backup mirror and always lags behind source.ffmpeg.org.

« First ‹ Previous 1 .. 11 12 13 14 15 16 17 18 19 20 21 .. 24 Next › Last »