TMPGEnc的拷贝帧应用
作者：dizyh原文：http://popgo.net/bbs/showthread.php?s=&threadid=364715
翻译讲究“信、达、雅”，也就是所谓的“忠实、通顺、美好”。今天我们DVDRIP压制也来个“信、达、雅”瞧瞧。^0^ 所谓“信”：做IVTC时要尽量保证IVTC后的帧顺序与原始帧顺序一致。还记得EVA09的IVTC就被偶闹了个大笑话，虽然手工全程1010100010算法去除了交错，但实际上部分帧顺序有错位，于是就产生了卡顿的效果。让人难以理解啊。因此这里我推荐使用先使用软件的自动化IVTC滤镜先跑一遍，再用手工校正。毕竟软件判断比人要有效率。
所谓“达”：就是IVTC后还有交错的就需要我们再次进行反交错。无论你使用单场也好，还是帧率加倍也好。都为了一个目的。不要在RIP中出现交错。起码要通通顺顺的在计算机里播放出来。
所谓“雅”：当你发现反交错后，有些帧好脏啊，或者锯齿感超重，怎么办？我们要修饰它，要美化它，于是拷贝帧就可以上台了，用前面干净的帧拷贝并代替掉这个脏的帧，这不就是美好化了吗？呵呵，于是，大部分的影片都可以完美出炉啦。
哈哈：以上纯属无聊，大家一笑即可。
下面是SCRAPPED+PRINCESS NCOP.vob的反交错测试。本来想以AVIUTL为例子，但它的拷贝帧使用很不方便与直观。反交错滤镜也太少。还是用TMPGEnc代替吧。又因为是影片24FPS的，并不特别适合做60FPS，或者说，我个人认为，60帧造成的画质损伤在这里会比帧率加倍更大。所以这次只分析下拷贝帧的使用。另外，要注意的是：不同版本的TMPGEnc算出来的IVTC序列会有极少部分不同，以下的数字可能会与你实际测试中不同。猜测是算法的变化造成的。但大的步骤与原理是不会变的。最后的8张图是操作要点。
=========================
766a 使用766b代替
767a 使用767b代替
1029a 因为其前后未被挑选的帧都是交错帧，为了保持完美性，而不采用单场或者其他。此处使用拷贝帧，同样原因，1030a也被拷贝帧代替。不过这里连续两个拷贝帧，会不会影响片子连贯性？答案是这个影响可以忽略。而如果出现暇嵫或者单场的单薄比如缺角锯齿感较重就会在这个变化不太大的场景中给人一种突兀的感觉。
1296a 因为左右的全部未被挑选都是交错争，也使用了拷贝帧。
1438a 使用1438b代替
1439A 使用1439B代替
1558A 前后两帧均是交错帧，综合考虑了一下，使用1557A代替。
1563A 使用拷贝帧
1952A 使用拷贝帧
2216A 使用2215A代替。因为2215B、2216B均是交错帧
2606A 使用了帧率加倍。这里是一个过渡的效果，导致很频繁的交错。但两边都是24FPS的，因此，综合考虑，60FPS不合适。思来想去，发现这里其实是一个很快的转场过渡，因此，少少模糊的帧率加倍成了首选。毕竟短短几帧的过渡在视觉上是不会受到模糊的影响的。
2606A 帧率加倍
2607A 帧率加倍
2608A 帧率加倍
2609A 画面很脏。使用2608B做帧率加倍后代替。
2610A 帧率加倍
2611A 帧率加倍
2612A 帧率加倍
2615A 使用2614A代替
2620A 使用2619A代替
2624A 又开始过渡，但因为后一场影象太弱，因此使用2624B做帧率加倍后代替，2624B的后一场比较清晰点。
2625A 反交错后比较脏，使用2625B做帧率加倍后代替
2626A 帧率加倍
2628A 反交错后比较脏，使用2627A做帧率加倍后代替
2629A 帧率加倍
2630A 帧率加倍
2631A 帧率加倍
2633A 2632A不使用帧率加倍，代替2633A
2642A 帧率加倍
2643A 帧率加倍
2644A 帧率加倍
2645A 帧率加倍
2646A 帧率加倍
2648A 使用2647A做帧率加倍后代替
2707A 使用2706A代替
2708A 使用拷贝帧（实际上是拷贝了2706A）
2711A 帧率加倍
2713A 使用拷贝帧
2714A 帧率加倍
2715A 帧率加倍
2716A 帧率加倍
2717A 使用拷贝帧
2719A 帧率加倍
2721A 使用2720A做帧率加倍后代替
2722A 帧率加倍
2723A 帧率加倍
2726A 使用2725A做帧率加倍后代替
2802A 使用2801A代替
===============================
这里对我的做法也简单说明下吧，顺便纠正自己的一个错误：TMPGEnc的每一帧也是有两场组成。假设奇数场为前场，偶数场为后场，有变化则称进一，为便于说明而已。
1028A不交错
1028B后场进一
1029A等于1028B
1029B前场进一
1030A后场再进一
1030B等于1030A
1031A前场再进一，不交错
于是，论场是前进了4次，论帧应该是前进了2次（前场进一，后场也进一的组合帧为中间帧1029B。在电视上，以场播放自然比较理想，如果换成电脑，显然只以中间帧为最好，也就是1028→1029→1031）。因此如果连续拷贝的话则成了1028→1028=1028→1031。
这里因为我的显示器的缘故，当时没有看出来1029B是不交错的。因此，以上的1029A、1030A的连续拷贝可以用1029B一帧代替这两帧，于是这里完美解决了。
另外后面的还是会出现我想美化而拷贝导致1帧卡顿的问题：相比而言我更在意的是画面的缺陷，假如1029是白色的，再快的播放速度都会让人感觉到闪了一下，同样，如果在运动的过程中出现比如偶数场（锯齿感严重等），会比较容易看出来。选择帧率加倍的话会少少好于单选场。但这1帧~2帧的卡顿我自己估摸着是看不出来了，所以偶就选择了这个^0^
另外，对于切换时的渐变产生的交错，我想先说个人眼的问题：假如一个50的亮度突然出现在人眼中，然后突然消失，人眼是不会一下看到50的亮度的。过程应该是从0到50再减弱到0。所以，即使我只选择了部分渐显帧，另一些的切换（无论是清晰还是不清晰，亮度最大还是不最大）选不选都不会影响人眼的感觉的。而且，在本片段的这种切换速度中，更是影响甚微。
最后再附上帧率加倍自适应的一张图，可以与上边的奇数场、帧率加倍的效果做个对比。欢迎继续切磋罗~
如果图片用 .gif 格式保存，就不会这么不清楚了。 真没想过,原来还可以拷贝帧
页:
[1]