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.

[参考译文] TDA4AL-Q1:移位块如何在解析后处理位/字节排序?

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1587112/tda4al-q1-how-does-the-shift-block-handle-bit-byte-ordering-after-decompanding

器件型号: TDA4AL-Q1

尊敬的 TI 专家:

我们想澄清 RAWFE 流水线中移位块的行为。

在解析阶段之后、RAWFE 会在合并数据或将数据发送到 H3A 之前执行内部位移。


请确认以下几点:

a.移位块获取解析的像素值的字节/位顺序是什么?

它是从低字节→高字节读取 24 位解析值、还是 从高字节→低字节读取 24 位解析值?

b.如果移位块减小位深度(例如 U24→U16)、
保留哪些位:MSB 侧或 LSB 侧?

该信息对于我们验证 RAWFE 数据对齐和调优流程非常重要。

谢谢你。

image.png

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

    您好、TI 专家、

    我可以检查一下这个问题是否有任何更新吗?

    谢谢。

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

    大家好、 Sarabesh、

    YL CHEN 是我的客户。

    您能帮助回答这些问题吗?

    谢谢你。

    Gibbs

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

    尊敬的 YL:

    [引述 userid=“634603" url="“ url="~“~/support/processors-group/processors/f/processors-forum/1587112/tda4al-q1-how-does-the-shift-block-handle-bit-byte-ordering-after-decompanding

    a.移位块获取解析的像素值的字节/位顺序是什么?

    [/报价]

    该字节位于 H/W 流水线中、存储器中没有字节顺序。

    [引述 userid=“634603" url="“ url="~“~/support/processors-group/processors/f/processors-forum/1587112/tda4al-q1-how-does-the-shift-block-handle-bit-byte-ordering-after-decompanding

    它是从低字节→高字节读取 24 位解析值、还是 从高字节→低字节读取 24 位解析值?

    [/报价]

    在硬件方面、它是从最多 24 位输入到 16 位输出的可编程下移。

    在当前的 SDK 软件中、我认为我们根本不使用移位。
    进入“LUT — 反向音调映射“的数据来自“LSC U16“输出路径。
    因此、无需采用这种移位。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    [quote userid=“634603" url="“ url="~“~/support/processors-group/processors/f/processors-forum/1587112/tda4al-q1-how-does-the-shift-block-handle-bit-byte-ordering-after-decompanding 如果移位块减小位深度(例如 U24→U16)、
    保留哪些位 — MSB 侧或 LSB 侧?

    对于这个特定问题、未使用“shift"块“块。

    如果您询问向 H3A 输入发送哪 10 位、这由“LUT — 逆向音调映射“决定。
    这又由您在调优工具中针对 H3A 输入 LSB#的输入决定。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    [报价 userid=“533255" url="“ url="~“~/support/processors-group/processors/f/processors-forum/1587112/tda4al-q1-how-does-the-shift-block-handle-bit-byte-ordering-after-decompanding/6117612

    YL CHEN 是我的客户。

    您能帮助回答这些问题吗?

    [/报价]

    Gibbs Shih yl Chen 

    应用团队可能需要一些时间来通知我您的 e2e 问题。

    如果您在帖子中直接给我打标签、我可能会看到您的问题并提前回复。

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

    Hi Gang Hua 和 Gibbs Shih ,

    感谢您的更新。

    我们目前遇到的问题是 WDR 输出图像中的一些细微细节似乎丢失。
    检查传感器的 24 位原始输出后、传感器级的所有高频细节仍然存在。

    因此、看起来细节损失发生在 24 位至 16 位转换路径中的某个位置、因为 VISS YUV 输出在高频区域中表现出明显的下降。

    您能否帮助检查是否有任何方法或配置来改进这一点、或者 VISS 流水线中是否有可帮助保留这些详细信息的调优参数?

    提前感谢您的支持。

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

    尊敬的 YL:

    [引述 userid=“634603" url="“ url="~“~/support/processors-group/processors/f/processors-forum/1587112/tda4al-q1-how-does-the-shift-block-handle-bit-byte-ordering-after-decompanding/6119677

    检查传感器的 24 位原始输出后、传感器级的所有高频细节仍然存在。

    [/报价]

    您能否分享这种情况下的示例原始/YUV 图像?

    正如与 Taylar 在另一个主题上讨论的那样,原始图像中没有太多可用的细节。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    [引述 userid=“634603" url="“ url="~“~/support/processors-group/processors/f/processors-forum/1587112/tda4al-q1-how-does-the-shift-block-handle-bit-byte-ordering-after-decompanding/6119677

    因此、看起来细节损失发生在 24 位至 16 位转换路径中的某个位置、因为 VISS YUV 输出在高频区域中表现出明显的下降。

    您能否帮助检查是否有任何方法或配置来改进这一点、或者 VISS 流水线中是否有可帮助保留这些详细信息的调优参数?

    [/报价]

    由于压缩/解压缩/色调映射过程、我们通常不会在亮点中看到细节丢失。

    亮光周围的光照是一个单独的已知问题、涉及光学问题和色调映射。
    调整色调映射可以改进 Haloat 夜间场景、但无法完全删除。

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

    嗨, 华刚 ,

    感谢您的更新。

    您能否帮助确认此平台上的 WDR RAW 输入是否支持以下格式?

    24 位线性原始数据

    20 位 RAW、带 PWL 扩展

    16 位 RAW、采用 PWL 扩展

    此外、是否有任何方法可以在 RAWFE 级之后转储原始数据?
    我们希望在 RAWFE 处理后验证图像详细信息、以便更好地了解突出显示信息被削波或饱和的位置。

    感谢您的支持。

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

    尊敬的 YL:

    [引述 userid=“634603" url="“ url="~“~/support/processors-group/processors/f/processors-forum/1587112/tda4al-q1-how-does-the-shift-block-handle-bit-byte-ordering-after-decompanding/6121862

    您能否帮助确认此平台上的 WDR RAW 输入是否支持以下格式?

    [/报价]

    我想您是指 VPAC-VISS 支持的输入格式。

    [引述 userid=“634603" url="“ url="~“~/support/processors-group/processors/f/processors-forum/1587112/tda4al-q1-how-does-the-shift-block-handle-bit-byte-ordering-after-decompanding/6121862

    24 位线性原始数据

    20 位 RAW、带 PWL 扩展

    [/报价]

    VISS 不支持 20 位和 24 位输入、因为 VISS 输入限制为 16 位。

    [引述 userid=“634603" url="“ url="~“~/support/processors-group/processors/f/processors-forum/1587112/tda4al-q1-how-does-the-shift-block-handle-bit-byte-ordering-after-decompanding/6121862

    16 位 RAW、采用 PWL 扩展

    [/报价]

    这由 VISS 提供支持。

    此外、是否有任何方法可以在 RAWFE 阶段后转储原始数据?
    [/报价]

    H/W 不支持 VISS 内部数据、但您可以在 SDK 的 PC 仿真模式下转储 VISS 内部数据。

    您可以从下面链接中的行查看源代码。

    https://git.ti.com/cgit/processor-sdk/imaging/tree/kernels/hwa/vpac_viss/vx_vpac_viss_target_sim.c?h=main#n726