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.24
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 .. 3 4 5 6 7 8 9 10 11 12 13 .. 24 Next › Last »

dbermond commented on 2022-03-08 01:36 (UTC)

@MarsSeed Package updated. I updated ffmpeg-full-git and forgot to update here. Thanks for the reminder.

MarsSeed commented on 2022-03-07 15:24 (UTC)

Hi @dbermond,

Please kindly change back to depends=(vmaf).

(Or declare depends=(vmaf>=2.0.0) as suggested here.)

Arch now ships the latest stable vmaf: v2.3.0.

This change would again let people choose which vmaf dependency to supply this build and let them use/test the latest ffmpeg with that.

Thanks in advance!

dbermond commented on 2022-02-14 18:13 (UTC)

@0x9fff00 Indeed, thanks for noticing this. Package updated.

@yangsheng6810 Package is currently building fine for me.

yangsheng6810 commented on 2022-02-13 23:30 (UTC)

Build failed with the following output

libavcodec/mpegvideo_xvmc.c:163:9: error：implicit declaration of function ‘ff_mpeg_draw_horiz_band’; did you mean ‘ff_draw_horiz_band’? [-Werror=implicit-function-declaration]
  163 |         ff_mpeg_draw_horiz_band(s, 0, 0);
      |         ^~~~~~~~~~~~~~~~~~~~~~~
      |         ff_draw_horiz_band

0x9fff00 commented on 2022-02-12 17:23 (UTC)

This package is missing support for librsvg and libsvtav1 which are supported by the upstream package

dbermond commented on 2022-01-29 16:43 (UTC)

@LamkasDev Package updated to match the latest upstream changes.

LamkasDev commented on 2022-01-29 11:47 (UTC)

FFmpeg now requires libvmaf>=2.0.0 while the out of date vmaf package provides 1.5.3-1. You can solve this by installing vmaf-git, removing vmaf from depends and removing applied patch in prepare(), as it is unnecessary anymore. @Enverex

Enverex commented on 2022-01-28 04:23 (UTC)

Doesn't look like this currently builds...

patching file libavfilter/vf_libvmaf.c

Hunk #1 FAILED at 72.

1 out of 1 hunk FAILED -- saving rejects to file libavfilter/vf_libvmaf.c.rej

ignace72 commented on 2022-01-19 03:12 (UTC)

Hi, FFmpeg 5.0 "Lorentz", a new major release, is now available! For this long-overdue release, a major effort underwent to remove the old encode/decode APIs and replace them with an N:M-based API, the entire libavresample library was removed, libswscale has a new, easier to use AVframe-based API, the Vulkan code was much improved, many new filters were added, including libplacebo integration, and finally, DoVi support was added, including tonemapping and remuxing. The default AAC encoder settings were also changed to improve quality. Ignace.

dbermond commented on 2021-05-26 16:46 (UTC)

@rien333 This is normal and expected. ffmpeg usually switches API and changes the soname versions at every x.0 and x.5 release. The current stable release is 4.4, and the git master branch now has the code for an upcoming 4.5 version, which in turn has increased the soname version. There is no action to be taken by this package or by any other package that depends on ffmpeg. You are for your own when using the git master branch (or when using any other AUR package). You, as the user, must choose either to use the stable ffmpeg version and continue to use software that are compiled for it, or use the latest git master branch with a soname bump and break everything that depends on ffmpeg. When using the git master branch you could try to recompile every package that links against ffmpeg, but this would require a lot of work, and not all packages would compile against it, because, as I already said, the code on git master usually has an API switch and it takes time for every other software to support it. For more details you can see my posts from 2017-Nov-01 and 2018-Fev-09 on package ffmpeg-full-git when this happened for the last time during the switch to the ffmpeg 4.0 release.

« First ‹ Previous 1 .. 3 4 5 6 7 8 9 10 11 12 13 .. 24 Next › Last »