[download id="4"]

0.3 Beta6 without Style
[download id="5"]

BBS: http://falconia.no-ip.org/showthread.php?t=49

0.3.0.6 Beta7 2007-03-30
  - Fixed NTSC PAR from 72/79 to 4320/4739

0.3.0.6 Beta6 2006-11-08
  - Fixed a bug when loading form

0.3.0.5 Beta5 2006-10-23
  - Auto remember last custom Input Resolution value
  - Set minimum custom Input Resolution value to 4

0.3.0.4 Beta4 2006-10-19
  - Fixed Aspect Error display format

0.3.0.3 Beta3 2006-10-12
  - Input Resolution can display now when swich the mode of input resolution
  - Fixed GUI display error in non-english system

0.3.0.2 Beta2 2006-10-12
  - Fixed Aspect Error didn't calculate immediately when change to "1:1" Input Pixel Aspect Ratio mode

0.3.0.0 beta 2006-10-11
  - Added 2 more resize steps control
  - Fixed Aspect Error display format
  - Fixed calculator display didn't refresh when Input Resolution changed in "Other.." mode
  - Added application icon

0.2.0.0 2006-09-30
  - Added 3 more Input Pixel Aspect Ratio mode
  - Changed crop steps to 1

0.1.0.0 2006-09-27
  - First test version

@echo off
set OUTPUT=%2
if "%2" == "" set OUTPUT=..\(PS2)Tales_of_Destiny_2_CHT_EVENT_%1
if exist %OUTPUT%.mp4 goto exist
if not exist *%1.mp4 goto err1
if not exist *%1_adpcm.mp4 goto err2
if exist *%1.mp4 rename *%1.mp4 %1.mp4
if exist *%1_adpcm.mp4 rename *%1_adpcm.mp4 %1_adpcm.mp4
"E:\WORK\Encoder\mp4box\MP4Box.exe" -add "%1.mp4:lang=jpn" -add "%1_adpcm.mp4:lang=jpn" "%OUTPUT%.mp4" && "E:\WORK\Encoder\mp4box\mp4tags.exe" -c "compress by FalconIA" "%OUTPUT%.mp4"
goto end
:err1
echo No such file : %1.mp4
goto end
:err2
echo No such file : %1_adpcm.mp4
goto end
:exist
echo Output file existed : %OUTPUT%.mp4
:end

 
现在简单了
mux [序数] [前缀]
e.g. >mux 01 ..\(PS2)Tales_of_Rebirth_EVENT_
其实前缀都省了 修改批处理文件就OK
或者连序数都懒得输入，可用for与call合作变成全自动工作

最后清除源
clean.cmd

@echo off
if "%1" == "" goto empty
if "%1" == "source" goto source
if "%1" == "all" goto all
if exist *.%1 goto clean
echo No such type files!
goto end
:clean
if exist *.%1 del *.%1
echo Complete!
goto end
:all
if exist *.mp4 del *.mp4
:source
if exist *.m2v del *.m2v
if exist *.wav del *.wav
if exist *.d2v del *.d2v
echo Complete!
goto end
:empty
echo Please type expansion!
goto end
:end

转载请注明版权为FalconIA所有

以下为改动后去掉unfilter的AAA

# AAA - AnimeAntiAliasing
#
# Thanks @ Didée, mf, Akirasuto, SpikeSpiegel & ScharfisBrain...
#________________________________________________________________________________________
#
# Usage: AAA(Xres, Yres, Xshrp, Yshrp, Us, Ds, chroma)
#________________________________________________________________________________________
#
# Xres/Yres = The final resolution... InputSize = OutputSize is the default
#
# Xshrp/Yshrp = Unfilter strength... Settings of 15,15 are the defaults
#
# Us = Resizer for upsampling... 0 = PointResize (default) / 1 = Lanczos
#
# Ds = Resizer for downsampling... 0 = Bilinear (default) / 1 = Bicubic / 2 = Lanczos
#
# Chroma = Enable/disable chroma antialiasing... Disable = false (default) / enable = true
#________________________________________________________________________________________
#
# Example...
#
# Import("C:\Programme\AviSynth 2.5\plugins\AAA.avs")
#
# AAA(720,576,20,20,1,2,chroma=false)
#________________________________________________________________________________________



LoadPlugin("E:\WORK\Encoder\AviSynthPlugins\masktools.dll")
LoadPlugin("E:\WORK\Encoder\AviSynthPlugins\SangNom.dll")

function AAA(clip clp, int "Xres", int "Yres", int "Xshrp", int "Yshrp", 
 \       int "US", int "DS", bool "chroma")
         {
         clp = clp.isYV12() ? clp : clp.ConvertToYV12()
         #clp = clp.ConvertToYV12()
         ox = clp.width
         oy = clp.height
         Xres  = default(Xres,  ox)
         Yres  = default(Yres,  oy)
         us  = default(us, 1)
         ds = default(ds, 2)
         Xshrp = default(Xshrp, 15)
         Yshrp = default(Yshrp, 15)
         chroma = default(chroma, false)
         
         us==0 ? clp.PointResize(ox*2,oy*2) : clp.LanczosResize(ox*2,oy*2)

         TurnLeft()
         SangNom()

         TurnRight()
         SangNom()

         ds==0 ? BilinearResize(Xres,Yres) : 
 \       ds==1 ? BicubicResize(Xres,Yres) : 
 \       LanczosResize(Xres,Yres)

         #Unfilter(Xshrp,Yshrp)

         chroma ? MergeChroma(clp.Lanczosresize(Xres,Yres)) : last

         }

处理后如下：

可恶的是片中锯齿比比皆是...使人很难有耐心一段段找出来...
其直接结果就是从9fps狂跌到3fps 不过比起TMPEGEnc降噪貌似还是稍微快点

mpeg2source("F:\Compress\SchoolRumbel2\SR2_1.d2v",info=3)
#edeintted = SeparateFields().SelectEven().EEDI2(field=-1)
#tdeintted = TDeint(edeint=edeintted)
tfm().tdecimate(mode=1,hybrid=1)
ColorMatrix(d2v="F:\Compress\SchoolRumbel2\SR2_1.d2v")
crop( 10, 0, -10, -2)

LanczosResize(640,480) # Lanczos (Sharp)
Undot() # Minimal Noise

trim(0,7211)+trim(7212,7216).Blur(1.58).Blur(1.58)+trim(7217,0)
AAA().AAA().LimitedSharpenFaster()

通常说Hybrid FILM/NTSC一般会出现在手绘与CG结合片子里
近期碰到几部片子却几乎全手绘的片子里，很是奇怪
经观察后猜测，DVD很像是先进行了interlace处理然后再进行剪辑作业
此编辑顺序真是不让人苟同...
且不说deinterlace会怎样，有时在TV上都能感到些微的异样...
更不说像SR2一样的静态大锯齿...更是显而易见...
使人联想到D商的VCD2DVD...
以上纯粹个人猜想，如有错误，请不吝赐教
那么就以“......”作为结束语吧 orz

转载请注明版权为FalconIA所有

压OTOHiME 15时不幸眼尖看到看到小横线...
翻看尝试TIVTC 4h后无果 接着尝试Decomb和IT 发现仍有类似现象 直接手动却没有
最后终发现一切皆为ColorMatrix所造成

ColorMatrix直接放在之前的话会在画面产生意外的小短线
解决办法就是放在后面或者加interlaced=true参数(没测试)，就是如此简单

看下图:

Mpeg2source("G:\HIME\OTO15\OTOHiME_15.d2v",info=3)
ColorMatrix(hints=true)
tfm(mode=1,PP=6,display=true).tdecimate(mode=1,cycle=5,cycleR=1,display=false)
#ColorMatrix(d2v="G:\HIME\OTO15\OTOHiME_15.d2v")

Mpeg2source("G:\HIME\OTO15\OTOHiME_15.d2v",info=3)
#ColorMatrix(hints=true)
tfm(mode=1,PP=6,display=true).tdecimate(mode=1,cycle=5,cycleR=1,display=false)
ColorMatrix(d2v="G:\HIME\OTO15\OTOHiME_15.d2v")

之后翻看DOOM9 翻到最后一页赫然写着

既然如此就顺便介绍参数
mode-
   ColorMatrix(clip, mode="Rec.709->Rec.601")
   ColorMatrix(clip, mode="Rec.601->Rec.709")
   (Default) Rec.709->Rec.601
interlaced -
   ColorMatrix(clip, interlaced=false)
   源为交错时需要开启
   (Default) false
opt -
   ColorMatrix(clip,opt=3)
   0 - force c routine
   1 - force mmx routine
   2 - force sse2 routine
   3 - auto detect
   (Default) 3
hints -
   ColorMatrix(clip, hints=false)
   检测d2v颜色，根据mode判断是否需要转换
   需要在mpeg2source里打开info=3，且紧接mpeg2source
   不能与d2v同时使用
    (Default) false
d2v -
   ColorMatrix(clip, d2v="FA.d2v")
   作用与hints相同，不能与hints同时使用
    (Default) null
debug -
   ColorMatrix(clip, debug=false)
   (Default) false

ColorMatrix 1.10
[file]http://www.geocities.com/wilbertdijkhof/ColorMatrix_v110.zip[/file]

ColorMatrix 2.0
[file]http://bengal.missouri.edu/~kes25c/ColorMatrixv2.zip[/file]

注:
1) I709(ITU-R BT.709) = Rec.709 coefficients
2) FCC (almost the same as Rec.601)
3) I470(ITU-R BT.470-2) = Rec.601 coefficients [an updated version of Rec.470-6, but coefficients are exactly the same]
4) S170(SMPTE 170M) = exactly the same as Rec.601
5) S240(SMPTE 240M) = almost the same as Rec.709

For ColorMatrix we assume I709 = S240 and I470=FCC=S170, because the error will be very small.

注2:
QuEnc无须使用
QuEnc -> fcc coefficients ~ Rec.601 coefficients

注3:
Anything -> Mpeg-4
------------------------
Source Colorimetry--------ColorMatrix
ITU-R BT.470-----------------No
ITU-R BT.601-----------------No
ITU-R BT.709-----------------Yes
SMPTE 170 M-----------------No
SMPTE 240 M-----------------Yes

注4:
如源为VFAPI，并不会因为RGB24转换影响使用

TMPsource("FA.tpr")
ConvertToYV12()
ColorMatrix(d2v="FA.d2v")

注5:
TIVTC vfr 2pass时提示
TFM: crc32 in input files does not match that of current clip...
这是因为TFM在2pass是做crc32检测两次pass是否相同
解决办法是禁止检查(不会 orz...) 或者删除stats文件开头的"crc="

此文大量参考v1.10所带文档及Doom9.org，一切以其为准
http://forum.doom9.org/showthread.php?t=82217

转载请注明版权为FalconIA所有

MPEG2视频提供了RFF旗标，在播放过程中可以使任意帧的一个尝自动重复。这个被重复的场不存在于MPEG2视频流中，而是在解码视频流的过程中通过复制得来的。这个机能通常用于将胶片速率（Film rate，即23.976fps）的影片在NTSC速率（NTSC rate，即29.970fps）的设备上播放，其过程称为3:2 Pulldown（译注：关于3:2 Pulldown与旗标的介绍，这里相当粗略，如果想知道具体过程，请参阅Silky的视频知识系列文章）。
然而事实上，经常会遇到使用不同方式（pattern）进行pulldown的情况。比如，将25fps的PAL转换至NTSC速率。
理解原理，并为此选项的设置找到合适的参数而做些练习，是很必要的。在这里我们只能说明操作方法并给出一些大致的指导。在现在已有的文章中有更多进一步的说明。
Field Operation选项允许用户指定如何处理pulldown（RFF）旗标。
Honor Pulldown Flags（遵循旗标）——在旗标存在的情况下将会遵循旗标，该重复的场会被重复。这就意味着你得到的结果将会与在最终显示设备上获得的结果相同（译注：Final Display Device，最终显示设备，这里作者应该是指电视或其他显示设备，而不是电脑）。所以，如果你有一个经过3:2 Pulldown的视频，你会得到标准的3帧无交错帧（Progressive）与2帧交错帧（Interlaced）为一组循环出现的结果。如果你的视频属于PAL或者MPEG1，那么就不会重复场，因为PAL和MPEG1视频中不含有旗标。帧率与源帧率相同。
Ignore Pulldown Flags（忽视旗标）——旗标会被忽视。这个选项将会允许用户得到没有重复场的源MPEG图像。然而，因为重复场本来应该显示（而没有被显示），所以最终得到的帧率（fps）将会与源帧率不同，这种情况甚至会发生在整个片子当中。如果源的pulldown做的不规范，忽视旗标可能会造成严重的声像不同步。这个选项通常只有有经验的用户才会使用，他们通常使用这个选项来判断片源的特征。尽管这个选项将会忽略旗标，但是旗标仍然会被记录在D2V文件当中。
Force Film（强制使用胶片速率）——这个选项是为编码为23.976 fps的内容经过pulldown显示为29.970 fps而准备的。这个选项将会将来源恢复为23.976 fps并且保持全片声像同步。这个选项通过忽视旗标并插入/删除帧来保持稳定、同步的输出流。不要将本选项用于非3:2 Pulldown来源，并且千万不要用于PAL或者MPEG1。

Field Operations是使用DGIndex过程中需要了解得最重要的选项。大多数人需要首先使用Honor Pulldown Flags进行预览。如果来源不是PAL或MPEG1，并且信息（Information）窗口的Video Type一栏显示Film 95%或更高，那么这个来源便可以作为3:2 Pulldown型来处理，生成D2V工程文件的时候，就可以选择Force Film。
如果Film百分比低于95%或Video Type显示了一个NTSC百分比，那么生成D2V工程文件的时候就应该设定为Honor Pulldown Flags。如果结果是混合的（因为来源是交错，混合型交错/3:2，场混合，等等），你可以在AVS脚本中加入Deinterlace或IVTC滤镜。
如果Film百分比比较低，但是仍占大多数，你可以试试Forced Film，并且看看结果如何。你也许会偶尔遇到一些交错帧，这种情况下可以用FieldDeinterlace(full=false)来处理。如果结果令人满意，那就恭喜你。如果不好，还有很多其他更加高级的方法来处理混合型、硬胶卷过带（hard-telecine）、场混合和其他奇形怪状的来源。更加高阶的的处理方式几乎全部要求使用Honor Pulldown Flags来保存工程文件。
当对Film百分比进行测试的时候，最好测试整个来源。因为片头和片尾的类型有时候会与正片不同。
几乎在全部情况下，如果你知道来源并不是大部分由3:2 Pulldown NTSC构成，并且想要选择Honor Pulldown Flags，之后根据需要进行后续的处理。请牢记一点，如果来源中不包含旗标，那么也就根本无从“遵循”，所以这个选项将会直接将源内容输出。
Ignore Pulldown Flags选项只用于想要了解MPEG源内容、类型的高阶用户。
注意，Honor Pulldown Flags之前被称作“None”，Ignore Pulldown Flags之前被称作“Raw Encoded Frames”。

原文请参阅：
http://forum.doom9.org/showthread.php?t=96870

　　非常感谢adamhj及其他网友对本文几处基础概念的指正，所谓“失之毫厘，差之千里”恐怕就是指这个例子了。又好多原因，冒言春节后准备V2却拖到了现在，实在是…

　　正文开始：60FPS（以下除非说明是场速率，其余均指帧速率）说起来复杂，做起来也许麻烦，用起来也不怎么实用。不过，技术总是为创意而服务的，所以，必要的时候还是需要知道这东西是个啥。下面进行下测试，你会发现60FPS不过如此。

　　制作60FPS的标准定义是：在DVD→DVDRip的时候，把一帧拆成奇偶两场，然后把场补成帧，于是我们就可以获得60FPS。（其强大在拆，其混乱在补）

一、3：2 pulldown的两种形式：“Top field first”型和“Bottom field first”型

1、到底什么是“Top field first”型？在3：2 pulldown时“Top field first”方式的话会这样做胶卷过带：

A│B│C│D│ 　　（24FPS一个最小片段——4帧）

Odd Field，也叫Top Field：奇数场
Even Field，也叫Bottom Field：偶数场

首先拆成场：Ao│Ae│Ao│Be Bo│Ce│Co│Ce│Do│De│（注意看，A被拆成了三份场，C也被拆成了三份，B、D被拆成了二场，形状如“3 2 3 2”，这个就是3：2pull-down的名称由来。并且是以Ao（奇数场）优先。

把Ao│Ae│Ao│Be Bo│Ce│Co│Ce│Do│De│写成帧的形式：A1表示奇数场，A2表示偶数场：

A1│A1│B1│C1│D1│
A2│B2│C2│C2│D2│     <-- 这个就是“Top field first”型的具体结构 2、在3：2 pulldown时“Bottom field first”方式的话会这样做胶卷过带：“Bottom field first”型：

首先拆成场： Ae│Ao│Ae│Bo│Be│Co│Ce│Co│De│Do│（注意看，A被拆成了三份场，C也被拆成了三份，B、D被拆成了二场，形状如“3 2 3 2”，并且是以Ae（偶数场）优先。

把Ae│Ao│Ae│Bo│Be│Co│Ce│Co│De│Do│写成帧的形式：

A1│B1│C1│C1│D1│
A2│A2│B2│C2│D2│    <-- 这个就是“Bottom field first”型的具体结构 二、TMPGEnc中的拆分重组的过程分析

　　头大了两圈，貌似终于想通了TMPGEnc的拆分组合原理——TMPGEnc只做一件事：如果片子是“Top field first (field A)”型，那它就会在拆帧成场后，以奇数场优先顺序重新顺序两两组合场成帧，以得到正序；如果片子是“Bottom field first (field B)”型，那它就会在拆帧成场后，以偶数场优先顺序重新顺序两两组合场成帧。以得到正序。

　　在TMPGEnc里：MPEG设定→高级→场的顺序→有两个选项：“Top field first (field A)”和“Bottom field first (field B)”。选项说明：这个设定在以下情形中起作用：a、MPEG-2 隔行扫描；b、逆转为Telecine；c、消除交错信号。“逆转为Telecine”的意思就是IVTC（反胶卷过带）。

　　下面是TMPGEnc到底如何拆分5帧（最小序列单位）为10帧的具体过程分析：

1、“Top field first”型：

A1│A1│B1│C1│D1│
A2│B2│C2│C2│D2│   <-- 这个就是“Top field first”型的具体结构 → TMPGEnc → Top field first (field A) → 　⌒　　⌒　⌒　⌒　　⌒　⌒　　⌒　⌒　⌒　　⌒ A1│A2│A1│B2│B1│C2│C1│C2│D1│D2│  → 两两顺序组合 → A1│A1│A1│B1│B1│C1│C1│D1│D1│A1（下一个）│ A2│A2│B2│B2│C2│C2│C2│C2│D2│D2│    → 反交错滤镜：偶数-奇数场（场） → A1│A1│A1│B1│B1│C1│C1│D1│D1│A1（下一个）│
A2│A2│B2│B2│C2│C2│C2│C2│D2│D2│
1      0     0     1    0      1     0     0     1     0

　　此时我们可以看到如果以场为帧，顺序是：A2│A1│B2│B1│C2│C1│C2│D1│D2│A1（下一个）│（正序）。如果使用“1001010010”算法，可以完美得到原本的24FPS。

但是如果我们错选为“Bottom field first (field B)”型：

A1│A1│B1│C1│D1│
A2│B2│C2│C2│D2│    <-- 这个就是“Top field first”型的具体结构 → TMPGEnc → “Bottom field first (field B)” → A2│A1│B2│A1│C2│B1│C2│C1│D2│D1│  → 两两顺序组合 → A1│A1│A1│A1│B1│B1│C1│C1│D1│D1│ A2│B2│B2│C2│C2│C2│C2│D2│D2│A2│    → 反交错滤镜：偶数-奇数场（场） → A1│A1│A1│A1│B1│B1│C1│C1│D1│D1│
A2│B2│B2│C2│C2│C2│C2│D2│D2│A2│
1      0     0     0      0     0     1     0     1     0

　　此时我们可以看到如果以场为帧，顺序是：A2│A1│B2│A1│C2│B1│C2│C1│D2│D1│，出现倒退帧。并且不能使用任何算法，不能完美得到原本的24FPS。

2、“Bottom field first”型

A1│B1│C1│C1│D1│
A2│A2│B2│C2│D2│    <-- 这个就是“Bottom field first”型的具体结构 → TMPGEnc → “Bottom field first (field B)” → A2│A1│A2│B1│B2│C1│C2│C1│D2│D1│  → 两两顺序组合 → A1│A1│B1│B1│C1│C1│C1│C1│D1│D1│ A2│A2│A2│B2│B2│C2│C2│D2│D2│A2│    → 反交错滤镜：偶数-奇数场（场） → A1│A1│B1│B1│C1│C1│C1│C1│D1│D1│
A2│A2│A2│B2│B2│C2│C2│D2│D2│A2│
1      0     0     1     0     1      0     0     1     0

　　此时我们可以看到如果以场为帧，顺序是：A2│A1│A2│B1│B2│C1│C2│C1│D2│D1│（正序）。如果使用“1001010010”算法，可以完美得到原本的24FPS。

但是如果我们错选为“Top field first (field A)”型：

A1│B1│C1│C1│D1│
A2│A2│B2│C2│D2│    <-- 这个就是“Bottom field first”型的具体结构 → TMPGEnc → Top field first (field A) → A1│A2│B1│A2│C1│B2│C1│C2│D1│D2│  → 两两顺序组合 → A1│B1│B1│C1│C1│C1│C1│D1│D1│A1│ A2│A2│A2│A2│B2│B2│C2│C2│D2│D2│    → 反交错滤镜：偶数-奇数场（场） → A1│B1│B1│C1│C1│C1│C1│D1│D1│A1│
A2│A2│A2│A2│B2│B2│C2│C2│D2│D2│
1      0     0     0     0     0     1     0      1     0

　　此时我们可以看到如果以场为帧，顺序是：A2│B1│A2│C1│B2│C1│C2│D1│D2│A1│，出现倒退帧。并且不能使用任何算法，不能完美得到原本的24FPS。

　　另外，TMPGEnc里没有“奇数-偶数场（场）”：如果你看上边把红色的场部分与黑色的部分交换一下，你会发现其实结果是一样的。

三、实际例子的场顺序表现：

　　关于上边的分析，TMPGEnc里使用“CTRL+P”输入“1111111111”，反交错滤镜选择“偶数-奇数场（场）”有以下几个实际例子效果：

　　1、GIG-OP.VOB（攻壳机动队2）：如果TOP优先，那么顺序正常，如果BOTTOM优先，则倒退帧连连不断。

　　2、Chobits-op.VOB：如果TOP优先，仅明显观察到原始帧序的89b出现倒退（不过，这段本来就变化很特别，变化顺序不是容易看出）。如果BOTTOM优先，则全部正常。

　　3、SCRAPPED+PRINCESS NCOP.vob： 如果TOP优先，则第一个24/24FPS渐变及之前出现倒退，之后的以及第2个渐变全部正常。如果BOTTOM优先，第1个24/24FPS渐变及之前的正常，但后面的基本上全部出现倒退。分析来看，它是由TOP型一段连接了BOTTOM型一段。

　　SCRAPPED+PRINCESSNCOP.vob的现象其实是我如此大费周折分析原理的原因。以后我们做60FPS的话似乎需要注意下，不行的话则连过渡处都要分段处理了。要不逐行的显示器看来就没法看了。

　　不过这种情况，使用24IVTC后再对细小处进行“帧率加倍”反交错更适合吧。或者干脆舍弃部分场，直接CTRL+P输入“1010101010”然后使用反交错滤镜 “奇数场”来做30FPS算了。

四、最标准的60FPS的做法：

　　最标准也最完美的60FPS处理做法（120FPS、VFR等等都可以靠边去了）：每一帧拆成奇偶场，然后宽高均缩小一半，即整个画面缩小为原画面的1/4。原因是隔行的电视为隔行（奇偶场）而优化，但电脑用的显示器比较精细为逐行而优化。因此，不缩小画面也不补象素的话，对于显示器而言意味着超重的锯齿（因为对于奇数场的两行象素间少了一个偶数场的过渡象素）。

　　做法简易图示：TMPGEnc中首先按“ctrl+p”，然后输入“1111111111”，然后从第一帧开始，右键菜单选择“指定从本帧开始的交错解除方式”为“偶数-奇数场（场）”：如果原片子不是由几段TOP和BOTTOM段组合，那么就直接OK；如果是的话，请分段重复以上步骤。

五、24/30FPS的overlay的图示：

A1│A1│B1│C1│D1│
A2│B2│C2│C2│D2│   左边24FPS部分。随意选了个“Top field first”型

a1│b1│c1│d1│e1│
a2│b2│c2│d2│e2│    右边30FPS部分

上下混合overlay（mix）:

A1a1│A1b1│B1c1│C1d1│D1e1│
A2a2│B2b2│C2c2│C2d2│D2e2│    → TMPGEnc → Top field first (field A) →

A1a1│A2a2│A1b1│B2b2│B1c1│C2c2│C1d1│C2d2│D1e1│D2e2│  →两两顺序组合→

A1a1│A1b1│A1b1│B1c1│B1c1│C1d1│C1d1│D1e1│D1e1│A1a1│
A2a2│A2a2│B2b2│B2b2│C2c2│C2c2│C2d2│C2d2│D2e2│D2e2│  → 反交错滤镜：偶数-奇数场（场） →

A1a1│A1b1│A1b1│B1c1│B1c1│C1d1│C1d1│D1e1│D1e1│A1a1│
A2a2│A2a2│B2b2│B2b2│C2c2│C2c2│C2d2│C2d2│D2e2│D2e2│
1          0       0         0       0         0        1         0       1        0
1          0       0         奇      0        奇        0        0      1        0

　　在这种60FPS下，看上边红色的部分，无论是左边24FPS还是右边30FPS都是正序。并且左右两边的画面信息都被全部保留。

六、对于24/24FPS或者24/30FPS的渐变的几种IVTC处理办法：

针对下面这个序列“24/30FPS的overlay（mix）”：

A1a1│A1b1│A1b1│B1c1│B1c1│C1d1│C1d1│D1e1│D1e1│A1a1│
A2a2│A2a2│B2b2│B2b2│C2c2│C2c2│C2d2│C2d2│D2e2│D2e2│
  1        0         0      1         0        1         0      0          1        0
  1        0         1      0         1        0         1      0          1        0

a、以场为帧，60FPS做法：如上分析。

b、补象素，24FPS做法：

　　我们还原保证左边的24FPS部分的正确IVTC（A、B、C、D）——ctrl+p输入“1001010010”获得左边的正确IVTC，

A1a1│B1c1│C1d1│D1e1│
A2a2│B2b2│C2c2│D2e2│

然后很明显，中间两帧仍然存在来自右边30FPS的交错，如果我们继续简单的把中间两帧取场做帧，比如取奇数场：不仅存在丢场（b2）的问题，还有图象模糊的问题。

c、补象素，30FPS做法：

　　我们还原保证右边的30FPS部分的正确IVTC（a、b、c、d、e）——ctrl+p输入“1010101010”获得右边的正确IVTC：

A1a1│A1b1│B1c1│C1d1│D1e1│
A2a2│B2b2│C2c2│C2d2│D2e2│

　　那么，第2、第3两帧存在来自左边24FPS的交错，如果我们简单的把这两帧取场做帧，比如取奇数场：场是不丢了，但图象模糊的问题还在。

　　而且，如果做成30FPS的，那么左边24  FPS的部分会重复一个场。例如C1。由于重复某个场，会导致该场的显示时间改变：比如原本是1/24秒，会变成1/30秒*2，因此在运动变化上会出现不均匀的现象。即使这种变化未必能被我们所觉察，但还是不建议对于SCRAPPED+PRINCESS NCOP.vob这种左右均为24FPS的渐变进行30FPS化或者60FPS化。

d、补象素，帧场混合式60FPS做法：麻烦，也不怎么好用。

A1a1│A1b1│A1b1│B1c1│B1c1│C1d1│C1d1│D1e1│D1e1│A1a1│
A2a2│A2a2│B2b2│B2b2│C2c2│C2c2│C2d2│C2d2│D2e2│D2e2│ <-- 24/30FPS的overlay（mix） 　　你只要在这里视片源情况进行手动反交错即可。如果你选择做成24FPS的话，你只能在这10帧里挑出4帧；如果你选择做成30FPS的话，你只能在这10帧里挑出5帧；如果你做成60FPS，此时就可以把这10帧全部使用。 　　此情况最复杂我们的灵活性也最大。单场、双倍、自适应、拷贝帧，手法随你用。只要能保证流畅性，怎么漂亮怎么好看就怎么来吧。 　　（此外，我们还可以在这个基础上进行改进，也就是当某一帧不得不使用单场的话，我们可以通过AVS以及其他AU的插件对这一单场进行美化。例如：AVS写法：先柔滑再锐化。此外，有文档表明AU里面还有个二次反交错插件，可以把某一帧在IVTC后单独进行改进，没有用过。仅供了解。）

　　其实呀，这里就要看是哪部分比较重要了：如果背景重要，就可以做成24FPS的，如果前景比较重要，就可以做成30FPS。两者都想保留最多信息的话就可以考虑60FPS的做法。

　　总之，以上交错情况我们都只能无限的接近完美。而不能说哪个是最正确的做法。

　　顺便说下我对IVTC的一些理念问题：首先我们要明确一个概念，由于过去的兼容性标准，导致在模拟与数字之间存在着一些根本的矛盾（关于这一点，我就不准备展开叙述了，大家了解即可）。因此，不存在所谓最正确的做法，只存在不断接近完美的做法。因此RIP就好比翻译，“信、达、雅”原则仍然适用。第一要播放顺序正确，并尽可能保持原汁原味，完美点也就是不要遗失任何画面信息，；第二要尽可能没有交错，再要求完美点就是没有交错；第三要尽可能画面漂亮，无锯齿、无模糊等等最好。

　　举个例子：EVA09的那个倒记时字幕交错，如果要“信”和“达”，就要至少做成30FPS，以便保留全部的字幕，但这样做会出现大量不美的帧，比如锯齿、因拷贝帧而带来的停顿等等，考虑到“雅”，这部分字幕的意义远没有背景动画重要，而且缺少部分字幕并不会引起歧义，因此，最后考虑的结果是：优先背景，做成24FPS。EVA09当时用的滤镜是“帧率加倍（场-自适应）”，这算是个局部反交错的滤镜，简易而接近目的的处理了交错。

七、60FPS的一些扩展想法（没有特别的实用处，仅仅供大家做为一种思路参考）：

　　另外，我们还可以用以拷贝帧为基础的复杂式60FPS来做成单一60FS帧速或者30FPS的。但是因为过于烦琐以及缺陷几率的增大，其实用价值太小了。顺便写出仅供大家了解。
 
　　做法：以30FPS的交错处理手法，把纯24FPS与纯30FPS部分都解除然后每一帧后都使用一下拷贝帧变成60FPS（如果不做拷贝，那么就是30FPS，后面的渐变解除也要做成30FPS，以便做成单一30FPS的）；然后用60FPS的做法解除渐变处的交错。最后连接全部片段即可。

　　首先处理纯24FPS部分成30FPS或者60FPS。

A1│B1│C1│D1                
A2│B2│C2│D2  --->胶卷过带  ---->

A1│B1│C1│C1│D1│
A2│A2│B2│C2│D2│-- 24FPS部分 --> TMPGEn ---->BOTTOM---->

A2│A1│A2│B1│B2│C1│C2│C1│D2│D1│

A1│A1│B1│B1│C1│C1│C1│C1│D1│D1│
A2│A2│A2│B2│B2│C2│C2│D2│D2│A2│
↑ 　↑   ↑　 ↑ 　↑   ↑　 ↑  ↑ 　↑   ↑
1　　2    3  　 4  　5　   6 　 7    8 　  9    10

简化一下：ctrl+p输入1001012010 获得了

A1│B1│C1│C1│D1│
A2│B2│C2│C2│D2│
↑    ↑     ↑    ↑    ↑  
1     3       6   7(6)  9  

　　这个要仔细看啊，不是24FPS的1001010010，而是以拷贝帧为基础的1001012010算法获得的30FPS。也就是把24FPS转成了30FPS。当然你也可以ctrl+p输入1221212212 获得60FPS。检查好麻烦那，还有潜在的运动不均匀缺陷。放弃！

　　最后：TMPGEn本身那个做复杂式24/30FPS到60FPS化的滤镜太简陋了，非常的不可靠。

　　至本文，TMPGEn的相关测试完结
[/font]

首先介绍一下要使用到的工具。由于这是新手教程，因此我们暂且不提命令行压制，而采用GUI方式进行。

x264是一款免费的H.264编码器。有VFW(适用于VDM)和CLI(命令行界面)两种。
mencoder可以用来调用x264的库进行编码。
meGUI - x264 CLI & mencoder (XviD, lavc, Snow) GUI with (HE)AAC encoding and MP4 mux，看名字就知道，是x264 CLI、mencoder的GUI界面，而且同时可以进行(he-)aac音频编码和mp4的视频/音频合并工作。

我们的压制工作将使用meGUI挂接mencoder/x264 CLI来完成。

首先请下载压制所需要的工具(并解压或者安装)：
.NET Framework 1.1  .net运行库 - 如果你没有安装VS.net 2003的话，还是下载吧……
最新版本的 x264 CLI
最新版本的 mplayer 需要注意的是，最新版本是在最下面。请选用适合你的CPU的版本。mplayer内附有mencoder程序。
mencoder必须的一个动态链接库 下载完后，请把它安放在与mencoder相同的目录下。否则是无法压制x264的。
meGUI 不好意思忘记了最重要的东东的链接……就在那贴的附件里

解压完成以后，请运行meGUI，在tools - settings中定位好mencoder和x264的路径。
下方的default priority请选择low。
x264 encoder这个选项与你想要的输出格式有关。输出mp4请使用x264，输出avi则使用mencoder。
注意：关于输出格式：
mp4：通常情况下mp4输出是第一选择。因为通常输出mp4以后，可以将视频和音频、字幕等一起封装在mkv中(推荐)。mmg对mp4的支持是native mode，兼容性很好；而对于avi中的avc则不能很好地封装。
avi：通常只有在成品是avi的情况下才用这个选项。avi可以很容易地被VDM处理，而且拆分avi不需要独立的拆分器(splitter)。但就我实际测试下来看，MPC在播放avc的avi时，当你沿关键帧进行跳跃的时候，会产生非法操作。因此不推荐。

压制：
首先这里处理的都是avs，因此如果你要进行avi压制，那就得自己开一个avs写上avisource()
在MeGUI里打开avs，然后选codec为AVC，单击旁边的config，配置AVC的设置。
除了压制方法外，图中给出的是我的推荐设置。
关于压制方法的说明：
ABR: 类似普通rmvb的压制法，一次成形。码率的分配来自即时验算。通常不应该使用这个模式。
CQ: 固定量化值输出。与xvid中的qr模式相同。每一类帧采用相同的量化值来量化，使得全片的质量大体相近。这里指定的应该是P帧的qr。I和B帧的qr由第2页的比例计算来得到。CQ模式适用与追求质量而不计全片码率和文件大小的片子使用。
2pass - 1st/2nd: 手动进行2pass压制。和rmvb一样。1st时可以用turbo以加快压制速度。在1st pass时MeGUI不会输出任何的视频信息，也不会生成一个空的mp4/avi。(而VDM会。)
automated 2pass: 自动2pass压制。一次设置就能生成2个任务，加快了处理速度。
3pass: 高级功能，供高级用户使用。xvid做过3pass的朋友应该会比较熟悉。由于这是初心教程，所以跳过……

第2页如图
其中min/max quantizer 分别是量化的限制。如果你压的片码率较高，可以把这两个数值往下调。反之亦然。也可以放宽两者的差，但会造成不同帧的质量差距较大。

Nb. thread 是线程数。开1线和2线差距不大。但是如果你是双cpu或者是双核心，开2线程可以大大提高压制速度。HT我没有条件试。试过的朋友别忘记说一下效果。

Factor between I and P (P and B) frame quants 就是我之前说过的那个ipb量化比例。设置为1/1能够在提供比较好的质量的情况下降低码率提高压缩比。特别是B帧，用得越多，整体画质就越好。

credits quantizer 是一部影片最后的演员表的量化。设置成多少无关紧要，因为我们通常采用相同的量化值来压制。

最底下的 logfile 就是我们在XviD里说的stats file了，记录了1st-pass的信息。如果你想保留这些文件而不被重复覆盖，那么为每个任务设置不同的文件名是很重要的。

第3页是区域设置
通常情况下我们进行全局压制。区域只有在有特殊要求的时候才使用，用于控制某一段的质量。

一切设置完成以后，单击OK出来，然后设置好文件的输出地址及名称，单击右边的Queue按钮就可以将任务添加到任务队列中。然后到MeGUI的第2页(Queue)，按下Start按钮，就开始压制了。
值得注意的是，压制很耗费内存，请留出足够的内存以供压制……

x.264的1st-pass(with Turbo)压制速度比XviD的常规速度要慢一些。实际输出文件的pass更慢一些。不过显然比Nero的AVC编码器要快得多。

压制完成后，我们得到mp4/avi文件。mp4可以用MMG来合成mkv(别忘记加音频啊)。avi则用VDM处理(要用1.5.x+版本才行哦)！

祝大家压制愉快 ^_^
MR
6.24
转载请务必保留出处及本人大名，否则将追究责任！！！
期待大家的讨论！！！