1. 视频和 log 时间并不一致，无法说明问题，且日志中并没有连续存储的异常打印，另外日志中存在回放、下载操作的动作，但也没有异常。
2. 在相同版本上验证连续存储功能，并未发现内存持续减少的情况。
3. 建议在你的程序中增加线程的内存申请统计功能，观察各个线程的内存占用的情况。

请提供SDK具体版本 和对应的设备SDK debug log

在录像源文件中的码流依旧是之前的问题。且GOP数值并不稳定。你需要修改的是编码器的参数，让输出的视频流的GOP符合要求。且需要让编码器输出的码流要和SDK入参一致。

1. 因无法感知是否存在最后一帧的情况，所以没有等待写完最后一帧再停止的接口
2. aovbuf 没有常规ringbuf的循环覆盖逻辑，超过AOV buf申请的大小后会直接返回报错

主码流视频 GOP 参数(连续两个 I 帧的时间跨度)太大导致，超过回放查找的最大限制。
5.X SDK 推荐的主码流视频编码的 GOP 要保持在 2s，可避免此问题

1. 现象正常。
2. 测试库，仅供调试用，不能用于正常产品发布。测试库的改动会在新的OS版本中发布

在同样的场景下，使用附件中的库测试，并收集日志。

1. tuya_ipc_ss_get_aov_storage_status 已返回值为准，其他打印可不用关注

2. 日志中向常规ringbuf写入的帧类型和时间都是哪些？之前说的AOV ringbuf 需要依靠常规ringbuf的帧，但日志中并未出现在常规ringbuf中找到I帧的标记

1. 写入速度异常，应该与常规的ringbuf中的帧数据偏少有关，可以打开debug排查原因。
2. 可尝试在常规的ringbuf中多写入帧数据再对比效果
3. 另一份日志中并没有找任何 tuya_ipc_ss_get_aov_storage_status 的打印