精华内容
下载资源
问答
  • 2018-05-03 15:36:53

    最近尝试在windows系统下,交叉编译了x264源码。参考了一些网友们的经验。由于工具一直在变,网上的教程大部分比较老了,所以把我踩过的坑写下来,回馈网友们的帮助。

    1.  为什么要交叉编译

    x264用的c语言是c99版本的,然而VS对C99语法的支持并不好,所以没有办法直接用VS编译。x264官方代码从2009年开始放弃了支持VS。 

    但是可以用交叉编译工具,生成windows系统能用的exe,和VS能用的动态库。

    步骤如下:

    2.1  下载交叉编译工具 mingw+msys

    https://sourceforge.net/projects/mingw/files/latest/download?source=files

    下载后安装。

    安装后会有一个 MinGW Installation Manager程序,用这个程序安装Basic Setup下的mingw-developer-toolkit、mingw32-base、mingw32-gcc-g++、msys-base工具集。


    2.2 安装nasm 

     X264 自从2015年以后,默认的汇编器从 yasm 改成了nasm, 下一步需要下载nasm.exe

    https://www.nasm.us/

    找到MinGW的安装目录,把下载后的nasm.exe 放在MinGW\bin 目录下

     

    2.3 下载最新的x264

    https://www.videolan.org/developers/x264.html

    下载源代码放在 msys 的目录里面: 

    for example: MinGW\msys\1.0\home\yourname\


    2.4 打开msys 

    进入MinGW\msys\1.0,执行msys.bat, 会有一个类似bash的命令行界面:

     

    一些教程说需要编辑 msys.bat,实测并不需要。

    2.5 编译源码

    进入 x264源码目录,执行

    ./configure  --enable-shared

    --enable-shared 可以配置生成dll文件。

    然后执行 make

    在源码目录下会产生4个文件:

        x264.exe:命令行程序,可以运行测试一下:

        Windows 下打开一个cmd窗口, cd 到这个目录, 运行 x264.exe --version

        libx264-155.dll:动态库dll文件,其中155是版本。

        libx264.dll.a:将文件名字修改为libx264-155.lib,它是dll文件的引导lib。修改完名字之后在VC工程中就可以作为“附加依赖项”了。

        libx264.a:这个是linux的静态库。

    在VC工程使用 .lib 和 .dll ,会提示缺少 libgcc_s_dw2-1.dll,从mingw搜索拷贝过去就行了。

     2.6 附简单的测试代码

    #include <iostream>
    #include <string>
    #include "stdint.h"
    
    extern "C"{
    #include "x264.h"
    #include "x264_config.h"
    
    };
    using namespace std;
    int main()
    {
        x264_param_t param;
        x264_param_default(&param);
        getchar();
        return 0;
    
    }

     2.7 库api用法例子

    源码中也有一个 example.c , 演示了libx264 api的用法。

    在VS新建工程,添加上述步骤生成的 .dll, .lib文件和必要的.h 文件,

    然后将example.c 复制到visual studio中试运行。

    由于这个文件也用了VS不支持的C99语法,需要把所有goto去掉,把所有变量声明放在代码块开始的地方。

    这是我改后的一小段代码:

    #ifdef _MSC_VER
    #define _CRT_SECURE_NO_WARNINGS
    #endif
    
    #ifdef _WIN32
    #include <io.h>       /* _setmode() */
    #include <fcntl.h>    /* _O_BINARY */
    #endif
    
    #include <stdint.h>
    #include <stdio.h>
    extern "C" {
    	#include <x264.h>
    }
    
    #include <chrono>
    #include <iostream>
    
    #define FAIL_IF_ERROR( cond, ... )\
    do\
    {\
        if( cond )\
        {\
            fprintf( stderr, __VA_ARGS__ );\
            return -1;\
        }\
    } while( 0 )
    
    
    int main(int argc, char **argv)
    {
    	int width, height;
    	x264_param_t param;
    	x264_picture_t pic;
    	x264_picture_t pic_out;
    	x264_t *h;
    	int i_frame = 0;
    	int i_frame_size;
    	x264_nal_t *nal;
    	int i_nal;
    
    	FILE * i_file;
    	FILE * o_file;
    
    	int luma_size;
    	int chroma_size;
    	decltype(std::chrono::high_resolution_clock::now()) t_start, t_end;
    
    
    	FAIL_IF_ERROR(!(argc > 3), "Example usage: example 352x288 input.yuv output.h264\n");
    	FAIL_IF_ERROR(2 != sscanf(argv[1], "%dx%d", &width, &height), "resolution not specified or incorrect\n");
    
    	char * in_file_name = argv[2];
    	char * out_file_name = argv[3];
    
    
    	i_file = fopen(in_file_name, "rb");
    	FAIL_IF_ERROR(!i_file, "can't open input file");
    	o_file = fopen(out_file_name, "wb");
    	FAIL_IF_ERROR(!o_file, "can't open output file");
    
    	/* Get default params for preset/tuning */
    	if (x264_param_default_preset(¶m, "medium", NULL) < 0)
    		return -1;
    
    	/* Configure non-default params */
    	param.i_bitdepth = 8;
    	param.i_csp = X264_CSP_I420;
    	param.i_width = width;
    	param.i_height = height;
    	param.b_vfr_input = 0;
    	param.b_repeat_headers = 1;
    	param.b_annexb = 1;
    
    
    	/* Apply profile restrictions. */
    	if (x264_param_apply_profile(¶m, "high") < 0)
    		return -1;
    
    	if (x264_picture_alloc(&pic, param.i_csp, param.i_width, param.i_height) < 0)
    		return -1;
    
    	h = x264_encoder_open(¶m);
    	if (!h) {
    		x264_picture_clean(&pic);
    		return -1;
    	}
    	luma_size = width * height;
    	chroma_size = luma_size / 4;
    	t_start = std::chrono::high_resolution_clock::now();
    
    	/* Encode frames */
    	for (;; i_frame++)
    	{
    		/* Read input frame */
    		if (fread(pic.img.plane[0], 1, luma_size, i_file) != luma_size)
    			break;
    		if (fread(pic.img.plane[1], 1, chroma_size, i_file) != chroma_size)
    			break;
    		if (fread(pic.img.plane[2], 1, chroma_size, i_file) != chroma_size)
    			break;
    
    		pic.i_pts = i_frame;
    		i_frame_size = x264_encoder_encode(h, &nal, &i_nal, &pic, &pic_out);
    		if (i_frame_size < 0) {
    			x264_encoder_close(h);
    			x264_picture_clean(&pic);
    			return -1;
    		}
    		else if (i_frame_size)
    		{
    			if (!fwrite(nal->p_payload, i_frame_size, 1, o_file)) {
    				x264_encoder_close(h);
    				x264_picture_clean(&pic);
    				return -1;
    			}
    		}
    	}
    	/* Flush delayed frames */
    	while (x264_encoder_delayed_frames(h))
    	{
    		i_frame_size = x264_encoder_encode(h, &nal, &i_nal, NULL, &pic_out);
    		if (i_frame_size < 0) {
    			x264_encoder_close(h);
    			x264_picture_clean(&pic);
    			return -1;
    		}
    		else if (i_frame_size)
    		{
    			if (!fwrite(nal->p_payload, i_frame_size, 1, o_file)) {
    				x264_encoder_close(h);
    				x264_picture_clean(&pic);
    				return -1;
    			}
    		}
    	}
    	t_end = std::chrono::high_resolution_clock::now();
    	auto int_ms = std::chrono::duration_cast<std::chrono::milliseconds>(t_end - t_start);
    
    	x264_encoder_close(h);
    	x264_picture_clean(&pic);
    	std::cout << std::endl;
    	std::cout << "time in ms: " << int_ms.count() << "; frames: " << i_frame << std::endl;
    	std::cout << "frame per seconde " << i_frame * 1000 / int_ms.count() << std::endl;
    	return 0;
    
    }


    Reference:

     https://blog.csdn.net/aflyeaglenku/article/details/47146863

     https://blog.csdn.net/chinabinlang/article/details/26452011

     https://www.jianshu.com/p/fa42abce1ea7

     https://my.oschina.net/u/1866382/blog/406068


     3. 64位x264

        默认编译出来是32位的,下一步尝试交叉编译64位的x264。


     4. Visual Studio原生编译x264

       有网友把x264改成兼容VS的 c语言规则,并制作了完整的VS工程。

       https://github.com/ShiftMediaProject/x264

       可以在VS下原生编译。

       改c语言版本的过程没有想象中那么麻烦,见作者博客:

        http://siliconandlithium.blogspot.ca/2014/03/building-x264-on-windows-with-visual.html


    5. 性能对比

        无论是交叉编译的版本(32位),还是VS编译的版本(64位),性能都比x264官方编译对应版本略逊。

        哪位大神如果知道原因的话,欢迎交流。


    更多相关内容
  • VS2010编译x264版本

    2018-06-10 21:47:04
    使用VS2010编译过的x264源码,已经建立了工程,修正了编译错误,可以直接开始单步调试,欢迎下载,欢迎下载,欢迎下载,欢迎下载
  • 编译x264

    千次阅读 2022-02-11 11:09:46
    1.下载x264 git clone https://code.videolan.org/videolan/x264.git 2.下载Android NDK r21e(其他版本没有成功, ndk14-22的下载链接在文章末尾给出) wget ...

    环境:ubuntu21.04
    1.下载x264

    git clone https://code.videolan.org/videolan/x264.git
    

    2.下载Android NDK r21e(其他版本没有成功, ndk14-22的下载链接在文章末尾给出)

    wget https://dl.google.com/android/repository/android-ndk-r21e-linux-x86_64.zip
    unzip android-ndk-r21e-linux-x86_64.zip
    

    3.在x264路径下创建并编写configure脚本

    cd x264
    touch buildx264_r21e.sh
    sudo apt-get install gedit
    gedit buildx264_r21e.sh
    

    buildx264_r21e.sh 内容如下:

    #!/bin/bash
    export NDK=/home/hg/android-ndk-r21e # 这里需要替换成你本地的 NDK 路径,其他的不用修改
    TOOLCHAIN=$NDK/toolchains/llvm/prebuilt/linux-x86_64
    export API=21
    
    function build_android
    {
    ./configure \
        --prefix=$PREFIX \
        --disable-cli \
        --enable-shared \
        --enable-pic \
        --host=$my_host \
        --cross-prefix=$CROSS_PREFIX \
        --sysroot=$NDK/toolchains/llvm/prebuilt/linux-x86_64/sysroot \
    
    make -j8
    make install
    }
    
    #armeabi-v7a
    PREFIX=./android/armeabi-v7a
    my_host=armv7a-linux-android
    export TARGET=armv7a-linux-androideabi
    export CC=$TOOLCHAIN/bin/$TARGET$API-clang
    export CXX=$TOOLCHAIN/bin/$TARGET$API-clang++
    export EXTRA_CFLAGS="-O0 -g" # 配置C编译器参数,-O0意思是设置优化等级为0,-g指的是生成符号表,这样在Android Native层使用libx264.so中的函数出错的时候可以配合 add2line查找出是哪一行代码的问题
    export EXTRA_CXXFLAGS="-O0 -g" # 配置C++编译器参数,参数含义同上
    CROSS_PREFIX=$TOOLCHAIN/bin/arm-linux-androideabi-
    build_android
    

    如果是第一次使用这个 buildx264_r21e.sh 编译x264就使用下面的命令:

    sudo chmod +x buildx264_r21e.sh 
    sudo apt-get install make
    bash buildx264_r21e.sh 
    

    编译成功后会在x264路径下的 android/armeabi-v7a 路径下(这两个文件夹是脚本帮我们生成的)生成 include 和 lib 两个文件夹,lib 文件夹下面有 libx264.so 和 libx264.so.164 ,下面给出只生成 libx264.so 的解决办法。
    在这里插入图片描述
    在 ~/x264/configure脚本中搜索

    echo "SONAME=libx264.so.$API"
    

    在这里插入图片描述
    将.$API去掉,然后保存
    在这里插入图片描述
    终端运行

    cd ~/x264
    rm -r android #要先删掉这个文件夹,make clean是删不掉这个生成的文件夹的
    make clean
    bash buildx264_r21e.sh 
    

    在这里插入图片描述
    现在就只生成了libx264.so,而且这个 so 是带了符号表信息的,当android native 调用了 x264 的函数出错后,我们可以使用 android ndk21re 提供的 add2line工具找到是调用到哪个 x264 的函数报的错。

    需要注意的是,执行完 buildx264_r21e.sh ,需要再次执行 buildx264_r21e.sh ,那么需要先在终端执行 rm -r android 和 make clean

    ndk14-22的下载链接

    https://dl.google.com/android/repository/android-ndk-r22b-linux-x86_64.zip
    
    https://dl.google.com/android/repository/android-ndk-r21e-linux-x86_64.zip
    
    https://dl.google.com/android/repository/android-ndk-r20b-linux-x86_64.zip
    
    https://dl.google.com/android/repository/android-ndk-r19c-linux-x86_64.zip
    
    https://dl.google.com/android/repository/android-ndk-r18b-linux-x86_64.zip
    
    https://dl.google.com/android/repository/android-ndk-r17c-linux-x86_64.zip
    
    https://dl.google.com/android/repository/android-ndk-r16b-linux-x86_64.zip
    
    https://dl.google.com/android/repository/android-ndk-r15c-linux-x86_64.zip
    
    https://dl.google.com/android/repository/android-ndk-r14b-linux-x86_64.zip
    
    展开全文
  • 编译x264静态库for ios

    2018-06-19 16:18:57
    编译ffmpeg所依赖的libx264静态库,这里是编译x264静态库所需要的脚本。
  • Windows上使用vs编译x264的方法

    千次阅读 2022-01-15 23:41:47
    有时需要在Windows上用到libx264时,在官网和gitgub找了源码发现没有提供dll或者vs项目的代码,而且源码...想到之前用Shift Media Project生成Windows的FFmpeg项目时,似乎有包含x264的项目代码,那我们直用就可以了。


    前言

    有时需要在Windows上用到libx264时,在官网和gitgub找了源码发现没有提供dll或者vs项目的代码,而且源码是makefile不是cmake不能直接转成vs,自己去手动配置一个vs项目还是比较麻烦的。想到之前用Shift Media Project生成Windows的FFmpeg项目时,似乎有包含x264的项目代码,那我们直用就可以了。

    一、获取x264源码

    在Shift Media Project官网中就可以找到最新的libx264的vs项目源码:https://shiftmediaproject.github.io/1-projects/
    在这里插入图片描述
    进入后看到如下界面,可以下载生成好的文件,也可以下载vs项目代码。只需要动态库或静态库的朋友到这里就结束了,如果需要源码编译则继续往下,我们先下载vs项目代码。
    在这里插入图片描述


    二、安装yasm

    由于不同版本的x264对yasm或nasm的依赖不同,索性都安装。

    1.下载

    (1)、libx264的编译需要yasm,yasm同样也在Shift Media Project官网中可以找到:https://shiftmediaproject.github.io/1-projects/
    在这里插入图片描述

    2.安装

    直接运行install_script.bat
    在这里插入图片描述
    运行后看到如下结果(vs2017)
    在这里插入图片描述


    三、安装nasm

    由于不同版本的x264对yasm或nasm的依赖不同,索性都安装。

    1.下载

    (1)、libx264的编译需要nasm,nasm在Shift Media Project的github中:https://github.com/ShiftMediaProject/VSNASM
    在这里插入图片描述

    2.安装

    直接运行install_script.bat
    在这里插入图片描述

    运行后看到如下结果(vs2017)
    在这里插入图片描述


    四、编译x264

    1.打开目录

    打开第一步下载的源码目录下的SMP文件
    在这里插入图片描述

    2.打开sln

    在这里插入图片描述

    3.生成

    直接在vs中生成代码即可:
    在这里插入图片描述


    总结

    以上就是今天要讲的内容,本文介绍了Windows上使用vs编译libx264的方法,当然整个方法是借用了Shift Media Project做好的东西,节省了很多时间,比较方便。有了vs项目对于编译静态库嵌入项目中比较方便,也可以依据自己的需要生成不同版本的dll。
    展开全文
  • 树莓派4B(32Bit)编译的ffmpeg+x264库,在树莓派上可直接使用。截止2020-05-14 最新的版本。博客地址:https://blog.csdn.net/xiaolong1126626497/article/details/106112203
  • 笔者尝试在win10下,编译android版本的x264,第一次尝试这样做,为后面编译ffmpeg做准备 一、安装MSYS2 下载地址:MSYS2 安装完成后执行如下命令 pacman -S --needed base-devel mingw-w64-x86_64-toolchain ...

    前言

    笔者尝试在win10下,编译android版本的x264,第一次尝试这样做,为后面编译ffmpeg做准备

    一、安装MSYS2

    下载地址:MSYS2

    安装完成后执行如下命令

    pacman -S --needed base-devel mingw-w64-x86_64-toolchain

     安装所需要的工具链

    二、下载android NDK

    下载地址:不受支持的 NDK 下载  |  Android NDK  |  Android Developers

    笔者没有单独下载,因为在配置Qt for android时,已经自动下载完成了

    三、下载x264源码

    下载地址:x264, the best H.264/AVC encoder - VideoLAN

    下载完成后,解压到一个没有中文、空格的目录中

    四、编译源码

    1.编写编译脚本,如下所示

    #!/bin/bash
    #NDK的位置
    NDK=E:/software/android/commandlinetools-win-6609375_latest/ndk/22.1.7171670
    HOST_TAG=windows-x86_64
    TOOLCHAIN=$NDK/toolchains/llvm/prebuilt/$HOST_TAG
    
    //安装的位置
    ANDROID_LIB_PATH="$(pwd)/install"
    
    API=24
    
    function build_android_arm
    {
    echo "build for android $CPU"
    ./configure \
     --host=$HOST \
     --enable-shared \
     --enable-static \
     --prefix="$ANDROID_LIB_PATH/$CPU" \
     --enable-pic \
     --enable-strip \
     --extra-cflags="-fPIC"
    
    make clean
    make -j4
    make install
    echo "building for android $CPU completed"
    }
    
    CPU=armv8-a
    HOST=aarch64-linux-android
    #export AR=$TOOLCHAIN/bin/aarch64-linux-android-ar
    #export AS=$TOOLCHAIN/bin/aarch64-linux-android-as
    #export LD=$TOOLCHAIN/bin/aarch64-linux-android-ld
    #export RANLIB=$TOOLCHAIN/bin/aarch64-linux-android-ranlib
    #export STRIP=$TOOLCHAIN/bin/aarch64-linux-android-strip
    export CC=$TOOLCHAIN/bin/aarch64-linux-android$API-clang
    export CXX=$TOOLCHAIN/bin/aarch64-linux-android$API-clang++
    build_android_arm

     读者需要自己替换对应目录

    笔者使用的api是24

    将完成的脚本保存为build.sh,放到源码目录

    2.编译

    打开mingw64,跳转到源码目录中,运行脚本

    sh build.sh

    笔者大约等待了20min, 得到编译后的结果

    注:

    如果和笔者一样,编译时选择生成动态库,那修改下Makefile文件,把创建动态库链接的命令去掉,否则无法正常安装

    已编译完成的动、静态库

    五、可能会遇到的问题

    1.ld: error: cannot find -lpthread

    原因:在低版本的编译器中libpthread.a是单独存在的,高版本的编译器将pthread放入libc库中了,而程序还是找libpthread.a库

    解决方法:

    修改Makefile文件,或直接找到对应sysroot目录,建个空的libpthread.a文件就可以

     

    后记

    笔者只编译了arm64-v8a的版本,其他版本笔者没有尝试,感兴趣的小伙伴可以自己尝试下

    展开全文
  • Window10下编译x264的过程总结

    千次阅读 2021-12-20 17:19:14
    编译x264的过程总结 1、Window10下各种安全限制,有同学说Linux下编程更省心点,对Linux也不了解,具体怎么样也不知道,寒假有时间好好学学。 2、第一次编译,过程艰辛,来来回回三天有余,但是积累了不少经验。 3、...
  • Windows编译x264

    千次阅读 2019-08-12 16:09:54
    x264源码文件 二、搭建环境 ①安装MinGW 下载地址:https://sourceforge.net/projects/mingw/,下载完成后安装完成进入界面,如下图 选"Basic Setup",将右侧的选项全部选中,点击菜单上的“Installation”下的...
  • 编译好的x264 动态so库

    2017-11-28 09:31:12
    lib x264 20120101-2245在Ubuntu16.04 编译好的so库 tiny4412 linux3.4 步骤博客 http://blog.csdn.net/aexisun/article/details/78490086
  • android编译x264

    千次阅读 2017-08-08 22:10:04
    本人在linux下编译。 下载ndk官方下载地址这里推荐用 linux指令下载 wget 命令wget 目标URL地址 下载后解压配置NDK环境变量这一步其实可以省略 运行如下命令: 1. vim /etc/profile 2. 在最后添加如下代码 ...
  • VS2013 编译x264

    千次阅读 2016-04-15 12:22:41
    VS2013编译x264
  • 在 linux 下, 下载 x264 源码,解压 后 执行 : ./configure --enable-shared --enable-static --disable-asm 则出现 No working C compiler found 的错误 由于以前 在另外一个系统上 成功编译过,就对系统做了...
  • windows10操作系统编译x264方法

    千次阅读 2018-07-06 15:16:09
    1、安装MinGW X86系统下载地址:http://www.mingw.org/wiki/MSYS X64系统下载地址:... 2、官网下载X264代码 https://www.videolan.org/developers/x264.html 3、下载pexports.exe地址 https://sou...
  • 此资源适用于ubuntu下安装ffmpeg时需要安装x264,本资源是x264的源码,直接编译安装即可
  • opencv保存MP4视频格式,需要FFMPEG链接x264.so库,实现H264视频格式。 一、环境介绍 ...不会下载的参考这里:Linux下交叉编译FFMPEG与X264库:目标板友善之臂Tiny4412开发板_EXYNOS4412(ARMV7_32位)_DS小龙
  • 交叉编译 x264

    千次阅读 2015-08-10 15:01:39
    http://kambing.ui.ac.id/videolan/x264/snapshots/mipsel for openwrt架构:CC=mipsel-openwrt-linux-gcc ./configure --enable-pthread --enable-static --disable-shared --host=mipsel-openwrt-linux --disab
  • Windows下编译X264,VS2015运行

    千次阅读 2017-05-02 19:33:13
    2.下载x264点击打开链接  3.双击运行MinGW\msys\1.0\msys.bat文件, ...4.解压 last_x264.tar.bz2 5.切换到解压完后的x264目录下 6. 运行$ ./configure --enable-shared --extra-ldflags=-Wl,--outp...
  • 如何在vc6下编译x264,图文,PDF
  • FFmpeg学习—Android 编译x264

    千次阅读 2017-04-08 16:01:31
    1.编译要求 Ubuntu 14.04 lts 64位 x264-snapshot-20170407-2245 android-ndk-r12b ...ftp://ftp.videolan.org/pub/x264/snapshots/last_x264.tar.bz2 下载后解压,我的解压目录是 home/wh/x264-snapsh...
  • Android 编译x264

    千次阅读 2016-05-14 10:55:19
    Android 编译x264configure 脚本 修改其中的ANDROID_NDK=你的NDK路径 修改SDK_VERSION=使用的SDK版本 ARCH=你想要编译的平台#!/bin/sh ANDROID_NDK="/Users/RunningDay/Library/Android/sdk/ndk-bundle" SDK_...
  • Windows10下编译X264

    千次阅读 2019-02-19 15:23:10
    出于工作需求,需要将视频文件编码为H264。 在此记录一下。 一、数据准备 1. 需要下载MinGW https://sourceforge.net/projects/mingw/ 2. 需要下载 yasm http://yasm.tortall.net/Download.html 看个人需要...
  • 若该文为原创文章,未经允许不得转载 原博主博客地址:https://blog.csdn.net/qq21497936 本文章博客地址:... 目录 前话 x264库介绍 ...x264库下载 ...Windows下x264编译 步骤...
  • VS2019下编译x264.dll

    千次阅读 2022-03-06 20:19:50
    一.安装MSYS2 官网地址:MSYS2 64位选择x86_64版本,直接install就行 二. 在MSYS2中安装MinGW Update the package database and core system packages ...【X265】Win10环境编译x264 / x265,调用libx264 / libx265
  • Windows下编译x264

    万次阅读 2014-05-21 10:52:46
    早期的版本有vc可以直接编译的, 现在的没有
  • x264源代码+编译脚本+动态库+静态库+头文件,打包下载,包括armv7a和x86两种架构 想自己编译的可以参考博客:https://hellogoogle.blog.csdn.net/article/details/119561028
  • ubuntu平台编译x264》 《Qt开发笔记之编码h264码流并封装mp4(六):ubuntu平台编译mp4v2并封装mp4》 前言 前面成功在windows下使用mingw32编译x264,受mp4v2库影响,遂决定先转换到ubuntu平台继续。 Ubuntu下x264库...
  • 内容是X264的源代码和编译之后的X264相关文件(包括dll、lib和h),可以直接放在工程下使用,这样省去了自己编译的时间。
  • mingw编译X264提示缺少yasm的解决办法

    千次阅读 2017-08-17 17:09:27
    在windows上安装完MingW环境以后,编译X264的源码,编译的指令为:./configure --enable-shared --host=mingw32 但是提示缺少yasm: Found no assembler Minimum version is yasm-1.2.0 If you really want to...
  • Linux环境下编译x264、x265

    千次阅读 2018-12-11 14:23:31
    在Linux下编译x264的参考网址为: https://blog.csdn.net/u011809767/article/details/79709606 https://blog.csdn.net/qq_39759656/article/details/80776550 有效的x264源码下载地址: ... 我在...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 1,157,239
精华内容 462,895
关键字:

编译x264