[参考译文] J784S4XEVM：tiovxldc Gstreamer 元素的 LDC LUT 文件格式

您好、Adam、

[quote userid="610558" url="~/support/processors-group/processors/f/processors-forum/1376811/j784s4xevm-ldc-lut-file-format-of-the-tiovxldc-gstreamer-element

因此、完整填充的 LUT 网格大小为336 * 60 = 20160字节。

[报价]

从 LDC H/W 的角度来看、这是正确的。
336字节是最小 LDC LUT 行宽度。
较大的行宽(例如336+16,336+32或386)也适用。

[quote userid="610558" url="~/support/processors-group/processors/f/processors-forum/1376811/j784s4xevm-ldc-lut-file-format-of-the-tiovxldc-gstreamer-element [ERROR] 1503: readImage: Plane [0] bytes read = 20160, expected = 23040
[报价]

这似乎表明 gstreamer 流水线期望"384 * 60=23040"字节作为 LDC LUT 的总大小。
我熟悉 gstreamer 实现、以及为什么每行需要384字节。
s/w 行对齐可能存在一些问题。

您可以尝试将原始 LUT 填充为384字节而不是336、然后重新测试。
我希望这对您有效。

[quote userid="610558" url="~/support/processors-group/processors/f/processors-forum/1376811/j784s4xevm-ldc-lut-file-format-of-the-tiovxldc-gstreamer-element

此处、SL2大小是 GStreamer 流水线期望的确切大小。

[报价]

这只是巧合。

尊敬的 刚华：

感谢您的快速回复。 是的、我曾认为相同、但我们传递给 GStreamer 元素的只是：
tiovxldc ldc-ds-factor=4 ldc-table-width=1280 ldc-table-height=944 lut-file=./binarylut.lut

那么、如果我们决定应用更大的填充、tiovxldc Gstreamer 元素如何知道我们在 binarylut.LUT 文件中使用的实际填充是什么？ 它需要基于宽度和 LDC-DS-factor、否则 tiovxldc 无法计算它。

但有趣的是、即使在 DCC 配置期间、LUT 的间距也与我们使用的间距相匹配、为什么 GStreamer 元素会期望不同的间距、如果会、我们如何计算？  因为现在观察该问题的唯一方法是尝试设置。 我已经检查了 GStreamer 元素的源代码、它只需将 LUT 文件传递到底层低电平 LDC API。

因此、如果 GStreamer 元素需要在 LUT 文件中具有不同的间距、我们需要确切的方法来计算它、因为现在的唯一方法是基于我们获得的运行时错误消息。

谢谢！
Adam

这确实是计算俯仰的正确方法。

因此、网格宽度为1280 / 16 + 1 = 81；

网格高度为944/16 + 1 = 60；

网格宽度应与16对齐、因此为96。

填充的 LUT 间距大小= 96 * 2 * 2 = 384。

因此、完全填充的 LUT 网格大小为384 * 60 =  23040字节。

我们也用其他决议对它进行了测试、它在所有情况下都是有效的。

非常感谢