NMM视频技术(旧)

 找回密码
 成为会员
搜索
查看: 4395|回复: 4

Re: 【新手问题分类FAQ系列】第二讲 影片类型

[复制链接]
发表于 2005-6-15 08:26 | 显示全部楼层 |阅读模式
对于30P+24P混合的影片,通常处理方法为制作120fps的AVI或者制作MKV格式(MKV支持VFR)。具体制作方法已经有高人写出了,这里不再赘述。


能否指出製作 vfr-mkv 的教學所在? 主要是想看看是否有非手動而又準確的分辨 30p/24p (自動保留 30p, 又正確分辨出 24p 且正確的做 field-matching 的步驟, 最後自然是自動的 vfr decimation) 方法

另外, 有人能分享一下 60i + 24p 的經驗? 現在我用的是 GreedyHMA + DecombVFR 或 Decomb/TDeint(Telecide 做 field-matching, TDeint 做 post-processing 和 deinterlacing) + DecombVFR, 但對兩者之效果都不太滿意

美國 1 區 PAL to NTSC 的 TVB 劇 DVD 最好也有人能分享一下經驗吧

[ Last edited by yanyani989 on 2005-6-15 at 08:41 ]
发表于 2005-6-15 10:03 | 显示全部楼层
哇勒~~~~~~~楼主狮子大开口一口气提这么多T_T今天上午又要打字打到手指酸痛了
能否指出製作 vfr-mkv 的教學所在?

这个……汗……语病~那个“具体制作方法已经有高人写出了,这里不再赘述。”指的是120fps……
不过VFR MKV的话,可以通过120fps avi转换过来。
通过avi2timecode.exe这个软件,可以通过分析120fps avi输出制作vfr mkv需要的timecode脚本,之后再利用这个脚本和混合avi(就是插入null帧之前的avi)就可以制作vfr mkv了。
主要是想看看是否有非手動而又準確的分辨 30p/24p (自動保留 30p, 又正確分辨出 24p 且正確的做 field-matching 的步驟, 最後自然是自動的 vfr decimation) 方法

昏死……世间没有这么简便的方法吧~
DecombVFR可以做到自动侦测,同时生成timecode脚本,但是听说准确率不高。
通过yatta分段可以做到完美VFR(自动生成AVS脚本和timecode脚本),aviutl也可以以制作VFR,用刚刚我说的那个方法在120fps avi的基础上加工也可以。但是这些都是手动的……
另外, 有人能分享一下 60i + 24p 的經驗? 現在我用的是 GreedyHMA + DecombVFR 或 Decomb/TDeint(Telecide 做 field-matching, TDeint 做 post-processing 和 deinterlacing) + DecombVFR, 但對兩者之效果都不太滿意

楼主说的60i是不是指的60场每秒的摄像机拍的片子?就是在电脑上看的时候,是30帧每秒、每帧都交错的片子?(可能我们两个的叫法不太一样^^||)
这个我也没什么办法。如果60i和24p的场景频繁切换(通常动画的映像特典就是这样,在制作人员访谈的过程中,频繁插入片中的场景。还有PV也经常出现这种状况。),那么推荐使用TMPEG或者AviUtl进行制作。因AVS分段处理的话,如果分段太多,一者写起AVS代码太麻烦,在这分段过多会严重影响压制的速度。我有一个朋友做CowBoy Bepop的制作人员访谈的时候分了124段(如果我没记错的话),最后才发现VDM根本没办法打开这个超复杂的AVS……
以上说的是频繁切换的。
如果场景不是频繁切换,而是非常工整的分成几段,那么可以通过AVS分段处理(24p的部分用Telecind+Decimate,60i的部分用Deinterlace)+手写timecode脚本的方式来制作。好处就不说了~
美國 1 區 PAL to NTSC 的 TVB 劇 DVD 最好也有人能分享一下經驗吧

因为大陆收不到TVB这个电视台(广东、深圳那边可能会受到,但是据我所知大陆北方地区好像没有哪里会转播这个电视台^^||很不幸的……我在天津),所以这类片源我也没见过。能不能简述一下这类片源的特征?
 楼主| 发表于 2005-6-15 12:57 | 显示全部楼层
Null frame 的 overhead 會否做成容量預算的困難?

>DecombVFR可以做到自动侦测,同时生成timecode脚本,但是听说准确率不高。
我看還可以接受, 主要問題是將 video 部分太少動態的也誤認為 film 而 decimate 了吧

看你所說的, 似乎真的接觸很多動畫片源, 或許這些都比較工整, 或者最少是 "Manual Scriptable" 吧, 但我常接觸的電影花絮 (60i 訪問 + 24p 電影內容接輯) 幾乎不可能用手工做........ 一分鐘可能已經有數次交替

>最后才发现VDM根本没办法打开这个超复杂的AVS……
有加 SetMemoryMax() 嗎?
AR Calculator 的 avs optimizer 那種按一個 scene change trim 一段做單位用不同 denoise/resize 的 avs 也沒問題, 那 124 段也是小事吧


  1. SetMemoryMax(256)
  2. mpeg2source("E:\Scent Of A Woman\Scent Of A Woman.d2v")
  3. crop(8,16,704,448)
  4. Undot()

  5. clip = last

  6. C0 = clip.LanczosResize(672,352)
  7. C1 = clip.BicubicResize(672,352,0,0.75)
  8. C2 = clip.Unfilter(-2,-2).BicubicResize(672,352,0,0.75)
  9. C3 = clip.BicubicResize(672,352,0.333,0.1775)
  10. C4 = clip.BicubicResize(672,352,0.45,0)
  11. C5 = clip.BicubicResize(672,352,0.5402,0)
  12. C6 = clip.FluxsmoothST(2,2).BicubicResize(672,352,0.38,0)
  13. C7 = clip.FluxsmoothST(4,4).BicubicResize(672,352,0.6,0)
  14. C8 = clip.FluxsmoothST(2,4).BicubicResize(672,352,1,0)
  15. C9 = clip.FluxsmoothST(5,5).BicubicResize(672,352,1.80,0)

  16. C4.Trim(0,67)+C8.Trim(68,90)+C9.Trim(91,389)+C7.Trim(390,412)+C9.Trim(413,435)+C7.Trim(436,504)+C9.Trim(505,527)+C4.Trim(528,1654)+C6.Trim(1655,1677)+C4.Trim(1678,1700)+C5.Trim(1701,1723)+C4.Trim(1724,1746)+C5.Trim(1747,1769)+C4.Trim(1770,1884)+C9.Trim(1885,1953)+C7.Trim(1954,1976)+C9.Trim(1977,1999)+.........
复制代码
发表于 2005-6-15 14:38 | 显示全部楼层
Null frame 的 overhead 會否做成容量預算的困難?

应该不会,到目前为止我还没有遇到超过1M的状况

他加没加SetMemoryMax()我就不知道了,他没有跟我说。不过按照你说得来看,应该是没加。回来我跟他说说~HOHO~谢谢帮忙

我接触过的片子,的确都是相当工整的,要么是30p,要么是3:2 pulldown的,所以平时在这方面研究的不多。最近因为高考完了,有机会接触多一些片子了,所以也开始研究分段、Freezeframe、Applyrange之类的东西了。
我朋友最近在研究AviUtl以及VFR MWV/AVC直接输出。他说AviUtl分段处理和VFR非常方便。HOHO~由于刚刚毕业,还有一些余下的事务要处理,所以我还没有试AviUtl。楼主对AviUtl熟悉么?

另外,楼主应该在台湾吧……台湾那边好像高手很多哦~jackie大人、sswroom大人都是吧
 楼主| 发表于 2005-6-15 14:48 | 显示全部楼层
>AviUtl
對 avi 的 hack 極為反感, 認為再繼續用 avi/vfw 只會拖慢 avc 的發展
(不過 aviutl 是否就 = avi/vfw 就不清楚~ 呵呵)

原來已考完高考, 恭喜一下

香港的, 但人在美國 ;-)

jackie 嘛, dvd2avi 原作者, 最近才知道他是台灣人
您需要登录后才可以回帖 登录 | 成为会员

本版积分规则

小黑屋|手机版|NMM视频技术

GMT+8, 2025-5-6 01:56 , Processed in 0.215118 second(s), 14 queries .

Powered by Discuz! X3.4

© 2001-2017 Comsenz Inc.

快速回复 返回顶部 返回列表