『漫游』酷论坛>『影音数码技术学习交流』>[请教]x264在高码率的 ..
MeteorRain@2005-08-18 22:21
变形……还是用回resize吧。
用现在默认的flat矩阵，除了糊化以外，我倒也没觉得有很大的问题……(糊化本来就是很大的问题LOL)
我关心的倒不是其本身表现如何，而是和flat对比起来有哪些优势哪些劣势……
等会拿这个矩阵去试试看高端……这个矩阵下载回来已经一个多月了还没用过ohoho
MeteorRain@2005-08-18 23:09
矩阵试验完毕，ffdshow 0630显示不正常，Nero Video Decoder显示正常，画质不错，文件极其肥大(量化20下竟然有4000kbps以上的码率orz)
(同样用flat矩阵压，qr20只有3300kbps左右)
(不过这个矩阵在qr30下只有1300kbps，但是质量显然下降不少……LOL)
snow4050242@2005-08-18 23:32
引用
最初由 sugala 发布
DOOM9上关于自定义量化模板的一篇新的文章.~
原作者SHARKTOOTH,有没有人知道,在那里这个家伙好像很活跃的.
我英文不好,怕误人子弟.
根据我的理解简单翻译一下:
新自定义量化矩阵 - EQM(EQM是什么玩意,不理解) AVC 系列.最后更新:050801
EQM AVC-HR REV.1
此矩阵适用于AVC HIGH PROFILE使用中高码率来备份视频,它支持自定义矩阵和8*8离散余弦转换(不知道这个是什么意思,高手帮我解决一下啦.挖哈哈``)
同时它能够减少马赛克(这个我喜欢)
使用方法
-使用高解析度高质量备份DVD(anamorphic=失真?)请使用至少1300kbps,
适用于运动均匀(连我自己都晕)的场景,不适用于老电影,或者噪声比较大的片源.(到现在我还没有见过用AVC编码出的CLIP有噪声的,都被柔化了.)
-不使用 失真/垂直 变形(???)的编码请使用至少1000kbps的码率.
标准版本:
这里是CODE
INTRA4X4_LUMA =
6, 9,13,19,
9,14,20,27,
13,20,28,35,
19,27,35,42
INTRA4X4_CHROMAU =
6,10,15,20,
10,16,21,27,
15,21,28,33,
20,27,33,42
INTRA4X4_CHROMAV =
6,10,15,20,
10,16,21,27,
15,21,28,33,
20,27,33,42
INTER4X4_LUMA =
8,11,15,20,
11,16,21,27,
15,21,28,35,
20,27,35,42
INTER4X4_CHROMAU =
8,11,16,21,
11,17,22,27,
16,22,28,35,
21,27,35,42
INTER4X4_CHROMAV =
8,11,16,21,
11,17,22,27,
16,22,28,35,
21,27,35,42
INTRA8X8_LUMA =
6, 7, 8,10,12,14,16,18,
7, 9,11,13,15,16,18,20,
8,11,14,16,17,19,21,22,
10,13,16,18,20,22,24,26,
12,15,17,20,23,25,28,30,
14,16,19,22,25,29,34,38,
16,18,21,24,28,34,46,52,
18,20,22,26,30,38,52,72
INTER8X8_LUMA =
8, 9,10,12,14,16,19,21,
9,11,13,15,17,19,21,23,
10,13,16,18,20,22,23,25,
12,15,18,21,23,24,26,32,
14,17,20,23,25,27,33,40,
16,19,22,24,27,34,41,52,
19,21,23,26,33,41,53,64,
21,23,25,32,40,52,64,80
有经验的高手可以试一下.
怎么我觉得这位大虾在炒冷饭?
原文:http://forum.doom9.org/showthread.php?t=96298
翻译得不准一定要帮我指正哦。
.~おほほほほほ～
难道你没看出来他是干什么的？哈哈哈
可曾记得爱@2005-08-19 18:51
自定义量化矩阵是个实际操作中的鸡肋！不管是XVID还是X264！
都知道他设置好了有更好的效果，但是特殊的自定义量化矩阵常常是对应某些镜头和片段作用明显，整片使用有利有弊~
更要命的是，比如这个：
8, 9,10,12,14,16,19,21,
9,11,13,15,17,19,21,23,
10,13,16,18,20,22,23,25,
12,15,18,21,23,24,26,32,
14,17,20,23,25,27,33,40,
16,19,22,24,27,34,41,52,
19,21,23,26,33,41,53,64,
21,23,25,32,40,52,64,80
假设我们修改其中一个数字（我改了最后第4排第2个）：
8, 9,10,12,14,16,19,21,
9,11,13,15,17,19,21,23,
10,13,16,18,20,22,23,25,
12,14,18,21,23,24,26,32,
14,17,20,23,25,27,33,40,
16,19,22,24,27,34,41,52,
19,21,23,26,33,41,53,64,
21,23,25,32,40,52,64,08
你能确认这个修改到底是对压制有利还是有弊~
这只是个极端的例子，通常修改幅度和数字回比较大和多，但是效果只有压制好后才能取得~
基于排列组合，要自定义出一个比默认矩阵更适合整篇你压制的动画的，需要N次的压制测试~
不要以为测试一小段就可以得知，场景的不同，动态的多少，对矩阵的影响很大~
TVRIP不说，DVDRIP中与其花费大量的时间来找出这个比默认矩阵更适合整篇你压制的动画的自定义量化矩阵，不如花费相对少的时间去手动作 IVTC，手动AVIUTL分组态降噪等可以及时调整看到明显效果的前期工作。通常使用的Telecide和IT在遇到问题帧时的后处理和deinterlace都对画面有极大的杀伤，同时还费码率~
从XVID这么几年的使用来统计，几乎没有几个人使用过自定义量化矩阵取得过什么惊人的效果~
关于编码，现阶段，不在乎压制时间的朋友，直接选择NERO AVC 2PASS即可得到超越绝大多数其他编码设置的效果~
废话了一堆，其实我的建议就是：前期处理比编码的选择和设置更重要~
sugala@2005-08-19 21:56
大家觉得用SNOW.或OGG THEORA编码的效果怎样?
有使用的同好来交流一下.
MeteorRain@2005-08-19 21:58
这帖子升华了………………楼主的发贴就像是拍砖头一般啊……
dragonlord1984@2005-08-20 00:59
原本只是想压一部HDTV,编码器在XVID WMV和H264三者中作取舍.
结果学到了不少相关知识,感谢各位.
不过目前有关H264编码方面的讨论见得不多.Doom9论坛上讨论得挺多.可英文水平有限,很是无奈
mcv@2005-08-20 12:58
请教一下，现在x264有完整的H.264 HP支持了么？
gameymymym@2005-08-21 19:50
发现：
h264红色的表现大大优于xvid
xvid总是有锯齿
测试后发现即使h264的码率少25%红色上的表现也比xvid好（其他没看出来）
sugala@2005-08-22 21:04
引用
最初由 gameymymym 发布
发现：
h264红色的表现大大优于xvid
xvid总是有锯齿
测试后发现即使h264的码率少25%红色上的表现也比xvid好（其他没看出来）
但是蓝色呢,H264的蓝色很烂.~其他的就不说了.~
«2345»共5页
| TOP