Package Details: lib32-ffmpeg 2:7.0.2-3

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.006711
First Submitted: 2013-05-18 04:43 (UTC)
Last Updated: 2024-09-27 17:48 (UTC)

Dependencies (68)

Required by (291)

Sources (2)

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

Latest Comments

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

oxalin commented on 2023-02-03 19:18 (UTC)

I'm looking at it.

scatherinch commented on 2023-02-03 15:29 (UTC)

can confirm that this is impossible to build atm. i need this as well and something appears to be broken, same as with @Arbyste 's error

tested on new install on arch and several virtual machines just to be sure


 1483 |     av_log(hwfc, AV_LOG_DEBUG, "DRM PRIME fd is %ld.\n",
      |                                                 ~~^
      |                                                   |
      |                                                   long int
      |                                                 %d
 1484 |            mapping->buffer_info.handle);
      |            ~~~~~~~~~~~~~~~~~~~~~~~~~~~             
      |                                |
      |                                uintptr_t {aka unsigned int}
CC      libavutil/hwcontext_vdpau.o
CC      libavutil/hwcontext_vulkan.o
libavutil/hwcontext_vulkan.c:363:7: error: ‘VK_EXT_VIDEO_DECODE_H264_EXTENSION_NAME’ undeclared here (not in a function); did you mean ‘VK_EXT_VIDEO_ENCODE_H264_EXTENSION_NAME’?
  363 |     { VK_EXT_VIDEO_DECODE_H264_EXTENSION_NAME,                FF_VK_EXT_NO_FLAG                },
      |       ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      |       VK_EXT_VIDEO_ENCODE_H264_EXTENSION_NAME
libavutil/hwcontext_vulkan.c:364:7: error: ‘VK_EXT_VIDEO_DECODE_H265_EXTENSION_NAME’ undeclared here (not in a function); did you mean ‘VK_EXT_VIDEO_ENCODE_H265_EXTENSION_NAME’?
  364 |     { VK_EXT_VIDEO_DECODE_H265_EXTENSION_NAME,                FF_VK_EXT_NO_FLAG                },
      |       ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      |       VK_EXT_VIDEO_ENCODE_H265_EXTENSION_NAME
libavutil/hwcontext_vulkan.c: In function ‘free_exec_ctx’:
libavutil/hwcontext_vulkan.c:1156:15: warning: assignment to ‘VkCommandPool’ {aka ‘long long unsigned int’} from ‘void *’ makes integer from pointer without a cast [-Wint-conversion]
 1156 |     cmd->pool = NULL;
      |               ^
make: *** [ffbuild/common.mak:81: libavutil/hwcontext_vulkan.o] Error 1
==> ERROR: A failure occurred in build().
    Aborting...

-> error making: lib32-ffmpeg (lib32-libffmpeg lib32-ffmpeg)

Arbyste commented on 2023-02-01 03:04 (UTC) (edited on 2023-02-01 03:09 (UTC) by Arbyste)

I wasn't able to build this today. I have included the error messages at the bottom. It looks like the same error message came up 6 weeks ago after an update to vulkan_headers (https://trac.ffmpeg.org/ticket/10115). The vulkan-headers arch package was updated on the 29th of Jan, so perhaps this bug was introduced by that update. It looks like the bug was resolved with an upstream commit 4 weeks ago, so perhaps this can be resolved just by updating to a version newer than that?

1483 |     av_log(hwfc, AV_LOG_DEBUG, "DRM PRIME fd is %ld.\n",
      |                                                 ~~^
      |                                                   |
      |                                                   long int
      |                                                 %d
 1484 |            mapping->buffer_info.handle);
      |            ~~~~~~~~~~~~~~~~~~~~~~~~~~~             
      |                                |
      |                                uintptr_t {aka unsigned int}
CC      libavutil/hwcontext_vdpau.o
CC      libavutil/hwcontext_vulkan.o
libavutil/hwcontext_vulkan.c:363:7: error: ‘VK_EXT_VIDEO_DECODE_H264_EXTENSION_NAME’ undeclared here (not in a function); did you mean ‘VK_EXT_VIDEO_ENCODE_H264_EXTENSION_NAME’?
  363 |     { VK_EXT_VIDEO_DECODE_H264_EXTENSION_NAME,                FF_VK_EXT_NO_FLAG                },
      |       ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      |       VK_EXT_VIDEO_ENCODE_H264_EXTENSION_NAME
libavutil/hwcontext_vulkan.c:364:7: error: ‘VK_EXT_VIDEO_DECODE_H265_EXTENSION_NAME’ undeclared here (not in a function); did you mean ‘VK_EXT_VIDEO_ENCODE_H265_EXTENSION_NAME’?
  364 |     { VK_EXT_VIDEO_DECODE_H265_EXTENSION_NAME,                FF_VK_EXT_NO_FLAG                },
      |       ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      |       VK_EXT_VIDEO_ENCODE_H265_EXTENSION_NAME
libavutil/hwcontext_vulkan.c: In function ‘free_exec_ctx’:
libavutil/hwcontext_vulkan.c:1156:15: warning: assignment to ‘VkCommandPool’ {aka ‘long long unsigned int’} from ‘void *’ makes integer from pointer without a cast [-Wint-conversion]
 1156 |     cmd->pool = NULL;
      |               ^
make: *** [ffbuild/common.mak:81: libavutil/hwcontext_vulkan.o] Error 1
==> ERROR: A failure occurred in build().
    Aborting...
 -> error making: lib32-ffmpeg

oxalin commented on 2022-12-25 02:19 (UTC)

@Time4Tea : are you building manually through makepkg? If so, do you use the "-s" option to install dependencies? FFMPEG uses cuda_llvm to build with NVidia's cuda hardware acceleration. Cuda_llvm should be part of the lib32-nvidia-utils package if I'm not mistaken (the libraries). However, another part needed between LLVM and CUDA comes from Clang (some header files).

Someone reported this error in the past. I was unable to pin point the problem because removing lib32-nvidia-utils or lib32-clang (and clang) is not possible (dependencies from other packages). However, it seems it was fixed by installing "clang" package. Are clang and lib32-clang installed?

If I'm right, "--enable-cuda-llvm" should build ffmpeg with cuda support (so this should be provided by the header files in clang and lib32-clang), but the support itself should be checked and enabled at runtime if the proper librairies and harware are available.

Time4Tea commented on 2022-12-24 21:13 (UTC)

Hi. I had a problem trying to build this package with it saying that it couldn't find cuda_llvm. I have no idea what package that is or where to find it (can't find it in the Arch repo or AUR). I disabled that line in the PKGBUILD and it seems to be compiling.

If cuda_llvm really needs to be enabled by default, it might be good to add it as a dependency?

oxalin commented on 2022-11-12 17:52 (UTC)

@daci012 : were you able to fix your build? Is lib32-srt installed?

daci012 commented on 2022-11-05 21:00 (UTC)

Can't build ERROR: srt >= 1.3.0 not found using pkg-config

oxalin commented on 2022-07-22 22:55 (UTC)

@Technetium1 Could you copy the content of your lib32-ffmpeg/src/ffmpeg/ffbuild/config.log when it's failing. I'm unable to remove clang from my setup because I rely on other packages, so I'll need help to dig deeper.

oxalin commented on 2022-07-22 22:34 (UTC)

@Technetium1 lib32-clang is already listed under makedepends. However, lib32-clang doesn't list clan as a dependency of any sort. If I understand you correctly, you had to add/install "clang" (the native package) to be able to compile, is that it?

Technetium1 commented on 2022-07-13 02:51 (UTC)

I'll echo another comment that clang is missing in makedepends so it can build in a clean chroot.

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