晓起 发表于 2010-11-19 14:07:31

ed]

IsaacZ 发表于 2010-11-20 15:13:36

打包速度慢一定是重新编码了,请参考:

[经验] [原创] 如何避免DVD打包软件对添加的MPG视频源文件进行重新编码(转码)?关于红色FR

身心疲惫 发表于 2010-11-20 21:26:11

我打包一张4.5G的碟片(实际4.2G),共4部影片,全长420分钟,大约25分可以完成,处理器AMD5000+
2G内存。

lnpanjin 发表于 2010-11-21 13:50:31

只要是不重新编码速度应该取决一方面是电脑的配置,另一方面就是看原文件的时间了

cxfang 发表于 2010-12-1 20:22:38

我的就比较奇怪,一般从1%--95%只要5分钟左右,但是从95%--100%有的时候居然比前面的时间还长,完全不知道是怎么回事

IsaacZ 发表于 2010-12-1 23:07:01

回复 15# cxfang

正常现象。1%--95%是封装源文件到一个个的VOB,不重新编码的话会很快。最后的几个百分点是要最终完成所有的章节、菜单导航的链接和控制,计算量比较大,所以会慢。

cxfang 发表于 2010-12-4 20:39:29

回复 16# IsaacZ
计算量虽然是大,但是CPU的占有率却不像TMP4那么的高啊,一般都是在35%,而TMP4经常都是100%,如果真的大的话,应该CPU占用会更高一点才对啊,个人是这么认为 的,不知正确否?

IsaacZ 发表于 2010-12-4 23:21:38

本帖最后由 IsaacZ 于 2010-12-4 23:26 编辑

我也只是猜想而已,不是很明确地知道最后这个 Finalization 的过程究竟做了什么。不过你要说和TE4XP比较CPU的占用率,它们还是有明显的区别的。

TE4XP的CPU占用达100%,是因为它不停地在分析源文件的数据并重新生成全新的数据,你想想,每秒25帧或是29.97帧,就算是从关键帧推算相邻帧,也要大量的运算,而且是不重复的全新的运算。

而TAW4的打包使用到智能渲染(SR)的功能,基本上就可以不重新编码,所以涉及到视频本身的部分显得很快。但是据我最新的推想,那个快速完成的视频打包过程其实并没有真正地打包成VOB,可能只是扫描了一遍而已,确认是否需要编码,如果无需编码,则直接进入下面环节,如果需要编码,则先编码成MPEG-2临时文件,因为VOB文件内要封装视频、音频和字幕所有这些东东,猜想真正的封装成VOB文件和IFO控制文件是最后那几分钟的事情。想想,把所有的素材都集合到VOB里面去,再编制索引,光拷贝4G多的文件要多少时间?

如果你在打包时用一个 Filemon V7.04 汉化绿色版【文件系统监视工具】 监视一下程序的文件读写操作,可能会发现真相。我偷懒一下,麻烦你做个测试吧。

cxfang 发表于 2010-12-5 11:06:57

回复 18# IsaacZ
这个软件在我的电脑上用不了,总显示下图,说是vista系统,可我用的是windows7 64位,没办法了,还是您有空帮忙测试一下吧

lijianwen 发表于 2010-12-5 13:10:57

先生成菜单VOB,然后生成电影内容的VOB,这个过程很快(MPII音频的除外),最后阶段是生成IFO和BUP文件,按轨道由低到高的顺序逐个生成,一般会花去2-3分钟左右(I7)。
以前用TAW4打包编码一次完成,中途会出错,出错了,就得到输出文件夹找到已经编码好(出错前)的部分来节省重做的时间,顺便就观察了这个过程。
页: 1 [2] 3
查看完整版本: 小日本的打包速度令人震撼