码率问题

帧率影响的是每帧的额定比特数

我说的帧率是编码帧率,不是采集帧率。对于一个采集后的序列,MAD 只跟参考帧有关。而编码帧率与参考帧无关,因此编码帧率不影响 MAD。

————————————————————————————————————————————————

JVT-H017中规定了码率控制中初始QP的选择规则,但JM86中的设置文件中确有初始QP值的设定一项。。按规则来讲,初始QP是在码率确定之后按规则选出来的,可JM86却是自己随便设定的。。这是怎么回事?是不是版本太低的缘故

看看 rc_init_seq 函数再说。

 

————————————————————————————————————————————————

Elecard StreamEye Tools只能看到最大最小和平均码率,有没有能看到每个时刻码率的软件??或能读出码率曲线的软件?

Elecard StreamEye 可以将每帧码字导出为 excel 表格。

————————————————————————————————————————————————

1、用JM仿真后看到的码率实时码率还是平均码率??怎么能一帧帧看到单幅图的码率是多少???
                2、拿foreman序列做测试,设置的IntraPeriod =0即用IPPPPPPPPP帧型编码和设置的IntraPeriod =1用全I帧编码,码率控制差很多,难道是说对不同序列需要用不同的帧型吗??那怎么选择呢??
                3、为什么让序列编码的帧越多(即FramesToBeEncoded 设置的值越大)输出码率越接近目标码率??
                4、更换不同的序列进行仿真,为更接近目标码率,都有哪些参数影响码率,即都需要重新设置哪些参数(config中的)???
                5、config中rc控制下的BasicUnit 参数设置由什么决定??

我这前一阵看的JVT-G012的算法,刚开始用大神firsttime注释的JM8.6进行仿真,出现这么多菜鸟级问题,希望众大神可以帮我解决,跪谢!!!

1、平均码率。单帧图像那叫比特数不叫码率,用 Elecard Streameye 可以输出统计信息。当然你也可以自己添加统计代码;
2、I 帧压缩效率本来就比 P 低,码率差异大很正常;
3、帧数越多统计信息越准确;
4、不需要重新设;
5、由你决定。

我用Elecard Streameye 看到了编码后的统计信息,我设置的目标码率是64,平均是63,最大是75,最小是43,这是不是就意味着如果是一个64k的信道,最大的时候就会丢失信息??那怎么能控制让输出平稳接近64k呢??

一般工程应用中都只要求平均码率达到额定码率就可以了。

————————————————————————————————————————————————

编码后实际的码率

编码总比特数 * 编码帧率 / 编码总帧数。

你每次运行编码程序,完成以后,屏幕显示的倒数第三行就是码率

————————————————————————————————————————————————

我采用的是CBR进行码率控制,设的目标码率为64Kbps,我用不同的方法得到的结果分别为63.61Kbps、63.77Kbps、64.07Kbps。
请问,在不考虑信噪比的情况下,得到的码率越低越好呢,还是越接近64k越好呢!
期待解答,谢谢

当然是越接近设定码率越好,那样才表示带宽得到了充分利用。

实际比特率越接近目标比特率越好。

有专用的公式来描述这个问题。用TBR表示目标比特率,用ABR表示实际比特率。
|ABR-TBR|/TBR 表示实际比特率与真实比特率的误差关系。

如果超过10%,则,认为码率控制失效。

必须考虑PSNR
RC必须考虑的两个因素,一个是R-D performance,一个是率控精度
无PSNR,R-D   performance无从谈起

码率控制性能测度有很多:
1、比特率误差|ABR-TBR|/TBR ,越小越好。
2、编码器性能。
3、缓冲区满度与TBL的匹配程度。
4、跳帧数。
5、PSNR波动越小越好。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值