除开片源的好坏不说，X264早就战翻RV了
就是不明白在低质量X264.MP4已经越来越多的现在，RV文件小的优势早就没了，为啥RV党还那么固执
fimirror 发表于 2009-9-12 10:05 http://bbs.saraba1st.com/images/common/back.gif
做片的还能解释：压X264比压RV慢
下片的那就真的不知道他们在想什么了
rmvb也是容器...
现在的rmvb大多数也是H264或者xvid的编码的
其实考虑到各种移动设备的兼容性..放弃rmvb转mp4封装才是王道啊....mkv这种只在亚洲流行的格式兼容性太差了 ...
艾诺琳 发表于 2009-9-12 13:51 http://bbs.saraba1st.com/images/common/back.gif
搞笑么？
现在的RMVB绝大多数是rv40的
拿RMVB封X264的……
h264吃CPU多点
Partita 发表于 2009-9-12 14:10 http://bbs.saraba1st.com/images/common/back.gif
压片确实如此
解码上RMVB还真没优势，Real不思进取那么多年，解码器效率早就不如H264了 本帖最后由 swordsp 于 2009-9-12 16:19 编辑
和片源有关系，
我以前试过，深蓝1080i·TS版DVD版，在x264同样的参数和码率，
用1080i压出来的就是比dvd压出来的清晰。
普通dvdrip压成x264后，对我来说，画质细微损失还是容易察觉出来。
而动画，上面也说了其特 ...
zhyer 发表于 2009-9-12 15:22 http://bbs.saraba1st.com/images/common/back.gif
视频质量 = 片源质量 X 编码效率 X 码率
其中编码效率即取决于算法也取决于参数（实际上还是影响了算法）。
三要素同样影响画质，要单独比较某一个要素必须在其它两个要素不变的情况下才有意义，所以片源显然是有关系的。
此外不同的编码方式压缩时损失掉的东西是不一样的，也许的确会有人更偏爱（或者说习惯）rmvb的效果，但我相信这样的眼睛绝对是少数派。 40# swordsp
看来相信人民相信党相信百度要上当哪怕是我崇拜的太阳和珊瑚
之前我一直对那帖子深信不疑 看来我错了
顺便询问一下哪有对这些视频格式的科普网站专业点也好 本帖最后由 zdh 于 2009-9-12 16:30 编辑
我看大家聊这么欢乐，到底几个人实际看了顶楼推荐的这个版本。
另外，X264很神奇，以前那个0083的MKV就是和LZ说的这个一摸一样，100M容量，画质奇好 H264隶属于MPEG-4编码,是一种高运算量的编码格式,H264的优点是在目前影视文件中容量最小的RAW,缺点是编码时需要大量运算时间,H264支援硬件加速,H264支持自变速满帧技术(15fps-6000fps),H264编码的文件最大特征是后缀 ...
zhss 发表于 2009-9-12 14:39 http://bbs.saraba1st.com/images/common/back.gif
看到x264跟H264的编码速度比较就有点怀疑了，h.264不是编解码标准吗，难道以前看的都是错的，再一看下面“百度贴吧”，恍然大悟……
x264跟RV一样的，码率高体积就大，码率小就体积小，当然前者在相同码率画面更好一点。至于有人说的一般DVDRIP怎么200多M，那就去问字幕组的吧，可能这个码率能最大保持细节又兼顾容量。
源的质量也是有很大影响的，DVDRIP压300M，BDRIP压个200M的480P估计都比它清晰，只是既然都BD了，那怎么得也得上720P吧
还有一般的x264硬解一点问题没有，DXVA或者CUDA。唯一不爽的是播放器前进后退5秒它能退个10多秒
rmvb也是容器...
现在的rmvb大多数也是H264或者xvid的编码的
其实考虑到各种移动设备的兼容性..放弃rmvb转mp4封装才是王道啊....mkv这种只在亚洲流行的格式兼容性太差了 ...
艾诺琳 发表于 2009-9-12 13:51 http://bbs.saraba1st.com/images/common/back.gif
我是指RV编码 rmvb是封装，但是只能封real自家的格式，封不了其他的。XVID_AC3那个显然是从XVID_AC3的avi压来没改名，Based on AVC (H.264), Real Player 9也写的很清楚了，“基于”avc的real，实质还是real。
100m的x264就像澄空说的，定位只是替代rmvb，做dvdrip码率确实嫌小。20楼对比也很明显了，100m的左边墙部分和300m还是很差距的。而且音频也要占体积，无损的就不说了，有损的音频里48khz，200+码率，有些还多音轨，这些不都是体积。
百毒真牛逼 那么这是啥技术力
http://media.imhb.cn/homepic/2009/9/12/20090912230346_34305.jpg
http://media.imhb.cn/homepic/2009/9/12/20090912230420_36877.jpg 首先感谢44楼
=================
看了47楼才发现原来20L是做出了比较不过我的初衷是推荐这个版本100mb绝对有极限但相对于大容量的差距不是很大 而且如此小的容量 这种画质令我惊叹
==================
对于48楼我只想说 大大发个种吧ORZ 48L大大能给个便当少年的外挂字幕么，最近从东图拖了便当少年的RAW，没字幕啊 本帖最后由 jesseliu 于 2009-9-13 00:21 编辑
我那个是内嵌字幕
回49L，可以的话我周2传FM（明后天奶奶80大寿没时间），到时候记得PM提醒我一下 我那个事内嵌字幕
回49L，可以的话我周2传FM（明后天奶奶80大寿没时间），到时候记得PM提醒我一下
jesseliu 发表于 2009-9-13 00:20 http://bbs.saraba1st.com/images/common/back.gif
大大，别传FM，穿RF吧。。。 本帖最后由 jesseliu 于 2009-9-13 00:28 编辑
RF也行啊，就是不知道速度怎样
我在公司传FM都是1M+/S 48l求种+1
我当时只收到hkg的rmvb 铜球全源……
地球便当少年想看很久了，找不到合适的源…… 51# jesseliu
我已经感动到不能了 继续ORZ 继续球外挂字幕 原来X264不支持de-block啊，那我用的X264 1.000是火星产物？？？？？？？ 有些片子本身就省码率，有些片子本来就吃码率，不要一概而论
动画低码率最大的问题是banding没错 麻痹这就是内涵啊 麻痹这就是内涵啊 麻痹这就是内涵啊 LZ，其实这是因为你的显示器不大而已=v=
PS：那个我是字幕界的小白，请问1mkbs是啥东西233 本帖最后由 zhss 于 2009-9-13 12:53 编辑
57L这个如何http://shooter.cn/xml/sub/81/81438.xml
======================================
58L 这我也不是很清楚
====================
60 61 62莫非同一人
=====================
63L这个如何http://baike.baidu.com/view/1319178.htm
这是来自百度百科的解释
文件体积=时间X码率/8 本帖最后由 xiaobin 于 2009-9-13 12:43 编辑
一般来说动画由于色块比较多,因此只要源本身没问题,那么用动态码率压缩的话可以在平均码率比较低的情况下获得比较高的画面效果
分辨率不高,480p,码率不高低于1mkbs,大小肯定上不去
但是这种压缩模式对付电影之类的 ...
艾诺琳 发表于 2009-9-12 08:48 http://bbs.saraba1st.com/images/common/back.gif
LZ大大我问的是这位大大说的1mkbs是啥233
顺便，1mkbps这个说法其实也很233的=v= 想买四核CPU，这么多话转MP4要多久啊…… 本帖最后由 永远的绫波 于 2009-9-13 17:25 编辑
这儿有个教程或许火星了但或许有用
页:
1
[2]