@oxalin
Have you taken a look at DistroWatch's RSS feed? They usually post an update to ffmpeg although I am not sure if it's possible to filter out notifications...
Search Criteria
Package Details: lib32-ffmpeg 2:7.0.2-3
Package Actions
Git Clone URL: | https://aur.archlinux.org/lib32-ffmpeg.git (read-only, click to copy) |
---|---|
Package Base: | lib32-ffmpeg |
Description: | Complete solution to record, convert and stream audio and video (32 bit) |
Upstream URL: | http://ffmpeg.org |
Licenses: | GPL-3.0-only |
Conflicts: | lib32-libffmpeg |
Provides: | libavcodec.so, libavdevice.so, libavfilter.so, libavformat.so, libavutil.so, libpostproc.so, libswresample.so, libswscale.so |
Replaces: | lib32-libffmpeg |
Submitter: | lano1106 |
Maintainer: | oxalin |
Last Packager: | oxalin |
Votes: | 37 |
Popularity: | 0.006848 |
First Submitted: | 2013-05-18 04:43 (UTC) |
Last Updated: | 2024-09-27 17:48 (UTC) |
Dependencies (68)
- ffmpeg (ffmpeg-nvcodec-11-1-gitAUR, ffmpeg-amd-full-gitAUR, ffmpeg-cudaAUR, ffmpeg-full-gitAUR, ffmpeg-gitAUR, ffmpeg-fullAUR, ffmpeg-decklinkAUR, ffmpeg-headlessAUR, ffmpeg-amd-fullAUR, ffmpeg-libfdk_aacAUR, ffmpeg-obsAUR, ffmpeg-ffplayoutAUR)
- lib32-alsa-lib
- lib32-aomAUR
- lib32-bzip2
- lib32-fontconfig
- lib32-freetype2
- lib32-fribidi
- lib32-glibc (lib32-glibc-gitAUR, lib32-glibc-linux4AUR, lib32-glibc-eacAUR, lib32-glibc-eac-binAUR, lib32-glibc-eac-rocoAUR)
- lib32-gmp (lib32-gmp-hgAUR)
- lib32-gnutls
- lib32-gsmAUR
- lib32-harfbuzz (lib32-harfbuzz-gitAUR)
- lib32-jack (lib32-jack2, lib32-pipewire-jack)
- lib32-lameAUR
- lib32-libassAUR
- lib32-libavc1394
- lib32-libblurayAUR
- lib32-libbs2bAUR
- lib32-libdav1dAUR
- lib32-libdrm (lib32-libdrm-gitAUR)
- Show 48 more dependencies...
Required by (291)
- audiowmark (requires libavformat.so)
- audiowmark (requires libavutil.so)
- audiowmark (requires libswresample.so)
- audiowmark (requires libavcodec.so)
- bin32-firefox-bin (optional)
- cyanrip-git (requires libavcodec.so)
- cyanrip-git (requires libavutil.so)
- cyanrip-git (requires libavformat.so)
- cyanrip-git (requires libavfilter.so)
- cyanrip-git (requires libswresample.so)
- darling-cli-devenv-git (requires libavcodec.so) (make)
- darling-cli-devenv-git (requires libswresample.so) (make)
- darling-cli-devenv-git (requires libavutil.so) (make)
- darling-cli-devenv-git (requires libavformat.so) (make)
- darling-cli-devenv-gui-common-git (requires libavcodec.so) (make)
- darling-cli-devenv-gui-common-git (requires libswresample.so) (make)
- darling-cli-devenv-gui-common-git (requires libavutil.so) (make)
- darling-cli-devenv-gui-common-git (requires libavformat.so) (make)
- darling-cli-devenv-gui-stubs-common-git (requires libavutil.so) (make)
- darling-cli-devenv-gui-stubs-common-git (requires libswresample.so) (make)
- Show 271 more...
Sources (2)
Latest Comments
« First ‹ Previous 1 .. 13 14 15 16 17 18 19 20 21 Next › Last »
slyscorpion commented on 2017-01-08 06:07 (UTC)
slyscorpion commented on 2017-01-08 06:04 (UTC)
@oxalin
Thanks for the tip on the keys :)
oxalin commented on 2017-01-08 05:58 (UTC)
@slyscorpion: it is up to you to import the missing public key. This is ffmpeg's project public key. Something like the following should do the trick:
gpg --keyserver x-hkp://pool.sks-keyservers.net --recv-keys B4322F04D67658D8
On another subject, I'm updating the package to 3.2.2. I still need to figure out a way to be notified from new releases automatically. The ffmpeg's RSS is unreliable.
slyscorpion commented on 2017-01-08 00:59 (UTC)
This package fails to build due to PGP signature issues:
==> Validating source files with sha256sums...
ffmpeg-3.2.1.tar.bz2 ... Passed
ffmpeg-3.2.1.tar.bz2.asc ... Skipped
==> Verifying source file signatures with gpg...
ffmpeg-3.2.1.tar.bz2 ... FAILED (unknown public key B4322F04D67658D8)
==> ERROR: One or more PGP signatures could not be verified!
==> ERROR: Makepkg was unable to build lib32-ffmpeg.
oxalin commented on 2016-10-23 22:27 (UTC)
Thanks JonnyJD.
Patch was first included, and then removed since the dev group released 3.1.5 which already includes the openjpeg2 patch. Sorry for the noise.
To be noted: SDL support will be dropped in the next release in favor of SDL2. Stay tuned.
JonnyJD commented on 2016-10-23 11:45 (UTC)
Sorry, I don't have time to maintain the package, currently.
I made oxalin the new maintainer (the notification mail is wrong, I disowned).
oxalin commented on 2016-10-21 19:25 (UTC)
@versusvoid
It could be added, but that would be up to @JonnyJD to do.
versusvoid commented on 2016-09-22 05:21 (UTC)
@oxalin
Adding lib32-openjpeg2 to `depends` also wouldn't be a bad thing.
oxalin commented on 2016-08-31 22:54 (UTC)
@Enverex, there is another (new) known bug about undefinded references to openjpegenc.o after a recent change in the static openjpeg2 library... Briefly, it comes to "The FFmpeg code was setting OPJ_STATIC, and in master, OPJ_STATIC sets API method visibility to hidden (because it is a static build, so visibility not needed)."
See https://trac.ffmpeg.org/ticket/5694
The next ffmpeg release should contain the following fix: https://trac.ffmpeg.org/raw-attachment/ticket/5694/ffmpeg_opj2.patch
@JonnyJD
Meanwhile, maybe we would be better to add and apply that patch to the current package.
Proposed patch to PKGBUILD
---
diff --git a/PKGBUILD b/PKGBUILD
index 00b74d4..a190490 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -35,14 +35,23 @@ provides=(
'libavresample.so' 'libavutil.so' 'libpostproc.so' 'libswresample.so'
'libswscale.so'
)
-source=(http://ffmpeg.org/releases/$_pkgbasename-$pkgver.tar.bz2{,.asc})
+source=(
+ "http://ffmpeg.org/releases/$_pkgbasename-$pkgver.tar.bz2"{,.asc}
+ "https://trac.ffmpeg.org/raw-attachment/ticket/5694/ffmpeg_opj2.patch"
+)
validpgpkeys=('FCF986EA15E6E293A5644F10B4322F04D67658D8')
-sha256sums=('58bc89c65dd114d874efbf76f76368d03b5e407f0a3f42d5b40801c280968a38'
- 'SKIP')
+sha256sums=(
+ '58bc89c65dd114d874efbf76f76368d03b5e407f0a3f42d5b40801c280968a38'
+ 'SKIP'
+ 'SKIP'
+)
build() {
cd ${_pkgbasename}-${pkgver}
+ # Patching FFMPEG to compile againt a change in OpenJPEG2 static library until this patch is integrated in next release
+ patch -p1 < ../ffmpeg_opj2.patch
+
export PKG_CONFIG_PATH="/usr/lib32/pkgconfig"
./configure \
---
To fix building against libopenjpeg2, you need both the 32 bit library AND the patch (for now).
Enverex commented on 2016-08-16 13:23 (UTC)
@JonnyJD - Just an FYI, installing lib32-openjpeg2 doesn't fix lib32-ffmpeg failing to build (with the /usr/bin/ld: libavcodec/libavcodec.so.57: hidden symbol `opj_setup_decoder' isn't defined error).
Removing openjpeg2 is the only way to have the build complete (doing an -Rdd then reinstalling it after this is built seems to be the easiest way to get around it).
Pinned Comments
oxalin commented on 2024-04-09 22:05 (UTC)
For those wondering: I intentionally keep this package as close to the native package as possible, to the extent of the available dependencies. FFMPEG package sees a lot of modifications through time and I prefer to follow the changes applied to the native PKGBUILD as much as possible. The more it goes, the more flags are added and the more often we need to cherrypick commits (until a new release comes in).
This means I'll keep the dependencies around even if there is no obvious usecase for them.
Also, since openjpeg2 is still used with the native package, I'll also keep it around. Last thing I read about the JPEG2000 internal decoder was that it was faster, but that it was still introducing errors in the rendering. This probably explains why it is still enable in the native package. I look at it once in a while and things may have evolved since, but a quick checkup didn't bring up any tangible answer.
Now, if someone would like to take the ownership of this package, I would be more than pleased to hand it over. The same goes for any related packages that I maintain mostly for FFMPEG. lib32-libffmpeg and lib32-ffmpeg could be merged back together to simplify its maintenance.
Let me know if this is something you're interested in.
oxalin commented on 2018-02-25 07:37 (UTC) (edited on 2020-05-25 15:55 (UTC) by oxalin)
About GPG, it is up to you to import the missing public key. If you receive an error about it, this is ffmpeg's project public key. Something like the following should do the trick: gpg --recv-keys B4322F04D67658D8