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

Re: [置顶] x264 06_taro编译版(5月6日r1947+429_v3及patch,gcc4.6的Ofast

-Ofast
Disregard strict standards compliance. -Ofast enables all -O3 optimizations. It also enables optimizations that are not valid for all standard compliant programs. It turns on -ffast-math.
也许我理解错了,不过看起来在-O3和-ffast-math之间还有一个东西= =
上次由 06_taro 在 2011-05-06 23:14,总共编辑 1 次。
つまんねー事聞くなよ!

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日。
头像
06_taro
核心会员
核心会员
帖子: 998
注册时间: 2010-09-22 18:32
来自: United Kingdom
联系: 网站

Re: [置顶] x264 06_taro编译版(5月6日r1947+429_v3及patch,gcc4.6的Ofast

另外我用的是昨天编译的v2和今天编译的v3做的比较,昨天那个没有flto,今天的这个有,我也不知道为啥我这里最终测试是今天的更快= =
つまんねー事聞くなよ!

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: [置顶] x264 06_taro编译版(5月6日r1947+429_v3及patch,gcc4.6的Ofast

嘛……反正比4.5.2快是肯定的了,而且相对更为明显……其他有影响的在很多惯用rip参数里貌似就是0.05fps以内的区别…………
头像
06_taro
核心会员
核心会员
帖子: 998
注册时间: 2010-09-22 18:32
来自: United Kingdom
联系: 网站

Re: [置顶] x264 06_taro编译版(5月6日r1947+429_v3及patch,gcc4.6的Ofast

说实话flto的内容我没去研究过,就个人理解不过是在连接上做的优化,对速度应该没有影响才对……

顺便komisar的build还不支持flto,又不想去用xvidvideo的编译版,所以还是保持稳定不用4.6.1了……
つまんねー事聞くなよ!

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: [置顶] x264 06_taro编译版(5月6日r1947+429_v3及patch,gcc4.6的Ofast

补充下,之前的测试,第1个视频的3x2遍是连续的,第2个视频的3x2遍也是连续的,但2个视频的测试不是连续的

我测的帧数也少。。
头像
upyzl
帖子: 446
注册时间: 2010-12-25 18:44
来自: 湘/京
联系: 网站

Re: [置顶] x264 06_taro编译版(5月6日r1947+429_v3及patch,gcc4.6的Ofast

嗯,我也支持稳定优先
fansge
帖子: 36
注册时间: 2010-09-23 21:48

Re: [置顶] x264 06_taro编译版(5月6日r1947+429_v3及patch,gcc4.6的Ofast

又更新了,能不能把最新的日志放在前面,倒序一下,在最后看起来不方便。
头像
upyzl
帖子: 446
注册时间: 2010-12-25 18:44
来自: 湘/京
联系: 网站

Re: [置顶] x264, libav - 06_taro编译版(5月12日更新x264, libav及libpack

想来想去还是问一下好了...

taro大知道怎么给参数弄简写参数么,比如--fade-compensate这个,弄个-F这样的等效参数(就像--keyint和-I)
static struct option long_options[]里
就算把 { "fade-compensate", required_argument, NULL, 0 }, 改成
{ "fade-compensate", required_argument, NULL, 'F' }, 也无效

追踪变量貌似要在extras/getopt.c和extras/getopt.h也要改什么的样子,但不清楚...
干脆直接讨教下
头像
06_taro
核心会员
核心会员
帖子: 998
注册时间: 2010-09-22 18:32
来自: United Kingdom
联系: 网站

Re: [置顶] x264, libav - 06_taro编译版(5月12日更新x264, libav及libpack

没注意过,从来不用短命令……

话说x264.c里面

代码: 全选

static char short_options[] = "8A:B:b:f:hI:i:m:o:p:q:r:t:Vvw";
这行改了么?
这里不改还是不认的……

参数定义在x264.c里应该不涉及到其他地方,parse基本上是在common.c里完成的
つまんねー事聞くなよ!

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: [置顶] x264, libav - 06_taro编译版(5月14日更新r1995+536,重新增加OreAQ

确实是那里少了,囧

加了后可以用了...谢~~

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