Package Details: ffmpeg-git 7.2.r119073.g2657e1679e-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.015879
First Submitted: 2011-01-17 22:00 (UTC)
Last Updated: 2025-03-30 01:44 (UTC)

Required by (1943)

Sources (3)

Latest Comments

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

w7rus commented on 2023-10-16 13:01 (UTC)

@dbermond Would there be updates for newer versions of dav1d and rav1e? As of now unable to perform system update:

:: installing dav1d (1.3.0-1) breaks dependency 'libdav1d.so=6-64' required by ffmpeg-git
:: installing rav1e (0.6.6-3) breaks dependency 'librav1e.so=0-64' required by ffmpeg-git

ffmpeg-git required by mpv-full for use in SVP4

dbermond commented on 2023-09-06 22:06 (UTC)

@shrigma I do not have the answer for your question. Maybe in upstream ffmpeg git master there could be introduced something that broke clang support? Seeing that the failures you are getting comes from assembly code, this is possible. Who knows. Use the default Arch Linux flags and it will build fine. Also, make sure to always do a clean build, being it by using the makepkg '-C' flag or by building in a clean chroot. But I think this is not the appropriate place to discuss such type of clang issue, as it is unrelated to the package. You can discuss it in a more appropriate place, like some forum or discussion board.

shrigma commented on 2023-09-06 09:28 (UTC)

@dbermond But why did ffmpeg suddenly stop building with LLVM tools? I was building it with LTO for almost a year now, yet something broke and i can't figure it out.

dbermond commented on 2023-09-05 21:48 (UTC)

@shrigma You're using the custom linker flag '-fuse-ld=lld', and this is not standard in Arch Linux. Try to remove it, and/or use the unmodified makepkg.conf shipped by pacman.

shrigma commented on 2023-09-05 16:45 (UTC) (edited on 2023-09-05 16:49 (UTC) by shrigma)

@dbermond x86_64, Arch, lld linker.

/etc/makepkg.conf: pastebin.com/Q9zn0tqK

dbermond commented on 2023-09-04 23:33 (UTC)

@shrigma I've just checked, and the package is building fine. What is your operating system? (are you using Arch Linux?) What is your platform? (are you on x86_64?) What is your building command? (are you using makepkg?)

shrigma commented on 2023-09-04 22:31 (UTC)

Any ideas?

ld.lld: error: relocation R_X86_64_PC32 cannot be used against symbol 'ff_tx_tab_256_float'; recompile with -fPIC
>>> defined in libavutil/x86/tx_float.o
>>> referenced by libavutil/x86/tx_float.asm
>>>               libavutil/x86/tx_float.o:(.text+0x2BF3)

ld.lld: error: relocation R_X86_64_PC32 cannot be used against symbol 'ff_tx_tab_512_float'; recompile with -fPIC
>>> defined in libavutil/x86/tx_float.o
>>> referenced by libavutil/x86/tx_float.asm
>>>               libavutil/x86/tx_float.o:(.text+0x36DC)

ld.lld: error: relocation R_X86_64_PC32 cannot be used against symbol 'ff_tx_tab_512_float'; recompile with -fPIC
>>> defined in libavutil/x86/tx_float.o
>>> referenced by libavutil/x86/tx_float.asm
>>>               libavutil/x86/tx_float.o:(.text+0x36E3)

ld.lld: error: too many errors emitted, stopping now (use --error-limit=0 to see all errors)
collect2: error: ld returned 1 exit status
make: *** [ffbuild/library.mak:119: libavutil/libavutil.so.58] Error 1

dbermond commented on 2023-09-02 13:19 (UTC)

@hrehfeld This is impossible in VCS (-git) packages, as the soname versions can change at any upstream commit, and pkgver is automatically produced.

hrehfeld commented on 2023-09-02 13:13 (UTC) (edited on 2023-09-02 13:14 (UTC) by hrehfeld)

Can you provide including versions? Packages like mpv-full that require certain versions of lib* that only ffmpeg-git provides could then depend on just ffmpeg and e.g. libavutil.so>=58.11.100

provides=('libavcodec.so' 'libavdevice.so' 'libavfilter.so' 'libavformat.so'
          'libavutil.so' 'libpostproc.so' 'libswscale.so' 'libswresample.so'

See https://aur.archlinux.org/packages/mpv-full?all_deps=1#comment-931987

Or is this somehow not possible? https://wiki.archlinux.org/title/PKGBUILD#depends

Or is this somehow not possible? https://wiki.archlinux.org/title/PKGBUILD#depends

dbermond commented on 2023-08-12 16:21 (UTC)

@kernkraft This is not needed, as the fix for this issue is already present in ffmpeg git master. At the time of writing, users building ffmpeg-git are not supposed to experience this issue. If you are getting this error, then you probably have some problem with your ffmpeg git checkout.

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