H.264编码能用rmvb和wmv封装吗?

来源:百度知道 编辑:UC知道 时间:2024/06/03 19:54:50
如果可以的话能不能将5.1db的acc编码同时封装。
不能的话,告诉我为什么。
一楼的rmvb和wmv,不是封装方式吗?只不过rmvb一般用Rvnn编码罢了。

先说mov吧,由于这是apple的专属格式,所以也只能看看它的预告片了。目前来看可能是最正确的H.264了,一般说来播放是没什么问题的,配置好以后基本完全解码,不需要硬解,因为好像码率最高也就8、9Mb/sec的样子,主流机器播放是没有问题的。用kmp的话不管是内置分离滤镜,gabest,haali或者nero digital parser都能分离视频和音轨,quicktime也是不错的选择,毕竟是自家东西。但是有一点要注意,nero digital parser对5.1的AAC不能分离,内置和gabest可以。
接着是MKV,这种格式对DVDRip来说是种很好的容器,但是对H.264来说却不那么完美。以《机械公敌》mkv版为例,片子码率不是很高,由于没装haali,我试着用kmp内置的和gabest分离,试验结果是gabest明显比kmp内置分离滤镜(不知道是什么)慢,而且片子帧率达不到要求,很不爽。于是又装haali,结果问题来了,虽然haali效率很高,但是DTS音轨却出了问题,不能正确解码。这里我发现一个很重要的选项:在其他分离滤镜中,一定要把~~ aviDTS/AC3影音转换输出分离滤镜~~这项选上,不然的话很可能音轨就会出问题,特别是DTS音轨。所以对多音轨的MKV封装的H.264来说haali可能不是很好,建议用kmp内置,而且kmp内置的分离器效率也很高,换声道或拖动片子没有迟滞感。[s:7]
现在常见的ts,这个格式一般是mpeg2用的多,H.264的不是很多,但是最近两大版好像喜欢用它来封装H.264了。由于是ts格式,分离器自然也多了,cyberlink的,gabest,elecard and so on。不管哪一种,解码mepg2的ts是没问题了,但是对于H.264的ts来说可能问题就来了。因为分离ts本身就是很耗资源的,再加上解码H.264的困难,cpu占用很可能就是100%而片子依然不能很好的播放,就算画面正常了,音轨也会有些问题。在播放F版深蓝时,虽然用了haali,但是我的机子依然很顿,虽然它配置不算很高,但也不是很差啊。不过深蓝是个特例,因为它是公认的变态 [s:2] 但是我在看ts版的《机械公敌》时还是遇到了些麻烦,解码不流畅,也许是我没配置好,但也说明了ts的H.264不好对付。
最后是av