[!]NTSC DVDRIP 切边与Resize速成（2010年修订）

gfm688

还有一个问题：
现在SAR压法，设置SAR比例，4:3为10:11， AE=0吗？ 还是72:79 ，AE=0 ？

NTSC 的 PAR 竟然不是 10/11 (x/y)，而是 72/79；PAL 的 PAR 竟然不是 59/54，而是 128/117！
这又是怎么回事呢？
这就是令人头痛的地方，也就是复杂的地方 ^^;

dgwxx

本页已经转移到NMM Doc文档库。
http://www.nmm-hd.org/doc/%E5%88%87%E8%BE%B9%E4%B8%8EResize

辉耀

这几天反复在看C&R相关内容，也重新温习了一遍此贴（其实我在这里潜了好一阵子的水呃……），发现还有些不明确的地方，思来想去决定回帖问下，希望不算翻老帖呢……毕竟此贴虽然是06年的，但个人觉得DVDrip的做法应当没有“过时”之说，而且BZ大大前一阵子也曾在某个回帖中给出过此贴地址，应当说明此贴现在依然是值得参考的……


关于NTSC 4：3 DVDrip的C&R，个人一直觉得做法是720左右crop 8到704后直接resize 640（NTSC 10：11的PAR，704对应640），稍稍看了下手里的资料以及手中的国外的某个COWBOY BEBOP的DVDrip成品确认了一下，说明这应当是一种较为常见的做法，但您文中完全没有提起……所以想进一步问一下究竟是怎么回事……望解答~

ssnake

看silky bible吧= =

然而也许有人会注意到，根据这个网页
http://www.uwasa.fi/~f76998/video/conversion/
NTSC 的 PAR 竟然不是 10/11 (x/y)，而是 72/79；PAL 的 PAR 竟然不是 59/54，而是 128/117！
这又是怎么回事呢？
这就是令人头痛的地方，也就是复杂的地方 ^^;

下面有点复杂，我没有保握能够解说得很简单清楚明了，建议最好仔细阅读以上提供的网页再往下看。

前面计算 PAR 的时候，我们是拿 13.5MHz 直接去除 "industry standard" 的 square pixel
的取样频率，来求得 NTSC 和 PAL 的 PAR。但是实际上这些 "industry standard" 的取样频率，
取样出来的仍然不是 1:1 的 square pixel，只是很接近 square pixel，所以直接这样除，
得到的 PAR 并不精确。

精确的计算方法：
625/50 PAL 每一条扫瞄线的取样时间为 64μs，实际上用来记录数据的时间只有 52μs，
其它时间用来同步和等待扫瞄线归位，所以要记录 1:1 768x576，取样频率应该是
52μs * (14 + 10/13)MHz = 768

一条扫瞄线要 768 点（取样 768 次），取样时间 52μs，反算回来取样频率就得要是
14 + 10/13 MHz，而不是 "industry standard" 的 14.75MHz。

525/59.94 NTSC 每一条扫瞄线的取样时间为 63+5/9 (63.555...) μs，
实际上用来记录数据的时间只有 52+2/3 (52.666...) μs，其它时间用来同步和等待扫瞄线归位，
所以要记录 1:1 640x480(648x486)，取样频率应该是
52+2/3μs * (12 + 24/79)MHz = 640(648)

而不是 SMPTE 244M "industry standard" square pixel 的 12 + 27/99 MHz。

所以根据正确的纪录时间（PAL 52μs/NTSC 52+2/3μs）来推算 PAR，得到的结果就是
NTSC 72/79，PAL 128/117 了。

头开始痛了吗？ ^^;
本来我们都已经习惯左右截边 -> 704 之后再 resize，这也是一般看到的作法，
大家都是这么作的，结果根据这个算法，NTSC PAR 变成是 72/79，
本来是
640 * 11/10 = 640*1.1 = 704

现在变成
640 * 79/72 = 702 + 2/9

要截边为 702 + 2/9 再 resize 为 640x480 才是正确的。

不过该网页的作者也建议，还是使用 704 比较好，704 这个数字刚好可以被 16 整除，
704 这个数字刚好是 VCD 352 的两倍，704 刚好是 VCD 可以存放的静态图片的最大分办率，
704 刚好是 ATSC 数字电视的标准分办率...
有这么多的 "巧合"，所以我们还是选择削边为 704 来处理。
DVD2AVI 的作者也是建议，还是以 704 来处理。

而 PAL 就很有趣了，因为 PAL 真正的 PAR 是 128/117，所以
768 * 117/128 = 702

刚刚好等于 702 一点都不差！
所以也许 PAL DVD 要 resize 为 PAR 1:1 640x480/512x384 ...，
截边为 702 之后再 resize，会比 704 更好。

dgwxx

其实4：3应该是切到702.2，但是因为没办法切出来0.2，所以早先有702和704两种方案，各有优势，可以根据具体情况选择。

但现在形式已经不同了。现在SAR压法（只切边、不resize、在数据流或封装容器中加入SAR信息）已经是主要使用的方法，所以16mod的704的优势占有优势。

话说，您提到的“BZ大大”是哪位神圣？

辉耀

呃，底层方面内容我似乎确实理解不了呢（当初自习数字视频压缩之类书的时候就都跳过去了……），不过毕竟只是业余爱好，本人水平也很差就不深究了，得知正确做法已经足够，多谢2位大大指点

PS 个人觉得作为潜水党贸然使用虾大之类亲切称呼很不合适，于是想找个敬称……结果手一滑就打成BZ了……实际想说的是管理员……抱歉……

蓝の回忆

手头上正有个 4:3 ntsc 的片..左右各4共8点黑边,上下无..按照大虾的方法要切掉9+8=17..总觉得这很浪费呀..多余的只有8点.还有avs里怎么奇数边..

ljwing

手头上正有个 4:3 ntsc 的片..左右各4共8点黑边,上下无..按照大虾的方法要切掉9+8=17..总觉得这很浪费呀..多 ...
蓝の回忆 发表于 2010-1-13 16:56

LanczosResize就能切

dgwxx

回复 6# 蓝の回忆
修订了一下文章中过时的内容。
您可以参考新修订的内容。

蓝の回忆

别这么客气嘛..

辉耀

切奇数边的话需要转换色彩空间嗯~

dgwxx

回复 10# 辉耀
新版AVS里的resize滤镜内置的切边不用转换颜色空间，可以直接输入奇数切边。

辉耀

现在已经不需要了么……我还真不知道呢……学习了……

此外想再追问两点：

1 压制时色彩空间不同究竟有何影响？仅仅是编码速度上的区别么？

2 letter box型一定要4:3 crop-resize-上下crop的理由是？也就是说……这种做法与直接全切掉直接resize的区别是？

dgwxx

回复 12# 辉耀
1.转换颜色空间不是无损的，所以能不转，就一次都不要转。您把converttorgb32.converttoyuy2.converttoyv12重复100遍再看每一个像素的值出现了多少误差后就知道怎么回事了。
2.如果您对自己计算的结果足够有自信的话，当然可以按照自己的方法切。但对于新手来说，按4：3的方法做，比起胡切一气，能够获得更准确的结果。这篇文章没有理论含量，我只说怎么做是正确的，并不意味着这篇文章以外的方法就一定是错误的。

辉耀

非常感谢您的解答~

我之前需要切奇数都直接ConvertToRGB了，想了解一下这样到底会如何……看来以后确实需要改了呢……

至于letterbox其实是做的国内杂志附赠碟（很不规范……），用的16：9动画画面，上下黑边保持到4：3并加硬字幕，左右还出现了不规则黑边；我直接把黑边全切掉之后resize 720(如果左右边太宽就704)*400……也就是说我主观的当做切没了边以后剩下的画面就是16：9直接resize而且16mod了……

问了只是想知道一下正确做法纯学习了，毕竟杂志附赠碟本来就不规范，不知道编辑是怎么压的……

myshapigou

谢谢搂住的讲解~~~~~~~终于明白了！

myshapigou

dgwxx,你的有QQ么？

dgwxx

回复 16# myshapigou
恕不接受QQ一对一讨论视频处理问题。

蓝の回忆

大虾的qq号不难搞到吧...记得是某人的校友

gfm688

http://www.verycd.com/groups/jiaoxue/671004.topic/page1
按这里的教程，
4:3 的如果左右各切8，sar是10:11 ，没错
如果不切边，我算到是41:45