1.SDK要求的音视频帧pts为微妙为单位的时间戳。

2.tuya_ipc_media_stream_init是由业务层初始化的，可以检查一下代码，sdk内部不会调用该接口。目前可以根据tuya_ipc_get_register_status是E_IPC_ACTIVATED状态后，初始化该接口。
3.如上面第2点所述，tuya_ipc_get_register_status是E_IPC_ACTIVATED状态后，调用tuya_ipc_media_stream_init。
4.p2p初始化接口就是上面的tuya_ipc_media_stream_init接口。

一般打印这个错误，通过是网络较差，音视频数据发送不及时，建议更换到更好的网络环境测试一下。

Hi, 您好

从SDK分析，设置的视频编码类型有问题。

您好！出现这个打印，通常是由于网络较差时，前一次对讲的数据有累积，累积到了本次对讲导致，

可以尝试更换好一点的网络环境试试。

1.请问是低功耗设备吗？录像在当前片段完成后，才会对文件夹重命名成utc_录像时长。

问题已修复，麻烦更新一下SDK:

https://images.tuyacn.com/rms-static/44 ... a.5.tar.gz

1. 更新一下SDK:
   https://images.tuyacn.com/rms-static/37 ... .47.tar.gz

SDK加入了内存检测工具，抓一下崩溃的日志哈。

1. 踩内存是一个比较难查的问题，现在不确定是我们的SDK内部踩了内存，还是外部应用踩了内存，我这边的建议是，先做减法，那我们最原始的demo直接跑在设备上看看，有没有崩溃问题，先排查一下是不是我们的SDK有问题；
2. 我这边会同步跟进这个问题，再看看有没有好的定位手段。

1.从加的日志来看，应该是mutex的内存被踩了，具体是哪里踩的，需要进一步排查一下。