查看完整版本: [-- [请教] 关于 手动IVTC & X264 & 120fps --]

『漫游』酷论坛 -> 影音精华区 -> [请教] 关于 手动IVTC & X264 & 120fps [打印本页] 登录 -> 注册 -> 回复主题 -> 发表主题

<<   1   2  >>  Pages: ( 2 total )

細細粒 2006-01-03 15:16

[请教] 关于 手动IVTC & X264 & 120fps

鉴于目前X264编码器越来越稳定,功能也大幅度增强...so

但是却发现不少使用问题....

====================

绝大部分高级功能只有MeGUI才有...(即: x264 command line interface encoder),而普通的(x264 configuration video for windows)....orz

这个问题就算了...不用也没啥....只有遗憾撒.....orz

====================

而主要是 输入 和 输出 问题,MeGUI只支持AVS输入,输出为:raw(.264) ,mkv ,mp4 3种...

而AVC编码封装为AVI的问题...不用我说了吧....(听说是由B-frames所造成,不排除还有其它....)


而我是使用 TMPGEnc 2.524.63.181 Plus 手动ITVC 处理,后的 TPR 文件,无法简单地被AVS加载(需要插件,但好像只能使用到部分 TMPGEnc 功能,不完整,但只有它能直接进行YV12....而通过DGMPGDec的方法就需要RGB...转来转去...估计是会有损失了...

====================

就算上面这步也没啥大问题....但是 手动ITVC 后的必 音画不同步 ,而做120fps 就....

(120fps 可以很好解决音画不同步,等问题...所以)

之前做别的动画(XviD)是使用TPRRead,AVIRead,等工具和方式实现...

而它们对MeGUI输出的格式不支持....

而使用别的工具调用X264编码就很容易出错(因为主要是AVI封装)....

====================

最后...新版X264一些参数,有哪位清楚的吗?....E文的实在无法完全理解(再加上自己是E文白痴)....

在网上有些文章都是以旧版为例,所有都不清楚一些新选项,参数是啥意思了...

====================

就这些问题了(是多了点.....)...在这里拜过各位大大了....[/KH] [/KH]

jumbo 2006-01-03 16:04
同问，我也想知道，楼上的那些，我还有好多不会呢。

MeteorRain 2006-01-03 17:08
楼主可以试试看mmg w/ timecode
你那些软件有没有哪个可以输出timecode的？

紧箍咒 2006-01-03 18:49
个人认为没必要迷信手动ivtc，从原理上讲，手动必然好于自动，但实际上，横向或纵向微动的画面即使从从下面的大预览图上也很难看清，很容易做错，而现在的动画又特别喜欢用微动，如果做的话还要配合windows放大镜，实际的错误率未必就小于自动。如果真要用的话，不如试试yatta。

x264的话既然你想用高级功能，那就必须放弃使用avi的想法，用旧的容器装新的编码，还想让它有完全的功能，那是不可能的。

大虾 2006-01-03 20:12
楼上把动画想得太简单了吧……
偷懒的话确实可以用自动。话说，手动IVTC的话，如果会活用pattern，效率还是很高的，而且无论他大动小动还是微动，统统无敌。
另外，手动IVTC在PP效果上远远超越自动。试想，一旦遇到Cross Fade，那么自动必死无疑。此外，还有很多复杂的偏远需要靠手动IVTC来解决的，这点不需要强调了吧。就算是能通过场匹配还原出来的地方，Decomb也没有还原出来。
手动IVTC不是“迷信”，而是需要。之前大量应用的自动是因为手动的技术尚未普及。

紧箍咒 2006-01-03 22:20
不是想的简单与不简单的问题。

首先，如果讨论效率的话，除了sswroom，多数人做手动不可能比自动效率高，自动的话，30000帧中的错误率一般就在30帧左右，作为观赏用的片子，千分之一的错误率足够用了。

第二，微动的情况下可以实做下试试，下面的大预览图几乎是拼场之后的每个画面都看不出拉丝，上面的小预览也不显，不用放大镜一整段一整段地错。

第三，crossfade要看情况，30交24或者24交24pattern不合的情况自动才会死，黑场出来的做手动也未必不死，对于这种事情，较真的话做60或者interlace压缩，不较真的话做两重化或者自适应，不管做哪种选择都很多，都不是非tmpeg不可。

第四，复杂片源是复杂片源，特别是老片不好做大家都知道，但那毕竟是少数，多数片子做全片手动意义有多大不用强调你也清楚了吧。局部手动我并不反对，但是把手动神化无非只是造神运动而已。

大虾 2006-01-04 08:49
理念不同……

dizyh 2006-01-04 08:56
貌似手动IVTC不是很复杂吧？~~关键在于理解没^0^

至于音画不同步问题，这不是手动IVTC的错，而在于是否正确做了IVTC~

120FPS如果不想弄，考虑WMV或者MP4封装好了。RMVB也支持VFR，简单直接

唔，手头没地址了，无法贴出教程~

vempx 2006-01-04 11:24
并不是迷信手动IVTC,事实上,手动IVTC的效果要远远好于自动
剩下的就是一个熟练度的问题.
sswroom大的手动IVTC速度值得肯定~
但是那是因为他很熟练啊
我刚学会的时候也是很慢
但是我现在最快的记录是:我的废弃公主的DVDrip,其中有一话我用了40分钟就完成了
个人认为还是手动比较强


orz 貌似没人回答楼主的问题啊........可怜的细细.....

大虾 2006-01-04 11:50
撒……现在面向新容器的好的解决方案还没出现……ss最近说要改进aviread，不知道要改进哪些方面，我希望他针对新容器做出一些支持，比如mp4或者是mkv。
手动IVTC很难能做到完全影音同步的，特别是“保证总帧数不变”这点，比较难做到。

至于楼上提到的yatta，现在貌似还没成为主流。我想学，但是学不会= =||不知是软件太复杂了还是我太弱智了，有没有人能来篇文章讲解以下，哪怕是入门水平的。

vempx 2006-01-04 11:54
手动IVTC的话,弄120fps或者VFR不就搞定了同步问题了吗 XD

dizyh 2006-01-04 11:55
[测试]TMPGEnc的拷贝帧应用

http://popgo.net/bbs/showthread.php?s=&threadid=364715

手工IVTC的参考之一~

大虾 2006-01-04 17:51
To 楼上大大：大作能转载到NMM否？

紧箍咒 2006-01-04 22:04






这是目前常见的微动情况，片子也是很近的，mr做过应该知道。这是DoubleWeave之后op的0a到2a共5幅，画面原大截自桌面设定为1024×768下，与sseroom教程推荐相同。

先以正常大小看一下应该选哪几张，再放大2倍或4倍看应该选哪几张。

确实在正常大小下仍然能看到问题所在，但是我想说明的是，实际制作情况下，很少会象这样仔细地去看所有的预览。如上面那位朋友所说的记录，用40分钟做完20分钟一集的片子（30000帧左右），40分钟即使不算纯制作用时，光考虑在用预览检查是否做错的时候所需的速度是12.5帧/秒，相当于半速播放，在这样快速浏览时去发现象上面这样连续5张中的取舍是否有错，熟练度需要十分之高，造成错误的几率未必就会比自动要低。

更重要的是这种微动情况在最近的动画中出现频率越来越高，所以我仍然持原观点，手动ivtc可以用来解决复杂问题，但是全片手动没必要神化。

大虾 2006-01-05 08:57
我有些怀疑紧箍咒兄是否真正有过大量制作手动的经验。

1.手动IVTC并不需要每个场景都需要判断哪张选、那张不选。
2.只要是IVTC，pattern只能是10010，不同的是，从第几帧开始10010。挪帧比打字速度快。在10010开始之前，只要选中有动态、无交错的帧即可。
这里，pattern只能是10010，即使说就算是10100，只要重复，1010010100，还是能在里面找到“10010”的踪迹。此外还有0100101001，也能找到“10010”，只不过是开始的地方不同而已。
3.就算用打字的方法，一个片子一共也就那么几个pattern，可以靠经验来判断、预测的。10010、01001、01010、10100等等的。不同的排列组合而已。
4.楼上说的“40”分钟，不可能完全是在找pattern。因为，有些Telecine的比较好的DVD，一个pattern是可以使用很长时间的。比如，我做的《八雲立つ》，一个10010从开头一直用到20分钟处，这期间我们只要一直按着方向键向前看pattern是否失效即可。

以上只是大致列举几条。其它的一些方法在我以往的文章或者帖子中都说过了，这里不再赘述。

使用自动还是手动是压制着个人理念的问题。或许我再弄了这么长时间的DVDRIP之后对于效果的追求有些走向极端化了吧。但是我依然会坚持手动下去。

dizyh 2006-01-05 09:05
引用
最初由 大虾 发布
To 楼上大大：大作能转载到NMM否？


呵呵，大作称不上。

我的东西随便转，不用联系我的，联系我我还怕麻烦的^0^


===========
TO 紧箍咒：

　　做手工IVTC基本上没有这么慢的，慢主要的因素是不懂交错的产生原因。

　　通常而言，交错会出现在特定的地方。如果你了解了交错的原因，就会大致知道交错会出现在什么地方。比如上边那个测试中所举的例子，交错主要出现在场景切换的地方。

　　不过，全片手动确实基本没必要，我看的少，但也没遇到需要全片IVTC的

　　至于“交错的产生原因”你可以去上边大虾的主页看下，他有转过去的。唉，地址又找不到了。漫游又不让搜索~~~

vempx 2006-01-05 10:36
引用
最初由 大虾 发布
我有些怀疑紧箍咒兄是否真正有过大量制作手动的经验。

1.手动IVTC并不需要每个场景都需要判断哪张选、那张不选。
2.只要是IVTC，pattern只能是10010，不同的是，从第几帧开始10010。挪帧比打字速度快。在10010开始之前，只要选中有动态、无交错的帧即可。
这里，pattern只能是10010，即使说就算是10100，只要重复，1010010100，还是能在里面找到“10010”的踪迹。此外还有0100101001，也能找到“10010”，只不过是开始的地方不同而已。
3.就算用打字的方法，一个片子一共也就那么几个pattern，可以靠经验来判断、预测的。10010、01001、01010、10100等等的。不同的排列组合而已。
4.楼上说的“40”分钟，不可能完全是在找pattern。因为，有些Telecine的比较好的DVD，一个pattern是可以使用很长时间的。比如，我做的《八雲立つ》，一个10010从开头一直用到20分钟处，这期间我们只要一直按着方向键向前看pattern是否失效即可。

以上只是大致列举几条。其它的一些方法在我以往的文章或者帖子中都说过了，这里不再赘述。

使用自动还是手动是压制着个人理念的问题。或许我再弄了这么长时间的DVDRIP之后对于效果的追求有些走向极端化了吧。但是我依然会坚持手动下去。


dgwxx正解
我做废弃就是找pattern,已经很有经验了,那次40分钟就是因为很规则,一个pattern很长时间不失效.我喜欢找01001这样的,只要按住又方向看效果就可以了,一旦出现交错,就在交错的地方再次01001,一路这么下去,速度很快,而且不会出错

做手动IVTC的唯一害处就是, 囧rz,我的眼睛已经出问题了,看啥都交错....

vempx 2006-01-05 10:40
囧rz........细细的问题还没有解决啊......

MeteorRain 2006-01-05 11:01
手完之后只要有timecode就行了嘛。最后合成mkv，载入timecode不就好了

vempx 2006-01-05 11:12
引用
最初由 MeteorRain 发布
手完之后只要有timecode就行了嘛。最后合成mkv，载入timecode不就好了

囧rz timecode哪来啊

MeteorRain 2006-01-05 11:53
引用
最初由 vempx 发布
囧rz timecode哪来啊
手动ivtc后再手动timecode一下不就好了……orz

wolfsoft 2006-01-05 12:43
引用
最初由 大虾 发布
我有些怀疑紧箍咒兄是否真正有过大量制作手动的经验。


ft,他是hylx的马甲,你说他手动多少?

大虾 2006-01-05 13:10
引用
最初由 wolfsoft 发布


ft,他是hylx的马甲,你说他手动多少?


囧
现在的大大门流行故意装菜？

To 某狼:怎么把这帖置顶了-0-

To 楼上各位大大:ss说在即将到来的新的aviread版本貌似支持mkv的timecode v2输出了……本贴的问题迎刃而解了-0-某狼可以放下置顶了吧……

キャスバル 2006-01-05 13:38
引用
最初由 大虾 发布


囧
现在的大大门流行故意装菜？

其实是你误解他人意图，跑题咧[/TX]

dizyh 2006-01-05 14:00
晕。置顶了~

唉~~还是复杂化了，为什么不先跑一遍自动呢？

在自动的基础上再跳到需要手动的场景处手动不好吗？

全程手动指定的麻烦性与存在问题可以通过EVA09的测试拿到答案。

自动加手动的可靠性与便捷性可以通过EVA09V2的放出拿到答案。

dizyh 2006-01-05 14:06
补充一点，MP4支持VFR，混合帧率的VOB可以在交错全部完成后全选直接输出整个MP4~~

vempx 2006-01-05 14:37
其实........华丽的不会手动timecode......

wolfsoft 2006-01-05 15:15
引用
最初由 大虾 发布


囧
现在的大大门流行故意装菜？

To 某狼:怎么把这帖置顶了-0-

To 楼上各位大大:ss说在即将到来的新的aviread版本貌似支持mkv的timecode v2输出了……本贴的问题迎刃而解了-0-某狼可以放下置顶了吧……


老大,跟我没关系,我不是这个版的版主

細細粒 2006-01-05 20:11
第一个惊讶的是....咋置顶了....orz

第二个咋好像没有提及到相关问题的解决方法...orz

大虾 2006-01-05 22:35
啊……我记得某狼是哪个版的班主来着
To 細細粒：都说了……等ss的新工具吧-0-

紧箍咒 2006-01-06 09:52
to 大虾

我只是举一个例子而已，不是因为没做过所以瞎说，而是因为做多了就越来越发现手动的局限性。就这个例子本身而言，单看这5幅的话，判断成01010也未必就不对，就象你们所说，可能一个pattern用很长时间都对，这个“对”是建立在你们肉眼看预览没有交错的基础之上，但是如果混在中间出现这样5张，而其pattern在这里正好错成了10100，你能在快速预览中一下子挑出来吗？最可能的情况是，虽然这里错了，但是以为pattern和前一个scene一样，认为“很长时间”都是“一个pattern”，而在降噪之后，错误就更不明显，这才是错误率不一定小于自动的根本原因。

说实话我以前也是手动ivtc的膜拜者，但是做gundam seed特别篇的时候被几段微动害得重做3次。做过手动的都知道，从头做很顺，从中间改就很烦，短的还好办，长的又没法跑pattern（后面就坏了）。而且以后越来越多这样的情况，最终放弃全片手动。实际上就象dizyh所说，tmpeg完全可以先自动跑一遍再修正错误，但是这样和用decomb跑一遍再修正有什么胜负之分吗？个人认为做东西不能走极端，只要能达成目的，怎么效率高就怎样，既然都有可能出错（从全片而言错误率都很低），都有必要修正，又何必打压自动抬高手动呢？

最后一点，可能很多时候压片子会上瘾到扣复杂的技术，玩tmpeg全片手动实际上华丽大于意义。个人认为做ivtc的目的并没有“还原到原始的24帧状态”那么崇高，真实的情况无非2条：1.减帧，减少交错所带来的画面复杂性，增加压缩率。2.消除拉丝感，增加观赏舒适度。注意，这里我所说的是“拉丝感”，而不是“拉丝”，就象在电脑上看一张dvd，即使静态的画面也是“拉丝”的（就原理而言），但却没有“拉丝感”，我和大家理解不同的地方就是，我认为做“ivtc”已经可以脱离这几个英文单词字面的意义，目的就是让观看者不产生拉丝感，所以只需要减帧和使观看中最能产生“拉丝感”的帧解除好，其他帧即使错了，看不出来也无所谓。所谓“恢复到原始的24帧状态”是不可能的，因为很多tv动画根本就没有所谓的原始的24帧，象那种24cross24pattern不合型fade，不管用什么“自适应”也好，都还原不了，你可以说自己解除得“好看”，但是不能说自己解除得“正确”。

所以to：大虾

象你说的一样，大家理念不同。我所说的只是阐述我的理念，大家并没有真正的对错之分。想起《机器人大战》里某杂兵令我印象深刻的一句话：“我们也有自己的正义！”

紧箍咒 2006-01-06 10:11
再多说几句，其实aviread即使这样改了，意义也不是太大。原来的aviread本身已经可以做120的vfr，而120vfr可以很方便地输出v1和v2的timecode，现在就算多一步也一样可以做。aviread当时是很先进没错，sswroom的伟大不可言谕，但现在已经基本不用了，主要是因为1是稍慢，2是vdm总是显示它去不掉最后一个D，即使真的是vdm的bug也总让人不放心。

编辑一下

细挺好学的，也有运气。我记得上一次回答你的帖子是问crop和resize，都变成了好帖。

tmpeg手动->tprread->aviread->120vfr->封装mkv

ss的标准顺序就解决了。

mkv有没有必要用timecode？这个问题好办，用avimux gui和mmg分别装一遍，然后用mp解timecode，看看有没有不同就知道了。我原来做这个试验的时候还是mkvtoolnix1.4左右的版本，也许更老，现在能不能得出那样的结果大家自己试吧。

再编辑：

不用xvid而用x264的做法

tmpeg手动->tprread->aviread->120vfr临时avi->avi2timecode生成timecode->x264压缩->封装

我不会mp4的，同求教程。

細細粒 2006-01-06 12:52
感谢 紧箍咒 的热情回答啊....=0=又学到不少东西了...

只是实现起来好像不容易...那办法(X264)...

紧箍咒 2006-01-06 13:02
其实很简单，就是随便烂压一个用来出timecode的avi，然后照常压264

其实比较奇怪为什么非要用tmpeg做vfr，除了那种24、30转换频繁的片子，多数需要做vfr的片子自己手写timecode就够了

wolfsoft 2006-01-06 13:29
引用
最初由 紧箍咒 发布
其实很简单，就是随便烂压一个用来出timecode的avi，然后照常压264

其实比较奇怪为什么非要用tmpeg做vfr，除了那种24、30转换频繁的片子，多数需要做vfr的片子自己手写timecode就够了


自己写的不精确,还是yatta算出来的精确.没空研究yatta的代码,也不知道他们用的什么算法

紧箍咒 2006-01-06 13:34
呵呵，yatta你是达人啊，有空了找你学。

vempx 2006-01-06 13:37
请问,如何写timecode?
格式是什么?

dizyh 2006-01-06 13:54
引用
最初由 紧箍咒 发布


再编辑：

不用xvid而用x264的做法

tmpeg手动->tprread->aviread->120vfr临时avi->avi2timecode生成timecode->x264压缩->封装



VFR（120FPS舍弃）：

tmpeg手动->假avi->->NERO（WME）->封装MKV

wolfsoft 2006-01-06 14:00
引用
最初由 vempx 发布
请问,如何写timecode?
格式是什么?


v1的格式,第一行标头随便写点东西,第二行写上基本的fps

然后每行按如下格式:

开始帧,结束帧,fps

v2格式就比较简单了,第一行随便写点东西,然后是:

0
偏移值A
A+A
2A+A
3A+A
.....

就这么把所有的偏移值都累加起来写在下一行,写满为止.
偏移值就是1000毫秒/fps


还有个v3格式,我没研究.蛋蛋要在的话出来阐述一下

vempx 2006-01-06 14:31
感觉手写timecode还是嫌麻烦,突然想到了一个BT的方法
IVTC完后,用工具先压一次XviD,裁减到10x10(- -;)或更小,然后弄的特模糊
用Xvid 1次pass Q31 做成AVI插120fps再生成timecode
然后好好压x264

众:真是够BT,拉出去砍了!

vempx 2006-01-06 14:40
用我自己这个破方法试了下,感觉速度不是很快,有没有办法让这第一次的压制速度更快呢?

wolfsoft 2006-01-06 14:43
引用
最初由 vempx 发布
感觉手写timecode还是嫌麻烦,突然想到了一个BT的方法
IVTC完后,用工具先压一次XviD,裁减到10x10(- -;)或更小,然后弄的特模糊
用Xvid 1次pass Q31 做成AVI插120fps再生成timecode
然后好好压x264

众:真是够BT,拉出去砍了!


hylx说的就是这个办法.....

wolfsoft 2006-01-06 14:45
引用
最初由 vempx 发布
用我自己这个破方法试了下,感觉速度不是很快,有没有办法让这第一次的压制速度更快呢?


使用2pass模式,在pass1的选项里选中保留文件,然后只压pass1就可以了.生成一个没有经过任何xvid filter处理的avi

vempx 2006-01-06 14:52
Orz 原来如此 再试试

紧箍咒 2006-01-06 20:39
引用
最初由 dizyh 发布


VFR（120FPS舍弃）：

tmpeg手动->假avi->->NERO（WME）->封装MKV


还是不太明白，比如滤镜怎么上，降噪锐化用tmpeg的？

大虾 2006-01-06 22:10
首先同意一下hylx的观点

面影曾经跟我说过一次用nero直接压AC3音频输出AAC的办法，那就是用RECODE直接打开VOB之后切成1x1像素压，之后把音频分离出来就好了。楼上也用这个方法实现了套取timecode……

至于TMPGEnc的NR，我个人觉得比avs和au的NR好一些，但是速度非常非常慢。不知道TMPGEnc手动->au->假avi->codec这种方法行不行……因为X264（/NERO）和WME都太慢了，没有做过实际的实验。

edit:
至于输出timecode还是有意义的……至少不用为了套取timecode而专门用xvid再压一遍，还是省了不少麻烦的。

adamhj 2006-01-07 20:02
引用
最初由 wolfsoft 发布


自己写的不精确,还是yatta算出来的精确.没空研究yatta的代码,也不知道他们用的什么算法


不是用decombo改的么？

没用过的小白随便说说...

adamhj 2006-01-07 20:08
引用
最初由 wolfsoft 发布


v1的格式,第一行标头随便写点东西,第二行写上基本的fps

然后每行按如下格式:

开始帧,结束帧,fps

v2格式就比较简单了,第一行随便写点东西,然后是:

0
偏移值A
A+A
2A+A
3A+A
.....

就这么把所有的偏移值都累加起来写在下一行,写满为止.
偏移值就是1000毫秒/fps


还有个v3格式,我没研究.蛋蛋要在的话出来阐述一下


出v3了？我不知道...
v1、v2的第一行好像不能乱写的吧..人家靠那个区别是v1还是v2的吧...
v1的就是小狼说的那种，v2的下面是每帧的时间偏移量，单位是ms

建议看一下mkvtoolnix目录下sample目录里的例子就知道了，那个一目了然～

adamhj 2006-01-07 20:11
引用
最初由 vempx 发布
感觉手写timecode还是嫌麻烦,突然想到了一个BT的方法
IVTC完后,用工具先压一次XviD,裁减到10x10(- -;)或更小,然后弄的特模糊
用Xvid 1次pass Q31 做成AVI插120fps再生成timecode
然后好好压x264

众:真是够BT,拉出去砍了!


恩...有创意...建议8x8..OTL

紧箍咒 2006-01-08 00:27
reduced resolution和grayscale可能也有用，可以打成全黑试试，不知道能不能快


查看完整版本: [-- [请教] 关于 手动IVTC & X264 & 120fps --] [-- top --]


Powered by phpwind v8.5 Code ©2003-2011 phpwind
Time 0.016379 second(s),query:2 Gzip disabled