为什么每集100M能这么清楚（交响诗篇）
本帖最后由 zhss 于 2009-9-12 07:59 编辑交响诗篇bdrip加剧场版只有5.8个G每集只有100mb左右 目前只下了1集
画面不比sgs差多少容量却小了许多动帧上也表现也不错
求详解
这是地址连接 http://bt.ktxp.com/html/2009/0911/138239.html 因为遗传基因好啊，遗传了父母蓝色的血液 但是一般的这种848分辨率也要·200m至300m呀 这分辨率真恶 如此分辨率我想应该和16：9的720p一个档次 又是mkvx264还仅有100mb左右
不管怎么看都很神奇吧 这个大小做480P正好，720P的话100M多点的话X264开极限码率也可能不够 谢谢各位大大帮助明白了不少东西
不过这848x640的分辨率应该要比640x480的要高呀
类比720p1280x720 480p720x480
所以分辨率应该不止480p吧 色块单一、静态画面多，即使码率低也能很清晰，比如虫师和天体战士的720P就很小 那好吧我再看看接下来的几集动帧如何
艾诺琳说的我也懂就譬如说这个交响诗篇的bd
WhiteStar 说的之前在其他帖子也看过了可是交响诗篇应该算动作片吧 rmvb能100m，那x264来100m更是轻轻松松 whitestone能解释的详细吗 除开片源的好坏不说，X264早就战翻RV了
就是不明白在低质量X264.MP4已经越来越多的现在，RV文件小的优势早就没了，为啥RV党还那么固执 硬盘空间小的下这个挺好的，比同样大小的rmvb强多了
追求高画质的就可以无视了 下了个来看，参数好高，压得一定很久再加上片源好，当然清晰了
PS：字幕组做H264主要也是要考虑兼容PSP的需要，参数不可能调太高的,但是仍然比RV好
.mkv
296MB
.mkv
95MB 本帖最后由 zhss 于 2009-9-12 14:02 编辑
诡异就诡异在bdrip比dvdrip的还小
是不是现在300mb左右的压片不是很科学呢？
=====================================
16：9的是480p电脑上是848x480
而这个4：3的绝对不是480p的因为480p的是640x480
不过好像都没搞清楚这么诡异的分辨率是怎么回事
我推测是720p同档的4：3
======================================
我一直以为rmvb是一种压缩格式 不同于avi和mkv那种封装格式
h264应该不会和rmvb的编码有关系吧而且h264并不是免费格式呀
求详解 h264吃CPU多点 H264隶属于MPEG-4编码,是一种高运算量的编码格式,H264的优点是在目前影视文件中容量最小的RAW,缺点是编码时需要大量运算时间,H264支援硬件加速,H264支持自变速满帧技术(15fps-6000fps),H264编码的文件最大特征是后缀名为.h264;
X264是H264的另外一种开源编码格式,其开头的\"X\"意思是\"software\",是使用CPU软解码的一种视频格式,特征是编码速度相当快但解码很慢并相当耗费CPU处理能力,X264不支援硬件加速,是和RMVB一样的强解码类型(同一机型GeForce7300和 GeForce9600播放H264时CPU会有巨大的差异但播放RMVB和X264二者无异),X264不支持de-block(区域马赛克弱化换算) 技术;
在常见片源中,最简单的辨认方法是H264的容器是.mkv,X264的容器是,mp4,X264可同任何形式的音频格式再封装成mkv或者 avi,H264不能同mp3,mp2,ogg,wav,wma等常见音频格式再封装为mp4或者avi(目前H264只能配AVC)
在清晰度的对比上,X264与H264在同等清晰度下H264的容量小于X264(videostream比较),H264即使在运算能力较低比如赛扬 M530(1.73GHz/1MB/533FSB)配合支援硬件解码的独立显卡也可以流畅会回放1080p的H264,而X264则需要你有一颗强大的处理器(X264不支援硬件解码),这就好比ePSxe和VGS模拟器之间的差距一样:H264需要的是钞票,而X264需要的则是温度...
另外就是衍生的编码算法,常见的有H263,VP6,VP7和FLV4,H263俗称FLV1,是目前大多数在线站点使用的回放编码格式,优点是解码速度快缺点是画质与帧率较差;VP6是基于H264编码,画质清晰压缩比高能保证帧率,但编码时所耗费的时间也凸显了H264的劣势;VP7和FLV4是国外流媒体站点所新兴的一种格式,使用H264编码MP3或AAC音轨封装的容器(比如niconico和有土鳖),在极小容量的情况下有着惊人的画质与音频质量(512*384),呃...最近才知道有土鳖还有个奇怪的名字叫\"油条布\"...XD
转自 百度动画mtv吧http://tieba.baidu.com/f?kz=611170207
由此说明x264才是更吃cpu的
而对于psp的问题据我所知应该不是硬件问题 而是rmvb在psp上没有完全破解的原因
实际上rmvb因该属于低端格式了吧 打算下这个
现在的rmvb大多数也是H264或者xvid的编码的
艾诺琳 发表于 2009-9-12 13:51 http://bbs.saraba1st.com/images/common/back.gif
睁着眼睛说瞎话么 X264是H264的另外一种开源编码格式,其开头的\"X\"意思是\"software\",是使用CPU软解码的一种视频格式,特征是编码速度相当快但解码很慢并相当耗费CPU处理能力,X264不支援硬件加速,是和RMVB一样的强解码类型(同一机型GeForce7300和 GeForce9600播放H264时CPU会有巨大的差异但播放RMVB和X264二者无异),X264不支持de-block(区域马赛克弱化换算) 技术;
zhss 发表于 2009-9-12 14:39 http://bbs.saraba1st.com/images/common/back.gif
百毒害人系列
对编码不太熟悉如有错误不要轮我.......看到过表明是xvid编码的rmvb
也许是文件名称乱起的?
艾诺琳 发表于 2009-9-12 14:47 http://bbs.saraba1st.com/images/common/back.gif
你看这么多钢炼哪一个不是RV10 RV9的
.rmvb
(EEDA8EFD).rmvb
.rmvb
.rmvb .rmvb
求解释....
艾诺琳 发表于 2009-9-12 14:56 http://bbs.saraba1st.com/images/common/back.gif
现在的rmvb大多数也是H264或者xvid的编码的
艾诺琳 发表于 2009-9-12 13:51 http://bbs.saraba1st.com/images/common/back.gif
要解释啥 本帖最后由 alann 于 2009-9-12 15:09 编辑
[
G:\\Downloads\\..rmvb
General
Complete name : G:\\Downloads\\.[ef_-a_tale_of_melod ...
艾诺琳 发表于 2009-9-12 14:56 http://bbs.saraba1st.com/images/common/back.gif
这个“Based on AVC (H.264)”并不是代表就是H264，RV还是RV
另外你下的文件名有时标的是xvid、x264什么的前面有人说了，很可能是从那个视频压出来的，压制者懒，没改文件名...
rmvb确实大多封装了别的编码，但那是音频，现在基本都不用RA了，几乎清一色AAC。 H264隶属于MPEG-4编码,是一种高运算量的编码格式,H264的优点是在目前影视文件中容量最小的RAW,缺点是编码时需要大量运算时间,H264支援硬件加速,H264支持自变速满帧技术(15fps-6000fps),H264编码的文件最大特征是后缀 ...
zhss 发表于 2009-9-12 14:39 http://bbs.saraba1st.com/images/common/back.gif
这篇帖子错误太多了……贴吧果然是个不靠谱的地方。
1. h264是一组编码标准，x264是一个开源的软件库，实现了h264标准的一个子集。通常标记了x264的标签只是代表是用x264的库压的，仍然是h264编码的文件。
2. 通常所谓比较h264和x264，实际上是比较某个商业编码库和x264编码库，它们都是对h264编码标准的不完全实现（h264标准太庞大，至今没有完整实现）。
3. 文件编码、扩展名、容器格式这三者之间并无必然联系，特别是h264这样的通用编码和mkv、mp4这样的通用容器。
4. H263,VP6,VP7不是H264的衍生，它们是不同的编码标准。FLV4是容器格式而非编码，其中使用的是VP6编码。H263现在仍然是许多在线视频网站的主流格式，包括YouTube。
5. PSP能解H264是因为有硬件解码支持，单纯用那CPU硬算肯定是不行的，和RMVB一样不行。
页:
[1]
2