@wupang 我没有关注v1.0，那边的处理流程怎么样呢

@karthik_tdk In the v2.0 code, it seems that the current frame can be determined as an I-frame or a P-frame by configuring the IP input signal, sys_type_i. When it's 0, the current frame is an I-frame, and when it's 1, the current frame is a P-frame. There is a PPT that briefly introduces IP. You can check it out on this website.

@karthik_tdk I am a beginner in video encoding technology, and I have just come across this open-source project. I haven't studied it in depth, so I can't give guidance to others; besides, I know a little English.

@karthik_tdk 不好意思，关于编码好的比特流是否应该写会mem我并没有明确的答案，编码好的比特流好像并不包含解码所需的sps头等，如果写回到mem我们后序应该怎样处理呢？第二个问题我的理解是load的参考帧应该是上一次store的，但仿真中似乎并不是这样，而是直接给出了参考帧的yuv文件，对于这个文件的来源我也感到奇怪，如果你有好的想法可以告诉我，谢谢

@bo OK，意思就是实际的板子中添加总线逻辑后load_ref其实就是load之前的store_db，请问你们有考虑开放核心ip之外的总线接口的全部代码吗

@bo 你好，我还有一个点没懂，按理说我们编码第二帧的时候是以第一帧作为参考帧的，但是我发现第二帧的load_ref_Luma和load_ref_chroma并不是load的第一帧的重构帧，而是load TV目录下单独的ref.yuv，为什么呢？

请问如要要给ip封装axi总线接口，编码好的比特流该写回memory吗？还是怎样处理；
另外还有一个问题想请教一下大家，编码p帧时参考帧的来源难道不是上一帧store_db_luma和store_db_chroma吗？为什么我发现load参考帧的数据并不一样，看了环境后我发现参考帧是memory由rec.yuv写进去的，这个是为什么呢？

@Jett 应该是两者统一就好了，不然仿真会报错