『漫游』酷论坛>『影音数码技术学习交流』>[请教]关于利用AVS压制 ..

roozhou@2010-10-14 13:59

请搜一个叫win7DSFilterTweaker的工具,禁掉MS自己的解码器。
引用

cici2010@2010-10-14 15:04

D:\QQDownload\direct264_20100831_v2>x264 -o 1.mkv --crf 20 --starttime 0:5:20 --ivtc t 1.vob
dshow [info]: duration 00:00:11
dshow [info]: 720x480p 10:11 @ 8000/267 fps (vfr)
x264 [info]: using SAR=10/11
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64 Slow_mod4_stack

x264 [info]: profile High, level 3.0
dshow [info]: start encoding from 320.00000 sec

-----------------------------------------------------------------------------------
嗯……把系统的MPEG2解码器禁掉换成FFDSHOW就可以了呢

我直接把VOB文件做IVTC并截取一段转码成X264 怎么到开始编码也不报错就直接跳出了呢 Orz..

还有dshow显示的文件长度信息貌似不正常啊……我只要加入时间戳参数就会报错
引用

cici2010@2010-10-14 17:12

再请教下IVTC(Inverse Telecine)和Deinterlace有啥区别

IVTC我理解就是隔行的交错源处理成逐行
Deinterlace字面意思不也是反交错么 也是隔行转为逐行?
引用

amfilica@2010-10-14 17:44

deinterlace好像是找不到场配才用的 ivtc 是还原场配(大概吧。。
引用

longlong6267@2010-10-14 17:51

引用
最初由 cici2010 发布
再请教下IVTC(Inverse Telecine)和Deinterlace有啥区别

IVTC我理解就是隔行的交错源处理成逐行
Deinterlace字面意思不也是反交错么 也是隔行转为逐行?


前者我理解为 把错误的场序纠正 然后把错误的帧删除

后者理解为 用一些特殊的手段将交错的视频处理的看起来不再交错
引用

辉耀@2010-10-14 18:22

IVTC是场匹配+砍帧,把“本来应该是同一帧”的画面拼起来,并删除掉重复画面

Deinterlace则是对于纯交错的处理,此种情况并不存在“本来是同一帧”的两场,每场在时间上都是不同的;由于每一场纵向像素都只有分辨率的一半,需要“算”出其余部分,插补补出整张画面;所以也有人把此类滤镜归类成resizer
引用

cici2010@2010-10-14 18:57

又补了些文章大致看明白了= =|||
IVTC和Deinterlace用来处理两种不同的交错类型

引用

a)24p(也叫Film、3:2 pulldown型)

  有些影片,讯源是 24fps,拍摄的时候是用胶片以 24fps拍摄的,每一张都没有交错,例如大部分的电影。为了要能在 NTSC 的电视上播放,电影胶卷过带(telecine)的时候必须转成 30fps(即前面说过的3:2 pulldown)。

这种影片,其原始画面其实是 24fps无交错的,可以作IVTC,经过场匹配反交错、删除多余的画面,还原回原本的 24fps。

大部分的电影,无庸置疑,其讯源一定是 24fps无交错,可以作 IVTC。

  电影转成 PAL(25fps)的时候,用的是 2:2 pulldown,画面还是无交错的,只是加快播放速度,变成每秒播放 25 张。不过有些 PAL 的 DVD 会向前提一个场,造成画面每一张都交错。

  还有一些 PAL DVD 非常奇怪,25 张之中会有重复的一张画面,这时就必须删除重复的那一张画面还原回 24p,删除重复帧的步骤叫做Decimate,后文详述制作方法。

b)30i(也叫Video型)

  这种片源通常由摄像机拍摄得到,每一张都是交错的。大部分的 NTSC 电视节目(连续剧、综艺节目、新闻报导...)、交错式的 DV 都是这种讯源。对付这种讯源,通常会采用Deinterlace的处理方式,经过这种方式处理过后,画面可能会变得模糊一些。


引用

cici2010@2010-10-16 21:10

继续问问题……Orz

一般做DVDRIP的话 需要用到哪些画面优化的滤镜呢

柔化、降噪、锐化?

看了些教程貌似都是AVS滤镜

如果用direct264直接抛弃AVS的话 如何使用那些滤镜呢...

还有使用滤镜的话 一般来说画质会有所提升?
引用

upyzl@2010-10-16 21:19

引用
最初由 cici2010 发布
继续问问题……Orz

一般做DVDRIP的话 需要用到哪些画面优化的滤镜呢

柔化、降噪、锐化?

看了些教程貌似都是AVS滤镜

如果用direct264直接抛弃AVS的话 如何使用那些滤镜呢...

还有使用滤镜的话 一般来说画质会有所提升?


ffdshow有个 Blur & NR 就是专门干柔化和降噪的
还有个 Sharpen 负责锐化

另外x264本身nr就是降噪,但据说效果不怎么好 deblock正值也能有接近于柔化的效果

对什么样的视频使用什么样的滤镜能使视频看起来更好看
这个问题我也想知道
引用

辉耀@2010-10-16 21:33

DVDrip的处理……比较重要的个人觉得大概是dehalo/dering(如果存在),另外缺码部分降噪抹一抹、画面太模糊的话收一下线、部分画面的debanding等等吧……

用哪些这个……每个人口味不同,具体怎么做看个人了,个人还是倾向于操作不要太多尽量留原始画面……

至于提升“观感”做法就很多了……例如最简单的,锐化之后一般人都会觉得“画面变好了一点点”,比较狠的还有人拉高对比饱和度什么的……
但如果把这些称之为“提升画质”,个人觉得是不合适的……
引用

06_taro@2010-10-18 21:30

拉飽和度也太暴力了……

雖然見過日本職人也對老片幹過這種事……
引用

cici2010@2010-10-19 01:21

想用TIVTC做一下VFR的MKV文件 遇到几个问题过来请教下..

1.dgindex截取VOB文件的一段……生成的视频索引长度和demux出来的音频长度不一致怎么办 合成mkv时会造成音画不同步

2.想用tivtc做2pass……过程提示错误(TDecimate: input error (mode 5 and 6, all frames must have entries) 查了资料应该是输入源不完整所致 不能做trim 直接在索引阶段截取也不行么? 应该如何处理呢

3.我把TIVTC生成的timecode和X264压制过视频流混流后 文件长度明显不正确 最后多出了几十秒无用部分(按音频文件长度5分28秒 合成后总长度6分零8秒) 这个怎么回事呢

4,mmg生成的MKV文件 用mediainfo查看 只显示帧率为29.97 这正常么 不应该是vfr才对么
引用

cici2010@2010-10-19 01:23

贴下timecode文件
引用

# timecode format v1
Assume 29.970030
# TDecimate v1.0.3 by tritical
# Mode 3 - Auto-generated mkv timecodes file
0,59,23.976024
155,158,23.976024
444,451,23.976024
457,488,23.976024
494,533,23.976024
539,542,23.976024
548,563,23.976024
569,572,23.976024
578,609,23.976024
645,672,23.976024
683,686,23.976024
692,699,23.976024
705,716,23.976024
747,750,23.976024
756,771,23.976024
777,780,23.976024
796,803,23.976024
829,832,23.976024
838,853,23.976024
884,887,23.976024
893,896,23.976024
937,940,23.976024
971,1050,23.976024
1061,1112,23.976024
1118,1125,23.976024
1241,1244,23.976024
1320,1379,23.976024
1545,1692,23.976024
1698,1785,23.976024
1791,1794,23.976024
1885,1956,23.976024
1962,1969,23.976024
1975,1994,23.976024
2000,2007,23.976024
2013,2024,23.976024
2035,2070,23.976024
2076,2255,23.976024
2346,2349,23.976024
2405,2456,23.976024
2552,2563,23.976024
2629,2916,23.976024
2922,2953,23.976024
2989,3112,23.976024
3118,3125,23.976024
3131,3134,23.976024
3150,3153,23.976024
3159,3166,23.976024
3172,3231,23.976024
3237,3256,23.976024
3272,3399,23.976024
3455,3530,23.976024
3536,3631,23.976024
3642,3657,23.976024
3663,3670,23.976024
3676,3679,23.976024
3715,3878,23.976024
3884,3891,23.976024
3982,3985,23.976024
4011,4014,23.976024
4045,4060,23.976024
4076,4079,23.976024
4090,4097,23.976024
4108,4111,23.976024
4117,4120,23.976024
4276,4279,23.976024
4305,4308,23.976024
4324,4355,23.976024
4361,4380,23.976024
4391,4394,23.976024
4405,4412,23.976024
4448,4463,23.976024
4579,4602,23.976024
4613,4620,23.976024
4671,4678,23.976024
4729,4740,23.976024
4781,4788,23.976024
4804,4807,23.976024
4823,4834,23.976024
4845,4864,23.976024
4870,4873,23.976024
4879,4882,23.976024
4898,4909,23.976024
4910,4912,17.982018
4918,4929,23.976024
4940,4947,23.976024
4963,4978,23.976024
4999,5086,23.976024
5277,5280,23.976024
5561,5564,23.976024
5570,5573,23.976024
5599,5610,23.976024
5661,5664,23.976024
5825,5828,23.976024
6054,6057,23.976024
6298,6545,23.976024
6566,6617,23.976024
6633,6684,23.976024
6790,6829,23.976024
6965,6968,23.976024
6969,6971,17.982018
6972,6987,23.976024
7088,7115,23.976024
7231,7234,23.976024
7310,7313,23.976024
7464,7483,23.976024
7489,7500,23.976024
7611,7626,23.976024
7712,7715,23.976024
7876,7887,23.976024
7893,7904,23.976024
7905,7907,17.982018
7913,7920,23.976024
7936,7939,23.976024
7945,7952,23.976024
8028,8043,23.976024
8069,8080,23.976024
8101,8104,23.976024
8170,8177,23.976024
8183,8190,23.976024
8231,8238,23.976024
8244,8251,23.976024
8257,8272,23.976024
8308,8311,23.976024
8387,8390,23.976024
8401,8412,23.976024
8483,8486,23.976024
8492,8503,23.976024
8569,8580,23.976024
8726,8729,23.976024
9070,9085,23.976024
9116,9119,23.976024
9130,9285,23.976024
# TDecimate Mode 3: Last Frame = 9285
# vfr stats: 42.86% film 57.14% video
# vfr stats: 4355 - film 5805 - video 10160 - total
# vfr stats: longest vid section - 340 frames
# vfr stats: # of detected vid sections - 127
引用

roozhou@2010-10-19 02:01

引用
最初由 cici2010 发布
想用TIVTC做一下VFR的MKV文件 遇到几个问题过来请教下..

1.dgindex截取VOB文件的一段……生成的视频索引长度和demux出来的音频长度不一致怎么办 合成mkv时会造成音画不同步

2.想用tivtc做2pass……过程提示错误(TDecimate: input error (mode 5 and 6, all frames must have entries) 查了资料应该是输入源不完整所致 不能做trim 直接在索引阶段截取也不行么? 应该如何处理呢

3.我把TIVTC生成的timecode和X264压制过视频流混流后 文件长度明显不正确 最后多出了几十秒无用部分(按音频文件长度5分28秒 合成后总长度6分零8秒) 这个怎么回事呢

4,mmg生成的MKV文件 用mediainfo查看 只显示帧率为29.97 这正常么 不应该是vfr才对么

为什么要用TIVTC做VFR,你的源一定需要这样吗?
avs有很大的局限性,任何vfr的东西必须当成cfr并且长度事先可知来处理,至少需要2pass。
另外MediaInfo是没办法判断mkv是cfr还是vfr的,显示的帧率只是default duration或者视频码流里存储的帧率,这些信息完全可以和实际帧率没有一点关系。我以前写过,MediaInfo事实上对于任何一种格式是否是vfr的判断都存在问题,没有一种是正确的。
引用

06_taro@2010-10-19 09:59

tivtc如果輸入源和d2v幀數不同的話(avs在tfm之前做了trim),在tfm裡面加個trimIn="trim.txt",在trim.txt內指定去掉的幀號,寫法見tfm的文檔
引用

«23456»共6页

| TOP