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.

[参考译文] TDA4AEN-Q1:TDA4EN + 4 * OX03F@30fps AE&AWB 平均速度太慢

Guru**** 2390755 points


请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1490635/tda4aen-q1-tda4en-4-ox03f-30fps-ae-awb-converage-too-slow

器件型号:TDA4AEN-Q1

工具/软件:

尊敬的 TI 专家:

当我们调试4 * OX03F +tda4_en 时、我们发现进入和离开隧道时 AE 收敛非常慢。 我们模拟了当 亮度从8000lux 切换到5lux 时、完成收敛所需的时间为10ms。 我们尝试修改 Adjratio step 和 skip_ae_frames、收敛速度将比以前快2秒。 但运行 single_camera、只需不到1秒。 问题视频。 请帮助我调试并说出问题。 谢谢!

e2e.ti.com/.../OX03F_5F00_AE_5F00_Converage_5F00_single.mp4

e2e.ti.com/.../_5F00_OX03F_5F00_AE_5F00_Converage_5F00_multi.mp4

此致、

重新装修

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    添加 SDK 版本:10.0.2.  和 下面的系统图:

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 renhul:

    在采用具有 SDK 版本的 IMX390的多摄像头应用中、AE 默认会减慢到每10帧一次、并且 IMX390以30fps 的速率运行。
    在采用 IMX390的单摄像头应用中、AE 每3帧以60fps IMX390一次运行。

    如果您在两种情况下都以30fps 的速率运行 x3f、则 AE 可以以相同的速度运行。
    您看到单摄像头和多摄像头与1个摄像头之间有什么不同吗?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Gang:

    我们还发现了这个问题:运行 multi-cam 时 skip_frames =9、运行 single_will 时 skip_frame =0。 我们尝试在 EDGEAI 中修改 skip_num_ae_frames =0、但日志打印仍然是9。 因此、我们修改了 vx_aewb_target.c 的逻辑 这段时间似乎已经改变、但总体趋同速度更快、但仍无法满足要求。 更改后的附件是 vx_aewb_target.c。   e2e.ti.com/.../1805.vx_5F00_aewb_5F00_target.c

    如果您在两种情况下都以30fps 的速率运行 x3f、则 AE 可以以相同的速度运行。
    您看到单摄像头和多摄像头与1个摄像头之间有什么不同吗?

    答: 您是指 测试 run_single_camera 和 run_multi_camera 使用1台摄像机来查看差异吗?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    a: 您是指 测试 run_single_camera 和 run_multi_camera 使用1台摄像机来查看差异?

    是的、我正在尝试了解您为什么看到这两个应用程序之间存在差异。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    似乎周期发生了变化、但总体收敛速度更快、但仍然无法满足要求。 [/报价]

    如果设置为1或未设置、则可以检查是否有这一行。

    https://git.ti.com/cgit/processor-sdk/imaging/tree/algos/ae/src main/TI_aaa_ae.c?h=main#n100

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Gang:

    感谢您的建议!

    我们使用相同的 camera.it 测试两个应用程序似乎转化速度接近,我们设置 h->frame_num_period = 1,并设置 skipAE=0 ,转化速度比以前更快,花费约4~5 s ,但单个应用程序需要0.5s。 那么,不同的转化速度根本原因是4摄像头是逐帧处理的吗?  多应用程序(4个摄像头)需要4倍的时间才能转换?   是否有任何其他方法来优化此 multi_app 收敛速度?e2e.ti.com/.../OX03F_5F00_TDA4_5F00_AE_5F00_converage_2D00_Multi.mp4

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Gang:

    它似乎需要大约一半的时间来调整曝光时间在开始,然后收敛似乎更快,约5-6帧变化,可能是什么原因?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Renhui:

    转换速度比以前更快、成本约为4~5 s、但单个应用程序耗时0.5秒。

    理论上、使用单个摄像头时、多摄像头和单摄像头可能会使 AE 的行为相同、因为运行2A 时 R5内核没有资源限制。

    您将能够看到 AE 在单凸轮中运行每个帧(用于调整传感器曝光)。
    您是否在具有单个摄像头的多摄像头中看到了这一点?

    如果 AE 速度慢、则意味着它不会调整每个帧的传感器。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Renhui:

    您的摄像头是否在单摄像头和多摄像头应用下都以30fps 的速率运行?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    你好 Gang、

    您的摄像头是否在单摄像头和多摄像头应用下都以30fps 的速率运行?

    答:是的、两者都是30fps

    如果 AE 速度慢、则意味着它不会调整每个帧的传感器。

    答:是的,我们发现环境从光到暗后,第一次 AE 修改需要20帧,然后每5帧。 但我们没有找到根本原因、 您是否有任何其他优化方法?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Renhui:

    开始第一次 AE 修改需要20个帧、然后每5个帧。

    您是否表示前20个帧没有触发 AE、而是每5个帧仅触发一次?

    这看起来像软件问题。

    您能否在代码中进行追踪,看看为什么多摄像头应用程序会以这种方式运行?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    你好 Gang、

    根据您的建议、我们发现显示帧速率仅为15fps、经过改进后、整个收敛过程 大约需要3秒。 我想问一下3s 是否是多应用程序中的紧固收敛过程? 我们的目标是实现1、我想问是否可以实现这一点? 这是最新的视频、谢谢!e2e.ti.com/.../WBTL_5F00_AE_5F00_0331.mp4

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Renhui:

    我们发现显示帧速率仅为15fps

    感谢您的更新!

    整个收敛过程 大约需要3s

    这大约是90帧、比我预期的要慢。
    您是否确定 AE 是否正在逐帧更改?

    从共享视频来看、4个摄像头可能逐个更新曝光。
    您能否按框架分享 AE 决策的记录?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    e2e.ti.com/.../Multi_2D00_app.txte2e.ti.com/.../single_2D00_app.txtHiGang、

    看起来每帧都会更新曝光增益、请帮助确认收敛时间是否可以继续缩短。 我们还为目前的4个通道做了拼接、这是否影响了收敛? 请查找随附的日志、谢谢!

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Renhui:

    转换速度比以前更快、成本约为4~5 s、但单个应用程序耗时0.5秒

    在屏幕捕获中、AE 似乎已经以30fps 的速率运行多摄像头和单摄像头。
    您是否仍然看到这8倍的 AE 速度差异?

    我们目前还对4个通道进行了拼接、这是否影响了收敛?

    什么是" 4通道拼接"?

    您可以尝试的一项测试是让 AE 仅将曝光变化发送到4个摄像头中的1个(其他3个摄像头没有 I2C 流量)。
    理论上、AE 在单摄像头和多摄像头中的表现应该相同。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Gang:

    在屏幕捕获中、AE 似乎已经以30fps 的速率运行多摄像头和单摄像头。
    您是否仍然看到这8倍的 AE 速度差异?

    答:似乎是  4倍的收敛速度。

    什么是" 4通道拼接"?

    答:我们使用 app_run_grap_for_one_pipeline 函数 将4个图像组合成一个图像输出。

    您可以尝试的一项测试是让 AE 仅将曝光变化发送到4个摄像头中的1个(其他3个摄像头没有 I2C 流量)。
    理论上、AE 在单摄像头和多摄像头中的行为应该相同?

    A:我们使用多应用程序只点亮1台摄像机,转换速度接近单应用程序。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Renhui:

    a:我们使用多应用程序仅点亮1台摄像机、转换速度接近单应用程序。

    (A)多摄像头单摄像头 AE 的速度与单摄像头一样快。
    (B)多摄像头4摄像头 AE 的速度是单摄像头的1/4。

    我们看到 AE 以30fps 的帧率(a)和(b)逐帧工作。
    您在常见摄像头的 AE 输出中看到了什么不同?

    除非 AE 未从 VISS 更新其输入或传感器未收到 i2c 命令、否则似乎是不可能的。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Gang:

    您在常见摄像头的 AE 输出中看到了什么不同?

    答: 我看不出有什么不同。 我认为4个摄像头共享同一个 ISP 流水线、因此 AE 融合时间将是单个摄像头的4倍。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
     我看不到任何区别。

    则传感器曝光应以相同的速度变化。
    请确认两种情况下的 AE 输出顺序。

    我认为4个摄像机共享同一个 ISP 管道、因此 AE 收敛时间将是单个摄像机的4倍。

    这不应该发生。
    所有 VISS 都应能够以30fps 的速率支持4个摄像头。
    在33ms 内、VISS 可以完成所有4个摄像头图像、AE 也应该能够处理4个摄像头并将曝光变化发送到传感器。