tuya_ipc_ss_get_aov_storage_status 已返回值为准，其他打印可不用关注 日志中向常规ringbuf写入的帧类型和时间都是哪些？之前说的AOV ringbuf 需要依靠常规ringbuf的帧，但日志中并未出现在常规ringbuf中找到I帧的标记 上次推给常规ringbuf的是虚拟i帧，目前改成了跟推aov一样的数据、类型、时间戳。整体耗时上差不多，从调用tuya_ipc_ss_start_aov_local_storage到返回状态5仍需要20多秒。 [01-01 00:02:37 ty E][7ec4][tuya_ipc_ss_aov.c:467] start...

写入速度异常，应该与常规的ringbuf中的帧数据偏少有关，可以打开debug排查原因。 可尝试在常规的ringbuf中多写入帧数据再对比效果 另一份日志中并没有找任何 tuya_ipc_ss_get_aov_storage_status 的打印 附件已添加一份打开debug打印的日志，将aov录像同时推aovringbuf和常规ringbuf。帮忙分析一下，从 aov push frame end [01-01 00:04:26 ty E][79f4][tuya_ipc_ss_aov.c:467] start aov storage 到[01-01 00:04:47 ty D][79f4]...

行 212: [01-01 00:03:56 ty E][7c34][tuya_ipc_ss_aov.c:467] start aov storage 行 471: Password: [01-01 00:04:16 ty E][c1f4][tuya_ipc_ss_aov.c:327] get aov last frame:0,1742286671000,419 行 528: aov push frame start 行 530: aov push frame end 行 881: aov push frame start 行 883: aov push frame end 1.两份日志中只...

Passat 2025年 Mar 18日 11:25

不考虑支持

帮忙看下aov卡录保存的慢的问题，日志已添加附件。以下为对应场景情况：
1.推流推完后获取状态第一次5第二次3，然后持续一段时间(大概需要20多秒)的3，然后再5.
aov push frame end
3.76 3.44
tuya_ipc_ss_get_aov_storage_status=5
24.34 39.67

2.推流推完后获取状态一直为3，一直持续未见5，日志统计了四分多钟，均未见5或者1或者4。
aov push frame end
4.27 4.09
tuya_ipc_ss_get_aov_storage_status=3
249.96 461.51

Passat 2025年 Mar 13日 15:27

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

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

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

请问2这个内存复用目前不支持的话，以后是否可以支持或者说有考虑支持吗？

Passat 2025年 Mar 14日 11:15

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

那先获取到3然后获取到5就可以判断aov录像此时已经完全存入SD卡中，可以退出aov录像断电了是吗？
帮忙看下关闭debug日志后，上电2.3秒开始aov推流，6.6秒aov推流结束，tuya_ipc_ss_get_aov_storage_status获取到1需要31.98接近上电后32秒，这个问题。日志已添加至附件。

1.写入虚拟帧，理论上可以，但是实际是否会有其他问题，需要全面测试 2.是否支持内存复用？ 目前不支持 3.附件的测试版本，增加了tuya_ipc_ss_get_aov_storage_status 返回状态。另此版本仅供测试用，正式版才可用于发布产品。 使用测试版本的库后，tuya_ipc_ss_get_aov_storage_status的状态返回存在先返回5然后返回一阵子3然后再返回5的情况。帮忙分析下是否正常。 另外我这边观察了一下写录像的速度，大概4M左右的录像文件完全写入需要4秒左右，这个时间正常吗？是否可以再加快一些？ [01-01 08:01:18 ty D][6474][u...

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

time.png 写入 aov ringbuf的帧时间戳异常问题依旧存在，此问题会导致ringbuf 内部纠错机制异常。时间戳获取可自行实现，或者使用tal_time_get_posix_ms 获取，前提是SDK已获取到正确的时间。 AOV 内部会根据常规 ringbuf 的帧数据时间做参考计算。日志中有大量 No video data inside ring buffer. GET starts before PUT? ch0st0tr0，说明没有帧写入常规的ringbuf，直到超时15s后，再开始获取AOV数据写入卡。 2.如果只需要aov录像的话，是否可以只推aovringbuffer...

郭老庄 2025年 Mar 7日 20:06

[tuya_svc_netmgr_linkage.c:141] default linkage[1] is set, switch is disabled
你调用了tuya_svc_netmgr_linkage_set_default函数，把有线设置成了默认连接方式，但是却告知sdk wifi 链路通了（is_up）

好的，去掉了tuya_svc_netmgr_linkage_set_default接口，已经成功添加上设备了。