转贴精品论坛里一个牛人关于SBC的设置 大概主要针对电影的 动画系大家可以测试一下 导出个ECF供大家研究……
VirtualDub.audio.SetSource(1);
VirtualDub.audio.SetMode(0);
VirtualDub.audio.SetInterleave(1,500,1,0,0);
VirtualDub.audio.SetClipMode(1,1);
VirtualDub.audio.SetConversion(0,0,0,0,0);
VirtualDub.audio.SetVolume();
VirtualDub.audio.SetCompression();
VirtualDub.audio2.SetSource(1);
VirtualDub.audio2.SetMode(0);
VirtualDub.audio2.SetInterleave(1,500,1,0,0);
VirtualDub.audio2.SetClipMode(1,1);
VirtualDub.audio2.SetConversion(0,0,0,0,0);
VirtualDub.audio2.SetVolume();
VirtualDub.audio2.SetCompression();
VirtualDub.video.SetDepth(24,24);
VirtualDub.video.SetMode(3);
VirtualDub.video.SetFrameRate(0,1);
VirtualDub.video.SetIVTC(0,0,-1,0);
VirtualDub.video.SetRange(0,0);
VirtualDub.video.SetDivX(1196,10);
VirtualDub.video.SetQualityControl(0,0,0,0);
VirtualDub.video.SetMotionDetection(8,10,300,300);
VirtualDub.video.SetCrispness(30,0);
VirtualDub.video.SpaceKF(24);
VirtualDub.video.InternalSCD(100);
VirtualDub.video.SetMinKBPS(460);
VirtualDub.video.SetCurveFile("");
VirtualDub.video.SetCurveMcFactor(0);
VirtualDub.video.SetCurveCompression(0,3);
VirtualDub.video.SetCurveFilter(270,4000);
VirtualDub.video.SetCurveCredits(0,350);
VirtualDub.video.SetLumaCorrectionAmp(1,10,30);
VirtualDub.video.SetCurveRedist(0);
// VirtualDub.video.CalcCurveCompression();
VirtualDub.video.SetCompLevelsMain(2,16);
VirtualDub.video.SetCompLevelsA(300,3,16);
VirtualDub.video.SetCompLevelsB(300,4,16);
VirtualDub.video.SetCompLevelsC(300,5,16);
VirtualDub.video.SetCompLevelsD(300,6,16);
VirtualDub.video.SetCompLevelsE(300,7,16);
VirtualDub.video.SetCompLevelK(2,6);
VirtualDub.video.SetBitsReservoir(5,35,30,80,45,0);
VirtualDub.video.SetLowBrCorrection(1,1);
VirtualDub.video.NoAVIOutput(0);
VirtualDub.video.GenStats("",0);
VirtualDub.video.SetEncodingControl("");
VirtualDub.video.filters.Clear();
VirtualDub.subset.Delete();
VirtualDub.brc.Set( 0, 645 );
VirtualDub.brc.Set( 1, 1 );
VirtualDub.brc.Set( 2, 128 );
VirtualDub.brc.Set( 3, 0 );
VirtualDub.brc.Set( 4, 1 );
If you are doing a 4ep/CD encode leave this MAX drf to 16. If you are doing a e3p/CD encode change it to like 12 or 13. For a 2ep/CD encode change it to 8-10. This will guarentee high quality.
另外附几条评论：
net1999: VirtualDub.video.SetCompLevelsMain(2,16);
就这一行，估计很多做惯了SBC的人就要跳脚了。。我是设2,6，估计有些朋友还设2,5
Csr2000: 本人是专门做动画的DVDrip的。
觉得DivX3.11a的画质比XviD要好那么一点点，但不是很明显。
这也有可能是因为XviD要稍微Sharp一点，导致Noise更明显。
随着XviD的BF，Qpel和GM等功能的开发，对CPU的占用率自然也会上升。
但是DivX3.11a有个致命缺点，是各位做FilmRip和外挂字幕的说不能了解的。
由于动画的颜色比较鲜明，内嵌字幕比划较多等原因，会出现一些白色四方型的Block，日本人称作ベリノイズ。
要消除这个Block，就必须开启Anti Shit，3个参数16,30,50；大家都是高手了，开启Anti Shit会使最终文件大小失控，导致遗憾。
但电影的Rip就没有这个问题了，我看到上面的参数里也没有开启Anti Shit。这个问题是DivX3.11a独有的，令人不爽。
我现在就用XviD，除了没有Block外，对最终大小的线性控制也是一个原因。我大概做了近100集动画的rip了，从20分钟到120分钟的都有，最终大小的偏差不超过500K，其实绝大部分都不超过100K。
起初我用XviD时，也觉得颗粒太明显，即使用默认参数也是如此。
后来采用了Linear Scale后就没有这个问题了，参数基本和doom9里的相同。
所以我提倡使用XviD，什么类型都适合。
DivX3.11a还是做电影的rip的为好。
Silky :Nandub 的 Anti shit，不是在增进画质，相反的，它是在减低画质。我们知道，Quantizer 越高，画质越差；Quantizer 越低，画质越好。Nandub 每压完一个 Frame，就会计算这个 Frame 的品质（PSNR，Peak Signal to Noise Ratio，比较压缩前的画面和压缩后的画面，两者之间的差异有多大，单位是 dB。PSNR 越高越好，代表差异越小），如果 PSNR 低于你设定的 Anti shit 的 dB 数，Nandub 就会提高 Quantizer 重新压缩这个 Frame，直到画质超过你设定的 PSNR 为止。（Nandub 把 Quantizer 称为 Compression Level，简称为 CL）
等等，不是说 Quantizer 越低画质越好吗？怎么 Nandub 反而是提高 Quantizer 重新压缩呢？这是因为 Nandub 压缩使用的 MS MPEG-4 V2/V3，也就是 DivX 3.11 Codec 有一个 bug，当 Quantizer = 2 or 3 的时候，画面上高反差的区域（亮度对比强烈的地方，譬如说黑白的交界处），会出现一种灰白色方块的压缩瑕疵，英文叫做 luma-inverted block（亮度颠倒的方块，原本黑色的部分变成白色，原本白色的部分变成黑色），看起来很明显，而且很丑。这在压缩一般的电影影片时可能还不太明显，但是遇到色彩鲜艳、对比强烈的动画影片时，这个压缩瑕疵可以说是满天飞舞，让人根本看不下去。这个瑕疵，Nandub 的作者把它称为 shit
Anti shit 的作用就是在 Anti（反）这个瑕疵。
为了解决这个 bug，日本和欧美各自发展出不同的方法。日本用的工具叫做 M4C，它的方法是压缩的时候侦测画面上是否出现灰色方块，如果发现有灰色方块，就把那张画面重新压缩为 keyframe，这样就可以解决这个问题。（MPEG-4 V2/V3，DivX 3.11 的 keyframe 的默认值，最低只能用 Quantizer 4x，除非你用 Nandub 修改这个设定。所以改成 keyframe 压缩，等于提高 Quantizer，也就解决了这个灰色方块的 bug。但是缺点是会插入太多 keyframe 花费码率，而且 keyframe 的 Quantizer 只有 4x，品质很差，一插 keyframe，画面很容易都是晶格状的方块，看起来也很丑）
Nandub 用的方法则是，计算画面上品质最差的方块的 PSNR（不是整体的 PSNR，1st-pass 的时候 debug view 里面会显示 PSNR=43.38(30.46)，前面那个是整体的 PSNR，后面括号中的数字才是最差品质方块的 PSNR），当这个数值低于 Anti shit 设定的 dB 数时，Nandub 会认为代表画面出现 shit（灰色方块），Anti shit 便会启动，将这个 Frame 重新提高 Quantizer 压缩。提高 Quantizer 压缩，虽然画质会变差，但是因为 Quantizer 高于 2 or 3，可以解决灰色方块的问题。当提高 Quantizer 也无法解决问题时（最差品质方块的 PSNR 没有改善），Nandub 便会试着再将这个 Frame 重新压缩为 keyframe，并且继续提高 Quantizer 试试看。
您可以参考这个网页，搜寻 luma-inverted block 这个字符串，看看那一段的说明
http://www.undercut.org/Nandub_OnePass/或是看 Nandub 附的 readme 说明档，搜寻 luma-inverted block 这个字符串，里面作者都有详细解说这个选项是做什么用的。
所以 Anti shit 这个选项不是了提高画质，而是为了避免灰色方块这个 bug，所以不得以设计出来的机制，其实它是提高 Quantizer，反而会破坏画质。至于 DivX5, XviD 都没有这种 bug，所以当然不用这种设计。它们会很自然的根据码率，决定这张画面要给多少品质。
Nandub 的这个 Anti shit 有一个 bug，那就是如果画面最差品质的方块，其 PSNR 低于 Anti shit 的 dB 值，原因不是因为灰色方块的关系，而是因为这个画面本来就很难压而压不好，那么 Nandub 即使提高 Quantizer 重新压缩，也无法解决这个问题，反而会因为 Quantizer 更高，画质更差，PSNR 更低，造成程序无穷循环，Nandub 反复不停地提高 Quantizer 重压，直到最高的 31x 为止。接着 Nandub 又会试着再把这个 Frame 重新压成 keyframe，但是这里 Nandub 的程序写错，造成 keyframe 的 PSNR 计算错误，这个 keyframe 又会反复一直提高 Quantizer 压缩，直到最高的 31x 为止才跳出循环，结果我们最后就会得到一张 Quantizer 31x 的 keyframe 画面非常惨。
不是每个人都会遇到这种情况，如果你压的是动画，Anti shit 的值又设得很高（> 21dB），那么就很容易发生这种现象。这个在国外讨论区以前常有人问，大家都不明白这是为什么，不信您可以上 Doom9 讨论区搜寻 31x keyframe 等关键词，相信一定可以找到类似讨论。
所以结论就是，Nandub 的 Anti shit，真的是 shit ...
