在 TMDSCSK388入门套件板上运行应用程序时、将其配置为仅通过 WiFi 流式传输 MJPEG (并通过 PC 上的 VLC 显示 RTSP 流)并同时在 HDMI 监视器上显示时、流停止(即屏幕冻结且 VLC 断开连接) 大约30秒后。 是否有其他人在这种配置方面取得了更大的成功? 我想将其用作参考设计、但我担心软件不可靠。
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
在 TMDSCSK388入门套件板上运行应用程序时、将其配置为仅通过 WiFi 流式传输 MJPEG (并通过 PC 上的 VLC 显示 RTSP 流)并同时在 HDMI 监视器上显示时、流停止(即屏幕冻结且 VLC 断开连接) 大约30秒后。 是否有其他人在这种配置方面取得了更大的成功? 我想将其用作参考设计、但我担心软件不可靠。
我正在从 提供的二进制文件中运行 IPNC RDK 3.9.1参考应用程序。 这是控制台日志和 CPU 负载信息。 由于应用程序后台进程会发送到控制台,而 TOP 也会写入控制台,因此它们会混合在一起。 当应用程序冻结时很难精确地固定、但启动后大约在60到90秒之间;我实际上看不到控制台出现故障的迹象。 我的主要关注点是、是否有任何其他人让它可靠地运行了几个小时、因此我们知道代码和硬件配置基本上是正确的。 e2e.ti.com/.../RDK_5F00_3_5F00_9_5F00_1_2E00_.log
我注意到、如果系统是在单流模式下启动(即系统是从 sysenv.cfg 中的设置初始化)、或者它是在三流模式下启动并通过 Web 界面更改为单流、这似乎会有所不同。 虽然这在单串流 H.264编码视频时似乎没有什么区别、但 MJPEG 编码会导致显示冻结、通常在单串流中启动后一小段时间后会导致系统停止、 虽然裸片看起来需要更长时间、但如果它在三流模式下启动并通过 Web 界面更改为单流模式。 这肯定是一个错误、由于单流 MJPEG 视频是我们的目标配置、这是一个问题。