[参考译文] TDA4VM：SDK 6.02上 SDE 的输出与 SDK 7.0上 SDE 的输出之间的差异

您好！

您是否仅在最后几行中看到此问题？ 我认为帧末尾的一到两行是填充的、这会影响您的处理吗？

此致、

Brijesh

您好、Brijesh、

是的、只有最后四行。  为什么 SDK7的填充值与 SDK6.2相比发生变化？ 每次关闭电源并重新启动时、填充都会发生变化。填充是在哪里进行的？ 是 SDE 加速器还是软件？

谢谢！

您好！

与 SDK6.2版本相比、您是否在 SDE 上运行其他任何内容？ 您是否正在使用/运行带 SDE 的 DOF？  

我仍在检查它为什么发生了变化、并将尽快返回。

此致、

Brijesh

您好、Brijesh、

您好、Brijesh、

需要确认 SDE 中有多少行填充、这将影响我们的下一个处理。

谢谢。

您好！

我不希望填充超过1或2行。 由于 您 看到 的是4行的差异、这是一种差异。  

您是否对 支持的图像使用默认的 APP_STEREO 示例？ 我想尝试重新创建此问题、您能为我提供更多信息吗？

您是否对应用程序或配置进行了任何更改？  

此致、

Brijesh

您好 DJI 团队、

我在 SDK7.0版本中检查了这一点。 问题是 、在早期版本中、缓冲区的内存设置为0x0、但这不再是由于优化。  

SDE 实际上不会写入最后4行、因此它具有一些垃圾值。  

理想情况 下、算法不应在帧的所有4个边界上处理4个像素/行、因为它不包含有效信息。  

另一种解决方案是、应用程序可以首次存储缓冲区、然后按原样使用。

此致、

Brijesh

您好 DJI 团队、

此问题有两种解决方案。

1、您可以在分配后将缓冲区分配逻辑更新为 memset 缓冲区到0x0。 以便在使用前所有缓冲器都预先填充了0。 这将需要略微更改 缓冲区分配。 但它可能会延迟图形的开始、因为随着图形的增加和 /或图像大小的增加、memset 缓冲区将需要更多的时间来设置为0。

2、可以忽略帧边界周围的4像素/行。 我认为这是更简单的解决方案。 算法可以忽略4个边界像素/行。

此致、

Brijesh  

您好 、Brijesh、

感谢您的回复。

是的、第二种解决方案更好。 但是、如果使用第一个解决方案、如何修改它？ 您能提供一个示例吗？ 谢谢！

此致、

Walter

您好 、Brijesh、

感谢您的支持。

我使用了默认的 APP_STEREO 测试、但配置文件稍有不同。

阅读此问题的最新答复后、是否仍需要提供配置文件？

此致、

Walter

您好、Walter、

实际上、 请忽略该请求。

关于第一个解决  方案、视觉应用使用 DMA buf 实现来进行缓冲区管理、并在 ti-processor-sdk-rtos-j721e-evm-07_01_00_11\vision_apps\utils\mem\src\app_mem_linux_dma_heap.c 文件中实现。 我想您可以将 此 API 中的 API appMemAddTuppleToList 更新为 memset 缓冲区为0。 我想您需要进行确认。  

如果这仅供确认、您甚至可以尝试在 SDE 节点中设置缓冲区。 当缓冲区到达 SDE 节点时、请将其设置为0x0、 您将看到、处理完成后、最后4行仍然为0。  

此致、

Brijesh

您好、Brijesh、

感谢您的解决方案。我将确认此解决方案。

此问题还有其他解决方案。

SDE 输入： 左/右+ 16行0填充。  在处理输出时忽略这16行填充。

您是否认为这种方法可以解决问题？

此致、

Walter

您好、Brijesh、

好的、已经了解如何解决问题了。

此外、我们仍然有一个问题、为什么 SDE 加速器不在最后4行中写入数据？ 出于什么原因？("SDE 不是真正写最后4行、所以它有一些垃圾值。  ")

再次感谢您的支持。

Walter

您好、Walter、  

请参阅相关规格 。  我认为它采用了具体的转变。

此致、

Brijesh

您好 、Brijesh、

我已查看芯片手册《J721E_DRA829_TDA4VM_AM752x_SR1.0_NDA_TRM.pdf》、文档中 SDE 的输出显示有边界像素。 提到的问题是否涉及边界像素？ 但是、本文档并未描述 SDE 加速器的边界像素。 哪个版本的文档描述了 SDE 的边界像素？ 谢谢！

此致、

Walter