deinterlace 隔行 progressive 逐行 3:2pulldown

news/2024/7/10 3:38:49 标签: avi, 算法, equals, c, 优化, blend
cle class="baidu_pl">
cle_content" class="article_content clearfix">
content_views" class="htmledit_views">

3:2/2:2 Pull down模式基于逐行扫描技术上进行的࿰c;针对以电影胶片为最初拍摄素材媒介的NTSC视频软件的一种视频信号再生技术。大部分的DVD电影和其他以视频信号媒体记载的电影的播放都是先经过胶片影像到视频信号的转换。原来的使用电影胶片拍摄的过程中拍摄速度是24帧/秒。在电影院播放时按每格放2次的原理实现48帧/秒的速率࿰c;这就是实现2:2Pull Down对应模式。另外࿰c;由于液晶电视常规的屏幕刷新频率为60Hz࿰c;播放DVD的时候按照第一格分两场࿰c;第二格分三场࿰c;第三格分两场࿰c;第四格分三场的顺序转换成60场(30帧)/秒的长度࿰c;但由于采用的是隔行扫描技术࿰c;这60场都是不完整的262.5线的图像࿰c;而且每第2、3个帧都会出现图像重叠混淆的情况࿰c;使图像的细节模糊甚至丢失。并且最终的图像实际清晰度只有262.5线。在采用3:2 Pull Down逐行扫描技术时࿰c;变换后产生的每一个场都是完整的带有483扫描线的图像࿰c;而且每播放的是60场与图像帧一样的完整图像࿰c;没有任何细节被丢失或模糊化࿰c;全程的图像清晰度均为483线。 

模拟电视时代的3:2/2:2 Pulldown技术

  要想弄清楚24P的问题࿰c;我们还要从模拟电视时代说起。电影每秒钟由24帧图像组成࿰c;在放映的时候࿰c;经过技术处理࿰c;一般显示为48Hz或72Hz࿰c;因此我们能够看到动作连贯的画面。

  在模拟电视时代࿰c;电视里看到的电影则有所不同。在美国、日本以及我国的台湾省࿰c;电视是NTSC制式的࿰c;每秒钟扫描频率是60Hz࿰c;而在我国࿰c;电视节目是PAL制式的࿰c;每秒钟的扫描频率为50Hz。这两种标准࿰c;都是隔行扫描的。电影要在电视上播出࿰c;需经过一番比较复杂的技术处理。

  以NTSC节目为例࿰c;电影的24幅图像࿰c;要分配成NTSC电视节目的60幅图像࿰c;电影的第一幅图像࿰c;分配到电视节目的1-3幅图像中࿰c;电影的第二幅图像࿰c;分为为电视节目的4、5幅图像࿰c;依此类推࿰c;电影的图像࿰c;按3幅-2幅-3幅-2幅的顺序交替分配到电视节目的60幅图像当中。这就是我们常说的3:2 Pulldown技术。

center">c="http://hi.csdn.net/attachment/201112/19/0_1324277990O3jN.gif" />

center"> 

  对于PAL节目࿰c;处理比较简单࿰c;电影的每幅图像࿰c;在电视节目播出时࿰c;重复显示一次࿰c;24幅电影图像࿰c;在电视机上以每秒钟48幅图像显示出来࿰c;这种技术就成为2:2 Pulldown技术。由于PAL电视节目扫描频率为50Hz࿰c;因此PAL制电视播放的电影࿰c;播放速度要比真正电影胶片快4%࿰c;伴音的音高略高࿰c;但是普通观众难以察觉。

     DVD时代的逐行扫描技术

  上面提及的3:2/2:2 Pulldown技术࿰c;其实我们忽视了一个环节࿰c;电影转换成电视节目后࿰c;还有一个处理为隔行信号的问题࿰c;也就是说࿰c;模拟电视时代࿰c;我们在电视中看到的电影节目࿰c;都是经过处理过的隔行扫描信号。进入DVD时代࿰c;这种情况发生了改变࿰c;逐行扫描技术出现了。

center">c="http://hi.csdn.net/attachment/201112/19/0_1324278031zAqO.gif" />

center">DVD时代出现逐行扫描

  DVD属于10年前的技术࿰c;从DVD本身信号的记录来看࿰c;属于数字技术࿰c;但是从DVD和电视机的连接看࿰c;最初都是AV复合、S端子或色差连接࿰c;仍属于模拟技术范畴。带有HDMI接口的DVD࿰c;也是近年来才出现的࿰c;而且不算很普及࿰c;只有少数高档DVD机才具有。

center">c="http://hi.csdn.net/attachment/201112/19/0_1324278055eewU.gif" />
支持逐行扫描带HDMI接口的DVD机

  随着逐行扫描DVD的出现࿰c;也出现了逐行扫描电视机࿰c;这种电视机在接收逐行扫描的电视信号时࿰c;以NTSC信号为例࿰c;先要将60Hz的隔行电视信号࿰c;还原为电影原始的24幅完整图像࿰c;再按3:2 Pulldown的方法࿰c;分配成60幅逐行扫描图像显示出来。

  DVD方面࿰c;最初的DVD也是用上述的方法处理逐行扫描信号的。而实际上࿰c;DVD光盘上记录的电影信号࿰c;可以认为都是24P的。早期的DVD无法直接对24P信号直接处理࿰c;还要经过一系列的数模/模数转换࿰c;或者24P-60i-24P-60P的繁琐过程。后期的DVD࿰c;随着芯片技术的发展࿰c;逐行扫描DVD可以做到24P-60P的最简洁处理。

数字高清时代 24P电影时代早该到来了

  高清电影本身可以认为都是1920×1080/24P的。进入高清时代后࿰c;和模拟时代最大的不同还由两个方面࿰c;一方面࿰c;电视机已经进入全高清时代࿰c;具有1920×1080的物理分辨率࿰c;也就是常说的Full HD或1080P电视࿰c;另一方面࿰c;HDMI接口已经普及࿰c;信号传输已经实现全数字化࿰c;进入了真正的数字时代。

  最初的HDMI只能输出或输入1080/50i/60i信号࿰c;从技术角度讲࿰c;只要电视机的电路足够好࿰c;其效果和1080P是一样的。再进一步的发展࿰c;HDMI已经能够输出和接收1080P信号了࿰c;其频率包括50和60Hz。

  但是我们知道࿰c;电影原始图像只有24P࿰c;无论输出为50P还是60P࿰c;都要经过3:2/2:2 Pulldown技术。如果高清播放器材比如蓝光播放机的电路不够好࿰c;即使输出1080P信号࿰c;可能不如电路水平高的1080i信号效果好。如果高清播放设备方面直接输出电影的24P信号࿰c;平板电视直接接收24P信号后由电视机的电路处理并显示出来࿰c;或许更好。

center"> 

center">c="http://hi.csdn.net/attachment/201112/19/0_1324278081wCVy.gif" />
松下蓝光DVD播放机DMP-BD30࿰c;支持24P信号输出

  24P信号输出࿰c;首先出现在蓝光播放机和HD DVD播放机上࿰c;目前已经成为蓝光播放机的基本功能。采用8634以上级别芯片的高清播放机࿰c;也支持24P输出࿰c;随后24P电视也应运而生。

 

支持24P电影模式播放的液晶电视和等离子电视

  对于高清播放设备࿰c;输出24P信号实际对技术的要求更简单࿰c;省略了很多环节。对于平板电视而言࿰c;和1080i信号比࿰c;也省略很多电路࿰c;24P电影模式播放将成为近期中高端平板电视的新看点。除了松下近期发布这几款平板电视新品外࿰c;已经确认具有24P电影模式播放功能的液晶电视还有索尼的W380A系列和V440A系列;LG的50Y系列;飞利浦的7403系列和5403系列。

center">  当然࿰c;还有很多品牌和型号目前还不能确定是否具有24P电影模式播放功能࿰c;我们希望各厂商能够为我们提供相关信息࿰c;PConline数字家电频道会以最快速度通报给广大网友。

 

 

 

 

首先要看interlace的信号是怎么得来的࿰c;一种是真正的interlace的信号࿰c;像一般的电视信号࿰c;在录制的时候就是interlace的࿰c;这种信号是不可能完全deinterlace的࿰c;也就是说不可能得到完整的progressive的信号࿰c;因为丢失的信息是不可能完全重建的。另一种是࿰c;film-based的TC得来的信号࿰c;用3:2pulldown/IVTC就可以完全重建progressive的信号。
接下来澄清一个问题:deinterlace 指的是什么?如果是指把interlace的信号还原成progressive的信号࿰c;那么在对待电影的片源来说就应包括IVTC/3:2pulldown࿰c;或者说3:2pulldown是一种deinterlace。一般来说࿰c;如何把interlace的信号转化成progressive的信号呢࿰c;有以下基本方法:
color:#ff0000">line doubling: 每一行都重复一遍࿰c;损失一半的垂直分辨率
bob࿰c;interpolate:插值的方法。没有信号的行用相邻的两行插值得到。适用于一般的电视信号࿰c;比如࿰c;用电视卡在计算机上看电视。
weave:把两祯叠加后输出(一祯的奇数行和下一祯的偶数行叠成完整的一祯࿰c;并没有对每一祯进行处理࿰c;其实等与do-nothing࿰c;即什么也没做。适用于基于电影的DVD࿰c;前提用3:2pulldown/IVTC去掉加入的祯。
针对真正的interlaced的信号还有更高级的方法如:
Motion Adaptiveness:运动图像用bob࿰c;静止图像用weave。
Motion Compensation:在weave用得多࿰c;bob用得少的情况下࿰c;估计物体的移动࿰c;构造每一祯。这个比较复杂࿰c;也比较高级࿰c;一两句说不清楚。
orbitlee提到的各种class="tags" href="/tags/SuanFa.html" title=算法>算法大多是基本class="tags" href="/tags/SuanFa.html" title=算法>算法的演变。
所以࿰c;对于film-based 的经TC得来的DVD mpeg2 来说࿰c;deinterlace不是问题࿰c;DVD有专门的标示用来做3:2pulldown࿰c;然后把对应祯叠加得到progressive 24fps的信号࿰c;按比例输出到60、72、85hz的显示器上。这其中还有winDVD借用的philips的技术:Trimension™ DNM (Digital Natural Motion) ࿰c;充分利用刷新频率࿰c;将24祯再变换成60祯(不是简单的重复)而是构造新的祯。
对于HDTV࿰c;即便是电影࿰c;我也不知道是TC的还是真正的interlaced的(一直找不到有关电视台播出的HDTV电影的资料࿰c;这是非常关键的一点࿰c;直接关系到deinterlace)࿰c;如果是TC的那么按照DVD一样处理就行了࿰c;有区别的地方是HDTV是流媒体࿰c;是否能像DVD那样找出对应祯进行3:2pulldown(我记得以前看到过有关文章)。如果是truly interlaced࿰c;比如࿰c;各大电视台的黄金时间节目如CSI(1080i)等࿰c;即录制的时候就是1080i的࿰c;那么࿰c;deinterlace的class="tags" href="/tags/SuanFa.html" title=算法>算法就很重要了࿰c;在没有好的class="tags" href="/tags/SuanFa.html" title=算法>算法之前࿰c;一般来讲会用bob࿰c;画质可能会不如720p。在decoder设置上࿰c;truly interlaced 电视信号是不宜用weave的。对于720p的信号࿰c;decoder是不应该去处理的࿰c;不存在选用bob或weave的问题。这其实还牵扯到另一个问题࿰c;1080i和720p哪个更清晰的问题。我个人认为࿰c;TC的1080i的信号经过IVTC和deinterlace肯定比720p的要好࿰c;不存在什么每祯540线的问题;而对于实时转播的电视信号来说࿰c;则1080i静态占优࿰c;720p动态占优。
综上所述࿰c;我不认为讨论基于电影(film-based)的用TC生成的NTSC信号的deinterlace有任何意义࿰c;任何一种decoder都应该能胜任࿰c;至少对DVD来讲。我们没有必要去告诉decoder用weave或bob࿰c;decoder应有class="tags" href="/tags/SuanFa.html" title=算法>算法自动识别的࿰c;除非对于HDTV的mpeg2不适用。不同的是其他性能࿰c;比如它们的容错性࿰c;即在信号有损失的情况下如何进行这个过程࿰c;或者在没有标示的情况下找对应祯的能力。从实验角度来说࿰c;如果是人工生成的标准信号࿰c;应该是没有区别的。对于truely interlaced的NTSC信号࿰c;我们也没啥可做的࿰c;用bob就好了。反过来说࿰c;如果你用weave出现拉丝࿰c;那说明你的片源是trully interlace的࿰c;或者࿰c;可能是ivtc做得不好࿰c;没有去掉TC加入的祯࿰c;那么decoder就不支持代标示的HDTV的IVTC࿰c;也就是说HDTV的IVTC要靠decoder自己去判断哪些是人为加入的祯。
另外࿰c;仅作参考࿰c;根据avsforum的fans的经验和鉴别࿰c;Dscaler5和最新的nvidia的decoder对于DVD的mpeg2效果最好。对于后期处理࿰c;希望大家能好好利用ffdshow。还是那句话࿰c;显示设备是大家因该考虑和投资的主要考虑对象࿰c;对于没有好的显示设备来说࿰c;HDTV的意义并不很大࿰c;尤其是花很长时间下载࿰c;就更不划算了࿰c;好好优化DVD是正经࿰c;比如࿰c;如何把720x480的信号最优化地upscale到1280x720的显示设备上。等到大家都有好的显示设备时࿰c;hd-DVD也应该批量化了࿰c;到时候花钱买D版就是了。我不太清楚HDTV在现有的软硬件基础上有什么可优化的࿰c;请懂得人另开版面讨论࿰c;相信会有意思的多。还有就是有个会员提到的买椟还珠的问题࿰c;内容比形式更重要

 

 

IVTC

 

帧=Frame / 场=Field / fps=Frame Per Second / Film=电影胶片
电影原本是 24fps 的࿰c;在胶卷过带(Telecine)的时候࿰c;NTSC 制会经过 3:2 pulldown 转为 30fps。
也就是原本 1 2 3 4 四个 Frame࿰c;拆成 1o 1e 2o 2e 3o 3e 4o 4e࿰c;每个 Frame 拆成奇数扫瞄线组成的奇数图场(Odd Field)和偶数扫瞄线组成的偶数图场(Even Field)。重新组合如下(以 Odd Field First 的顺序)
    1o 1e - 2o 2e - 2o 3e - 3o 4e - 4o 4e
    [ A ] - [ B ] - [ C ] - [ D ] - [ E ]
每两个 Field 再重新组合成一个 Frame࿰c;就变成 [A][C][D][E] 五张 Frame。这样由原本的 4 张变成 5 张࿰c;4*6 = 24 => 5*6 = 30࿰c;就能从 24fps 转为 30fps。
在电视上看࿰c;电视因为是交错显示࿰c;所以看不到交错线。但是在计算机上看࿰c;计算机屏幕是循序显示࿰c;所以中间的 2o 3e -3o 4e 这两张 Frame 中的 Field 分别来自不同的 Frame࿰c;一起显示的话就会看到交错的现象。
    DVD 压缩的时候࿰c;母带是胶卷过带(Telecine)后的 30fps࿰c;但是我们知道࿰c;其实原本的影片是 24fps 的࿰c;这 30fps 其实是从 24fps 转出来的࿰c;中间有不必要重复的 Field。这些重复的 Field 会造成交错࿰c;使得每 5 个 Frame 中就有 2 个 Frame 交错(名言:每五张烂两张)࿰c;这些交错的画面要压缩不但浪费空间࿰c;而且交错画面又难压缩࿰c;会使得压缩的效果很差。
    所以先进的 DVD 压缩制程࿰c;在压缩时都会使用 IVTC(inverse telecine࿰c;反胶卷过带)࿰c;将 30fps 转回 24fps࿰c;这样压缩的画面张数由 30fps 减少为 24fps࿰c;少了 20%࿰c;等于 Bitrate 增加 20%࿰c;而且画面无交错容易压缩࿰c;所以压出来的画质会好很多。
但是 IVTC 检出不一定能做到 100%࿰c;遇到无法检出、判断的部分࿰c;Encoder 还是会以原本的 30fps 来压缩。所以我们会看到有些 DVD࿰c;是 Film(24fps)和 NTSC(30fps)混合的 DVD࿰c;又叫做 Hybird(混合)的 DVD࿰c;这个意思就是说࿰c;这张 DVD 内的画面࿰c;是 24fps 无交错࿰c;和 30fps 有交错两种型态互相混合的。
    通常 RC1 八大电影公司出的 DVD IVTC 率都很高࿰c;几乎都高达 99% 以上࿰c;但是其它的公司出的 DVD 就不一定有这么高的比例。IVTC 100% 的 DVD 代表这张 DVD 内完全以 24fps 压缩࿰c;那么在 30fps/60 field/s NTSC 制的电视机上要播放时࿰c;要怎么播放呢?这些 DVD 在压缩的时候࿰c;Encoder 会写入一个 Flag(旗标)的信息࿰c;叫做 Repeat First Field࿰c;简写为 RFF。根据这个 RFF࿰c;DVD 机播放的时候࿰c;就会知道哪些 Field 要重复输出࿰c;利用重复输出这些 Field࿰c;DVD 机就会再播放的时候࿰c;做上面提过的 3:2 pulldown 的动作࿰c;在播放的同时࿰c;将 24fps 转为 30fps 输出࿰c;这样就能在电视上正常收看了。
PAL 制则不一样࿰c;胶卷过带时是采用 2:2 pulldown࿰c;也就是仍然输出原本无交错的 Frame࿰c;但始将播放速度加快 4%࿰c;声音也一起加快 4%࿰c;提升为 25fps࿰c;所以理论上来说࿰c;PAL 很好处理࿰c;因为画面根本无交错࿰c;所以直接压缩即可。不过我在这里看到有朋友提到࿰c;PAL 的 DVD 还是有些是交错的࿰c;这点我就不明白是为什么了࿰c;可能是制作过程上有问题吧。(譬如说用 DV 去拍的影片࿰c;DV 大部分是交错式拍摄࿰c;张张都交错࿰c;是补不回来的)
    DVD2AVI 的 Force Film࿰c;所作的处理࿰c;和 TMPGEnc 的 IVTC 不一样。TMPGEnc 的 IVTC 是跑一遍分析画面的信息࿰c;计算每一张画面的「奇数扫瞄线和偶数扫瞄线的差异」和「动态」这两个信息࿰c;藉由这些数据࿰c;推测出原本的 24fps 的顺序࿰c;将画面反转回原本的 24fps。因为需要分析、计算这些数据࿰c;所以跑第一遍的时候花的时间要比较久。而 DVD2AVI 则完全不一样࿰c;DVD2AVI 是根据上面提到的 RFF 这个旗标的信息࿰c;将重复的 Field 删除掉࿰c;直接原封不动的输出 DVD 内原本储存的 24fps 的 Frame。因为只是做这样的判断࿰c;所以速度很快࿰c;存 .d2v 档时一下子就存好了。所如果这部 DVD 在压缩时的 IVTC 率很高࿰c;Film 的比例高达 95% 以上࿰c;内部原本就是储存 24fps 的形式࿰c;这样才可勾选「Force Film」这个选项。如果该 DVD 的 IVTC 率很低࿰c;内部大部分是 30fps 的形式࿰c;选「Force Film」输出࿰c;你会得到乱七八糟的结果。所以在使用「Force Film」这个选项之前࿰c;必须先用 Preview 预览一次࿰c;让 DVD2AVI 跑一小段试试看࿰c;这部 DVD 的 IVTC 率究竟有多高࿰c;如果 Film 的比例很低࿰c;那么就不可以使用 Force Film 输出。
    另外如果是 PAL 制的 DVD࿰c;更不可以开 Force Film࿰c;否则 DVD2AVI 会每五张砍掉一张࿰c;原本 25fps 会变成 20fps࿰c;画面会错得离谱。color:#ff0000">PAL 的画面就是原本电影无交错的画面࿰c;不需要做 IVTC࿰c;如果你的 PAL DVD 有怪异的交错࿰c;那么我猜测它的讯源一定是非""正规""的讯源(例如 DV)࿰c;才会发生这种现象。遇到这种情况你应该作的是 Deinterlace࿰c;而不是 IVTC。
DVD2AVI 的 Force Film 和 TMPGEnc 的 IVTC࿰c;两者的作法和使用的时机都不同࿰c;使用者要自己判断该用哪一种方法。如果有人拿 Film 率很低的片子用「Force Film」输出࿰c;得到惨不忍睹的结果࿰c;然后怪 DVD2AVI 的 "IVTC" 烂࿰c;那真是冤枉了 DVD2AVI 的作者。这些观念在作者的网页上都讲得很清楚。
节录当中的一段:
Forced FILM is based on RFF detection and frame decimation/duplication.
NTSC or PAL + Forced FILM ON -> garbage
FILM + Forced FILM ON -> synchronous 23.976 fps flawless FILM (class="tags" href="/tags/EQUALS.html" title=equals>equals to IVTC)
作者说࿰c;Force Film 是根据 RFF 旗标侦测和删除重复的 Frame。
NTSC(30fps)或者是 PAL 的讯源࿰c;如果开了 Force Film࿰c;得到的东西会是 garbage࿰c;垃圾。
    Film 的讯源开 Force Film࿰c;才会是同步的 23.976fps࿰c;无错误的 Film 影像(class="tags" href="/tags/EQUALS.html" title=equals>equals to IVTC࿰c;等于做 IVTC)
如果片源是翻录的DVD࿰c;MPEG2码流中没有 RFF 旗标以供还原为Film ࿰c;用DeInterlace也只是模糊物体的边缘部分࿰c;是否有完美的办法呢?
    DVD中的信息将在电视上显示࿰c;因此其记录的方式是基于场的。不过正规制作的Film->DVD会在原本23.976的MPEG2视频码流中加入一些flags(标志)࿰c;以标志特殊场的方式制定某些场按特定顺序重复࿰c;以使23.976fps的Film以60场/秒的方式显示出来。
而以DVD2AVI为代表的IVTC软件࿰c;就是利用这种加入在MPEG2码流中的flags快速的还原60场的MPEG2为23.976fps的原始Film信息。
    但是模拟翻录DVD࿰c;显然将会丢失这些以0/1方式记录在DVD光盘中MPEG2码流中的flags标志。所以在用DVD2AVI这类软件打开模拟翻录的D版DVD中的MPEG2码流时࿰c;不会识别为Film࿰c;并判断此片不需要IVTC!
    但是实际上这样的D版DVD是否还需要IVTC呢?——进入正题了
    由刚才对于DVD制作过程的描述࿰c;我们可以发现࿰c;播放一张正版DVD(就拿刚才假设历时为1/6秒的Film->DVD为例)࿰c;其出现在Video-OUT模拟视频线(任以一种)的场应该是以类似这样的顺序排列的:A1 A2 B1 B2 B1 C2 C1 D2 D1 D2
    那么即使是模拟翻录࿰c;录制下来的视频信号也是以:A1 A2 B1 B2 B1 C2 C1 D2 D1 D2 的顺序存在的࿰c;而其与源DVD的区别是:
    1。以29.976fps记录
    2。没有MPEG2码流中flags以供还原为Film
    3。起点有可能出错࿰c;例如变为 A2 B1 B2 B1 C2 C1 D2 D1 D2
    4。由于播放机与录机之间的时基误差(电源、晶振)可能会lost或rapeat的错误࿰c;例如:A1 A2 B1 B1 B1 C2 C1 D2 D1 D2
    但是࿰c;不论有什么场的差距࿰c;模拟翻录DVD不会自己生出新的画面࿰c;所有画面仍然是源于最初的film中的A B C D。也正因为如此࿰c;IVTC将模拟翻录的DVD还原为23.976的Film仍然是可能的࿰c;其方法就是使用Tmpgenc
    Tmpgenc不是利用MPEG2中的flags来做IVTC࿰c;而是交错比较各帧和场后࿰c;经过比较、判断场与场之间的差距(拉丝-Flick)࿰c;判断决定还原那些特定的场。因此使用Tmpg࿰c;即使MPEG2中没有flags࿰c;或者   flags错误࿰c;只要来源是Film࿰c;就可以很好的还原其为23.976的画面。
    好处:29.976的画面中仍会有交错的场出现࿰c;例如 B1 C2 。如果是大运动画面࿰c;B1 C2这一帧就会出现拉丝、横纹。如果制作时使用DeInterlace(Blend)࿰c;则会模糊物体的边缘部分࿰c;显然会不如源Film的画面清晰亮丽。
    可能的问题1:模拟翻录时的实际过程比较复杂࿰c;但基于场序的传输是基本。如果在模拟翻录时࿰c;曾经用一些画面优化设备(例如运动补偿࿰c;也就是模拟的DeInterlace)变动过画面࿰c;那么使用IVTC也难以还原出清晰亮丽的Film画面
    可能的问题2:用Tmpgenc打开模拟翻录的DVD时࿰c;无论FieldOrder选择A或B࿰c;用DeInterlace(even-odd)来观察到“倒退的帧”࿰c;出现会变少(目前观察到的案例不多)。
    关于“倒退的帧”。为什么会出现倒退的帧呢?如前所述࿰c;一张Film->DVD的MPEG2应该以正阳的顺序记录场:A1 A2 B1 B2 B1 C2 C1 D2 D1 D2
如果假设FieldOrder=A时为:A1 A2 B1 B2 B1 C2 C1 D2 D1 D2
DeInterlace(even-odd)时顺序出现:A1 A1 | A2 A2 | B1 B1 | B2 B2 | B1 B1 | C2 C2 | C1 C1 | D2 D2 | D1 D1 | D2 D2
那么FieldOrder=B时则为:A2 A1 B2 B1 C2 B1 D2 C1 D2 D1
DeInterlace(even-odd)时顺序出现的是:A2 A2 | A1 A1 | B2 B2 | B1 B1 | C2 C2 | B1 B1 | D2 D2 | C1 C1 | D2 D2 | D1 D1 —— 因此有了“倒退的帧”

cle>

http://www.niftyadmin.cn/n/1141169.html

相关文章

mkv 是种封装 类似药品胶囊 capsule 里面装的是视频编码后的数据 youknow!

Matroska MKV 首先澄清一个误区,mkv不是一种压缩格式,DivX、XviD才是视频压缩格式,mp3、ogg才是音频压缩格式。而mkv是个“组合”和“封装”的格式,换句话说就是一种容器格式。 举个例子的话就比较容易理解了,把只有…

apt dpkg 命令

一、APT的使用(Ubuntu Linux软件包管理工具一) apt-cache search # ------(package 搜索包) apt-cache show #------(package 获取包的相关信息,如说明、大小、版本等) sudo apt-get install # ------(package 安装包) sudo apt-get install …

Linux下利用 VESA 进入XWindow的办法

Linux下利用VESA进入XWindow的办法 很多发型版的Linux安装时不能正确识别或者装上显卡驱动,导致在安装或者启动时黑屏,其实我们完全可以使用VESA模 式进入Linux的图形话界面,但这中间需要一系列的小过程: 1 首先安装时如果黑屏的…

debug release 区别

Debug通常称为调试版本,它包含调试信息,并且不作任何优化,便于程序员调试程序。Release称为发布版本,它往往是进行了各种优化,使得程序在代码大小和运行速度上都是最优的,以便用户很好地使用。 Debug 和 Re…

ARM X86 区别

ARM和X86之间为什么不太具有可比性的问题。要搞清楚这个问题首先要明白什么是架构,之前也有很多人提到了架构不同,但架构是什么意思?它是一个比较抽象的概念,不太容易用几句话就解释清楚。 我们要明白CPU是一个执行部件&#xff…

apt-get build dep debia

dpkg是“Debian Package ”的简写。为 “Debian” 专门开发的套件管理系统,方便软件的安装、更新及移除。所有源自“Debian”的“Linux ”发行版都使用 “dpkg”,例如 “Ubuntu”、“Knoppix ”等。 以下是一些 “Dpkg ”的普通用法: 1、“d…

ubuntu下ppa安装源和package完全指南

安装 Ubuntu 时,从官方源里下载的软件,一般是该软件的稳定版,而不是最新版。如果我们想尝试最新版,就要从 PPA 源下载。另外,有的软件虽然很优秀,但因为功能相同,不幸未被官方源选中缺省安装&am…

如何参与Linux内核开发

如何参与Linux内核开发 英文版&#xff1a; http://www.kernel.org/doc/Documentation/HOWTO英文版维护者&#xff1a; Greg Kroah-Hartman <gregkroah.com>翻译者&#xff1a; 李阳 Li Yang <leozh-kernel.org>维护者&#xff1a; 李阳 Li Yang <leozh-ker…