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.

[参考译文] TDA4VH-Q1:图像显示为绿色色调问题

Guru**** 2484615 points


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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1439121/tda4vh-q1-image-greenish-tint-issue

器件型号:TDA4VH-Q1

工具与软件:

各位同事、您好!

我们当时使用 IMX390摄像头测试了摄像头流水线和 ISP 性能、但在图像中遇到了绿色色调问题。 共享的 zip 文件中有四种不同的图像、分别代表两种不同的场景(如果需要、我可以提供更多图像供进一步研究)。 一对图像是使用具有内置 ISP 的摄像头捕获的、显示正常(不是绿色)。 另一对是使用不带内置 ISP 的摄像头捕获的、我们使用了 IMX390 SDK 中提供的 ISP 二进制文件。

一般而言、我们观察到、墙壁、沥青或灰色区域出现绿色色调问题。 还必须注意的是、这种现象不会只发生在外设或中心周围的任何地方。 您对此问题有任何意见或建议吗? 此类问题的根本原因可能是什么?

e2e.ti.com/.../Greenish-Tint-Issue.zip

提前感谢。

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

    尊敬的 Kaan:

    Unknown 说:
    我们观察到墙壁、沥青或灰色区域出现绿色色调问题。 [报价]

    蓝色通道 AWB 增益似乎比预期弱。

    [quote userid="606816" url="~/support/processors-group/processors/f/processors-forum/1439121/tda4vh-q1-image-greenish-tint-issue 您对此问题有何评论或建议吗? 此类问题的根本原因可能是什么?

    一般而言、我希望 AWB 能在这种白天道路驾驶条件下正常工作。
    此类 AWB 故障通常是由 AWB 校准引起的。

    如果 AWB 在类似条件下始终失败、我们需要根据故障场景下的原始传感器图像检查您的 AWB 校准。

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

    Gang、您好!

    感谢您的反馈。  

    前面讲过、我们使用的是 SDK 中的 ISP 二进制文件。 由于我们使用的是 LI IMX390摄像头、但不是 D3、因此我想重新校准 AWB、并观察到了非常相似的输出。 有趣的是、当我们由于过度曝光区域而缩短快门时间时、绿色色调的量显著减少。 但是、它并不是完全固定的。 为了进一步增强 AWB 校准、我们是否需要为 AWB 校准插件添加额外的资源、以便 在阳光和阴影下捕获色卡? 我的理解是否正确?

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

    尊敬的 Kaan:

    令人遗憾的是、当我们由于过度曝光区域而降低快门时间时、绿色色调的量大大减少。

    如果它位于同一场景、则可能是由于 AWB 校准与场景照明不匹配或 H3A 设置不正确所致。

    为了进一步增强此 AWB 校准、我们是否需要为 AWB 校准插件添加额外资源来捕获 阳光下和阴影下的色卡? 我的理解是否正确?

    这可能没有帮助。

    如果您在故障场景和 AWB/H3A xml 文件共享原始图像(有拐点、台阶电平)、我可以看一下、确定 AWB/H3A 设置是否有任何问题。

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

    尊敬的 Gang:

    我共享同一场景的原始图像和 YUV 图像、尤其是左上角和右下角的绿色色调。 另外、请在附件中找到 XMLs 和膝点。 前置和后置基座为0。

    e2e.ti.com/.../h3a-and-awb-xmls.zipe2e.ti.com/.../knee-pts-and-images.zip

    谢谢  

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

    尊敬的 Gang:

    除了所有这些设置外、我们还在 IMX390寄存器中找到了一些与颜色相关的设置、这些设置由 SDK 10提供。  

    我们发现 AE_SENSRATIO_... 寄存器(0x34C0 - 0x34CE)都设置为0x40、对应于增益"1"、而 OTP_SENSRATIOEN 位(0x3053/bit-7)设置为"0"、并为 HDR 合成区域选择"像素值切换"方法。 这可能是我们在图像的某些区域观察到的错误着色的原因吗?

    谢谢  

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

    尊敬的 Kaan:

    请在附件中查找 XMLs 和膝点。

    感谢您的分享!

    总体而言、您的 AWB 校准与原始图像中的街道场景非常匹配。

    特别是绿色色调出现在左上角和右下角区域。 [报价]

    我不确定你到底指的是什么。
    右侧有一些镜头闪光/眩光、左侧建筑物的反射与其他区域不同。
    两者似乎都与 AWB 有关。

    AWB 应用全局增益来实现白平衡。
    在如此复杂的场景中、视图中的不同位置可能具有不同的光源、并且 AWB 只能在全球范围内进行合理的权衡。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    我们发现 AE_SENSRATIO_... 寄存器(0x34C0 - 0x34CE)都设置为0x40、对应于增益"1"、而 OTP_SENSRATIOEN 位(0x3053/bit-7)设置为"0"、并为 HDR 合成区域选择"像素值切换"方法。 [报价]

    我相信、我们的 IMX390驱动程序使用了索尼最初提供的传感器寄存器设置。
    我不知道 Sony 以前可能已经对此进行了哪些优化。

    据我所知、Sony 通常需要对每个摄像头/传感器/镜头型号进行校准、以便获得出色的 HDR 性能。
    例如、我可以在您的 YUV 图像中看到、天空的一些云显示为粉红色、这是由于传感器校准而产生的一种颜色伪影。
    您可以向 Sony 询问可以执行哪些校准。

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

    尊敬的 Gang:  

    感谢您的观看。

    我不确定您指的确切位置。
    右侧有一些镜头闪光/眩光、左侧建筑物的反射与其他区域不同。
    两者似乎都与 AWB 相关。

    这正是我要指出的地方。

    在这样复杂的场景中、视图中的不同位置可能有不同的光源、AWB 只能在全球范围内作出合理权衡。

    然而,我无法理解的是,我们有完全相同的摄像头(成像仪和镜头)内置 ISP ,并在此我们不面临这个绿色色调问题。 我想知道,这是不是因为膝点的数量被限制到4由于 HWA。 如果我们将使用基于 LUT 的 AWB、这会有什么区别吗?

    此外、还有哪些其他可能的原因需要考虑和解决?  

    感谢您的宝贵支持。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    [报价 userid="35541" url="~/support/processors-group/processors/f/processors-forum/1439121/tda4vh-q1-image-greenish-tint-issue/5533908 #5533908"]

    我相信、我们的 IMX390驱动程序使用了索尼最初提供的传感器寄存器设置。
    我不知道 Sony 以前可能已经对此进行了哪些优化。

    据我所知、Sony 通常需要对每个摄像头/传感器/镜头型号进行校准、以便获得出色的 HDR 性能。
    例如、我可以在您的 YUV 图像中看到、天空的一些云显示为粉红色、这是由于传感器校准而产生的一种颜色伪影。
    您可以向 Sony 询问可以执行哪些校准。

    [报价]

    非常感谢、我们将提供该工具。

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

    尊敬的 Kaan:

    我想知道、这是否是因为由于 HWA 限制为4的膝点数量。 如果我们使用基于 LUT 的 AWB、那会有什么区别吗?

    是的、拐点可能会导致一定程度的颜色错误(通常是少量绿色/粉色)。
    通常在背景为灰色的实验室测试中可以观察到。
    使用更多拐点通常可以减少/消除这种颜色误差。

    在这个复杂的场景中、我无法判断原始场景中是否存在绿色色调。
    压缩原始图像显示的颜色与场景中其他相似位置的颜色不同。

    然而,我不明白的是,我们有完全相同的摄像头(成像仪和镜头)内置 ISP ,在此基础上,我们不会面临这种绿色色调问题。 [报价]

    如果您知道使用的拐点、则可以在 TDA4上尝试使用该拐点、看看它们是否可以提供帮助。

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

    尊敬的 Gang:

    使用更多拐点通常可以减少/消除这种颜色错误。

    非常感谢您的支持。 我还有最后一个问题。 我记得我们之前讨论过的那个  "膝点的数量限制在 H/W 到4个、现在大多数传感器使用的膝点比那样多。  我们通常不使用 PWL。" (请参见 上一次讨论的链接。  那么我们怎么能像你建议的那样使用更多的膝点呢?

    谢谢

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

    尊敬的 Kaan:

     那么我们怎么能像你建议的那样使用更多的膝点?

    RAWFE 同时具有 PWL 和 LUT 块。

    因此、我们通常使用 LUT 模块来执行转换。
    这是在调优工具和 python 脚本中完成的-- https://git.ti.com/cgit/processor-sdk/imaging/tree/tools/default_DCC_profile_gen/scripts/dccxml_decompand.py?h=main

    为简单起见、我们通常将传感器12位拐点设置为32的倍数、以避免 LUT 步长产生任何 LUT 误差。


    这在 IMX728驱动器中已经考虑过。

    https://git.ti.com/cgit/processor-sdk/imaging/tree/sensor_drv/src simx728/imx728_ub971_sensor_config_WDR.h?h=main#n7779