Name                                               CRC32     Bytes
----------------------------------------------  --------  --------------
[アニメ BDISO] 戦闘妖精雪風 Blu-Ray BOX DISC1.rar  02244B0B  32,221,934,937
[アニメ BDISO] 戦闘妖精雪風 Blu-Ray BOX DISC2.rar  730144F0  23,146,760,589
[アニメ BDISO] 戦闘妖精雪風 Blu-Ray BOX DISC3.rar  1840A910   8,615,680,365
------------------------------------------------------------------------
Total  3 Files  63,984,375,891 Bytes

Vista Ultimate&DaemonToolos Lite(4.12.0)&PowerDVDにて動作確認済み
1080iでDAR4:3なのですごく損した感があります???

rr入れてませんでした、スミマセン

エンコードもしようと思ったのですが、シークするとC++ RUntime Errorで落ちるわ（ブルレイがらみだけ）
LPCM音声でなぜかwavに変換できないのがあるわ、やらで結局挫折しました。

エンコがほしい方は、他の方がエンコするのをお待ち下さい

工具准备:
DGAVCDec 1.0.0 Alpha 18 (http://neuron2.net/dgavcdec/dgavcdec.html)
tsMuxeR 1.3.6 Beta (http://www.smlabs.net/tsmuxer_en.html)
TsRemux v.0.0.20 (http://forum.doom9.org/showthread.php?t=125447)
BD edit v0.13b (http://pel.hu/down/)
HD SUP v0.51b3 (http://pel.hu/down/)
suprip 0.93 (http://x0r.ch/suprip/)
MeGUI 0.2.6.1044 (http://sourceforge.net/projects/megui)

特别注意:
本文在尽量减少损失的情况提倡简化步骤
喜欢精雕细琢或者按部就班的朋友可以就此打住...

Step 1:
解压RAR到RAID里(好慢...orz) 用Alochol载入

Step 2:
打开BDedit 选取Y:\BDMV\ Read



得到Main Movie 0004为
AVC 1080i, 29.97, 16:9
TureHD x 2 (jpn, eng)
PGS x 2 (jpn, eng)

Step 3:
把Y:\BDMV\STREAM\00004.m2ts拖入DGAVCIndex
(根据某风测试 DGA对m2ts的支持并不是十分完美，需要用tsRemux or tsMuxeR提取h264 stream)

因为是1080i 所以Field选Honor 反之选Ignore
然后Save Project (慢...

注意:
Colorimetry - Displays the colorimetry scheme used by the stream. Note that if the stream does not declare the colorimetry, then ITU-R BT.709* is reported for HD video, and ITU-R BT.470-2* is reported for SD video. The * character indicates that the stream did not declare the colorimetry. The actual value read from the stream is shown in brackets.

Step 4:
书写avs

AVCSource("DISC1.dga")

扔进MeGUI的AviSynth script creator (偷懒的法宝...
因为现在的版本还不支持dga所以先用avs代替
既然是偷懒 当然要用Auto Crop 然后检查Crop是否正确


此时Crop为248, 8, -248, 0 结果为1424 x 1072 刚好mod16
由于编码速度(mod16)、avs复杂程度、画面损失等一系列原因就不进行Resize了
(update: March 1st 2008)
一时没注意下面也有黑边...(屏幕不够大啊
去掉不清楚的边缘部分Crop为252, 12, -252, -12 结果为1416 x 1056 刚好(mod8, mod32)
犹豫了下最后修改为crop(256, 12, -256, -12) 结果为1408 x 1056 (mod128, mod32) DAR刚好4:3
此时就犹豫要不要Resize了 想想Resize后就没法保持DAR精确4:3和mod>=16了 就放弃了
本来想继续偷懒进行Deinterlacing Analyse...结果其速度...orz
测试了下TIVTC hybrid=1 结果比较理想
修改MeGUI生成的avs

DirectShowSource("Z:\Compress\YUKIKAZE\DISC1.avs",fps=29.9700898503294,audio=false)
tfm(order=1).tdecimate(mode=1,hybrid=1)
crop( 256, 12, -256, -12)

#resize
FluxSmoothST(7,7) # Medium Noise

为

AVCSource("DISC1.dga")
tfm(order=1).tdecimate(mode=1,hybrid=1)
crop( 256, 12, -256, -12)

#resize
FluxSmoothST(7,7) # Medium Noise

Step 5:
x264设置 (非CPU极度强劲者量力而为...

--crf 18.0 --ref 5 --mixed-refs --no-fast-pskip --bframes 16 --b-pyramid --b-rdo --bime --weightb --direct auto --filter -1,-1 --subme 7 --trellis 2 --analyse all  --8x8dct --me esa --merange 64 --threads auto --thread-input --progress --no-psnr --no-ssim --output "output" "input"

(update: March 1st 2008)
压HD的话建议今后都维持在level4.1上

--crf 18.0 --level 4.1 --ref 5 --mixed-refs --no-fast-pskip --bframes 16 --b-pyramid --b-rdo --bime --weightb --direct auto --subme 7 --trellis 2 --analyse p8x8,b8x8,i4x4,i8x8 --8x8dct --vbv-maxrate 25000 --me esa --merange 64 --threads auto --thread-input --progress --no-dct-decimate --no-psnr --no-ssim --output "output" "input"

根据qyqgpower的建议小修改了下参数

orz......

Here is my Platform:
FalconIA's CPU-Z Report @ 2008-01-23
FalconIA's EVEREST Cache & Memory Benchmark @ 2008-01-23
FalconIA's EVEREST Disk Benchmark of RAID0 @ 2008-01-23
FalconIA's EVEREST Ultimate Edition Hardware-related Report @ 2008-01-23

转载请注明:
Author: FalconIA
Source-ink: http://falconia.org/blog/post/44/

@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所有

Dragging Files

Drag and drop is used pervasively in Windows for moving or copying files. Windows Explorer fully supports drag and drop, and for many users this is the preferred method of working with files. In addition, many users are accustomed to dropping files onto an application to open them — for example, dragging and dropping a .doc file onto Microsoft Word.

In this example drag and drop is used to populate a ListBox control with a list of files dragged from Windows Explorer.

To enable drag and drop for a file

1. Add a ListBox control to a form and set its AllowDrop property to True.
2. Add the following code:

Private Sub ListBox1_DragEnter(ByVal sender As Object, ByVal e As _
System.Windows.Forms.DragEventArgs) Handles ListBox1.DragEnter
    If e.Data.GetDataPresent(DataFormats.FileDrop) Then
        e.Effect = DragDropEffects.All
    End If
End Sub

Private Sub ListBox1_DragDrop(ByVal sender As Object, ByVal e As _
System.Windows.Forms.DragEventArgs) Handles ListBox1.DragDrop
    If e.Data.GetDataPresent(DataFormats.FileDrop) Then
        Dim MyFiles() As String
        Dim i As Integer

        ' Assign the files to an array.
        MyFiles = e.Data.GetData(DataFormats.FileDrop)
        ' Loop through the array and add the files to the list.
        For i = 0 To MyFiles.Length - 1
            ListBox1.Items.Add(MyFiles(i))
        Next
    End If
End Sub

You may notice that in the DragEnter event the Effect is set to DragDropEffects.All. Because the files themselves are not actually being moved or copied, it does not really matter which AllowedEffects were set by the source, so specifying All means that dropping is enabled for any FileDrop.

In the above example the FileDrop format contains the full path for each file being dropped. Rather than populating a list, you could just as easily perform other operations on the files — for example, opening them in MDI (multiple-document interface) document windows.

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
转载请务必保留出处及本人大名，否则将追究责任！！！
期待大家的讨论！！！