[参考译文] SK-AM62A-LP：处理器论坛

你好病毒,

1) 1)使用 Matlab 代码：  

Unknown 说：

在这种情况下、DCC 工具抛出错误。

澄清一下、您在 DCC 工具中输入了 output_LSC_LUT.txt 作为 LSC 输入表。 对吗？

您是否愿意分享您的镜头规格文件和运行 Matlab 代码的日志？

2) 2)直接在 DCC 工具中使用镜头规格文件：

Unknown 说：

但是,我们无法看到任何更改。

您是否尝试将强度设置为100%并查看是否有任何影响？

此致、

建中

Hi viral、

Unknown 说：

但是、我们无法看到任何更改。 [报价]

您的意思是您的摄像头+ EVM 不会受到影响？
您能告诉我们您是如何在 EVM 上进行测试的吗？

尊敬的 Gang 和建中：  

1) 1) 我正在 使用扩散器测试 LSC 调谐的影响。 在刷写 LSC 调整的二进制文件时,我无法看到 渐晕效果有任何改善。 下面是调谐前和调谐后的 jpg 图像的比较。

2) 我 也尝试了设置强度为100%的建议建中,但仍然 看不到任何影响在捕获的 jpg 图像,即类似的观察。

3)然而,在调整插件时,生成的输出原始图像似乎被纠正。 下面是它们的对比。 如果 我保持伽马= 70、 我就可以看到以下校正后的原始图像。 如果 我保持伽马= 100、则图像与未调整的 LSC 原始图像相同。 下面是指定伽马的原始输入与输出图像。  我保持强度= 100%

伽马= 70：  

伽马= 90：

伽马= 100：

4)请验证并建议将哪个 xml 包含在之前随附的 generate_dcc.sh 脚本中。

谢谢。此致、

病毒沙阿

Hi viral、

Unknown 说：

如果 我保持伽玛=70、 我可以看到以下已校正的原始图像。

如果您有线性传感器、则应设置 Gamma=100。

伽马<100用于具有超过16位动态范围的 WDR 传感器。
它将会在 ISP 中重新映射所有像素值。

在右侧图像的顶部似乎有一些伪影。

这看起来接近我们之前在 AM62A 上修复的软件错误。
https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1326992/am62a7-lsc-driver-issue-on-am62-platform?tisearch=e2e-sitesearch&keymatch=am62%20LSC#

请检查您是否具有 包含该错误的旧版本 AM62A SDK。

你好病毒,

我尝试了 SDK 10.0、可以看出 LSC 的效果。

此致、

建中

尊敬的刚华：

1) 1)我们使用的是 SDK 版本9.1.0。 此版本的 LSC 是否有任何错误？  

   如果9.1.0 SDK 中确实存在 LSC 错误、您能否提供补丁来修复、与我们长期使用9.1.0 SDK 相同的问题。  

 2) 2)我们正在使用 AM62A7 SOC、我们如何确认在运行时使用了哪个 VPAC。
 3) 3) 我们正在尝试在定制电路板上对 LSC 更改进行更改。 我们的定制电路板采用1GB RAM。 因此、当我们尝试进行 LSC 更改并尝试  刷写 tispl.bin 时、电路板会显示以下错误。  

U-Boot SPL 2023.04-gb0d717b732 (Dec 06 2023 - 15:11:45 +0000)
SYSFW ABI: 3.1 (firmware rev 0x0009 '9.1.8--v09.01.08 (Kool Koala)')
am62a_init: board_init_f done
SPL initial stack usage: 17040 bytes
am62a_init: spl_boot_device: devstat = 0x164b bootmedia = 0x9 bootindex = 0
Trying to boot from MMC1
ti_sci system-controller@44043000: Message not acknowledgedAuthentication failed!
### ERROR ### Please RESET the board ###

您能告诉我们、上述错误需要进行哪些更改吗？ 编译 tiboot3.bin。 如果是、我们如何做到同样的做法？

谢谢。此致、

病毒沙阿

Hi viral、

   如果9.1.0 SDK 中确实存在 LSC 错误、您能否提供补丁来修复、与我们长期使用9.1.0 SDK 相同的问题。  

该补丁在我在上面共享的 e2e 链接中提供(在线程结束时左右)。

Re -粘贴链接： https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1326992/am62a7-lsc-driver-issue-on-am62-platform?tisearch=e2e-sitesearch&keymatch=am62%20LSC

AM62A 只有 VPAC、而是 VPAC3L。

Unknown 说：

3) 我们正在尝试在定制板上更改 LSC。 我们的定制电路板采用1GB RAM。 因此、当我们尝试进行 LSC 更改并尝试  刷写 tispl.bin 时、电路板会显示以下错误。  [报价]

您正在进行哪些变革？
我不希望更改 LSC 设置会带来任何问题。

Unknown 说：

您能告诉我们上述错误需要哪些更改吗？ 编译 tiboot3.bin。 如果是、我们如何做到同样的做法？

任何与 LSC 或 VPAC 相关的更改都不会导致任何引导问题。
我的朋友 徐建中 可能有一个更好的想法。

[/quote]

Unknown 说：

我们将长期使用9.1.0 SDK。  [报价]

BTW、AM62A 的9.1.0可能存在很多已知问题(与 VPAC/tiovx/gstreamer 相关)。
因此、如果可能、我最好迁移到更高的 SDK 版本。

建中可能有一些建议。

Unknown 说：

因此、当我们尝试更改 LSC 并尝试  刷写 tispl.bin 时、主板显示以下错误。  [报价]

您如何重新构建 tispl.bin？ 发生了哪些变化？

Unknown 说：

您能否提供补丁以与我们将长期使用9.1.0 SDK 相同的方式进行修复？  [报价]

9.1 SDK 和9.2 SDK 使用相同的 Linux LTS 版本6.1、因此从9.1迁移到9.2不需要太多工作量。 我建议您使用9.2。

此致、

建中

[/quote]

尊敬的 建中：  

我来自病毒的团队。  

������33 说：

如何重建 tispl.bin？ 更改内容是什么？

我们可以看到 DDR 更改。 除了大小为1GB 的 EVK 之外、我们还使用了 DDR 的其他部分。 我们在 u-boot 源代码中进行 DDR 更改。 因为 EVM 的 u-boot 具有4GB DDR 配置、不适用于我们的电路板。  

在 u-boot 源码 tispl.bin 中进行 DDR 更改后、系统将生成 u-boot.img、但我在同一目录中没有看到 tiboot3.bin。 我怀疑 tiboot3和 tispl 之间的身份验证失败。

请告诉我们您对此有何想法。 如果为真、我们将如何生成 tiboot3.bin。 所以、不会出现身份验证问题。

注意：

我们的 DDR 更改适用于 Yocto SDK、并且我们能够使用自一个半月以来包含 DDR 更改的定制电路板。 因此、DDR 更改没问题、并且 TI 固件生成器和处理器 SDK 存在上述问题。

此致、

Jay

您好、Jay：

我在 Yogesh 中循环以回答有关重新构建启动二进制文件的问题。

此致、

建中

尊敬的建中：

感谢您的答复。  

Yogesh、请在您了解有关如何构建启动二进制文件的详细信息后、与我们联系。

此致、

Jay

尊敬的  Jianzhong 和 Yogesh：  

此案例是否有任何更新？ 这对于图像调整非常重要、我们正在处理时间压缩问题。 如果我们能尽快得到回复、这将非常有帮助。

谢谢！

Jay

Jay、

对于任何存储器更改 、您都将需要固件构建器包。

在进行更改之前、如果您遵循固件构建器用户指南、请告知我。

谢谢

Yogesh

尊敬的 Yogesh：  

我们有固件构建器软件包版本09.01.00.07。 我们也遵循固件构建器指南。 但我们尚未看到构建 DDR 大小不同的固件构建器 SDK 的步骤。

如果我们缺少构建者指南中的任何内容、请告知我们。

此致、

Jay

尊敬的 Yogesh：  

我有一个问题与该主题无关。

SDK 09.01.00的预编译 tiboot3.bin 是否与 SDK 09.02.00的预编译 tispl.bin 配合使用？ 如果这些组合不起作用、那么原因可能是什么？

此致、

Jay

尊敬的建中：

感谢您对 LSC 补丁问题的支持。 成功应用补丁后、问题似乎已解决。

但是、从 DCC 工具调优 LSC 后、我将观察图像中的环形像图案。 我在图片下方附上了相同的图片。 您是否知道造成这种情况的原因？

此致、

病毒沙阿

Hi viral、

您能否分享您的 LSC 设置和样例 RAW/YUV 图像？

尊敬的刚华：

LSC 调优设置


LSC 原始文件  

此致、

病毒沙阿

Hi viral、

Unknown 说：

LSC 原始文件  
[报价]

您能否以 zip 文件形式附加您的 RAW/YUV 图像？

此外、还请与他人分享该 LSC 插件(LUT 等)的所有其他输入。

尊敬的刚华：

LSC 输入原始文件
e2e.ti.com/.../LSC_5F00_INPUT_5F00_RAW_5F00_FILE.zip

LSC LUT 输入表
e2e.ti.com/.../LSC_5F00_INPUT_5F00_LUT_5F00_TABLE.txt
如果您需要任何其他信息、请告知我。

此致、

病毒沙阿

Hi viral、

感谢您的分享！

共享原始图像是否采用1920x1200 Bayer 图形和线性10位格式？

您是否有拜耳阵列的相位(例如 RGGB 或 GRBG)？

此外、还可以使用960x540作为图像中心、使用41作为黑电平。
它们都准确吗？

Hi viral、

Unknown 说：

LSC 输入原始文件
[报价]

该图像大部分饱和至1023、因此我无法看到轮廓。

您是否可以在您看到轮廓的位置共享其他一组 RAW/YUV 图像？

尊敬的刚华：

是的、我们现在已将分辨率从1920x1080更改为1920x1200。
Bayer 模式- RGGB。
更新了 LSC 设置


e2e.ti.com/.../UNTUNED_5F00_LSC_5F00_IMAGE.zip
e2e.ti.com/.../TUNED_5F00_LSC_5F00_IMAGE.zip

此致、

病毒沙阿

Hi viral、

感谢您的分享！

我不能用共享的 jpep 图像做任何事情。
您能否单独将您的 RAW 和 YUV 图像(用于 VISS 输入和输出)与 LSC xml 文件共享？

您的 LSC 表有一些不是很平滑的位置。

但是、我不希望这些会导致严重的问题。

尊敬的刚华：

PFA  
RAW IMAGE
e2e.ti.com/.../8640.LSC_5F00_INPUT_5F00_RAW_5F00_FILE.zip

LSC XML 文件
e2e.ti.com/.../LSC-XML-FILES .zip

此致、

病毒沙阿

Hi viral、

我对您共享的原始图像有点困惑。

"8640.lsc_input_raw_file.zip"和"lsc_input_raw_file.zip"是相同的原始图像、在帧的大多数部分中会饱和至1023。
您的意思是让轮廓如下图所示、而这是您的输入？

由于原始信号饱和至10位、无论有无 LSC、输出都应该非常明亮且差别不大。

尊敬的刚华：

您的意思是让轮廓如下图所示、而这是您的输入？
有

此致、

病毒沙阿

Unknown 说：

您的意思是使用下图中的轮廓线作为您的输入吗？
是[/报价]

这些来自您共享的原始图像吗？

我无法重现轮廓、因为原始图像饱和至1023 (即、在我的共享图片中、大部分图像上方的图片为纯白色)。

尊敬的刚华：  

我仍然在预览和快照中获得这些图形。 其他原因是否可能导致该问题？ 如果是、您能否建议可能的原因是什么？ 相同的 PFA 视频和快照。

e2e.ti.com/.../LSC_5F00_Preview.zip

此致、

病毒沙阿

Hi viral、

感谢分享视频!

视频中存在像素饱和。
在这种情况下、您能否分享一些原始图像？

您之前共享的原始图像大部分饱和至1023 (10位像素)、因此我无法重现任何轮廓。

BTW、您正在使用哪个 IMX219摄像头？

尊敬的刚华：

视频场景的 PFA 原始图像。 配置为：Bpp：10位、分辨率：1920x1200。

 e2e.ti.com/.../Issue.zip

我们还有一些观察结果、可以帮助您缩小导致此行为的可能原因：

1)如果我们在生成单元时不包括 LSC XML,则圆形图案是可见的,但相对较轻。

2)当将 sensor_name_lsc_dcc.xml 中的阵列值增加到大约和最大80时,这些图形更加明显。

3)即使在 sensor_name_lsc_dcc.xml 中存在的数组中的所有值都设置为"1"后,我们也能看到这些模式。

4) 4)使用旧的 tispl.bin (没有建议的更改)时、这些模式可见。 但是、在明亮的光线下(约1000勒克斯)、这些图像不可见。 对于最新的 tispl.bin、图形在相同条件下可见。

5)使用 LSC 调优(文件: SENSOR_NAME_LSC_DCC.xml ,较小的值如约5和最大5 ,以及剧烈的值如约80和最大80 ),在使用未调优的 BLC xml 时,圆形模式不可见。

此致、

病毒沙阿

Hi viral、

感谢您提供的信息！

这是来自 AR0235的 GRBG 彩色图案还是单色？
这是一个10位线性传感器吗？

1)如果我们在生成单元时不包括 LSC XML,则圆形图案是可见的,但相对较轻。

2)当将 sensor_name_lsc_dcc.xml 中的阵列值增加到大约和最大80时,这些图形更加明显。

3)即使在 sensor_name_lsc_dcc.xml 中存在的数组中的所有值都设置为"1"后,我们也能看到这些模式。

在这种情况下、LSC 可能不是主要问题、但它可能会进一步放大问题。
您所进行的其他 VISS 调优可能是真正的原因。

您可以从下面类似使用 python 脚本的简单配置开始吗？
https://git.ti.com/cgit/processor-sdk/imaging/tree/tools/default_DCC_profile_gen/configs/imx219_properties.txt?h=main
如果可以通过简单设置查看轮廓、请告诉我。

我看不到使用您之前共享的"LSC XML 文件"和新的原始图像的轮廓。
LSC 设置无论如何具有非常小的 LSC 增益(<= 1.012x)。

Unknown 说：

缩小此行为的可能原因：

通常、这种典型的均匀灰色梯度场景很难滤除噪声。
在这种情况下、强烈的噪声滤波可能会导致轮廓、当场景只是灰色梯度时、轮廓很明显。
对于复杂场景、噪声滤波的效果可能不可见。

您可以尝试在测试中禁用 NSF4以检查差异。

您好、Gang Hua、下面是我们的观察结果。 我们使用通过您共享的 IMX219配置生成的项目获得了以下观察结果：

1) 10位 BPP 二进制文件在10位 BPP 图像中提供几乎看不到的振铃。 在相同的配置下、8位 BPP 二进制文件在8位 BPP 图像中提供了振铃模式。 在这里、生成二进制文件时不包含 LSC XML。

2) 2)使用该8位 BPP 二进制文件来捕获10位 BPP 图像时、图像会过度曝光、环不可见。 但是、使用10位 BPP 二进制文件来捕获8位 BPP 图像时、生成的图像曝光不足、并且其中也存在环图形。 在这里、生成二进制文件时不包含 LSC XML。

PS：在上述二进制文件中、nsf4是默认值

3)在不使用 nsf4 xml 生成二进制文件时,使用10位 BPP 二进制文件捕获的10位 BPP 映像几乎没有可见的环。 使用此二进制文件、当捕获8位 BPP 图像时、该图像曝光不足并出现振铃。

4)禁用 nsf4 (如上所述)并使用8位 BPP 二进制进行捕获时、8位 BPP 映像中会有环形模式。 在这相同的二进制文件中、10位 BPP 图像曝光过度、因此环不可见。

5)我们尝试用10位 BPP 二进制(不包括 LSC 和 NSF4 XML)捕获10位 BPP 图像,由于图像中的亮度降低,环形图案开始变得可见。 我们已通过降低暴露进行了验证。

6)同样,我们试图用8位 BPP 二进制(不包括 LSC 和 NSF4 XML)采集8位 BPP 图像,随着图像亮度的增加,圆形图形开始变得不那么可见。 我们已通过增加曝光率对此进行了验证。

此致、

病毒沙阿

Hi viral、

非常感谢您分享测试结果！

Unknown 说：

2)使用此8位 BPP 二进制文件捕获10位 BPP 图像后、图像曝光过度、环不可见。 但是、使用10位 BPP 二进制文件来捕获8位 BPP 图像时、生成的图像曝光不足、并且其中也存在环图形。 在这里、生成二进制文件时不包括 LSC XML。[/QUOT]

8位和10位设置分别适用于8位传感器模式和10位模式。
我们不能真正把它们混淆起来。

[报价 userid="606240" url="~/support/processors-group/processors/f/processors-forum/1435541/sk-am62a-lp-processors-forum/5569232 #5569232"]1) 10位 BPP 二进制文件在10位 BPP 图像中几乎看不到环。 在相同的配置下、8位 BPP 二进制文件在8位 BPP 图像中提供了振铃模式。 此处、生成二进制文件时不包含 LSC XML。

Unknown 说：

3)在不使用 nsf4 xml 生成二进制文件时、用10位 BPP 二进制文件捕获的10位 BPP 映像几乎看不到环。 [/引号]

Unknown 说：

4)禁用 nsf4 (如上所述)后、使用8位 BPP 二进制捕获的8位 BPP 图像中有振铃模式。 [报价]

这接近我的预期。
通常、对于具有典型编码伽马校正曲线的8位 YUV 输出、原始图像通常为10或12位。
8位原始图像对于8位 YUV 输出不实用。
SDK 中提供了 IMX219 8位调优、因为 IMX219 Linux 支持8位原始捕获模式。
我们可能会忽略本次讨论中的8位捕获、仅关注10位捕获(我不知道8位原始图像捕获的任何实际用例)。

[报价 userid="606240" url="~/support/processors-group/processors/f/processors-forum/1435541/sk-am62a-lp-processors-forum/5569232 #5569232"]5)我们尝试捕捉10位 BPP 二进制(不包括 LSC 和 NSF4 XMLs)的10位 BPP 图像、由于图像的亮度降低、振铃模式开始变得可见。

这是一个有趣的观察。

如果没有 NSF4 xml 文件、则 VISS 内核默认情况下应该已有效地将 NSF4设置为关闭状态。
https://git.ti.com/cgit/processor-sdk/imaging/tree/kernels/hwa/vpac_viss/vx_vpac_viss_target_defaults.c?h=main#n348
如果出现振铃模式、则应该是量化问题。
但是、我不确定为什么在亮度较低而不打开 LSC 或 NSF4的情况下也会出现这种情况。

在这种情况下、您是否有一些样例 RAW 和 YUV 图像？

[/quote]

尊敬的刚华：

PFA 低于请求的 YUV 和 RAW 图像。 我们的用例包括8位 BPP 和10位 BPP 模式、因此我们需要同时考虑这两种模式的观察结果。

e2e.ti.com/.../TI_5F00_LSC.zip

此致、

病毒沙阿

Hi viral、

您的 jpg 文件"10bit_less_exposure.jpg"是如何创建的？

这是 jpg 文件的 G 平面图(轮廓可见)。

这是"10bit_less_exposition.yuV"的 Y 计划(无轮廓)。

这是从 "10bit_less_exposition.yuV"创建的无损 png 文件(无轮廓)。

BTW、您的传感器看起来是单色的。
请您确认吗？

尊敬的刚华：

是的、它是单色传感器。

此致、

病毒沙阿

尊敬的刚华：

我们使用以下 gstreamer 命令来捕获 jpg 图像：

gst-launch-1.0 -v v4l2src device=/dev/video-rpi-cam0 io-mode=dmabuf-import！ video/x-bayer、width=1920、height=1200、帧速率=30/1、format=rggb！ tiovxisp sink_0：：device=/dev/v4l-rpi-subdev0 sensor-name="sensor_abc" dcc-isp-file=/opt/imaging/sensor/dcc_viss.bin sink_0：：dcc-2a-file=/opt/imaging/sensor/dcc_2a.bin format-msb=9 sink_0：ae-mode=2！ video/x-raw、格式=NV12、宽度=1920、高度=1200、帧速率=30/1！ v4l2jpegenc output-io-mode=dmabuf-import！ multifilesink location=image.jpg

此致、

病毒沙阿

Hi viral、

我们使用以下 gstreamer 命令来捕获 jpg 图像：

我不熟悉 gstreamer,但它看起来像是 jpg 压缩创建轮廓时 NSF4关闭。

您是否可以使用"Png"进行确认？

尊敬的刚华：

1)您能分享您的 YUV 图像吗?

2)请分享一个替代方案(除了 gstreamer)来捕获 jpg 图像。

此致、

病毒沙阿

尊敬的刚华：

关于 png 文件、我使用以下命令捕获了它、它还显示了振铃模式。

gst-launch-1.0 -v v4l2src device=/dev/video-rpi-cam0 io-mode=dmabuf-import！ video/x-bayer、width=1920、height=1200、帧速率=30/1、format=rggb！ tiovxisp sink_0：：device=/dev/v4l-rpi-subdev0 sensor-name="sensor_abc" dcc-isp-file=/opt/imaging/sensor/dcc_viss.bin sink_0：：dcc-2a-file=/opt/imaging/sensor/dcc_2a.bin format-msb=9 sink_0：ae-mode=2！ video/x-raw、格式=NV12、宽度=1920、高度=1200、帧速率=30/1！ v4l2jpegenc output-io-mode=dmabuf-import！ multifilesink location=image.png

然而,我们的重点是 jpg。

此致、

病毒沙阿

Hi viral、

Unknown 说：

1)您能分享您的 YUV 图像吗？

我查看的是您共享的"10bit_less_exposition.yuV"的 YUV 图像。
我想您使用 gstreamer 捕获了它  ！ filesink location=output.yuv

现在、我不确定我的假设是否正确。

Unknown 说：

关于 png 文件、我使用以下命令捕获了它、它还显示了铃声模式。

由于 PNG 文件是无损的、因此如果您在其中看到环形模式、则 YUV 文件应具有环形模式。
我需要再次确认您的 VISS 设置和 VISS 输出。

Unknown 说：

gst-launch-1.0 -v v4l2src device=/dev/video-rpi-cam0 io-mode=dmabuf-import！ video/x-bayer、width=1920、height=1200、帧速率=30/1、format=rggb！ tiovxisp sink_0：：device=/dev/v4l-rpi-subdev0 sensor-name="sensor_abc" dcc-isp-file=/opt/imaging/sensor/dcc_viss.bin sink_0：：dcc-2a-file=/opt/imaging/sensor/dcc_2a.bin format-msb=9 sink_0：ae-mode=2！ video/x-raw、格式=NV12、宽度=1920、高度=1200、帧速率=30/1！ v4l2jpegenc output-io-mode=dmabuf-import！ multifilesink location=image.png

您能否分享以下内容？

• /opt/imaging/sensor/dcc_viss.bin
• 用于生成上述内容的 XML 文件
• image.png
• 已捕获 YUV 文件、而不是 png

1)您能分享您的 YUV 图像吗?

这是我之前使用 IMX219中的原始传感器输入、LSC 设置和其他 VISS 设置获得的 YUV。

e2e.ti.com/.../o_5F00_1920x1200_5F00_nv12.yuv

尊敬的刚华：

1) 1)我们已使用 DCC 工具捕获了 YUV。

2)请建议一个替代的( gstreamer)捕获 jpg/png 图像。

3) 3)您能否分享您如何处理我们的原始图像以生成 yuV/png 图像？

4) 4) PFA 低于请求的数据：

 e2e.ti.com/.../xmls_5F00_binaries_5F00_generated_5F00_with_5F00_TI_5F00_provided_5F00_imx219_5F00_configs.zip

e2e.ti.com/.../6866.TI.zip

此致、

病毒沙阿