[参考译文] TDA4AL-Q1：最暗补丁中的清洗问题

尊敬的 Taylar：

我们在最暗的色卡补丁中遇到了清洗问题。 作为检查、AWB 是正确的、中间灰阶补丁没有问题。

似乎 G 响应存在某种非线性。

您能帮助检查附加的文件并提供改进解决方案吗？

您能否分享原始/YUV/xml 文件和扩展拐点？

e2e.ti.com/.../purplish_5F00_issue.rar

尊敬的 Gang Hua：

我上传原始/YUV/xml 以供您参考。

顺便说一下、您将发现 dcc_xmls 中的“lut_rawfe_pwl_vshort.txt"与“与 AWB_new_kneepots.txt 不匹配 。

因为我们只使用 来自 TI 参考代码库的这个“lut_rawfe_pwl_vshort.txt"可以“可以使图像正常、所以  IMX728 PWL 生成的另一个“ lut_rawfe_pwl_vshort.txt.0725backup“会使图像 异常（奇怪的绿色和错误的动态范围）。

尊敬的 Gang Hua：  

我发现 TI 工具的 UI 始终将 PWL 的第一个 Pointers 设置为 0。 因此、如果我们使用它来生成 lut_rawfe_pwl_vshort.txt、第一个点将为 0、并且它无法与 PWL（其第一个点不为零）匹配。

我们仅使用此 “lut_rawfe_pwl_vshort.txt"，“，来自、来自 TI 参考代码库、可使映像正常

LUT 必须与传感器使用的压缩拐点匹配。

  由 IMX728 PWL 生成的另一个“ lut_rawfe_pwl_vshort.txtx.0725backup“将使图像 异常

设置拐点或预压缩伽马值时应该会出错。

我发现 TI 工具的 UI 始终将 PWL 的第一个周期保持为 0。 因此、如果我们使用它来生成 lut_rawfe_pwl_vshort.txt、第一个点将为 0、并且它无法与 PWL（其第一个点不为零）匹配。

您是否表示传感器设置中有一些非零基座（黑电平）？

在这种情况下,如果你没有正确地输入拐点和黑电平,它会扭曲颜色。

e2e.ti.com/.../4130.PWL.txt

Sony 传感器提供这些 PWL 曲线、CP01_X=256、CP0_Y=256。 但 TI 工具将第一个点设置为 0。 我们应该 通过其他方式生成 lut_rawfe_pwl_vshort.txt 吗？

Sony 传感器提供这些 PWL 曲线、CP01_X=256、CP0_Y=256

我假设 (CP00_X、CP00_Y)=(0、0) 有一个隐式初始拐点。

只有使用 PWL_2 生成  lut_rawfe_pwl_vshort.txt 时、才能与 Sony 提供的传感器驱动程序 (CP01_X=256、CP0_Y=256) 配合使用、以使映像正常。 但是、TI 工具始终会生成“错误“lut_rawfe_pwl_vshort.txt、因为您保持 CP01_X=0、CP0_Y=0。

(1) PWL_1
WDR_KNEE_X: 0,256,512,832,992,1344,1984,2560,2816,2944,3200,3584, 4095

WDR_KNEE_Y: 0,256,1024,3900,7800,23400,87315,174630,349260,548421,1736000,5208000,16777215

(2) PWL_2

WDR_KNEE_X: 256,512,832,992,1344,1984,2560,2816,2944,3200,3584, 4095

WDR_KNEE_Y: 256,1024,3900,7800,23400,87315,174630,349260,548421,1736000,5208000,16777215

尊敬的 Taylar：

(2) PWL_2

WDR_KNEE_X: 256,512,832,992,1344,1984,2560,2816,2944,3200,3584, 4095

WDR_KNEE_Y: 256,1024,3900,7800,23400,87315,174630,349260,548421,1736000,5208000,16777215

这对于 python 脚本输入无效。
如何解析 0 和 255 之间的像素值？

对于默认的 NumPy 行为、它应该等效于以下值、即低于 256 的值全部解压缩为 256。

WDR_KNEE_X: 0,256,512,832,992,1344,1984,2560,2816,2944,3200,3584, 4095
WDR_KNEE_Y: 256,256,1024,3900,7800,23400,87315,174630,349260,548421,1736000,5208000,16777215

这就是我们用于 IMX728 驱动程序的内容。

https://git.ti.com/cgit/processor-sdk/imaging/tree/tools/default_DCC_profile_gen/configs/imx728_properties.txt?h=main#n22

IMX728 PWL 生成的另一个“ lut_rawfe_pwl_vshort.txtx.0725backup“将使图像 异常（奇怪的绿色和错误的动态范围）。

此 LUT 不是从以下设置生成的。
WDR_KNEE_X: 0,256,512,832,992,1344,1984,2560,2816,2944,3200,3584, 4095
WDR_KNEE_Y: 0,256,1024,3900,7800,23400,87315,174630,349260,548421,1736000,5208000,16777215

...

我使用 TI 工具并输入相同的拐点来生成  lut_rawfe_pwl_vshort.txt.0725backup“？ 它是否 与 python 生成的不同？

我使用 TI 工具并输入相同的拐点来生成  lut_rawfe_pwl_vshort.txt.0725backup“？ 它是否 与 python 生成的不同？

python 和调优工具输出的差值在最后一位数字中应该非常小（舍入差异）。

屏幕截图看起来不错、但共享的 0725 备份文件不正确。
您应该在调整工具中再次尝试、同时确保您有正确的拐点。
这是在相同设置下从调优工具得到的结果。

e2e.ti.com/.../lut_5F00_wdr_5F00_overall_5F00_pwl_5F00_global.txt

BTW、您拥有哪个版本的调优工具？

尊敬的 Gang Hua：

再次进行检查时、上面的“lut_rawfe_pwl_vshort.txt" 是“是正确的。  然而、在最黑暗的修补程序中仍然存在同样的问题。 您能否帮助检查是否可以进一步改进？  

尊敬的 Taylar：

您能否帮助检查是否可以进一步改进？  [/报价]

这取决于传感器响应的线性度。
如果拐点和黑电平都正确、则问题可能无法在 ISP 中解决。

您能分享原始图像吗？

purplish_issue.rar raw/YUV 已 在三天前上传,谢谢！

尊敬的 Taylar：

purplish_issue.rar rain/YUV 已在 三天前上传、谢谢！

我在 AWB 校准中没有看到任何错误。
AWB 正常工作。

黑色贴片的 YUV 输出 (Y、U、V)=(15、0、+1)、非常接近中性点。
但是、由于它非常暗 (Y=15)、Cr 中的“+1"比“比较高的 Y 值更显著。

在传感器原始图像中、黑色贴片的颜色与其他灰色贴片略有不同（淡红色更多）。
无法在 ISP 中恢复。

您可以检查另一个测试图表是否会为您提供更好的黑色修补程序。