头像
upyzl
帖子: 446
注册时间: 2010-12-25 18:44
来自: 湘/京
联系: 网站

Direct264 upyzl编译版(2012.03.18 x264 r2171 更新说明见3楼)

2011-06-10 11:16

出于之前网上一直没有Direct264的第三方编译版,故本人决定自行编译,同时也分享下,推广Direct264.

Direct264介绍(内含原版下载):
http://tieba.baidu.com/p/476310665
http://bbs.popgo.org/bbs/read.php?tid=494982
http://forum.doom9.org/showthread.php?t=141441

Direct264 SVN Changelog:
http://direct264.svn.sourceforge.net/vi ... /?view=log

Direct264GUI相关: (与本贴关联不大,仅做介绍)
http://bbs.popgo.org/bbs/read.php?tid=524640

以下是本编译版信息

项目:http://code.google.com/p/direct264umod/
► 显示内容 编译环境
► 显示内容 Patches
► 显示内容 Build Info

下载:

百度网盘下载

115网盘文件夹

DBank网盘文件夹 (仅更新完整版)(许久没更新了- -b)

Google Code 下载页面


论坛备份下载
2012-03-18 update
(以前有d264的下这个)
2012-03-18 Full

版本说明(仅以最新版为例):下载后里面有4个x264*.exe
x264-8bit-all.exe --> 8bit标准版本
x264-8bit-420.exe --> 8bit标准版本,只支持YUV 4:2:0输出(不影响输入)
x264-10bit-all.exe --> 10位深版
x264-10bit-420.exe --> 10位深版,只支持YUV 4:2:0输出(不影响输入)

注1:可能是因为gcc优化的关系,编译的core2版在编码速度上反而还不如generic版,故不提供core2版
注2:只支持4:2:0输出(不影响输入),主要为了更快的编码速度,并且绝大部分情况也只需要4:2:0输出。
注3:不再编译Intel/AMD部分系列专用CPU版本的原因:此次更新涉及巨量汇编优化,gcc优化的优势进一步缩小;此外,对应CPU的编译版我没法做fprofile(这需要使用对应的CPU编译),而gcc fprofile本身就有加速编码速度的作用(同时大幅缩小x264.exe体积)
上次由 upyzl 在 2013-09-01 11:25,总共编辑 56 次。

头像
upyzl
帖子: 446
注册时间: 2010-12-25 18:44
来自: 湘/京
联系: 网站

Re: Direct264 upyzl编译版 (r378 / x264 r1995)

2011-06-10 11:23

为方便新人,这里说下patch的作用,有错请大家指正~~~
► 显示内容 各个Patch的使用与作用
上次由 upyzl 在 2012-03-18 13:33,总共编辑 14 次。

头像
upyzl
帖子: 446
注册时间: 2010-12-25 18:44
来自: 湘/京
联系: 网站

Re: [置顶] Direct264 upyzl编译版 (06-22更新r380 / x264 r2008)

2011-08-30 10:58

这楼还是放个本编译版的更新日志,顺便方便自己,也说明下情况。

2012-03-18

* 更新x264至r2171 (官方stable分支HEAD版本),因为没有对应的direct264 rev就不写direct264方面的版本了
* --sei-opts默认参数由0改为2,即默认类似纯净版x264那样(本来连lavf都取消了,没人拿这个来编码图片吧……)
* 取消Intel Core ix和AMD K10 CPU的优化编译版本,因本次更新涉及巨量汇编优化,gcc这步的march优化作用进一步降低,况且我还不能做fprofile,相应8bit和10bit都有全输出和4:2:0输出版本
* 编译x264时取消LTO链接(看样子gcc自4.6.2后在这方面又跟4.6.0一样了)
* 更新编译环境(gcc至4.6.3,libpack至libav-v0.8-1060-g90e5b58-20120316)
* 更新Patches(增加--tune touhou信息、AVS输入颜色空间转换纠正、Auto-VAQ的另一个Mod版AQ Mode 4,剩下打patch时没有二次更改,所以之前像crf显示2为小数变回Cosmetic指定的4位小数;取消Correct LimitRange 8 -> 10 bit-depth conversion,因为官版已有了;更新fgo、Makefile fprofile)。对应1、2楼的说明亦更新
* 更新dump.ax至direct264 r422
* 增加完整版下载(同时qtaacenc更新至direct264 r415),给之前从没用过direct264的用户

2011-12-17 更新r419. 更新编译环境。

2011-11-11 更新r414. 更新编译环境。注意除了x264.exe 剩余3个exe我编译时限制只能4:2:0输出。

2011-10-20 移除Auto Lv补丁。

2011-10-13 更新r410. AQ Mode 3更新(9-19的那个没更新的-v-),Help部分修正Profile说明。更新编译环境。

2011-09-19 更新r402. 小幅修正了输出方面的问题。新增参数 --sei-opts, 详见x264.txt

2011-09-03 基于r396更新, 更新编译环境,增加不少patch, 主要是添加10bit-depth相关。途中遇到了不少小毛病,好在自己都解决了……另外,不知道SVN出了什么问题,生成的diff冗余信息非常多,导致fgo的diff居然有1.1MB...故不再单独提供patch, 取而代之是直接在Google Code上提供源代码。Direct264本身更新较多,可去顶楼链接查看。顺便patch说明也更新了。

2011-08-30 整理了下帖子的内容及排版。另外之所以一直没有放出新的编译版,是因为我没VS, 而且C盘剩余空间也不多,即使有VS安装文件恐怕也很难安装上(即使指定空间时不在C盘)。r381更新了dump.ax, r382里x264也配合新的dump.ax更新了内容,因此新的编译版我目前只好等roozhou放出新的版本才能更新了……
上次由 upyzl 在 2012-03-18 13:08,总共编辑 11 次。

头像
06_taro
核心会员
核心会员
帖子: 998
注册时间: 2010-09-22 18:32
来自: United Kingdom
联系: 网站

Re: [置顶] Direct264 upyzl编译版(09-03更新r396 / x264 r2074 增加10bit

2011-09-06 10:10

lsmash本来就是internal的,不需要用到liblsmash.a
つまんねー事聞くなよ!

I, personally, for me, believe (obviously sometimes) that my OS choice is right. That's me. I'm not telling you that you should believe it. Learn the facts, and the origins behind the facts, and make up your own damn mind. That's why you have one. (source)

Follow me: @06_taro

304——
为纪念伟大的宇宙史上最强压制304先生,联合国教科文组织决定,将每年的第304天,即平年的10月31日或者闰年的10月30日,定为世界304日。

头像
upyzl
帖子: 446
注册时间: 2010-12-25 18:44
来自: 湘/京
联系: 网站

Re: [置顶] Direct264 upyzl编译版(09-03更新r396 / x264 r2074 增加10bit

2011-09-06 12:04

06_taro 写了:lsmash本来就是internal的,不需要用到liblsmash.a
这个就要看roozhou弄了,那个部分我也是引用原话……
目前我在对比silverfilain的x264_lsmash与官方x264的不同,看看如何该merge进direct264来

话说有没有什么简单的要点?毕竟我这不需要audio

头像
06_taro
核心会员
核心会员
帖子: 998
注册时间: 2010-09-22 18:32
来自: United Kingdom
联系: 网站

Re: [置顶] Direct264 upyzl编译版(09-03更新r396 / x264 r2074 增加10bit

2011-09-06 12:43

用git取得lsmash的diff(或者不用git的到komisar build也有每个x264版本对应的lsmash的diff,不过这样lsmash未必是最新的,只能保证是到那个版本x264刚出来时最新),然后自己想办法打上,反正lsmash无非就是input/output这些东西……
つまんねー事聞くなよ!

I, personally, for me, believe (obviously sometimes) that my OS choice is right. That's me. I'm not telling you that you should believe it. Learn the facts, and the origins behind the facts, and make up your own damn mind. That's why you have one. (source)

Follow me: @06_taro

304——
为纪念伟大的宇宙史上最强压制304先生,联合国教科文组织决定,将每年的第304天,即平年的10月31日或者闰年的10月30日,定为世界304日。

头像
upyzl
帖子: 446
注册时间: 2010-12-25 18:44
来自: 湘/京
联系: 网站

Re: [置顶] Direct264 upyzl编译版(09-03更新r396 / x264 r2074 增加10bit

2011-09-06 13:04

我不介意用git,不过git的地址是?
因为我在他的x264_L-SMASH unofficial repository没有发现x264_lsmash对x264的diff...(当然也可能是我的问题,所以还是求解下)

再,如果不用音频的话,是不是不需要这些libpack?
opencore-amr
vo-aacenc
vo-amrwbenc

头像
06_taro
核心会员
核心会员
帖子: 998
注册时间: 2010-09-22 18:32
来自: United Kingdom
联系: 网站

Re: [置顶] Direct264 upyzl编译版(09-03更新r396 / x264 r2074 增加10bit

2011-09-06 13:26

运行x264_L-SMASH_clone.sh来抓取完整的x264_L-SMASH,然后自己出diff。更简单的就是去komisar那儿找。

--disable-audio的话确实用不到audio的libpack,不过同时把视频音频编码完不用remux不也挺好么,lsmash调用qtaac的质量又不比direct264目前用的编码器差……
つまんねー事聞くなよ!

I, personally, for me, believe (obviously sometimes) that my OS choice is right. That's me. I'm not telling you that you should believe it. Learn the facts, and the origins behind the facts, and make up your own damn mind. That's why you have one. (source)

Follow me: @06_taro

304——
为纪念伟大的宇宙史上最强压制304先生,联合国教科文组织决定,将每年的第304天,即平年的10月31日或者闰年的10月30日,定为世界304日。

头像
upyzl
帖子: 446
注册时间: 2010-12-25 18:44
来自: 湘/京
联系: 网站

Re: [置顶] Direct264 upyzl编译版(09-03更新r396 / x264 r2074 增加10bit

2011-09-06 13:41

06_taro 写了:运行x264_L-SMASH_clone.sh来抓取完整的x264_L-SMASH,然后自己出diff。更简单的就是去komisar那儿找。

--disable-audio的话确实用不到audio的libpack,不过同时把视频音频编码完不用remux不也挺好么,lsmash调用qtaac的质量又不比direct264目前用的编码器差……
了解

目前lsmash我还没研究清楚,而且要音频的话,似乎要加上lavf?(不然受限什么的)
而且我不清楚从dshow demuxer弄出来会不会出问题

总之我现在先整合好,如果这步都没搞定,其他的也弄不了。当然我也是希望有音频最好了。 {:cat_15}

头像
upyzl
帖子: 446
注册时间: 2010-12-25 18:44
来自: 湘/京
联系: 网站

Re: [置顶] Direct264 upyzl编译版(09-03更新r396 / x264 r2074 增加10bit

2011-09-06 14:08

发现整合难度挺大的,因为output/mp4.c里,roozhou已经替换了不少,取消了像num_frame这样的东西,而且delay处理等方面也有不少变化……此外static int write_frame这个函数只看diff的话,我是一点都改不了……

回到 “视频编码器 / Video encoder discussion”