很久之前有一个疑问，人眼对于亮度的信息远高于色度，而在实际的视频处理过程中，大多数的avs也是只对亮度进行处理。
Q1：假设只对色度处理的效果会怎样？
Q2:看过mawen菊苣写的csmod里面有写过直接对chroma锐化的效果会不好看，这个也没搞懂是什么回事，为什么对chroma直接锐化的效果不好看？
问题比较小白，还请菊苣解疑，谢谢。

想学习一下关于16bit处理的方法，但找了很大一部分帖子都只是很简单的说明一下，目前找到比较详细的就只有shinjico写的10bit压制入门教程。
搜索相关的文章应该以什么作为关键词？或者有什么比较好的文章可以说明一下其中的原理和在处理的时应用的方法。谢谢了

扔一个小小修改的版本： ContraSharpen_mod.zip 当初雯姐写这个脚本时，很多新兴滤镜还没出现，所以弄了这么个微修版，视使用方式应该能有一定的效率提升（看changelog部分还有correction的样子） 具体改动：（其实就是滤镜替换，然后根据函数语法进行单纯的移植） SangNom -> SangNom2 Turn -> FTurn TEdgeMask -> TEMmod TCanny -> TCannyMod, 同时引入一个参数tcannysobel, 用于edgemask=8 or 10时是否使用sobel算子 剩下的可以直接更新dll而无需更改avsi就不说明了 ...

fch1993 写了：

Shir1yn 写了：x264很久沒更新了耶

是不是現在已經較成熟了或各項功能都最佳化了

1.x264理论上还有不少提升空间，比如说mvc,svc编码支持，或者对于Film grain modeling,或者对于14bit的支持。
2.不过以上内容都是意味着大改内核，所以与其投入这么大的精力还不如放在x265等下一代编码器上。
3.至于bug控制，目前基本上已经是非常稳定了，而x265则是bug不断。

目前来说，x264编码的速度是否已经到了最优化了？

如果不谈理论，x265究竟可以让体积和压缩比缩小多少？

这个新编译的f3kdb跟原来的有什么不一样( ⊙o⊙?)

如果限定上古DVD且存在dot / rainbow，且打算使用tcomb来处理dot / rainbow，则应该在ivtc之前用tcomb（文档里是这么写的。。。） 然后就是IVTC。如果没用tcomb，则需要在ivtc之后用derainbow或者dedot之类的来去dot / rainbow。 然后就是轰一个MCTD，降噪、去光环、AA、锐化、deblock一站式解决 {:cat_2} 最后是切边（和resize，如果必要），deband、加Grain，输出。deband之后还可以依个人口味加点味精（色度、亮度、对比度toka） 因为deband、加味精和加grain都能在10bit或者1...

求助一下，自己没什么经验和思路，看了一些帖子也觉得很模糊，如果小白了还请大家体谅一下，谢谢。
在处理一些上古的DVD时，假设DVD源要做IVTC，切边，降噪，有Chroma shift，dot crawl，rainbow，halo&ring，banding，aliasing等各种artifacts时，在写AVS的时候应该按照怎样的一个顺序来写才能做到最少的细节损失？

dgwxx 写了：严密说是最多能被4、8整除

⊙﹏⊙再说一句题外话:如果我没猜错，dgwxx菊苣骑的是大闪电吧？

dgwxx 写了：To 楼上：
不是所有人都用MeGUI……

To 楼主：
楼主的头像我喜欢 XD

→_→题外话:菊苣看飚速宅男的么？