-
Notifications
You must be signed in to change notification settings - Fork 1.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
x264: bump to build 155 #1081
x264: bump to build 155 #1081
Conversation
Are we planning to merge this after release (target 1.2.0)? |
Whatever you guys want. I'll still be using the system version of x264 on linux. Just thought I would get this done since it required more changes than a typical bump. |
As much as I'd like the new features, I think we should let this one soak in the nightly a bit. |
Well, that didn't do what I wanted at all. |
@jstebbins I tried GitHub's resolve conflicts tool and regret it. You may want to do a hard reset to |
5a55ced
to
9547979
Compare
Oh hey I figured it out. Wheeeeee |
4d35414
to
6cdd57f
Compare
I'm updating What packages are needed on Ubuntu/Fedora? Will need to update the documentation. |
A very recent version of nasm is required (2.13). Fedora 27 and Ubuntu 17.10 have it. But earlier releases do not. I think if we want to avoid pain, we should build a local copy for all platforms for the foreseeable future. But package is called simply "nasm" in both Fedora and Ubuntu. |
Okay. I'm not a fan of the local tools and intend to remove them, just haven't gotten around to it. But that would probably be the least pain. On Mac, x264 isn't finding nasm despite it being on my path. What a pain. |
I'm ok with removing all the local tools. But it's going to increase the documentation burden. We'll have to have good detailed documentation on how to set up build environments or we'll just be repeating ourselves on the forums all the time to help people through it. |
The documentation is complete regarding dependencies for all systems we support. A script is included to build all dependencies on Mac. Local tools can die whenever we get to it. |
From x264's
|
nasm --version? |
|
I think it's ignoring |
I added some supporting commits but still have no idea why x264 is not picking up |
Looks like it actually works when cross-compiling, though I also get |
The only way I can seem to make this work is to hard code |
f8ed6de
to
79c8b65
Compare
eadfc60 should fix the old nasm problem on Mac. |
|
I've tested with this enough that I think it's probably safe for 1.1.0 if we want to include it. |
If nasm in distros is a sticking issue, we can push it back again. |
Already have one report of HandBrake not compiling with newer system x264, so perhaps we should get this in. Can add nasm compilation notes to the developer docs. |
Requires NASM to build Unified 8 and 10 bit library support AVX-512 optimizations Various other bug fixes and improvements
Required for recent x264. Better to fail here than part-way through a build.
Also set CONFIGURE.build to null since the configure script has no clue about --build.
Pass a couple standard variables since make sometimes makes zero sense.
Tools shipping with Xcode are still in PATH, only moved from first to last priority. Avoids accidentally using old tools where a newer version is installed. This ensures the tools identified by configure will be the exact tools used by make via Xcode.
The multi-lib change actually happend in build 153
b011e2f
to
94f4c41
Compare
Merged as we need the libhb changes to support newer distros now. Will add nasm instructions to the docs shortly. |
Requires NASM to build
Unified 8 and 10 bit library support
AVX-512 optimizations
Various other bug fixes and improvements