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.

[参考译文] RTOS/TDA2EXEVM:在 SYSBIOS 中配置 null_src_dec_display usecase

Guru**** 2933120 points

Other Parts Discussed in Thread: SYSBIOS

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/662006/rtos-tda2exevm-configuring-null_src_dec_display-usecase-in-sysbios

器件型号:TDA2EXEVM
Thread 中讨论的其他器件:SYSBIOS

工具/软件:TI-RTOS

大家好、

我正在尝试在 SYSBIOS 中配置 null_src_dec_display usecase。 我已引用 LinuxOS 中存在的 null_src_dec_display 用例。

已为 SYSBIOS 成功编译用例。 但我得到的断言如下:

断言@行:1408 in nullSrcLink_tsk.c:pObj->fpDataStream[Chid]!= system_link_status_EFAIL:失败!!!

我想从 SD 卡而不是通过以太网发送文件。 我应该将输入文件放在 SD 卡的哪个位置?

我将打开断言文件、我猜是因为我将输入文件保存在错误的位置。

导致断言的问题是什么?

谢谢、

Neha

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

    您需要将这些文件保留在根文件夹(最顶部的文件夹)中、在其中保留应用程序映像和 MLO。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好 Prasad、

    感谢您的快速响应。 我将输入文件与 appimage 和 MLO 保存在一起、仍然得到相同的断言。
    我是否需要修改用例中给定文件的路径
    strncpy (pPrm->channelParams[Chid].nameDataFile、"1280x720_00.h264"、260);
    strncpy (pPrm->channelParams[Chid].nameIndexFile、"1280x720_00.HDR"、260);

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

    您好 Neha、

    您是否正确格式化了卡? 您是否能够从它引导?

    此外、确保用例.c 和 SD 卡中的文件名相同。

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

    是的、我能够从 SD 卡引导。 文件名也相同。
    输入文件格式是否存在任何问题?

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

    Neha、

    您可以尝试以下图片吗?

    /cfs-file/__key/communityserver-discussions-components-files/791/6318.1018.1280x720_5F00_00.zip

    有关更多详细信息、请参阅以下 e2e 帖子

    https://e2e.ti.com/support/arm/automotive_processors/f/1021/p/639881/2412872#2412872

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

    我尝试了您提供的图片、但问题仍然存在。
    请告诉我断言的原因。

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

    在集成修补程序时出现问题。
    请您参考 VSDK3.2使用案例、看看是否有缺失。 此用例已经过验证、您可以从其他 e2e 线程中看到、其他用户可以毫无问题地运行该用例。

    您可以从 TI.com 下载 VSDK3.2。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好 Prasad、

    您可以向我分享下载 VSDK3.2的链接。 我尝试从 cds 下载,但无法找到 VSDK3.2的软件包。

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

    Neha、您可以从 software-dl.ti.com/.../index_FDS.html 下载它

    http://www.ti.com/tool/processor-sdk-tdax

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

    我尝试使用 vsdk3.2运行 usecase、并且能够运行 usecase。
    我比较了工作区、并观察到工作区中的 FATFS_PROC_TO_USE 未设置为 ipu1_1。
    这解决了我的问题。
    感谢您的支持!!!
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Neha、

    您是指  ipu1_0? FATFS 仅在  ipu1_0上受支持、因此您应仅将其设置为  ipu1_0。

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

    是的、我们需要设置 FATFS_PROC_TO_USE=ipu1_0。 抱歉出现拼写错误。

    此致、
    Neha
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    我对 null_src_dec_display 用例有一些疑问。
     
    1)是否仅在 IPU1_0上支持从 SD 卡读取输入数据?
    2)我是否需要根据 用例更改 NDK_PROC_TO_USE 标志?

       例如、 对于  NullSource (IPU1_0)-> Decode (解码)-> VPE -> Display、我们是否需要 设置  NDK_PROC_TO_USE_=ipu1_0?

     
    3)当我将 IPU1_1上的 NullSrc 放入 null_src_dec_display usecase 中时、我会得到以下突出显示的断言。这是因为我正在从 SD 卡读取输入、 并且仅在 ipu1_0上支持 FATFS_PROC_TO_USE 吗?
    我对 Avbtx 的用例进行了如下更改:
    NullSource (IPU1_1)->解码-> VPE ->同步->编码-> AvbTx (IPU1_1)
    当我运行用例时、我得到以下断言:
    断言@行:1408 in nullSrcLink_tsk.c:pObj->fpDataStream[Chid]!= system_link_status_EFAIL:失败!!!
     
    我已设置  FATFS_PROC_TO_USE=ipu1_0 和  NDK_PROC_TO_USE=ipu1_1
     FATFS_PROC_TO_USE 和  NDK_PROC_TO_USE 之间是否存在任何关系

     

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好 Neha、
    1)是否仅在 IPU1_0上支持从 SD 卡读取输入数据?
    >>是的、仅 IPU1_0支持文件系统
    2)我是否需要根据 用例更改 NDK_PROC_TO_USE 标志? 例如、 对于 NullSource (IPU1_0)-> Decode (解码)-> VPE -> Display、我们是否需要 设置 NDK_PROC_TO_USE_=ipu1_0?

    >>是和否 理想情况下、您的用例和 NDK_PROC_TO_USE 应该具有相同的内核。

    但我们在用例中对此进行了调整、方法是查找运行内核的 NDK 并将该内核链接到下一个链接、而不是将 use_case.txt.txt 中提到的内核链接。请参阅任何现有的空源用例。 请记住、这仅适用于网络空源用例。

     
    3)当我将 IPU1_1上的 NullSrc 放入 null_src_dec_display usecase 中时、我会得到以下突出显示的断言。这是因为我正在从 SD 卡读取输入、 并且仅在 ipu1_0上支持 FATFS_PROC_TO_USE 吗?
    >>您可以在 IPU1_0上使用 FATFS、在 IPU1_1 (或任何其他内核)上使用 NDK。 FATFS 必须位于 IPU1_0上。
    我对 Avbtx 的用例进行了如下更改:
    NullSource (IPU1_1)->解码-> VPE ->同步->编码-> AvbTx (IPU1_1)
    当我运行用例时、我得到以下断言:
    断言@行:1408 in nullSrcLink_tsk.c:pObj->fpDataStream[Chid]!= system_link_status_EFAIL:失败!!!
    我已设置 FATFS_PROC_TO_USE=ipu1_0 和 NDK_PROC_TO_USE=ipu1_1
     FATFS_PROC_TO_USE 和 NDK_PROC_TO_USE 之间是否存在任何关系?
    >>如前所述、FATFS 仅应位于 IPU1_0上。 NDK 可以位于任何受支持的内核上。 但是、您应该确保在用例 main.c 中正确连接了链接

    pUcDisplayObj->IPCOut_IPU1_IPU1_0_0LinkID
    = system_make_link_ID (
    pObj->netProcId、
    pUcDisplayObj->IPCOut_IPU1_IPU1_0_0LinkID);

    pUcDisplayObj->AvbRxLinkID
    = system_make_link_ID (
    pObj->netProcId、
    pUcDisplayObj->AvbRxLinkID);

    pUcDisplayObj->IPCIn_IPU1_IPU1_0_0LinkID
    = system_make_link_ID (
    pObj->netProcId、
    pUcDisplayObj->IPCIn_IPU1_IPU1_0_0LinkID);

    pUcDisplayObj->AvbTxLinkID
    = system_make_link_ID (
    pObj->netProcId、
    pUcDisplayObj->AvbTxLinkID);

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

    e2e.ti.com/.../chains_5F00_nullSrcDec_5F00_EncAvbTx.cHelloPrasad、  

    我已按照您的建议进行了链接连接更改。

    以下是我的用例:

    NullSource (IPU1_1)->解码-> VPE ->同步->编码-> AvbTx (IPU1_1)

    以下是为上述用例建立的链路连接

    pUcObj->IPCOut_IPU1_IPU1_0_0LinkID

        = system_make_link_ID (

          pObj->netProcId、

          pUcObj->IPCOut_IPU1_IPU1_0_0LinkID);

      pUcObj->NullSourceLinkID

        = system_make_link_ID (

          pObj->netProcId、

          pUcObj->NullSourceLinkID);

     pUcObj->IPCIn_IPU1_IPU1_0_0LinkID

    = system_make_link_ID (

          pObj->netProcId、

      pUcObj->IPCIn_IPU1_IPU1_0_0LinkID);

     pUcObj->AvbTxLinkID

    = system_make_link_ID (

      pObj->netProcId、

          pUcObj->AvbTxLinkID);

    查找随附的我的 usecase main.c 文件。

    我正在从 SD 卡读取输入数据。

    我仍面临以下断言:

    断言@行:1408 in nullSrcLink_tsk.c:pObj->fpDataStream[Chid]!= system_link_status_EFAIL:失败!!!

    我是否缺少了更多配置?

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

    很抱歉上一个帖子。 我现在可以解决这一断言。

    我对用例进行了如下修改:
    NullSource (IPU1_0)->解码-> VPE ->同步->编码-> AvbTx (IPU1_1)

    仅为 Avbtx 建立了链接连接、如下所示:
    pUcObj->IPCIn_IPU1_IPU1_0_0LinkID
    = system_make_link_ID (
    pObj->netProcId、
    pUcObj->IPCIn_IPU1_IPU1_0_0LinkID);

    pUcObj->AvbTxLinkID
    = system_make_link_ID (
    pObj->netProcId、
    pUcObj->AvbTxLinkID);

    现在、当我运行该用例时、我将获得如下连续日志:


    [IPU1-0]================================
    [IPU1-0]链运行时菜单
    [IPU1-0]================================
    [IPU1-0]
    [IPU1-0] 0:停止链
    [IPU1-0]
    [IPU1-0] 1:更改显示通道(仅支持4通道 LVDS + Mosaic 用例)
    [IPU1-0]
    [IPU1-0] p:打印性能统计信息
    [IPU1-0]
    [IPU1-0]输入选项:
    [IPU1-0]
    [IPU1-1] 19.366101 s:IPC_IN_0:正在创建!!!
    [IPU1-1] 19.367229 s:IPC_IN_0:创建完成!!!
    [IPU1-1] 19.367595 s:AVBTX:正在创建!!!
    [IPU1-1] 19.375800 s:AVBTX:创建完成!!!
    [IPU1-1] 19.378454 s:系统:SW 消息框消息池、可用消息计数= 2047
    [IPU1-1] 19.378576 s:系统:堆= local_DDR @ 0x00000000、总大小= 655360 B (640KB)、可用大小= 625632 B (610KB)
    [IPU1-1] 19.380406秒:AVBTP Tx:正在启动!!!
    [IPU1-1] 19.382175 s:AVBTP Tx:开始完成!!!
    [主机] 19.378911 s:系统:SW 消息框消息池、可用消息计数= 2047
    [主机] 19.378942 s:系统:堆= local_ddr @ 0x00000000、总大小= 6291456 B (6144KB)、可用大小= 6282992 B (6135KB)
    [DSP1] 19.379064 s:系统:SW 消息框消息池、可用消息计数= 2047
    [DSP1] 19.379094 s:系统:堆= local_L2 @ 0x00800000、总大小= 227264 B (221KB)、可用大小= 227264 B (221KB)
    [DSP1] 19.379155 s:系统:堆= local_ddr @ 0x00000000、总大小= 524288 B (512KB)、可用大小= 520256 B (508KB)
    [IPU1-0] 19.564143 s:解码:CH0:需要 H264解码器刷新(0)!!!
    [IPU1-0] 19.564234 s:解码:CH0:H264解码器冲洗!!!
    [IPU1-0] 19.564631 s:解码:CH0:H264解码器闪存!!!
    [IPU1-0] 19.564875 s:DEC 链接:由于所有解码输出缓冲器都在编解码器库内锁定、因此强制刷新
    [IPU1-0] 19.577319 s:解码:CH0:需要 H264解码器刷新(0)!!!
    [IPU1-0] 19.577411 s:解码:CH0:H264解码器冲洗!!!
    [IPU1-0] 19.577777 s:解码:CH0:H264解码器冲洗!!!
    [IPU1-0] 19.578021 s:DEC 链接:由于所有解码输出缓冲器都在编解码器库内锁定、因此强制清除
    [IPU1-0] 19.590221 s:解码:CH0:需要 H264解码器刷新(0)!!!
    [IPU1-0] 19.590343 s:解码:CH0:H264解码器闪!!!
    [IPU1-0] 19.590739 s:解码:CH0:H264解码器冲洗!!!

    您能否就同一问题提供一些反馈。
    谢谢。

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

    Neha、

    输入图像格式或分辨率不正确。 请检查用例配置是否与视频流匹配。

    此外、如果您仍然看到问题、请分享日志。

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

    e2e.ti.com/.../0878.chains_5F00_nullSrcDec_5F00_EncAvbTx.cHelloPrasad、

    我已经检查了输入图像格式和分辨率、它们是正确的。

    我正在附加 usecase main.c 文件和解码错误日志。 您能不能简单介绍一下它。

    谢谢、

    Neha

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

    e2e.ti.com/.../decodererror.txtAlso查找附加的错误日志。

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

    您好 Neha、

    您可以共享视频文件(.h264)和索引文件吗?

    我还要求编解码器专家帮助处理解码错误。

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

    我使用了您共享的视频文件。 我已经检查了它与 null_src_dec_display 用例的工作情况。
    下面是我下载视频的链接:
    e2e.ti.com/.../1018.1280x720_5F00_00.zip

    我的 usecase main.c 文件是否正确、或者我需要进行更多配置吗?

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

    您好 Neha、

    我想在这里检查编解码器问题。

    [引用 user="Neha Bhosale"[IPU1-0] 19.577319 s:解码:ch0:需要 H264解码器刷新(0)!!!
    [IPU1-0] 19.577411 s:解码:CH0:H264解码器闪!!!
    [IPU1-0] 19.577777 s:解码:CH0:H264解码器刷新!!!![/引述]

     您能否打印编解码器在此处抛出什么 ExtendedError?

    您还可以设置 decPrm->displayDelay =  IVIDDEC3_display_delay_Auto 吗?

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

    e2e.ti.com/.../3051.decodererror.txtHelloPrashanth、

    找到已附加的解码错误日志。

    ExtendedError 是什么意思?

    当我尝试设置 decPrm->displayDelay = IVIDDEC3_DISPLAY_DELAY_AUTO 时,我会得到未定义的错误。

    我已设置 decPrm->displayDelay = 0;

    您能告诉我 我所面临问题的原因吗?

    谢谢、

    Neha

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

    您好 Neha、

    [引用 user="Neha Bhosale"] ExtendedError 的含义是什么?

    ExtendedError 用于通知错误类型(如果有)。 通过此操作、我们可以了解引发了什么错误的编解码器。 您可以在此处的用户指南中获取有关此内容的更多信息:  

    当您看到"DEC 链接:由于所有解码输出缓冲器都在编解码器库内被锁定而强制清空"或"DECODEC:CH0:需要 H264解码器清空(0)!!!"时、您是否可以尝试打印扩展错误?

    [引用用户="Neha Bhosale"]

    当我尝试设置 decPrm->displayDelay = IVIDDEC3_DISPLAY_DELAY_AUTO 时,我会得到未定义的错误。

    我已设置 decPrm->displayDelay = 0;

     IVIDDEC3_display_delay_Auto 为-1、您是否可以将其设置为-1并检查行为? (  )

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

    我们没有听到您的反馈,我认为您能够解决您的问题。 如果不是、只需在下面发布回复(如果该线程由于超时而锁定、则创建新线程)

    谢谢、此致、
    Prasad