分页： 3 / 34
Re: [置顶] x264 06_taro编译版（5月6日r1947+429_v3及patch，gcc4.6的Ofast
发表于 ： 2011-05-06 23:11
由 06_taro
-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之间还有一个东西= =
Re: [置顶] x264 06_taro编译版（5月6日r1947+429_v3及patch，gcc4.6的Ofast
发表于 ： 2011-05-06 23:14
由 06_taro
另外我用的是昨天编译的v2和今天编译的v3做的比较，昨天那个没有flto，今天的这个有，我也不知道为啥我这里最终测试是今天的更快= =
Re: [置顶] x264 06_taro编译版（5月6日r1947+429_v3及patch，gcc4.6的Ofast
发表于 ： 2011-05-06 23:18
由 upyzl
嘛……反正比4.5.2快是肯定的了，而且相对更为明显……其他有影响的在很多惯用rip参数里貌似就是0.05fps以内的区别…………
Re: [置顶] x264 06_taro编译版（5月6日r1947+429_v3及patch，gcc4.6的Ofast
发表于 ： 2011-05-06 23:25
由 06_taro
说实话flto的内容我没去研究过，就个人理解不过是在连接上做的优化，对速度应该没有影响才对……
顺便komisar的build还不支持flto，又不想去用xvidvideo的编译版，所以还是保持稳定不用4.6.1了……
Re: [置顶] x264 06_taro编译版（5月6日r1947+429_v3及patch，gcc4.6的Ofast
发表于 ： 2011-05-06 23:26
由 upyzl
补充下，之前的测试，第1个视频的3x2遍是连续的，第2个视频的3x2遍也是连续的，但2个视频的测试不是连续的
我测的帧数也少。。
Re: [置顶] x264 06_taro编译版（5月6日r1947+429_v3及patch，gcc4.6的Ofast
发表于 ： 2011-05-06 23:28
由 upyzl
嗯，我也支持稳定优先
Re: [置顶] x264 06_taro编译版（5月6日r1947+429_v3及patch，gcc4.6的Ofast
发表于 ： 2011-05-07 9:00
由 fansge
又更新了，能不能把最新的日志放在前面，倒序一下，在最后看起来不方便。
Re: [置顶] x264, libav - 06_taro编译版（5月12日更新x264, libav及libpack
发表于 ： 2011-05-14 10:40
由 upyzl
想来想去还是问一下好了...
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也要改什么的样子，但不清楚...
干脆直接讨教下
Re: [置顶] x264, libav - 06_taro编译版（5月12日更新x264, libav及libpack
发表于 ： 2011-05-14 13:56
由 06_taro
没注意过，从来不用短命令……
话说x264.c里面
代码： 全选
static char short_options[] = "8A:B:b:f:hI:i:m:o:p:q:r:t:Vvw";
这行改了么？
这里不改还是不认的……
参数定义在x264.c里应该不涉及到其他地方，parse基本上是在common.c里完成的
Re: [置顶] x264, libav - 06_taro编译版（5月14日更新r1995+536，重新增加OreAQ
发表于 ： 2011-05-14 15:52
由 upyzl
确实是那里少了，囧
加了后可以用了...谢~~