找回密码
 立即注册

QQ登录

只需一步,快速开始

教程经验总索引TVMW5/小日本5 索引【视频转换】小日本4/TE4XP 索引【视频转换】TAW4 / TDA3 索引【DVD打包软件】
Nero 索引DVD-Lab 索引【DVD打包软件】编解码器 索引 【必读】固顶帖011号
查看: 7009|回复: 11

[讨论中] 重大发现!小日本打包软件显示的体积是按文件占用硬盘空间显示的?

  [复制链接]

2

威望

1343

金钱

36

贡献

初级会员

积分
1492
主题
58
回帖
296
注册时间
2011-3-14
最后登录
2015-11-17
QQ
发表于 2011-6-19 21:46:27 | 显示全部楼层 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有账号?立即注册

×
本帖最后由 极乐使者 于 2011-7-23 19:14 编辑

呵呵,也许大家早就发现了。我刚发现,发给未发现的看看。发现的就当路过。
01.jpg 001.jpg

看看文件属性“占用空间”括号里面的数字,是不是和导入小日本后显示的体积很接近?那是文件占用硬盘空间的体积,外面的数字才是实际大小。
知道这点就能对输出的体积了如指掌,能够最大限度的利用光盘的空间,从而保持视频的清晰度。
2.jpg
但是两者的换算关系不知如何计算,如显示是8141,输出(输出设置选择“无”,即按显示的体积输出,不压缩,忽略警告)后是7.87G,能否用8141÷7870=1.034434561626429计算他们的比例呢?也就是说两者的比例是1:1.03。要计算输出后的体积,则用显示的体积除以1.03等于输出后的真实体积,即8141÷1.03=7903.883495145631。

我试过显示8277,打包后仍没超。一般D9在8200以内打包后应该都不会超的,D5请自测。如果超了一点可用DVD Shrink压缩一下,一般不建议二次压缩,超了再把码率高的文件再压小点。压缩时注意D9的盘容量选择在8152以下,不要刚好选8152,我试过选8152,压缩后体积刚好是7.96G,D9的极限容量。刻录时提示文件体积是8153M,光盘容量是8152M,1M之差,前功尽弃。7.96G的盘为什么NERO提示是8152呢?  —— 7.960*1024=8151。
4.jpg
做D9的盘,转码时总文件体积控制在7.6G(实际大小)左右比较适宜,也可查看一下文件占用空间是不是超出了。说小日本打包软件显示的体积是按文件占用硬盘空间显示的,前提是导入的文件显示是绿色的SR。请大家多多反馈实测结果。

续:发几张D9的实测图供大家参考:
1.jpg
图一

2.jpg
图二

3.jpg
图三

4.jpg
图四

5.jpg
图五
由以上几图看出,显示的体积和打包后的体积的比例是不稳定的,不知是否和节目轨的数量有关。1、2图是单节目轨,3、4、5图是3-6个节目轨(转码后总体积7.5G左右)。
D9的极限体积是多少?参考:用UltraISO做成ISO镜像载入虚拟光驱后,点击VIDEO_TS.IFO无法播放?





9328

威望

280

金钱

1万

贡献

管理员

自由的灵魂

积分
99854
主题
5263
回帖
26222
注册时间
2003-4-10
最后登录
2024-4-18
发表于 2011-6-19 22:51:03 | 显示全部楼层
我还真没注意到这个,你真行!
IsaacZ的发言中如果提到任何字母缩写或专有名词,在本论坛中一般都能搜索到。点此立即搜索点拨论坛。如有搜索不到的,请尝试搜索百度百科,或者跟帖提问。
发帖前请注意看置顶帖。如果你发现自己的问题没有得到回答,说明你的问题提错了地方或者提问前未先阅读本版规则固顶帖011号
回复

使用道具 举报

9328

威望

280

金钱

1万

贡献

管理员

自由的灵魂

积分
99854
主题
5263
回帖
26222
注册时间
2003-4-10
最后登录
2024-4-18
发表于 2011-6-19 22:57:37 | 显示全部楼层
可能和光盘的数据排放方式有关?
IsaacZ的发言中如果提到任何字母缩写或专有名词,在本论坛中一般都能搜索到。点此立即搜索点拨论坛。如有搜索不到的,请尝试搜索百度百科,或者跟帖提问。
发帖前请注意看置顶帖。如果你发现自己的问题没有得到回答,说明你的问题提错了地方或者提问前未先阅读本版规则固顶帖011号
回复

使用道具 举报

0

威望

1114

金钱

6

贡献

初级会员

积分
1161
主题
5
回帖
270
注册时间
2009-5-10
最后登录
2023-3-20
发表于 2011-6-19 23:20:24 | 显示全部楼层
我去看下,呵呵。
今天来看看。
回复

使用道具 举报

2

威望

9533

金钱

20

贡献

高级会员

积分
9709
主题
26
回帖
90
注册时间
2011-6-8
最后登录
2024-1-7
发表于 2011-6-20 07:18:57 | 显示全部楼层
自己也留意一下,顶!
回复

使用道具 举报

0

威望

1362

金钱

0

贡献

初级会员

积分
1391
主题
0
回帖
53
注册时间
2011-6-19
最后登录
2015-6-14
发表于 2011-6-20 10:20:06 | 显示全部楼层
顶一下
回复

使用道具 举报

2

威望

1343

金钱

36

贡献

初级会员

积分
1492
主题
58
回帖
296
注册时间
2011-3-14
最后登录
2015-11-17
QQ
 楼主| 发表于 2011-6-20 12:36:54 | 显示全部楼层
本帖最后由 极乐使者 于 2011-6-20 18:06 编辑

百度:
文件大小与占用空间大小不同的一点讨论
文件属性中的大小是指文件的实际大小,它与磁盘的存储格式和分区大小均无关。对于同一个文件,不论你将它存储在FAT16、FAT32还是NTFS格式的磁盘中,它的数值都是一样的。
文件属性中的占用空间是指文件存储在磁盘上实际占用的磁盘空间的大小,它与磁盘的簇的大小有关,而簇的大小又与存储格式和分区大小有关。对于同一个文件,存储在不同文件格式和不同分区大小的磁盘上,它所占用空间的大小是不同的。
例如:一个又129kB的文件,它在文件属性中的大小就是129kB,它存储在FAT16文件格式的2GB磁盘分区(簇的大小为32kB)上所占用的空间是160kB;而存储在FAT32文件格式的2GB磁盘分区(簇的大小为4kB)上所占用的空间是132kB;存储在FAT32文件格式的10GB磁盘分区(簇的大小为8kB)上所占用的空间是136kB。

上面是别人说的有点难懂 我举个例子给你吧 比如我们常见的格式化分区有个选项分配单元大小(簇的大小)
1.jpg
假如你选择4096字节进行格式化后  我们在此分区创建一个文本文档 在里面写个字符'1' 即这个文本文档大小
为1字节  而占用空间4.00KB(即4,096字节)
2.jpg
回复

使用道具 举报

104

威望

8725

金钱

369

贡献

高级会员

积分
10880
主题
123
回帖
2174
注册时间
2009-11-9
最后登录
2021-4-28
QQ
发表于 2011-6-20 12:57:12 | 显示全部楼层
你这个系数,随GOP大小变化,也随分辨率和播放时间而变化,还需研究。
回复

使用道具 举报

68

威望

5604

金钱

234

贡献

高级会员

积分
6889
主题
291
回帖
1901
注册时间
2010-2-18
最后登录
2018-5-14
发表于 2011-6-20 18:35:15 | 显示全部楼层
本帖最后由 Hiroshi 于 2011-6-20 18:46 编辑

楼主发现了小日本打包软件显示的体积是按文件占用硬盘空间显示的,
但是对最终的打包体积还是不能按照比例计算出来吧,这个重大发现不能说明什么。
因为这个数字并不能直接决定打包后的最终体积。
事实上很多人做的不是很规范的mpeg;
1,极大多数的软件是视频音频分离式打包,所以通过分离再合并,会挤掉冗长部分(某些个性的素材)。
2,有种软件是以直接打包方式进行的,不存在冗长部分的体积,这种体积很容易把握。
就是同样的素材,2种做法也会产生不同的结果,但是源素材显示占有的体积是一样的。


评分

参与人数 1贡献 +1 收起 理由
IsaacZ + 1 谢谢提供经验!

查看全部评分

回复

使用道具 举报

2

威望

1343

金钱

36

贡献

初级会员

积分
1492
主题
58
回帖
296
注册时间
2011-3-14
最后登录
2015-11-17
QQ
 楼主| 发表于 2011-6-20 18:51:48 | 显示全部楼层
本帖最后由 极乐使者 于 2011-6-26 12:37 编辑


我一般都是采音视频分离打包的。控制体积需要大家多摸索总结,一般我做D9的盘,小日本显示在8200以内打包后都不会超的。至于转码时总体积控制在7.6G以内一般都没问题的,如果“占用空间”超了,总体积还要降。看着办吧。为了接近极限体积(导入后加菜单不超过8200),我一般都要把码率低的文件再次转换。
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|小黑屋|点拨论坛

GMT+8, 2024-4-19 17:38 , Processed in 0.268052 second(s), 6 queries , Redis On.

Powered by Discuz! X3.5

© 2001-2024 Discuz! Team.

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