C龍G
帖子: 4
注册: 2018-02-09 21:24

小白请问为什么片源播放时没有拉丝,压制后却出现;是压制时参数设置错误还是必须使用反交错处理?

2018-02-09 21:41

裸压dvd为264/265,由于经常出现拉丝,搜了一下,基本都说因为片源是隔行(之类的)所以需要反交错处理。
但是我有个疑问,直接播放片源就没有交错拉丝现象,这是为什么?如果是因为压制出来变成逐行而出现交错,那么能直接压制成隔行的吗?对于这样的片源想要压制是只能进行反交错处理吗?

头像
玬翼-xahr1820
帖子: 3
注册: 2017-11-14 2:08

Re: 小白请问为什么片源播放时没有拉丝,压制后却出现;是压制时参数设置错误还是必须使用反交错处理?

2018-02-10 22:04

1、“直接播放片源就没有交错拉丝现象”
因为片源的文件头注明了自己的类型,播放器会自动识别并处理。

2、“压制出来变成逐行而出现交错”
没有对片源处理的话仍然是隔行,不会自己变成逐行;逐行扫描的视频也不会出现这种问题。
压制后出现横纹是因为文件头变了,没有告诉播放器我是隔行视频。

3、“直接压制成隔行的吗”
处理隔行称得上是原则性问题,不要裸压。
如果实在不想处理,在压制完成后封装成mkv,用MKVToolNix GUI—Header editor(文件头编辑器)在文件头中添加Video interlaced flag(隔行旗标);也就是像片源一样,告诉播放器我是隔行视频,让播放器自己处理。但不建议这么做,既然决定要压制,就要花一些心思去处理。
做得好与不好是一回事,做与不做又是另外一回事。

4、“只能进行反交错处理吗”
想压制DVD,应当先了解一下NTSC制和PAL制,了解反交错的类型,了解反交错的处理滤镜——比如TIVTC、QTGMC。
单就DVD而言,TIVTC应当就足够了,这是TIVTC的中文DOC https://www.nmm-hd.org/doc/TIVTC
上次由 玬翼-xahr1820 在 2018-02-11 0:04,总共编辑 1 次。

C龍G
帖子: 4
注册: 2018-02-09 21:24

Re: 小白请问为什么片源播放时没有拉丝,压制后却出现;是压制时参数设置错误还是必须使用反交错处理?

2018-02-10 22:33

感谢大佬解答!我去学习一下相关内容。
关于3您说的“处理隔行是原则性问题”,请问这个说法是基于哪些必要性,或者说反交错处理为逐行后有什么优势?

玬翼-xahr1820 写了:1、“直接播放片源就没有交错拉丝现象”
因为片源的文件头注明了自己的类型,播放器会自动识别并处理。

2、“压制出来变成逐行而出现交错”
没有对片源处理的话仍然是隔行,不会自己变成逐行;逐行扫描的视频也不会出现这种问题。
压制后出现横纹是因为文件头变了,没有告诉播放器我是隔行视频。

3、“直接压制成隔行的吗”
处理隔行称得上是原则性问题,不要裸压。
如果实在不想处理,在压制完成后封装成mkv,用MKVToolNix GUI—Header editor(文件头编辑器)在文件头中添加Video interlaced flag(隔行旗标);也就是像片源一样,告诉播放器我是隔行视频,让播放器自己处理。但不建议这么做,既然决定要压制,就要花一些心思去处理。
做得好与不好是一回事,做与不做又是另外一回事。

4、“只能进行反交错处理吗”
想压制DVD,应当先了解一下NTSC制和PAL制,了解反交错的类型,了解反交错的处理滤镜——比如TIVTC、QTGMC。
单就DVD而言,TIVTC应当就足够了,这是TIVTC的中文DOC https://www.nmm-hd.org/doc/TIVTC

头像
玬翼-xahr1820
帖子: 3
注册: 2017-11-14 2:08

Re: 小白请问为什么片源播放时没有拉丝,压制后却出现;是压制时参数设置错误还是必须使用反交错处理?

2018-02-10 22:40

C龍G 写了:感谢大佬解答!我去学习一下相关内容。
关于3您说的“处理隔行是原则性问题”,请问这个说法是基于哪些必要性,或者说反交错处理为逐行后有什么优势?

可以参考一下这篇帖子 https://www.nmm-hd.org/bbs/thread-609-1-1.html

C龍G
帖子: 4
注册: 2018-02-09 21:24

Re: 小白请问为什么片源播放时没有拉丝,压制后却出现;是压制时参数设置错误还是必须使用反交错处理?

2018-02-10 23:20

稍等。。我用MKVToolNix的头文件编辑器看了下源文件没有Video interlaced flag,而往压出来的片子添加Video interlaced flag也没啥效果(这里需要填一个无符号整数,我不知道该怎么填,也试了几个数字0,1,1000等)。是怎么回事啊

玬翼-xahr1820 写了:1、“直接播放片源就没有交错拉丝现象”
因为片源的文件头注明了自己的类型,播放器会自动识别并处理。

2、“压制出来变成逐行而出现交错”
没有对片源处理的话仍然是隔行,不会自己变成逐行;逐行扫描的视频也不会出现这种问题。
压制后出现横纹是因为文件头变了,没有告诉播放器我是隔行视频。

3、“直接压制成隔行的吗”
处理隔行称得上是原则性问题,不要裸压。
如果实在不想处理,在压制完成后封装成mkv,用MKVToolNix GUI—Header editor(文件头编辑器)在文件头中添加Video interlaced flag(隔行旗标);也就是像片源一样,告诉播放器我是隔行视频,让播放器自己处理。但不建议这么做,既然决定要压制,就要花一些心思去处理。
做得好与不好是一回事,做与不做又是另外一回事。

4、“只能进行反交错处理吗”
想压制DVD,应当先了解一下NTSC制和PAL制,了解反交错的类型,了解反交错的处理滤镜——比如TIVTC、QTGMC。
单就DVD而言,TIVTC应当就足够了,这是TIVTC的中文DOC https://www.nmm-hd.org/doc/TIVTC

头像
玬翼-xahr1820
帖子: 3
注册: 2017-11-14 2:08

Re: 小白请问为什么片源播放时没有拉丝,压制后却出现;是压制时参数设置错误还是必须使用反交错处理?

2018-02-11 0:02

C龍G 写了:稍等。。我用MKVToolNix的头文件编辑器看了下源文件没有Video interlaced flag,而往压出来的片子添加Video interlaced flag也没啥效果(这里需要填一个无符号整数,我不知道该怎么填,也试了几个数字0,1,1000等)。是怎么回事啊

抱歉,我只是模糊地知道header editor里有这么个东西
刚才看了一下,确实不是在这里改
之后怎么做我也不清楚了

fnscar
帖子: 18
注册: 2014-08-31 10:53

Re: 小白请问为什么片源播放时没有拉丝,压制后却出现;是压制时参数设置错误还是必须使用反交错处理?

2018-02-11 10:07

把interlaced源直接weave然后按progressive编码是原则性错误。除非你对mkv的结构很熟悉否则手动修改文件头也属于比较危险的操作。
如果想保留interlaced状态直接编码,应该在编码器中加参数。x264是--tff或--bff;x265是--interlace tff或--interlace bff。
但并不推荐这么做。
首先interlaced编码效率低于progressive。
其次保留interlaced状态直接编码,意味着把反交错的工作留给播放端。而目前播放器大多是由渲染器利用显卡硬件反交错,而软件反交错算法里比较常见的、且速度能跟得上实时播放的也差不多只有yadif。它们的质量相比我们在压制中常用的反交错滤镜比如QTGMC等,还是有不小的差距。
最后,也是最重要的一点,interlaced一般都比较复杂,播放器直接无脑deint得到的结果通常都不理想。30i中间夹着几段24t、24t的背景画面上覆盖着30i的滚动字幕等等都是很常见的现象。对这些比较复杂的交错情况,播放器是无法正确处理的。

压制虽然费时费力,但它是one-time cost,既然要做就尽量一次做好,不要偷懒把问题遗留到播放端。

C龍G
帖子: 4
注册: 2018-02-09 21:24

Re: 小白请问为什么片源播放时没有拉丝,压制后却出现;是压制时参数设置错误还是必须使用反交错处理?

2018-02-12 12:05

感谢解答!

fnscar 写了:把interlaced源直接weave然后按progressive编码是原则性错误。除非你对mkv的结构很熟悉否则手动修改文件头也属于比较危险的操作。
如果想保留interlaced状态直接编码,应该在编码器中加参数。x264是--tff或--bff;x265是--interlace tff或--interlace bff。
但并不推荐这么做。
首先interlaced编码效率低于progressive。
其次保留interlaced状态直接编码,意味着把反交错的工作留给播放端。而目前播放器大多是由渲染器利用显卡硬件反交错,而软件反交错算法里比较常见的、且速度能跟得上实时播放的也差不多只有yadif。它们的质量相比我们在压制中常用的反交错滤镜比如QTGMC等,还是有不小的差距。
最后,也是最重要的一点,interlaced一般都比较复杂,播放器直接无脑deint得到的结果通常都不理想。30i中间夹着几段24t、24t的背景画面上覆盖着30i的滚动字幕等等都是很常见的现象。对这些比较复杂的交错情况,播放器是无法正确处理的。

压制虽然费时费力,但它是one-time cost,既然要做就尽量一次做好,不要偷懒把问题遗留到播放端。

回到 “理论讨论 / Theoratical discussion”