[参考译文] RTOS/TDA3XEVM：TDA3xx：摄像头视频卡滞问题

您好、Chirag、

我已将您的问题转交给一位专家。

此致、
Yordan

您好、Chirag、

我认为这个问题与热或温度问题无关。
即使在工作情况下、显示屏上的 fps 几乎为一半、16fps、在非工作情况下、显示屏上的 fps 大约为9fps。 捕获工作正常、甚至 ISP 工作正常。 由于管道中的下一个链路未及时返回帧、ISP 正在丢弃帧、然后它从帧中用尽并开始丢弃帧。 一旦帧开始丢弃、同步链路也将开始丢弃帧。
它可能与链路优先级或 ISP 的缓冲器数量有关、或者链路阻塞。 但没有热问题。

此致、
Brijesh

您好、Brijesh、

感谢您提供信息。

实际上、我们没有在后视全景用例中更改任何内容。 那么、我如何对其进行调试。 您能给我们提供一些建议。

谢谢、
Chirag

您好、Brijesh、

有关这方面的任何更新对我来说都非常好。

谢谢、

Chirag

您好、Chirag、

由于年终假期、回复会被延迟、您可能需要等到下周才能收到回复。

此致、
Rishabh

您好、Brijesh、

您可以向我发送 SYNC_1链接的参数吗？

>>您能告诉我在代码中可以找到什么吗？ 文件名?

甚至可以尝试增加输出缓冲器的 ISP 链路数量。

>>您能告诉我文件名吗？

谢谢、

Chirag

Chirag、

尝试在文件中将 lum_sync_delta_in_msec 更改为33、并将 lum_sync_drop_threshold_in_msec 更改为66
APPS/src/rtos/usecases/common/chains_common_refor_view_Panorama.c

在文件 APPS/src/rtos/usecases/ree_view_Panorama_tda3xx/chains_RVP_TDA3X.c 中、调用 updateCaptureIspPrm 后、增加 ISP 链路的输出缓冲器数量。

此致、
Brijesh

Chirag、

您的立体声后处理算法耗时约42ms、这就是为什么链以23fps 运行的原因。 请检查此算法链接。

此致、
Brijesh

您好、Brijesh、

根据您的建议、我已尝试在文件 APPS/src/rtos/usecases/common/chain_common_ree_view_vpos.c 中将 luge_sync_drop_threshold_in_msec 更改为33、并在文件 vision_sdk_review_vapps/tdax_rtos_output_bufs 中增加 voros_review/t3xx/tdapps_r_da3xx/taworos/taworaps.c 中缓冲区的数量
但我会遇到这样的断言错误、
[DSP1] 断言@行：立体声后处理/立体声 后处理 Link_algPlugin.c 中的1173：pSysBufferMetadata->srcTimestamp == pSysBufferLRVideo->srcTimestamp：失败
[DSP1] 34.344842 s：utils：MBX：utils_mbxSendCmd ()：MSG Alloc 失败(0)！！！

因此、我也尝试在文件 chains_RVP_TDA3X.c 中将 loose 同步增量更改为33、并将 loose 同步删除阈值输入更改为66。 但会发生相同的断言错误。 显示屏上没有全景视频。


谢谢、
Chirag

您好、Chirag、

我们还看到、这种用例的运行速度略慢于预期。 我正在与其他团队成员核实这种情况的发生原因。

此致、

Brijesh

您好、Brijesh、

感谢您的支持。 我们还将检查算法。

我们还观察到、当时间变长或长时间运行设置时、此 fps 会降低。 然后视频卡滞。 有时、当电路板启动时、视频会在时间内卡住并被关闭。

谢谢、
Chirag

您好、Shiji、

感谢您重放。

我将使用 OPP_HIGH 与 SBL/MLO 进行检查。

您还能检查一下这一点。 一旦设置变得稳定、就像运行3天以上、然后尝试重新启动电路板、检查下次运行的时间、并检查 fps。 它可能会降低 fps 并可能卡住。

您好、Chirag、

它是如何改变的？ 当我们关闭电源并重新启动时、它从全新的开始。 您是否在类似情况下看到故障？

Rgds、
Brijesh