Package Details: ffmpeg3.4 3.4.13-2

Git Clone URL: https://aur.archlinux.org/ffmpeg3.4.git (read-only, click to copy)
Package Base: ffmpeg3.4
Description: Library to record, convert and stream audio and video (legacy v3.4 branch, with libavcodec v57)
Upstream URL: https://ffmpeg.org
Licenses: GPL-3.0-only
Conflicts: ffmpeg-compat-57, ffmpeg-full3.4
Provides: ffmpeg-compat-57, libavcodec.so, libavdevice.so, libavfilter.so, libavformat.so, libavresample.so, libavutil.so, libpostproc.so, libswresample.so, libswscale.so
Submitter: MarsSeed
Maintainer: MarsSeed (HurricanePootis)
Last Packager: HurricanePootis
Votes: 26
Popularity: 0.000014
First Submitted: 2022-05-29 00:12 (UTC)
Last Updated: 2024-04-02 03:57 (UTC)

Required by (256)

Sources (4)

Latest Comments

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

D3SOX commented on 2020-08-26 08:52 (UTC)

@matt17br Try gpg --keyserver pool.sks-keyservers.net --recv-keys B4322F04D67658D8

matt17br commented on 2020-08-25 20:56 (UTC)

I can't seem to get this to build on Manjaro. I get

ffmpeg-3.4.2.tar.xz ... FAILED (unknown public key B4322F04D67658D8)

When running

gpg --search-keys B4322F04D67658D8

I get:

gpg: error searching keyserver: General error

yurikaka commented on 2020-04-06 00:28 (UTC)

So after makepkg, the generated package will be marked as depending on a specific version of libx265.so, this will break future upgrade process of x265. When you want to upgrade x265 in the future, you need to rebuild this package, is there any way to trigger the rebuilding automatically? (Just like what dkms do when kernel get upgraded.)

D3SOX commented on 2020-04-05 23:26 (UTC) (edited on 2020-04-05 23:33 (UTC) by D3SOX)

Clean building it did the trick. Thanks @jshap and sorry for my unawareness (I should have just read the other comments)

jshap commented on 2020-04-05 22:41 (UTC)

that this package is not out of date, you just need to remove and then clean build it.

gardotd426 commented on 2020-04-05 20:47 (UTC)

@D3SOX is correct, this package is broken and prevents updating the system due to this error: 


error: failed to prepare transaction (could not satisfy dependencies)
:: installing x265 (3.3-1) breaks dependency 'libx265.so=179-64' required by ffmpeg-compat-57

D3SOX commented on 2020-04-05 19:50 (UTC) (edited on 2020-04-05 22:05 (UTC) by D3SOX)

Doesn't work with the latest version of x265

error: failed to prepare transaction (could not satisfy dependencies)
:: installing x265 (3.3-1) breaks dependency 'libx265.so=179-64' required by ffmpeg-compat-57

bunnybooboo commented on 2020-02-11 15:26 (UTC) (edited on 2020-02-11 15:27 (UTC) by bunnybooboo)

@anon54163 To closer inspect (thus avoiding the described "importing random keys" trust of the terminal print) you can inspect the PKGBUILD. By doing so you will observe that the B4322F04D67658D8 key is in fact listed as the "validpgpkeys" and has been at least since the initial commit in 2018. Therefor they match.

For the current commit: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=ffmpeg-compat-57

and the initital commit from 2018 https://aur.archlinux.org/cgit/aur.git/commit/?h=ffmpeg-compat-57&id=8e7873f50cd9658457e67f5e0df79e5f7b0b4158

Read more on this makepkg oddity here: https://wiki.archlinux.org/index.php/makepkg#Signature_checking

anon54163 commented on 2020-01-04 19:44 (UTC) (edited on 2020-02-13 14:47 (UTC) by anon54163)

There is an error when validating ffmpeg-3.4.2.tar.xz. The PGP signature cannot be verified. I know I can import the key myself, but I'm not too comfortable importing random keys. This should ultimately not be necessary, like with other AUR packages.

JoelSanchez commented on 2019-11-14 10:10 (UTC)

I got the error regarding the x265 package, but I noticed I was trying to install ffmpeg-compat-57 from a different repo (chaotic-aur) instead of installing it from the AUR. Hope this helps someone.

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