『漫游』酷论坛>『影音数码技术学习交流』>[对比][图]XviD1.2 DivX6.2. ..
[对比][图]XviD1.2 DivX6.2.5 x264
vempx@2006-07-15 17:17
突发奇想的弄了这么一个对比,请大家也帮忙看看.
VOB -> DGIndex -> AVS 全程YV12处理,截取了几秒的片段
DivX 6.2.5:
由于我不是很会设置这个物体,所以就用了预设里的最高质量模式,编码方式为1pass CQ2
压制时间: 2分13秒
成品体积:9086K
x264 rev534:
设置如下:
--qp 18 --ref 6 --no-fast-pskip --bframes 1 --b-rdo --bime --weightb --nf --subme 7 --trellis 1 --analyse all --8x8dct --me esa --progress --no-psnr --output
压制时间:6分44秒
成品体积:4645K
XviD 1.2:
设置:
[MPEG量化] [Quarter Pixel] [BF] [Zone:K O] [Ultra High] [Wide Search][VHQ for BF] [Chroma]
压制时间:1:33
成品体积:5098K
我放大300%观察背景云层的细节,发现XviD保留较好,DivX和x264都是一片糊.请大家也帮忙对比一下,并且提一些意见和建议,以便更好的对比一下3个编码器.
細細粒@2006-07-15 17:46
越來越覺得自己對這些甚麽比較甚麽的麻木了。。。。
XviD 不是很多地方都說它保留細節最多嘛！感覺沒什麽好說了。
zhq010419@2006-07-15 17:51
天使怪盗的图?
大虾@2006-07-15 18:01
-0- [MPEG量化]
DivX 6默认的是H.263量化……此外还提供“优化了的H.263”和MPEG-2量化。在使用最高质量预设的时候，会选择“优化了的H.263”。量化模板不同，码率和细节没有可比性的。
此外，因为H.264和XviD以及DivX不是一个Profile，所以同样没什么可比性。XviD是MPEG-4 ASP的编码之王这个已经是没什么可讨论的了。X264因为起步时间还不够长，缺点还有不少，有待努力。
vempx@2006-07-15 18:49
引用
最初由 大虾 发布
-0- [MPEG量化]
DivX 6默认的是H.263量化……此外还提供“优化了的H.263”和MPEG-2量化。在使用最高质量预设的时候，会选择“优化了的H.263”。量化模板不同，码率和细节没有可比性的。
此外，因为H.264和XviD以及DivX不是一个Profile，所以同样没什么可比性。XviD是MPEG-4 ASP的编码之王这个已经是没什么可讨论的了。X264因为起步时间还不够长，缺点还有不少，有待努力。
-0-以后继续XviD
问大虾: DivX不是MPEG-4 ASP规范么?
其实可比性还是有的,速度,时间,同样体积的画质以及细节保留能力,这些都是可以比较的
wolfsoft@2006-07-15 19:46
引用
最初由 vempx 发布
问大虾: DivX不是MPEG-4 ASP规范么?
怎么可能?小样就一个商业公司,算老几啊?ASP规范可是MPEG定的.
vempx@2006-07-15 20:04
我的意思是DivX不属于MPEG-4 ASP?
GOD_HIKARU MK2@2006-07-15 20:31
<---用XviD 1.10的人
52_19@2006-07-15 23:57
DivX应该是属于 ISO 14496-2 ASP
gerbilizer@2006-07-16 01:59
老大，对于divx 不说什么了··（lj，关键是收费）
但是对于x264和xvid，我想楼主可用做个同样大小（既是用同等码律的比较才有意义）的文件做比较，可以发现264是很不错的，保留细节也很好，不过有一点，楼主可能忽视了，现在的x264是刚刚起步阶段，不过根据avc的特点，X264绝对比xvid有前途。
dnaeva@2006-07-16 08:01
X264是你设置问题..你把这片断上传MO..我压你看
\(-_,-)/
realsweet@2006-07-16 09:15
X264的CQ18和XVID的CQ2只是容量相近
不要产生把两者等同的错误观念
真要比画质的话
应该全部用Q2，BF禁用
想体现压缩比的话，你X264的BF设置很有问题
X264的BF是自行判断使用的，不是说你设置多少就用多少- -
所以大多数情况下，你大可以设置个5或者6的
通常X264用CQ18禁用BF和CQ16+BF开6出来的文件体积是差不多的
而效果也是后者来的好
这也是为什么NY和SHARE上看到的X264的RAW通常都是CQ16而非18的原因
dnaeva@2006-07-16 09:44
楼上的没用CQ18压过就不要乱说.
Job completed successfully and deletion of intermediate files is activated
Starting job job1 at 19:43:07
encoder commandline:
--qp 18 ******(此处属于秘密) output "E:\DVDrip\HikariTomizuNoMegami.mp4" "E:\DVDrip\HikariTomizuNoMegami.avs"
successfully started encoding
Processing ended at 21:15:07
Log for job job1
avis [info]: 640x480 @ 23.98 fps (34934 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE SSE2
mp4 [info]: initial delay 1001 (scale 24000)
x264 [info]: slice I:395 Avg QP:15.00 size: 39478
x264 [info]: slice P:18856 Avg QP:18.00 size: 6969
x264 [info]: slice B:15683 Avg QP:20.00 size: 1577
x264 [info]: mb I I16..4: 27.8% 35.5% 36.7%
x264 [info]: mb P I16..4: 3.8% 4.6% 1.7% P16..4: 45.8% 6.3% 2.3% 0.4% 0.3% skip:34.7%
x264 [info]: mb B I16..4: 0.5% 0.9% 0.4% B16..8: 15.4% 0.5% 1.0% direct: 1.6% skip:79.7%
x264 [info]: 8x8 transform intra:44.9% inter:68.4%
x264 [info]: ref P 59.6% 22.2% 18.1%
x264 [info]: ref B 72.0% 18.2% 9.8%
x264 [info]: kb/s:942.9
encoded 34934 frames, 6.34 fps, 945.88 kb/s
This is a CQ job so there's no desired bitrate. Obtained video bitrate: 948 kbit/s
这是光与水的女神第8话压制LOG!~
CQ16是用来加大体积的...是CQ18压出来太小了..怕吓到小妹妹..才用.
X264的BF最好是1..为什么呢?..自己压极端片体验去吧
realsweet@2006-07-16 09:53
引用
最初由 dnaeva 发布
CQ16是用来加大体积的...是CQ18压出来太小了..怕吓到小妹妹..才用.
既然都太小了，你还用18做啥....
dnaeva@2006-07-16 09:57
CQ18的质量完全够了..只是某些实在是压得太小了才用CQ16
«1234»共4页
| TOP