视频文件的总时间越长，打包后的体积就越大，转码后的总体积就要越小？
各位经常打包D9的朋友，有没发现这个现象？36小时的视频讲座，转码成基础流文件后的总体积是7.37G，打包后8.22G；7.13G，打包后7.95G；38小时的讲座转码后7.05G，打包后7.94G；
如果是16小时左右的，转码后7.6-7.7G左右，打包后也才7.9G左右。
无论是单节目轨还是多节目轨，无论是用1.6的版本还是4的版本打包，均是这样。都是静态菜单加背景音乐。那请问，多出的那么多空间装什么去了？请赐教！{:soso_e183:} 你说多出的空间究竟指谁多出来的？
貌似文件越零碎，打包速度越慢，打包后总体积越大。
IsaacZ 发表于 2012-7-14 23:39 static/image/common/back.gif
你说多出的空间究竟指谁多出来的？
貌似文件越零碎，打包速度越慢，打包后总体积越大。
就是多出的空间用什么填充了？
据测试，不是文件越零碎，打包体积就越大。确定是文件总时间越长，打包后体积就越大。我用的是40集的讲座，每集在58分钟左右。也用过32集的连续剧，每集46分钟左右，都是时间越长，转码时总体积就要越小。
以上结论，可以用多首MTV和讲座对比测试 （的确是文件零碎度只影响打包时间，不影响体积，2楼口误已经修改。）
如果是同样的源，一定是总时间越长，体积越大。
如果是不同的源，则转码、打包结果体积大小没有可比性。
举例来说，36小时的视频讲座，转码成基础流文件后的总体积是7.37G，打包后8.22G。从这36小时中，任意抽出16小时以同样参数转码，输出体积一定小于上述数值。
打包结果体积可能存在变数。TAW4有输出体积控制功能，所以当自定义了输出介质为D9，只要在软件可操作范围内，都会将打包结果控制在D9极限容量7.95G。如果超出了软件可操作范围(也就是软件无能力精确控制其体积)，打包体积则会超出。总之，如果是不同的源，则转码、打包结果体积大小没有可比性。 IsaacZ 发表于 2012-7-15 08:25 static/image/common/back.gif
（的确是文件零碎度只影响打包时间，不影响体积，2楼口误已经修改。）
如果是同样的源，一定是总时间越长 ...
因为打包D9有很多了，所以在控制体积方面有一定的经验，我一般都控制在7.9G左右，在画质优先的前提下，尽量最大利用光盘的空间，所以打包有时要两次才能精确控制体积。在此帖透露给新手吧。
比如转码后的总体积是7.37，打包后是8.22G，如果想控制在7.94G，则转码后的总体积：7.37-(8.22-7.94)=7.09G，所以有些文件得重新转码缩小体积。重新转码再导入后，注意打包软件里前后的体积变化是不是相差280M（8.22-7.94=0.28G）左右。安全起见，一般前后差290MB左右，就不会超出D9的体积了。
第一次打包时，大概十几分钟，软件显示“正在最终化VOB文件”时，赶快到输出文件夹查看总体积，如果超出了，就中止输出。看超出多少，重新转码缩小体积，再导入打包。
在输出处，我一般是选择“无”，从不利用打包软件控制体积，担心影响画质。
虽然D9的容量是7.96G，但是尽量控制在7.94G左右为好。如果是7.95G的话，占用空间尽量不要超过8,540,000,000字节，下图这个文件7.95G的文件是正常的。
参考：D9容量极限是8142MB，超出则制作成ISO镜像后无法成功播放：https://www.dianbo.org/forum.php?mod=viewthread&tid=14084&extra= 继续回4楼版主的问题，虽然我没测试，但我觉得与一定与源无关。如果从转好码的36集中抽出16、7集（刚好16、7小时）打包，那不是D5的容量了吗？如果打包后肯定小，那就是D5和D9的区别了。如果不小，就是时间长度的问题。
刚好手头还有个转好码的40集的讲座，待会试试。
页:
[1]