Package Details: x264-git 161.r3042.gb3aadb76-1

Git Clone URL: https://aur.archlinux.org/x264-git.git (read-only, click to copy)
Package Base: x264-git
Description: Open Source H.264/AVC video encoder (git version)
Upstream URL: https://www.videolan.org/developers/x264.html
Keywords: avc h.264 h264 libx264 mpeg mpeg-4 mpeg4
Licenses: GPL
Conflicts: libx264, libx264-10bit, libx264-all, x264
Provides: libx264, libx264-git, libx264.so, x264
Replaces: libx264-10bit-git, libx264-all-git, libx264-git
Submitter: pressh
Maintainer: dbermond
Last Packager: dbermond
Votes: 240
Popularity: 0.000000
First Submitted: 2008-03-18 09:05 (UTC)
Last Updated: 2021-01-27 22:31 (UTC)

Required by (124)

Sources (1)

Latest Comments

dbermond commented on 2021-01-27 22:33 (UTC)

@katoitalia Package is building fine. I've updated the source, since it was being redirected. Delete your cached source files and give another try.

katoitalia commented on 2021-01-27 02:29 (UTC)

this fails to build

EndlessEden commented on 2020-08-17 06:18 (UTC)

Apparently it will not build with clang... linker errors.

dbermond commented on 2019-05-18 18:10 (UTC)

@etognoni Sorry, but I cannot support arm architectures.

etognoni commented on 2019-05-09 12:19 (UTC)

Hi, could you add armv7h? in arch=(...) in raspberry-pi 3 it works should be ok also for Pi 2 (is the same distro) and probably on 3+ also

dbermond commented on 2018-08-17 21:57 (UTC)

I have applied the latest changes from x264 package of [extra] official repository. Now it builds just a single x264-git package that provides everything (CLI and library). This simplifies things, sticking with the Arch KISS principle.

I have provided both 8 and 10-bit support in this single x264-git package, while x264 from the [extra] official repository is currently 8-bit only. When used "normally", this package is just like x264 from [extra], acting as 8-bit.

djmattyg007 commented on 2018-08-17 10:12 (UTC)

A standalone library version of libx264 is required for building ffmpeg-headless. It would be great if someone could create a stable (non-git) edition of this package to make that possible once again, as it appears that building a working version of ffmpeg-headless right now is very difficult.

Det commented on 2018-08-16 15:47 (UTC)

I don't use this one either no longer.

Free for all.

dbermond commented on 2018-08-16 15:23 (UTC)

@Det The corresponding package have changed in the official repositories. Now there is only a single package named x264 which provides CLI and library. They have simplified things, sticking with the Arch KISS principle. Up to you if will follow or not, I'm just informing.

Det commented on 2018-01-03 17:52 (UTC)

Same thing. The log seems fairly clean: http://git.videolan.org/?p=x264.git;a=summary

a36233 commented on 2018-01-02 12:40 (UTC)

../x264/filters/video/resize.c: In function ‘pick_closest_supported_csp’: ../x264/filters/video/resize.c:215:30: error: ‘AVComponentDescriptor {aka const struct AVComponentDescriptor}’ has no member named ‘depth’ if( pix_desc->comp[i].depth > 8 ) ^ make: *** [Makefile:277: filters/video/resize.o] Error 1 ==> ERROR: A failure occurred in build(). Aborting...

Det commented on 2017-07-29 17:40 (UTC)

@prazola, no idea? Clean your src/, reset your makepkg.conf, check free space, etc. Well.. guess those are "ideas". ( ͡° ͜ʖ ͡°)

prazola commented on 2017-07-29 17:29 (UTC)

I still get this error: rm -f libx264.a gcc -o libx264.so.152 common/mc.o common/predict.o common/pixel.o common/macroblock.o common/frame.o common/dct.o common/cpu.o common/cabac.o common/common.o common/osdep.o common/rectangle.o common/set.o common/quant.o common/deblock.o common/vlc.o common/mvpred.o common/bitstream.o encoder/analyse.o encoder/me.o encoder/ratecontrol.o encoder/set.o encoder/macroblock.o encoder/cabac.o encoder/cavlc.o encoder/encoder.o encoder/lookahead.o common/threadpool.o common/x86/mc-c.o common/x86/predict-c.o common/opencl.o encoder/slicetype-cl.o common/x86/const-a.o common/x86/cabac-a.o common/x86/dct-a.o common/x86/deblock-a.o common/x86/mc-a.o common/x86/mc-a2.o common/x86/pixel-a.o common/x86/predict-a.o common/x86/quant-a.o common/x86/cpu-a.o common/x86/dct-64.o common/x86/bitstream-a.o common/x86/sad-a.o common/x86/trellis-64.o -shared -Wl,-soname,libx264.so.152 -Wl,-Bsymbolic -m64 -Wl,-O3,--sort-common,--as-needed,-z,relro -lm -lpthread -ldl gcc-ar rc libx264.a common/mc.o common/predict.o common/pixel.o common/macroblock.o common/frame.o common/dct.o common/cpu.o common/cabac.o common/common.o common/osdep.o common/rectangle.o common/set.o common/quant.o common/deblock.o common/vlc.o common/mvpred.o common/bitstream.o encoder/analyse.o encoder/me.o encoder/ratecontrol.o encoder/set.o encoder/macroblock.o encoder/cabac.o encoder/cavlc.o encoder/encoder.o encoder/lookahead.o common/threadpool.o common/x86/mc-c.o common/x86/predict-c.o common/opencl.o encoder/slicetype-cl.o common/x86/const-a.o common/x86/cabac-a.o common/x86/dct-a.o common/x86/deblock-a.o common/x86/mc-a.o common/x86/mc-a2.o common/x86/pixel-a.o common/x86/predict-a.o common/x86/quant-a.o common/x86/cpu-a.o common/x86/dct-64.o common/x86/bitstream-a.o common/x86/sad-a.o common/x86/trellis-64.o gcc-ranlib libx264.a gcc -o x264 x264.o input/input.o input/timecode.o input/raw.o input/y4m.o output/raw.o output/matroska.o output/matroska_ebml.o output/flv.o output/flv_bytestream.o filters/filters.o filters/video/video.o filters/video/source.o filters/video/internal.o filters/video/resize.o filters/video/cache.o filters/video/fix_vfr_pts.o filters/video/select_every.o filters/video/crop.o filters/video/depth.o input/avs.o input/thread.o input/lavf.o output/mp4_lsmash.o libx264.a -ldl -llsmash -lm -L. -lavformat -lavcodec -lavutil -lswscale -lswscale -lavutil -m64 -Wl,-O3,--sort-common,--as-needed,-z,relro -lm -lpthread -ldl collect2: fatal error: ld terminated with signal 11 [Segmentation fault], core dumped compilation terminated. make: *** [Makefile:202: x264] Error 1

dbermond commented on 2017-07-22 17:47 (UTC)

@Det I can confirm that it's working now. Thank you for the fast fix.

Det commented on 2017-07-22 17:28 (UTC)

Didn't realize it was broken. Guess not a lot of people are using it lately. Fixed.

dbermond commented on 2017-07-22 17:22 (UTC)

@Det Package is broken. It gives the error reported by @prazola. Can you please fix it? If anyone wants a manual fix in order to compile, change line 86 in PKGBUILD to: install -m 755 "$_pkgname"-10bit/x264 "$pkgdir"/usr/bin/x264-10bit

prazola commented on 2017-03-21 20:16 (UTC)

gcc -o x264 x264.o input/input.o input/timecode.o input/raw.o input/y4m.o output/raw.o output/matroska.o output/matroska_ebml.o output/flv.o output/flv_bytestream.o filters/filters.o filters/video/video.o filters/video/source.o filters/video/internal.o filters/video/resize.o filters/video/cache.o filters/video/fix_vfr_pts.o filters/video/select_every.o filters/video/crop.o filters/video/depth.o input/avs.o input/thread.o input/lavf.o output/mp4_lsmash.o libx264.a -ldl -llsmash -lm -L. -lavformat -lavcodec -lavutil -lswscale -lswscale -lavutil -m64 -Wl,-O1,--sort-common,--as-needed,-z,relro -lm -lpthread ==> Entering fakeroot environment... ==> Starting package_x264-git()... make: Entering directory '/mk/x264-git/src/x264' install -d /mk/x264-git/pkg/x264-git/usr/bin install x264 /mk/x264-git/pkg/x264-git/usr/bin make: Leaving directory '/mk/x264-git/src/x264' install: cannot stat 'x264-git-10bit/x264': No such file or directory

Det commented on 2017-03-19 10:21 (UTC)

Donesies.

dn3s commented on 2017-03-19 09:27 (UTC)

source should be changed to "git+https://git.videolan.org/git/x264.git"

Det commented on 2016-02-21 12:51 (UTC)

That's nothing odd for a Git package: http://git.videolan.org/?p=x264.git

EndlessEden commented on 2016-01-22 07:37 (UTC) (edited on 2016-01-22 07:45 (UTC) by EndlessEden)

@DrZaius: for ffmpeg look-ahead support, and offloading. Its quite promising, maybe less-so at the moment. but on certian platforms it does amazing work. ---------- Suddenly cant build? gcc -o x264 x264.o input/input.o input/timecode.o input/raw.o input/y4m.o output/raw.o output/matroska.o output/matroska_ebml.o output/flv.o output/flv_bytestream.o filters/filters.o filters/video/video.o filters/video/source.o filters/video/internal.o filters/video/resize.o filters/video/cache.o filters/video/fix_vfr_pts.o filters/video/select_every.o filters/video/crop.o filters/video/depth.o input/avs.o input/thread.o input/lavf.o output/mp4_lsmash.o libx264.a -ldl -llsmash -lm -L. -Wl,-rpath,/usr/lib -lavformat -Wl,-rpath,/usr/lib -lavcodec -Wl,-rpath,/usr/lib -lavutil -Wl,-rpath,/usr/lib -lswscale -Wl,-rpath,/usr/lib -lswscale -Wl,-rpath,/usr/lib -lavutil -m64 -O3 -lm -lpthread -ldl /usr/bin/ld: libx264.a(cabac.o)(.text+0x23): unresolvable R_X86_64_GOTPCREL relocation against symbol `x264_cabac_contexts' /usr/bin/ld: final link failed: Nonrepresentable section on output

DrZaius commented on 2016-01-13 04:26 (UTC)

@mnovick1988 Why do you want opencl support? The results were unimpressive when I tested it.

EndlessEden commented on 2016-01-13 04:04 (UTC)

please add opencl support.

michalrus commented on 2014-11-16 01:01 (UTC)

@PelPix, works now, must've been fixed between 27th and 30th of September. =) Thank you!

PelPix commented on 2014-09-30 06:26 (UTC)

@michalrus Can't reproduce this either. I do get the warning, but if I force compilation anyway with the flag, it's totally fine. Can you post exactly what you're doing?

michalrus commented on 2014-09-27 13:15 (UTC)

@PelPix Dunno why. :( However, after recent update of official `gpac`, I'm getting: $ ./configure Warning: gpac is too old, update to 2007-06-21 UTC or later ... And previously compiled `x264-git` says: x264: error while loading shared libraries: libavformat.so.55: cannot open shared object file: No such file or directory (The second is kind of obvious, but maybe you should bump the version here, so that people recompile after the gpac update.) Still, the GPAC test in ./configure fails. After hardcoding gpac='yes', I'm getting: /usr/bin/ld: /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.1/../../../../lib/libgpac_static.a(downloader.o): undefined reference to symbol 'SSL_free' /usr/lib/libssl.so.1.0.0: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status Makefile:185: recipe for target 'x264' failed make: *** [x264] Error 1 ==> ERROR: A failure occurred in build(). … so something is probably really wrong. :(

PelPix commented on 2014-09-23 00:07 (UTC)

Can't reproduce.

PelPix commented on 2014-09-20 18:45 (UTC)

@michalrus Thanks for the report! I'll get right on it.

michalrus commented on 2014-09-20 13:03 (UTC)

Namcap says: x264-git E: Dependency ffms2 detected and not included (libraries ['usr/lib/libffms2.so.3'] needed in files ['usr/bin/x264'])

Lynthium commented on 2014-06-12 10:37 (UTC)

@PelPix Yes, thank you =)

PelPix commented on 2014-06-11 23:43 (UTC)

@Lynden Done. Better now?

Lynthium commented on 2014-06-11 17:43 (UTC)

Please add libx264 to the provides&conflicts list. The package "libx264" in extra conflicts with this one.

PelPix commented on 2014-01-28 05:13 (UTC)

@Kingedgar It's not out of date. It was incorrectly marked.

Kingedgar commented on 2014-01-28 04:51 (UTC)

This is needed to install libav-git. Is there any chance we can get the latest version here?

PelPix commented on 2013-11-24 22:20 (UTC)

Wow apparently there's an even newer scheme. I've been out of package maintaining for longer than I thought.

PelPix commented on 2013-11-24 22:09 (UTC)

@Hullivoide This is what you want, right? Sounds about right. Let me know if there are any dependency problems. PelPix

Huulivoide commented on 2013-11-24 16:24 (UTC)

Could you change the version to a one like the new git PKG standard says?

PelPix commented on 2013-11-20 20:07 (UTC)

I am your new maintainer, because DrZaius felt he couldn't give you the time you deserve. I have plenty of free time, so feel free to yell at me!

dannyboy48888 commented on 2013-11-02 08:39 (UTC)

Thanks! modified for 10-bit with no fuss

DrZaius commented on 2013-07-13 22:39 (UTC)

Thanks for the reminder, but no need to add "--disable-opencl". Just add "--extra-libs=-ldl" to ffmpeg instead (ffmpeg-git has been updated).

jahiy commented on 2013-07-13 06:14 (UTC)

Please add --disable-opencl to ./configure NOTE: New version of x264 contains by default support of OpenCL. If not installed or without sense (example Ubuntu 12.04LTS on VMWare) add to configure additional option --disable-opencl. Without this option ffmpeg could not be configured (ERROR: libx264 not found). via http://wiki.serviio.org/doku.php?id=build_ffmpeg_linux

Sunday commented on 2013-05-22 08:52 (UTC)

@DrZaius Ok i understand, after I had deinstalled x264-git and ffmpeg-git there was no lavf and x264 was built without it. That's fine to me as i don't use the standalone x264 program. I use this packages because there are some new features in ffmpeg-git that the repository versions lack. But propably you are right and i shouldn't do that. I can't get vlc built against ffmpeg-git...

DrZaius commented on 2013-05-22 01:14 (UTC)

@Sunday You are probably linking to ffmpeg (for lavf support) that is currently linked to a different version of x264. Build x264 without lavf, then build ffmpeg, then build x264 with lavf. This will give you x264 with lavf support and ffmpeg with libx264 encoder support. Or just use ffmpeg and x264 from the repository: you probably shouldn't be using this package anyway.

Sunday commented on 2013-05-22 00:21 (UTC)

I just noticed that this package cannot be built when it is already installed. It fails like this: ... yasm -f elf -m amd64 -DHAVE_ALIGNED_STACK=1 -DHIGH_BIT_DEPTH=0 -DBIT_DEPTH=8 -DARCH_X86_64=1 -I./common/x86/ -o common/x86/trellis-64.o common/x86/trellis-64.asm rm -f libx264.a ar rc libx264.a common/mc.o common/predict.o common/pixel.o common/macroblock.o common/frame.o common/dct.o common/cpu.o common/cabac.o common/common.o common/osdep.o common/rectangle.o common/set.o common/quant.o common/deblock.o common/vlc.o common/mvpred.o common/bitstream.o encoder/analyse.o encoder/me.o encoder/ratecontrol.o encoder/set.o encoder/macroblock.o encoder/cabac.o encoder/cavlc.o encoder/encoder.o encoder/lookahead.o common/threadpool.o common/x86/mc-c.o common/x86/predict-c.o common/opencl.o encoder/slicetype-cl.o common/x86/const-a.o common/x86/cabac-a.o common/x86/dct-a.o common/x86/deblock-a.o common/x86/mc-a.o common/x86/mc-a2.o common/x86/pixel-a.o common/x86/predict-a.o common/x86/quant-a.o common/x86/cpu-a.o common/x86/dct-64.o common/x86/bitstream-a.o common/x86/sad-a.o common/x86/trellis-64.o ranlib libx264.a gcc -o x264 x264.o input/input.o input/timecode.o input/raw.o input/y4m.o output/raw.o output/matroska.o output/matroska_ebml.o output/flv.o output/flv_bytestream.o filters/filters.o filters/video/video.o filters/video/source.o filters/video/internal.o filters/video/resize.o filters/video/cache.o filters/video/fix_vfr_pts.o filters/video/select_every.o filters/video/crop.o filters/video/depth.o input/avs.o input/thread.o input/lavf.o libx264.a -ldl -L. -lavformat -ldl -lva -lXfixes -lXext -lX11 -ljack -lasound -lSDL -lpthread -lx264 -lvpx -lvorbisenc -lvorbis -logg -ltheoraenc -ltheoradec -logg -lopus -lmp3lame -lfaac -lass -lm -pthread -lbz2 -lz -lavcodec -ldl -lva -lXfixes -lXext -lX11 -ljack -lasound -lSDL -lpthread -lx264 -lvpx -lvorbisenc -lvorbis -logg -ltheoraenc -ltheoradec -logg -lopus -lmp3lame -lfaac -lass -lm -pthread -lbz2 -lz -lswscale -lm -lavutil -lm -lswscale -lm -lavutil -lm -m64 -Wl,-O1,--sort-common,--as-needed,-z,relro -lm -lpthread -ldl /usr/lib/gcc/x86_64-unknown-linux-gnu/4.8.0/../../../../lib/libavcodec.a(libx264.o): In function `X264_init': (.text.unlikely+0xaf9): undefined reference to `x264_encoder_open_129' collect2: Fehler: ld gab 1 als Ende-Status zurück make: *** [x264] Fehler 1 ==> FEHLER: Ein Fehler geschah in build(). Breche ab ... After uninstalling the package it can be built.

DrZaius commented on 2013-05-20 05:00 (UTC)

@Nothing4You This package is not meant to be a "drop-in" replacement for x264 in Extra, and it is trivial to customize the configure options in the PKGBUILD to fit your needs.

Nothing4You commented on 2013-05-20 02:27 (UTC)

What's the point of this not including shared libs by default?

commented on 2013-05-19 20:52 (UTC)

Sorry I just accidentally clicked on "Flag out of date". Not my intention, I'm sorry, I just wanted to download the tarball. >.<'

hi117 commented on 2013-04-29 14:50 (UTC)

Here's a diff to update the PKGBUILD to use pacman 4.1 standards: --- x264-git/PKGBUILD 2011-10-02 22:38:37.000000000 -0400 +++ PKGBUILD 2013-04-29 10:47:56.082389302 -0400 @@ -3,7 +3,8 @@ # Contributor: pressh <pressh[at]gmail[dot]com> pkgname=x264-git -pkgver=20111002 +_gitname="x264" +pkgver=2309.3b1f1f7 pkgrel=1 pkgdesc="H.264/MPEG-4 AVC video encoder" arch=('i686' 'x86_64') @@ -13,28 +14,16 @@ makedepends=('git' 'yasm') conflicts=('x264') provides=("x264=$(LANG=C pacman -Si x264 | grep Version | awk '{ print $NF }')") +source=("git://git.videolan.org/x264.git") +sha256sums=('SKIP') -_gitroot="git://git.videolan.org/x264.git" -_gitname="x264" +pkgver() { + cd $_gitname + echo $(git rev-list --count master).$(git rev-parse --short master) +} build() { - cd $srcdir - msg "Connecting to the Git repository..." - - if [[ -d $srcdir/$_gitname ]] ; then - cd $_gitname - git pull origin - else - git clone $_gitroot - fi - - msg "Git clone done" - msg "Starting make..." - - rm -rf $srcdir/$_gitname-build - git clone $srcdir/$_gitname $srcdir/$_gitname-build - - cd $srcdir/$_gitname-build + cd $srcdir/$_gitname # add '--bit-depth=10' is you want 10 bit output ./configure --prefix=/usr --enable-static @@ -43,7 +32,7 @@ } package() { - cd $srcdir/$_gitname-build + cd $srcdir/$_gitname make DESTDIR=$pkgdir install - rm -rf $srcdir/$_gitname-build + rm -rf $srcdir/$_gitname }

hi117 commented on 2013-01-06 17:11 (UTC)

There was a request for a change in libav-git that requires a change in this package for it to compile correctly. See https://aur.archlinux.org/packages/libav-git/

DrZaius commented on 2012-11-14 14:44 (UTC)

This is not shared. If you want that add --enable-shared to the configure.

esrevinu commented on 2012-11-14 06:46 (UTC)

This does not make shared library. Is it intended? The version is 20111002-1. $ yaourt -Ql x264-git x264-git /usr/ x264-git /usr/bin/ x264-git /usr/bin/x264 x264-git /usr/include/ x264-git /usr/include/x264.h x264-git /usr/include/x264_config.h x264-git /usr/lib/ x264-git /usr/lib/libx264.a x264-git /usr/lib/pkgconfig/ x264-git /usr/lib/pkgconfig/x264.pc

DrZaius commented on 2012-09-09 19:14 (UTC)

@james2432: That's not any different than what this PKGBUILD has been using as long as I can remember.

commented on 2012-09-09 11:54 (UTC)

git url should be updated to : git://git.videolan.org/x264.git

roadtang commented on 2012-04-28 14:34 (UTC)

I found x264-git remain ffms and lavf support, since the ffmpeg is valid ok with offical x264's shared library. the x264-git ffms dependency test passed.

roadtang commented on 2012-04-28 14:31 (UTC)

I did two modification to my needs in my local. here is change. 1, remove conflicts to x264. 2, in package() , make DESTDIR=$pkgdir EXE=-git install-cli, then makepkg -f only install binary, and as name "x264-git". this way, x264 and x264-git can exist simutaneously.

RazrFalcon commented on 2011-09-06 15:50 (UTC)

yaourt -Rdd ffmpeg yaourt -S x264-git yaourt -S ffmpeg Weird, but works. Thanks.

DrZaius commented on 2011-09-05 22:18 (UTC)

RazrFalcon: Possibly an issue with outdated lavf. Remove ffmbc, ffmpeg, ffmpeg-git, ffmpeg-mt-git, or libav-git (I'm unsure which of these, if any, you are using) and try again. Or you could try adding "--disable-lavf" to the x264-git PKGBUILD, but that would be a much less elegant way of resolving this.

RazrFalcon commented on 2011-09-05 20:56 (UTC)

Getting such error: /usr/bin/ld: libx264.a(dct.o)(.text+0x2b04): unresolvable R_386_32 relocation against symbol `x264_dct4_weight2_zigzag' /usr/bin/ld: final link failed: Nonrepresentable section on output collect2: ld returned 1 exit status make: *** [x264] Error 1

yegorius commented on 2011-08-12 21:18 (UTC)

Thank you, it explains a lot.

DrZaius commented on 2011-08-12 02:53 (UTC)

This is expected. If you want to use MPlayer from the repository then you should use x264 from the repo as well. It is looking for the shared library libx264.so.115 and x264-git is not shared, and even if it was shared it still wouldn't work because this package would currently provide libx264.so.116. x264-git isn't intended to be a replacement for repository packages that depend on x264.

yegorius commented on 2011-08-11 22:32 (UTC)

Just the plain mplayer from repo.

DrZaius commented on 2011-08-11 20:49 (UTC)

Which MPlayer package? Repo, AUR, something else?

yegorius commented on 2011-08-11 20:30 (UTC)

I get this: /usr/bin/mplayer: error while loading shared libraries: libx264.so.115: cannot open shared object file: No such file or directory

DrZaius commented on 2011-07-05 20:02 (UTC)

Which Amarok package? From the repo, AUR, modified ABS?

qwerty12 commented on 2011-07-05 12:19 (UTC)

Please add "--enable-shared" back again. Building x264 with "--enable-shared --enable-static" works fine and it means that Amarok still starts on my system.

blackhole commented on 2011-06-15 21:16 (UTC)

The easy solution for me have been to compile x264-git manually and substitute the x264 in /usr/bin from the official repo with the one provided by this package (after renaming x264 to x264.back...). This way (temporarily) I can use the nice x264 blu ray compliant encoding gui (hybrid) without errors, since only the last x264 support options like --bluray-compat and others.

blackhole commented on 2011-06-15 12:44 (UTC)

I don't understand: if I install this package other packages will not work (mplayer with 264 file, for example). I suppose it is not a real substitute for x264 package?

DrZaius commented on 2011-06-12 20:48 (UTC)

Shared is not enabled in x264-git. There is currently no --disable-shared option. $ ./configure --enable-static ... shared: no static: yes

Huulivoide commented on 2011-06-12 14:18 (UTC)

mar77i: Shared build is enabled by default, only --disable-shared will disable it.

DrZaius commented on 2011-06-08 06:23 (UTC)

ffmbc ffmpeg-git ffmpeg-mt-git, and libav-git, for example, can use x264-git as a dependency. Your logic dictates that none of these should work if x264-git does not include --enable-shared, yet they all work without issue. Are there specific dependencies you are having trouble with?

mar77i commented on 2011-06-07 18:49 (UTC)

you gotta be kidding? removing --enable-shared means there are no *.so files. No *.so files means ALL dependending software will break.

DrZaius commented on 2011-05-31 00:20 (UTC)

Updated with --enable-static

RazrFalcon commented on 2011-05-21 22:30 (UTC)

It works. But I build it myself with --enable-pic. And without remove x264 package from 'extra'.

RazrFalcon commented on 2011-05-21 20:23 (UTC)

After install with --enable-static, smplayer with mlpayer2 didn't work. It says: "/usr/bin/mplayer: error while loading shared libraries: libx264.so.114: cannot open shared object file: No such file or directory" I make link for it: sudo ln -s /usr/lib/libx264.so.115 /usr/lib/libx264.so.114 And then: "/usr/bin/mplayer: symbol lookup error: /usr/lib/libavcodec.so.52: undefined symbol: x264_encoder_open_114" How to set work? I ned git version, becouse default didn't compiled with scale support.

DrZaius commented on 2011-05-07 18:16 (UTC)

I think it would be easier for the ffmpeg-mt-git maintainer to remove --enable-shared, otherwise I would also have to add this to x264-git, ffmbc, ffmpeg-git, and libav-git.

heaven commented on 2011-05-07 10:55 (UTC)

@DrZaius Ok, thank you. But, If I should correct the PKGBUILD every time, you can fix it at once — just add --enable-shared into your PKGBUILD file. If --enable-pic does nothing on 32-bit, it at least helps those users who use ffmpeg-mt on x86_64 computers.

DrZaius commented on 2011-05-06 20:37 (UTC)

@heaven I know --enable-shared is present in x264 from the repository. Yes, it works if both x264-git and ffmpeg-mt-git both have --enable-shared. I know --enable-pic is not needed when --enable-shared is used. --enable-pic does nothing on 32-bit, and --enable-shared automatically implies --enable-pic on x86_64. If you build ffmpeg-mt-git as PIC you must build x264-git as PIC. So, to summarize, your options are: 1. remove --enable-shared from ffmpeg-mt-git, or 2. add --enable-shared to x264-git, or 3. change ffmpeg-mt-git to use x264 as a depends (although this can cause issues if x264 becomes too old)

heaven commented on 2011-05-06 19:42 (UTC)

@DrZaius --enable-shared present in the /var/abs/extra/ffmpeg/PKGBUILD and also in the x264 PKGBUILD file. And when it present in both files all is alright and --enable-pic is not needed.

DrZaius commented on 2011-05-05 23:20 (UTC)

@heaven Remove --enable-shared from ffmpeg-mt-git.

heaven commented on 2011-05-05 12:53 (UTC)

I cannot build ffmpeg-mt-git without PIC.

DrZaius commented on 2011-04-26 20:07 (UTC)

Why do you want '--enable-pic'?

sl1pkn07 commented on 2011-04-26 20:04 (UTC)

please, add --enable-pic in configure (for ffmpeg-mt)

DrZaius commented on 2011-04-20 20:45 (UTC)

@liganic and @gaougalos: Uninstall libav-git. Compile x264-git. Compile ffmpeg-git (or libav-git if you want that for some reason). Remove then compile x264-git again if you want lavf support in x264 (optional).

liganic commented on 2011-04-20 19:37 (UTC)

@DrZaius the error happens with libav-git installed.

DrZaius commented on 2011-04-18 19:33 (UTC)

@gaougalos Do you have ffmpeg, ffmpeg-git, or libav-git installed?

gaougalos commented on 2011-04-18 02:16 (UTC)

gcc -o x264 x264.o input/input.o input/timecode.o input/raw.o input/y4m.o output/raw.o output/matroska.o output/matroska_ebml.o output/flv.o output/flv_bytestream.o filters/filters.o filters/video/video.o filters/video/source.o filters/video/internal.o filters/video/resize.o filters/video/cache.o filters/video/fix_vfr_pts.o filters/video/select_every.o filters/video/crop.o filters/video/depth.o input/thread.o input/lavf.o libx264.a -L. -pthread -lavformat -lavcodec -ldl -lX11 -lXext -lXfixes -lva -ljack -lasound -lx264 -lvorbisenc -lvorbis -ltheoraenc -ltheoradec -logg -lmp3lame -lfaac -lm -lbz2 -lz -lswscale -lavutil -lswscale -lavutil -Wl,--hash-style=gnu -Wl,--as-needed -lm -lpthread -s /usr/lib/gcc/i686-pc-linux-gnu/4.5.2/../../../libavcodec.a(libx264.o): In function `X264_init': (.text.unlikely+0x4ec): undefined reference to `x264_encoder_open_114' collect2: ld returned 1 exit status make: *** [x264] Error 1 ==> ERROR: A failure occurred in build().

DrZaius commented on 2010-12-26 19:05 (UTC)

I do not have the same namcap results as you. I can get your results only if I install x264-git, ffmpeg-svn, and then x264-git. x264-git does not depend on ffmpeg. ffmpeg is an optional dependency if you want lavf support.

rafmav commented on 2010-12-26 17:52 (UTC)

namcap messages: x264-git E: Dependency detected and not included (ffmpeg) from files ['usr/bin/x264'] x264-git W: Dependency included but already satisfied ('glibc') and dependencies are circular (ffmpeg-svn depends on x264-git, and x264-git depends on ffmpeg) Thanks for this package.

commented on 2010-08-13 12:51 (UTC)

Please fix the provides fix (If environment is different of en_US): provides=("x264=`LANG=C pacman -Si x264 | grep Version | awk '{ print $NF }'`")

DrZaius commented on 2010-08-03 01:11 (UTC)

@mar77i I updated the provides and my test worked. Definitely not an optimal solution, but neither is the bug comment. I'd rather extra/gstreamer0.10-ugly-plugins included the > like all of its other depends. Manually changing the provides every time extra/x264 is updated would be a pain in the ass, but otherwise my hackish provides may cause some issues. If it doesn't work as expected change the x264-git provides to match the current extra/x264 version as the bug comment shows.

mar77i commented on 2010-07-29 12:01 (UTC)

http://bugs.archlinux.org/task/20313 Not really getting why, but it seems this is concerning you.