@shixiaogang 这个问题你解决了吗？H264的bs_check.dat转成H264 NAL？H265 几乎是将bs_check.dat塞进H265 流中，加上vps, sps, pps, slice header。但是H264 生成的bs_check.dat感觉不能这样做，也不知道bs_check.dat到底是什么格式的

@KAol bs_check.dat对应到H264标准中，是什么格式。bs_check.dat是如何转成BlowingBubbles_416x240_50.264, 不仅仅是加上sps,pps,slice_header这些吧，将BlowingBubbles_416x240_50.264第一个mb的编码结果提取出来，感觉跟bs_check.dat没有什么关系。也就是说，如何将bs_check.dat转成图片，进行可视化？

Sir,can you please tell which module is to be added for rate control??
I'm currently working on h265enc_v2.0 made by you..
I'm not able to get the output because of some errors in simulation.I'm attaching the screenshot of the errors in this.
Please tell how to correct the errors.

先生，您能告诉我们要添加哪个模块进行速率控制吗？
我目前正在研究您制作的h265enc_v2.0。
由于模拟中存在一些错误，因此我无法获得输出。我在此附加了错误的屏幕截图。
请告诉您如何纠正错误。

Did you get it sir?

你有模特先生吗 sir?

@bo
Thank you for the reply...I simulated h2enc_v2.0 with an input YUV file but got some errors like

ERROR at BS at bs_byte_cnt = 2, f265 is 84, h265 is 32
How can this be rectified??

谢谢您的回复...我使用输入的YUV文件模拟了h2enc_v2.0，但是发生了一些错误，例如
当BS的bs_byte_cnt = 2，f265为84，h265为32时发生错误
如何纠正？

Please give the link to download

请提供下载链接

@btlmx
I also got the same error when I gave the input having resolution 416x240.
What change should I do to remove the error??

@btlmx
输入分辨率为416x240的输入时，也会出现相同的错误。
我应该怎么做才能消除错误？

I'm getting some errors while doing the simulaion.
The parameter 'bs_byte_cnt' isn't matching between f265 and h265
How can it be corrected
I've attached the screenshot..Please tell

模拟时出现一些错误。
f265和h265之间的参数'bs_byte_cnt'不匹配
如何纠正
我已附上屏幕截图。.请告诉

I'm getting some errors while doing the simulaion.
The parameter 'bs_byte_cnt' isn't matching between f265 and h265
How can it be corrected
I've attached the screenshot..Please tell

模拟时出现一些错误。
f265和h265之间的参数'bs_byte_cnt'不匹配
如何纠正
我已附上屏幕截图。.请告诉

图片传不上来，我从uart打印了包头。请您看看，这是udp里面的数据头部，每4个字节一组。

1..2..3..4..00650621 cnt:187 :0xF8E223600x0080F838
SPS: 80E0FC8F_00914B50_00000000_6742C028_9A7403C0_113F2C20_00000300_20000006_51E30654_
PPS: 80E0FC90_00914B50_00000000_68CE0489_C8000000_
padding + BS[0..3] 8060FC91_00914B50_00000000_1C888020_01000000_
m: 0 + BS[x..x] 8060FC92_00914B50_00000000_1C088020_01000000_
last + BS[0..3] 80E0FE74_00914B50_00000000_1C488020_01000000_

没仔细看源码，除非他的代价计算不是速率失真最优，否则比特R数量考虑的话，不应该的