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 的打印

不考虑支持

1. tuya_ipc_ss_get_aov_storage_status返回值正常的
   2.日志显示存储线程运行正常，关闭DEBUG 日志后，整体运行速度可能会快一些

1.写入虚拟帧，理论上可以，但是实际是否会有其他问题，需要全面测试

2.是否支持内存复用？ 目前不支持

3.附件的测试版本，增加了tuya_ipc_ss_get_aov_storage_status 返回状态。另此版本仅供测试用，正式版才可用于发布产品。

1. 目前 SDK内部如单独存放AOV 录像，仍需要参照正常码流的ringbuf中帧信息，否则会进入超时判断。
2. 以上机制和 AOV 产品定义和属性有关。AOV录像工作逻辑是，在低功耗模式下，隔固定时间编码一帧，保存在固定位置中，等唤醒条件达到时，将AOV录像一次写入TF卡。但唤醒时，编码恢复正常参数，此时仍需要保存唤醒时的常规录像。这样才能满足全时录像的目标。所以保存AOV录像时肯定会存在常规录像。
3. AOV录像大小和时长与编码参数有关，AOV录像基本都是静态场景下的，此时也并不需要高规格的图像。按照以往对接过的产品看，正常情况下20min+ 的AOV录像并不大，都在5M以内，都可满足内存大小要求。

1. 写入 aov ringbuf的帧时间戳异常问题依旧存在，此问题会导致ringbuf 内部纠错机制异常。时间戳获取可自行实现，或者使用tal_time_get_posix_ms 获取，前提是SDK已获取到正确的时间。

2. AOV 内部会根据常规 ringbuf 的帧数据时间做参考计算。日志中有大量 No video data inside ring buffer. GET starts before PUT? ch0st0tr0，说明没有帧写入常规的ringbuf，直到超时15s后，再开始获取AOV数据写入卡。

data over size:347779 > 307200
data over size:329123 > 307200

1. 部分帧长度超过传入的编码参数，ringbuf会写入帧失败
   append_data_with_timestamp:typ:0,18446744073709039150,3851,1
2. 以上打印中帧的时间戳是异常值，按照正常时间戳的值写入。
3. 按照之前说的方式2，在demo测试AOV本地存储后，可正常存储AOV码流。需要自行检查代码，排查此问题。