ffmpeg早就加入rv解码了,目前基本完善,只是CPU占用率还是比官方的解码器高一些.也许ffmpeg的版本应该还有不少汇编优化的潜力.
另外想起,最近ffdshow里竟然新增了h264_dxva.c,这也是第一次发现ffdshow开始涉及硬件加速.

ffmpeg对RV10/20的支持算是比较完善的，但对于RV30/40的支持还称不上“基本完善”。只要用到b帧开启了deblock，解出来的图像必然有问题，而且不支持多线程，不支持非1:1的sar。总之极力不推荐使用。
ffdshow的dxva部分是参考自MPC-HC和vlc。

就是因为ffdshow对rv的支持不玩善我才觉得奇怪,不能正常解码的话,还是没什么意义啊.....顺便问下那个新加的syncrender有什么特性?

刚才仔细看了一下最新版mplayer的解码,确实B帧有微小的瑕疵,正常速度播放时不容易分辨出来.
另外还发现mplayer解码一般码率的视频,我这里CPU占用几乎一直是0%,只有拖动窗口时才会占用10%左右.

如果是动画的话，B帧就不是微小的瑕疵了，绝对是画面崩坏了。
占用0%应该是bug吧，你用其他的任务管理器就能看出来了。

B帧的瑕疵一般是画面动作幅度比较大的情况会出现,如果按正常的播放速度,B帧瑕疵真的很难看清,可能我测试的视频太少,没找到能突出问题的情况.
虽然可以怀疑是任务管理器的bug,但还是不太敢相信,对进程的CPU使用时间的统计也涨的非常慢,播放几分钟才会增加1秒.当然这种情况必须在没有其他外界干扰的情况(如拖动窗口).

你可以试试sysinternal的任务管理器

Process Explorer 11.33 我刚试过, 结果依然和我预想的一样,而且更吓人.
mplayer播放过程中,不但看不到分配了CPU,而且CPU时间一直保持0.281秒的状态超过1分钟,系统空闲占用也经常出现连续100%好几秒.
不相信的话,还是自己眼见为实.
mplayer是WW最新版,无皮肤,DirectX渲染,600kbps左右的rmvb视频,原始大小,前端显示,不要有鼠标和键盘的输入以免影响结果.

但是，输出质量还是第一吧……

当然输出质量应该不会超越官方,何况B帧的问题尚未修复.不过对国内滥用RealPlayer解码器的播放器来说,是个逃脱擅自使用的机会.

不正规？rv编码器只有Real Producer一家，不存在第二家制作工具能做出“不正规”的rmvb。ffmpeg本身就不能完整解码rv30/rv40，所以有问题是必然的，而且real为各个平台都提供了解码器，现阶段完全没有必要去用ffmpeg的解码器。就算你想帮助开发，可作者当前并没投入时间在这个解码器上，等他哪天想起来继续完善的时候再去帮他测试也不迟。

嗯. 我知道ffmpeg支持rv30/40解码器的时候感觉非常意外,能达到现在的支持情况已经十分不易,不但需要逆向分析,还要对各种解码算法非常了解,何况除了国内,rv并不像wmv那么普及.

呃……我怎么感觉RMVB在国内最流行…………