『漫游』酷论坛>『影音数码技术学习交流』>[测试]athrun_fantasy贴后 ..

chiman@2008-06-22 23:49

引用
最初由 athrun_fantasy 发布
有多少人自认为吃透了X264？学无止境啊，同学
你为什么不用？性价比依然是顶尖的

RMVB X264 DIVX各自的特点你以为偶不知道？
引用

Pashifika@2008-06-22 23:53

联谊帖子。。滚地。。。强帖留名。。。。（PS：我是x264党党员
引用

athrun_fantasy@2008-06-22 23:54

引用
最初由 bomber1984 发布
不好意思我是全程都看了每一帖都看了的

还有别把天香给扯上，把天香给污了我可担待不起

x264只看了1个小时文档，rmvb如何好

现在又说cpu占用要优于x264

请问你有仔细mr大的发帖吗？

你有仔细看xytz大的回帖吗？

他弄了一套非常耗解码资源的跟rmvb对比

结果呢

对被你的支书宝具给略过了

还有你一直腔调的动态静态

请问你指什么？

x264平稳？

有i,p,b帧的码率还会平稳吗？

偶说RMVB好？请举证

他们的X264编码自然无问题，问题出在RMVB上，AVG 600以上真的是太高了，你看看偶测试用的RMVB为多少的AVG?

动态多的场景是否会用更多的码率去压？对动态码率来说是这样的，而RMVB的特点在低码，码率一高，它的弊病就完全暴露出来了(记得某人说过，被720P RMVB雷到过)


而静态场景较多的情况下，RMVB的特点得到了充分的发挥

CRF的码率相对平稳，偶是这么说的，恩，不否认会跳

注：这是偶的理解，没准是错误的，因为很多人有异议
引用

暗叶@2008-06-22 23:56

crf码率比较平稳……好吧我败了

拿出刚刚凹的R2第11话，解出X264流DGAVC之：

Stream Type: AVC Elementary
Profile: Main
Level: 2.1
Frame Size: 480x272
SAR: 1:1
Display Size: 480x272
Frame Rate: 23.976024 fps
Colorimetry: BT.601* [2]
Frame Structure: Frame
Frame Type: B
Coded Number: 35200
Playback Number: 35200 //看好了这是整集，不是OP或者ED
Frame Repeats: 0
Field Repeats: 0
Bitrate: 0.056
Bitrate (Avg): 0.319
Bitrate (Max): 2.313
Elapsed: 0:00:41
Remain: 0:00:00
FPS:
Info: Finished!


另：静态多的场景，X264运动估计矢量返回值约等于0，就算RM做得到整像素和二分之一像素精度，也做不到四分之一像素精度；而且我严重怀疑RM能否达到二分之一像素精度
引用

athrun_fantasy@2008-06-23 00:08

引用
最初由 chiman 发布
你为什么不用？性价比依然是顶尖的

RMVB X264 DIVX各自的特点你以为偶不知道？

偶并不知道这么一句话会招来如此之多的**，偶说的性价比并非指的画质，容量，强调很多遍了，没的比

而低码下的RMVB，在解码CPU占用上偶的理解，超过X264同码率（偶的测试贴X264 AVG比RMVB AVG低吧？）

难道压RMVB为的画质？一是观看者习惯，二是低码下的解码CPU占用，三是低码下的表现依然很不错
引用

bomber1984@2008-06-23 00:17

p3 667看rmvb丢帧

用mplayer看xvid的avi不卡不丢帧

这就是rmvb的解码效率！
引用

chiman@2008-06-23 00:24

问个问题，幻想大大是承认同码率下X264无论哪方面表现都比rmvb强咯？
引用

athrun_fantasy@2008-06-23 00:28

引用
最初由 chiman 发布
问个问题，幻想大大是承认同码率下X264无论哪方面表现都比rmvb强咯？

解码CPU占用不认同,而且偶啥时候不认同了？偶一直很认同，如果你是没有任何偏见的去阅读偶发的帖子

补充：偶的测试的两个实例中，X264编码出来的AVG实际上是低于RMVB的，但是画质上却胜过RMVB一筹
引用

athrun_fantasy@2008-06-23 00:28

引用
最初由 bomber1984 发布
p3 667看rmvb丢帧

用mplayer看xvid的avi不卡不丢帧

这就是rmvb的解码效率！


抱歉，偶又用错词了，以后改用解码CPU占用

关于你说的，偶不了解啦，用REAL官方播放器试试,RMVB文件是否有缺失，或者编码中出过状况
引用

chiman@2008-06-23 00:32

引用
最初由 athrun_fantasy 发布

解码CPU占用不认同,而且偶啥时候不认同了？偶一直很认同，如果你是没有任何偏见的去阅读偶发的帖子
很好，那么从观众角度来比较的话是不是应该以同样画面表现的相对低码的x264和相对高码的rmvb进行解码CPU占用方面的比较呢？
引用

キャスバル@2008-06-23 01:44

驚聞最近這有聯誼,跑來看看
其實要我說原因就是某王牌跳槽機師不夠"前衛",avc吃資源那都是什麼年代的事情了...rmvb性價比問題同理
然不前衛者頑固死硬派居多,於是大家有機會繼續合コン
小二,繼續上酒
引用

athrun_fantasy@2008-06-23 03:19

说什么好捏，偶在学习压制后一段时间就被H264吸引，那时候还是H264 CPU霸占者时代，此后因工作原因离开了，没接触这些东东，直到前一阵子听说H264已经相当的成熟，偶心血来潮的跑去X264官网下了一个包，官网说明：此为源码包，偶理所当然的以为里面应该带个EXE吧？开始下载，bingo,下载完成，打开一看，果然是地地道道的源码包，编译太麻烦，而且得跑到LINUX下(linux能编出EXE?偶米试过)，无奈，找个人家编译好的吧，baidu随便一search,出来一堆，随便选了个,r5xx,随便了，能用就可以，对着--help狂啃，出错？继续啃，用几个常用的参数，终于不报错了，此后慢慢的研究X264，至今天(后来发现原来在WIN下有模拟环境的，看着一堆人在那里说报错，报错，算了，偶先不去编了，弄个高人编的稳定版先学使用吧)，貌似N多人说偶RMVB党了，其实偶挺高兴的，偶确实喜欢RMVB，而且一直在追求更小的容量，更低的码率，不过说偶不支持h264，错啊，真是大错特错啊，偶是h264的忠实支持者啊，前卫偶是当不成了，混个后卫当当吧

晚上有点无聊，跑来锻炼一下打字技术(不知不觉3点多了)
引用

chiman@2008-06-23 03:39

码了半天字结果我的问题又被某大大给支书掉了。。。
引用

athrun_fantasy@2008-06-23 03:46

引用
最初由 chiman 发布
码了半天字结果我的问题又被某大大给支书掉了。。。

你这个比法,RMVB必败，再说，RMVB与X264比起来，还有多少优势？
除了偶一直坚持的CPU占用，其它估计都玄
引用

chiman@2008-06-23 03:53

引用
最初由 athrun_fantasy 发布
说什么好捏，偶在学习压制后一段时间就被H264吸引，那时候还是H264 CPU霸占者时代，此后因工作原因离开了，没接触这些东东，直到前一阵子听说H264已经相当的成熟，偶心血来潮的跑去X264官网下了一个包，官网说明：此为源码包，偶理所当然的以为里面应该带个EXE吧？开始下载，bingo,下载完成，打开一看，果然是地地道道的源码包，编译太麻烦，而且得跑到LINUX下(linux能编出EXE?偶米试过)，无奈，找个人家编译好的吧，baidu随便一search,出来一堆，随便选了个,r5xx,随便了，能用就可以，对着--help狂啃，出错？继续啃，用几个常用的参数，终于不报错了，此后慢慢的研究X264，至今天(后来发现原来在WIN下有模拟环境的，看着一堆人在那里说报错，报错，算了，偶先不去编了，弄个高人编的稳定版先学使用吧)，貌似N多人说偶RMVB党了，其实偶挺高兴的，偶确实喜欢RMVB，而且一直在追求更小的容量，更低的码率，不过说偶不支持h264，错啊，真是大错特错啊，偶是h264的忠实支持者啊，前卫偶是当不成了，混个后卫当当吧

晚上有点无聊，跑来锻炼一下打字技术(不知不觉3点多了)

引用
最初由 athrun_fantasy 发布
你这个比法,RMVB必败，再说，RMVB与X264比起来，还有多少优势？
除了偶一直坚持的CPU占用，其它估计都玄

哟。。。。来。。。咱们回顾一下这几天的言论喔。。。


引用
为什么不用？性价比依然是顶尖的

顺便弱弱的问一句，不用RMVB你用啥？

你考 虑过X264比RMVB多出来的那部分系统资源吗,并不是所有人都看的起X264的

RMVB依然很有价值，H264还不完全成熟，要完全取代RMVB 还需要一个过程

RMVB偶一直觉得挺好，而且会一直用,除非H264真的完全超越的RMVB
引用

«567891011»共11页

| TOP