• 状态 Resolved
  • 已锁定 已锁定
  • 回复 8 回复
  • 订户 0 订户
  • 视图 194 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] Linux/AM5728：Appsink 源代码

admin
Guru**** 2589275 points
Other Parts Discussed in Thread: AM5728

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/639192/linux-am5728-appsink-source-code

主题中讨论的其他器件：AM5728

大家好

几个月前、我们发现 am5728 appsink 性能非常低、我们向 e2e 发送一篇文章、下面是网站。

https://e2e.ti.com/support/arm/sitara_arm/f/791/t/589689

e2e 已经告诉我们解决方案，修改了 appsink 的源代码并将内存分配从 OMAP-bo 更改为 CMEM。

现在我们还不知道如何修改源代码，因为 我们找不到内存分配代码。

您能给我们一些建议。

我们的 Processor SDK RT3.3

 

谢谢

此致

  • 0
    TI__Guru**** 2589275 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您已经打开了有关此主题的主题。 您的上一个帖子已移至此主题。 请停止在该论坛上重复发布。
  • 0
    TI__Guru**** 2589275 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    好的，谢谢

    我们将注意。

    但为什么帖子的状态是 TI 认为已解决的。

    此致

  • 0
    TI__Guru**** 2589275 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    因为您还有其他问题的帖子、我们正在解决那里的问题、而不是这里的问题。
  • 0
    TI__Guru**** 2589275 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    感谢您的回复

    但我们无法编辑文章"AM5728：GStreamer 应用程序接收器性能问题"

    它已锁定。

    任何人都可以帮助我们解决此问题。

    谢谢  
    e2e.ti.com/.../589689

    此致

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

    大家好

         任何人都可以帮助我们解决这个问题。

         因为这 对我们来说非常重要。

         现在、我们找到 了它是 appsink 还是 appsrc

         它们都有严重的问题，它们的复印性能很低。

         我们无法将这两个元素用于开发应用。

         我们需要修改元素的源代码并  将存储器分配从 OMAP-bo 更改为 CMEM。

         

    此致

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

    VPE 的缓冲区在函数 GST_buffer_add_VPE_buffer_meta ()中的 gstvpepbuffer.c 文件内分配。 查找 OMAP-BO_NEW ()函数。 如其他文章中建议的那样、您需要参考双摄像头演示示示示示例应用程序来分配 CMEM 中的缓冲区。 基于 CPU 的缓冲区复制也涉及到缓存管理。 您还需要在插件中处理该问题。

    您可以从以下 git repo 克隆 VPE 插件代码-

    修改代码后、请按照以下链接重新构建插件-

  • 0
    TI__Guru**** 2589275 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好 Manisha：
    感谢您的回复。

    根据您的意见，“VPE 的缓冲区是在 gstvpepbuffer.c 文件内分配的”

    因此、appsink 的缓冲区来自 VPE 的分配。
    对吗？
    谢谢


    此致

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

    appsink 是开源插件。 我不确定它是如何工作的。  根据您报告的问题、我的理解是应用程序正在从上游/源插件执行缓冲区复制。 该源插件是 VPE。 现在、VPE 输出缓冲器(到 appsink 的输入) 未启用高速缓存。 从 非缓存缓冲区读取数据肯定会花费大量的 CPU 周期、因此我在上面提出了建议。