『漫游』酷论坛>『影音数码技术学习交流』>『[V9RMVB] 动画压制交流论坛』>好像很多人都没搞清 ..

好像很多人都没搞清楚码率和文件大小的关系, 我来解释一下

skywalker@2003-02-04 12:16

不管使用什么编码, 在同样的码率下, 文件大小都是一样的(好像有些用1000=1k, 有些用1024=1k,不过这点大小可以在做一两百兆的东西时可以忽略掉, ).....

采样和文件的大小是这样算的(为了叙述方便, 这里全当1K=1024):
比如你有一个采样500K的RM或RMVB或XVID或DIVX(后两个其实是1K=1000的), 25分钟, 就是

500K*60s*25min=750000k bits
750000k bits / 8 = 93750 k bytes
93750 k bytes/1024= 91.55 MB
引用

珈莱@2003-02-04 12:36

真是大大，原来这是可以计算出来的。。。

赶快把这个帖子复制回去，以后压制动画可以提前算好大小，然后刻盘了:D

万分感谢:D
引用

Ronnier@2003-02-04 12:41

记得注意一下冗余……
1-pass 压出来的如果动态多会偏离目标比较远，特别是 MAX 设置的比较大时
根据片源可能会相差几兆到几十兆（当然采样率也上去了）
当然 2-pass 动态多也会偏离，偏的比较少就是
引用

珈莱@2003-02-04 12:44

汗。。。我准备压的动画太多，如果用2-pass，那后果真是不堪设想。。。所以就1-pass的用了
另外除了2-pass的时间问题，我觉得动态画面的采样率高，也就是最后出来的大小偏移其实还好，我压了不少动画，都是用1-pass的，和一个用2-pass的朋友比，如果同样的片子，同样的采样设置，我的某些文件大小可能是比他的大，不过也不算太多，清晰度嘛，我们两个差不多的说。所以就不去计较那点大小的偏移，还是时间比较重要:D

另外问一下，我没看懂那个公式的第二步，为什么要除以8？
引用

Ronnier@2003-02-04 12:53

因为 1byte=8bits 啊
一个字节八位哦:D

另外，我本人是很不提倡压 RMVB 用 2-pass 的
节约几兆空间，带来的是大动态画面中多多的——锯齿

但是压 MPEG4 可是一定要 2-pass 的
不过我觉得如果是 VCD 转压 MPEG4 那倒是无所谓……


BTW，skywalker 老大，现在有没有支持 1.77 以上版本 d2v 的 mpeg2dec.dll？我手头那个只能 1.76……
引用

珈莱@2003-02-04 12:59

引用
最初由 Ronnier 发布
因为 1byte=8bits 啊
一个字节八位哦:D

汗死。。。今天学到了很多，点头满意ing~~~:D

现在下线去计算我那一大堆准备压制的动画，看看它们的大小，然后计划着怎么刻录了:D

汗死，发了帖子发现你又编辑了帖子，我再来编辑我的帖子~~~~

引用
另外，我本人是很不提倡压 RMVB 用 2-pass 的
节约几兆空间，带来的是大动态画面中多多的——锯齿

不过压 MPEG4 可是一定要 2-pass 的
不过我觉得如果是 VCD 转压 MPEG4 那倒是无所谓……

和我上面那个帖子一样，我也是不在乎为了节省几兆而用2-pass，不过我倒没有太注意画面，而是时间不允许。
MPEG4的片子我好像见的不太多，起码我最近下载的大部分都是AVI的，所以也不在乎了。。。汗。。。好像什么都不在乎似的。。。超脱了。。= =|||

另外，我本人对音质的要求很高的说，所以声音的采样都调的比较高，声音一般就是64kbps voice的采样率，音乐就是176kbps surround sound的采样率:D
引用

littleyizhi@2003-02-04 16:22

引用
最初由 Ronnier 发布
BTW，skywalker 老大，现在有没有支持 1.77 以上版本 d2v 的 mpeg2dec.dll？我手头那个只能 1.76……


要高版本有什么用呢，你又不用DVD2AVI来做Crop，也不用DVD2AVI来解AC3成MP3，那个是给CCE用的，我们用不着。
引用

csr2000@2003-02-04 16:33

给大家个截图研究一下，嘿嘿...
引用

Ronnier@2003-02-04 17:01

引用
最初由 littleyizhi 发布


要高版本有什么用呢，你又不用DVD2AVI来做Crop，也不用DVD2AVI来解AC3成MP3，那个是给CCE用的，我们用不着。
哦，本来的意思是想要后者的，如果是用 VOB 来压就可能需要解码成 WAV，不过也不大清楚它解的效果如何，如果用 AZID 解效果还不错，不过多一步。:D AC3Source 倒是还没有试过，说来方法倒是还不少，倒也没必要一定需要个支持高版本的，随口问问的啦。:D
引用

Ronnier@2003-02-04 17:44

引用
最初由 csr2000 发布
给大家个截图研究一下，嘿嘿...
好像和我昨晚搞的那个差不多……
不过我有加音频，DVD2AVI 解码出来的 wav，另外就是采样率比较低……
请问要研究的是什么？
引用

csr2000@2003-02-04 18:24

没看出来～～～

先看我用的Helix的版本，再看我用的处理格式。
最后提示一下速度
引用

csr2000@2003-02-04 18:32

没看出来～～～

先看我用的Helix的版本，再看我用的处理格式。
最后提示一下速度很快，我用这个方法做蓝青的OP
加IVTC，加NR，加Sharp，加Tweak，一共是4分钟，
没有写错，的确是4分钟哦。
引用

Ronnier@2003-02-04 18:56

引用
最初由 csr2000 发布
没看出来～～～

先看我用的Helix的版本，再看我用的处理格式。
最后提示一下速度很快，我用这个方法做蓝青的OP
加IVTC，加NR，加Sharp，加Tweak，一共是4分钟，
没有写错，的确是4分钟哦。
原来是 Helix DNA Producter :p
呵呵，不好意思，我的眼神和注意力都不太好……
我如果用跟你一样的参数，HPP 9.01，好像它也是那么写……:confused:
没有 Sharp 和 Tweak 就是了，光光 IVTC 和 Resize……
引用

csr2000@2003-02-04 19:06

好像你还没有看清楚，我的版本号是9.1，不是9.0.1哦
还有你的format是YUY2，我的是YV12
用9.0.1也可以显示YV12，但是对比一下速度就知道了，差了15%的速度。
很明显是不支持YV12，要内部转换的。
我的这个是某弓虽老外自己做的，目前到beta版，2月28日就出gold版了。
要做RMVB，AviSynth2.5＋Helix DNA Producter 9.1是上选，
如果REAL真的出了支持YV12的Helix的话，那到时候再说吧。
就和WME9一样，Nic也出了个自己的Encoder，也是AVS输入的，超强啊。
引用

Ronnier@2003-02-04 19:14

引用
最初由 csr2000 发布
好像你还没有看清楚，我的版本号是9.1，不是9.0.1哦
还有你的format是YUY2，我的是YV12
用9.0.1也可以显示YV12，但是对比一下速度就知道了，差了15%的速度。
很明显是不支持YV12，要内部转换的。
我的这个是某弓虽老外自己做的，目前到beta版，2月28日就出gold版了。
要做RMVB，AviSynth2.5＋Helix DNA Producter 9.1是上选，
如果REAL真的出了支持YV12的Helix的话，那到时候再说吧。
就和WME9一样，Nic也出了个自己的Encoder，也是AVS输入的，超强啊。
是的，我知道那个东西，去 https://www.helixcommunity.org/ 注册过，不过还是不知哪里找 :o
2.5 相比 2.07 有很大的改善么？看到很多插件都对两个版本提供两个不同编译……
引用

«12»共2页

| TOP