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.

[参考译文] SK-AM69:编码和解码的性能测试问题

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1365387/sk-am69-the-performance-testing-issue-of-encoding-and-decoding

器件型号:SK-AM69
主题中讨论的其他器件:AM69TDA4VHAM69A

大家好、我要测试 AM69电路板的实时硬件编码和解码。 我们的要求是实现两个4K@60流的同步实时编码、而不会出现帧中断。

在测试过程中、我们发现在同时对两个4K@60流进行编码时、编码功能有点不够。 请帮助我们调查此问题。 下面是测试计划:

测试计划如下:

  1. 首先、将 MP4解码成3840216060 NV12格式文件。 (此文件是您上次提供的。)
gst-launch-1.0 filesrc location=./bbb4k60_hevc.mp4 ! qtdemux name=demuxer demuxer.! h265parse ! queue ! v4l2h265dec ! rawvideoparse width=3840 height=2160 format=nv12 framerate=60/1 ! filesink location=/tmp/bbb4k60_hevc.nv12
  1. 对3840216060 NV12格式文件进行编码、并将其另存为 MP4文件。 预期时间略高于10秒、原始视频持续时间为10秒。 它几乎无法实现1 4K@60帧流的编码功能。
时间 gst-launch-1.0文件 rc 位置=/tmp/bbb4k60_hevc.yuv ! rawvideoparse 格式=nv12宽度=3840高度=2160帧速率=60/1比色法=bt709! v4l2h265enc! h265parse! 真的很棒! filesink location=/tmp/tmp_265.mp4 


如果我同时开始两个线程的编码、会发现两个线程都需要15秒才能完成编码、这无法实现4K@60两个流的实时编码速度




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

    您好!  

    我认为延迟的原因是文件链接插件。 当写入文件(尤其是4k 流)时、将产生不可避免的大量 CPU mem 副本。 因此、 编码器必须方便地将 CPU 负责复制的许多兆字节数据写入存储设备。 您可以尝试改用 fakesink 来运行流水线、然后应该会看到延迟测量结果得到改善:  

    • gst_debug_file=gst_trace.log gst_debug_no_color=1 gst_debug="gst_Tracer:7" gst_tracer="latency (flags=Element):v4l2" time gst-launch-1.0 filesrc location=/bbb4k60_HEVC.YUV! rawvideoparse 宽度=3840高度=2160格式=nv12帧速率=60/1比色法=bt709! TEE 名称=t \
      T.! 队列! v4l2h265enc! fakesink \
      T.! 队列! v4l2h265enc! 链接

    我们的性能指标与 v4l2h265硬件加速器元件相隔离、因此可能会发生其他驱动程序和缓冲器延迟、具体取决于用例。  

    此致!
    Sarabesh S.

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

    大家好、Sarabesh Srinivasan:

    我尝试使用 fakesink 插件、在4K60时仅实现1个流的性能、但无法在4K60时同时实现2个流的实时性能。 我找到了一些关于您提到的 AM69编解码器的信息、它们支持高达8192x4320的分辨率、但它不是实时的。

    在实时情况下、它最多只能支持1个流  4K60。

    AM69:查询 AM69视频解码性能-处理器论坛-处理器- TI E2E 支持论坛 

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

    您好!  

    我认为、在 AM69上运行两个4k60流时、可能没有指定正确的 VPU 实例。 我目前正在研究这个问题。  

    我找到了一些有关您提到的 AM69编解码器的信息、该编解码器支持高达8192x4320的分辨率、但它不是实时的。

    在本主题中、我参考8192x4320最大编码/解码分辨率和4k60 RT 保证基于每个 VPU IP。 AM69有两个 VPU IP 实例、因此功能是2倍。 因此、AM69应支持两个4k60 RT 保证流。

    谢谢!
    Sarabesh S.

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

    您好!  

    以下流水线应分离 AM69上每个 IP 实例要单独编码的2个4k60流。 我做了一个 gst-check-1.0 | grep v4l2.  以确定硬件加速器元件的名称。  

    • gst_debug_file=gst_trace.log gst_debug_no_color=1 gst_debug="gst_Tracer:7" gst_tracer="latency (flags=Element):v4l2" time gst-launch-1.0  filesrc location=/bbb4k60_HEVC.YUV!  rawvideoparse 宽度=3840高度=2160格式=nv12帧速率=60/1比色法=bt709!  TEE 名称=t \
      T.! 队列! v4l2h265enc! fakesink \
      T.! 队列! v4l2video3h265enc ! 链接

    BR、
    Sarabesh S.

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

    您好!  

         您的测试结果似乎表明、仅使用一个线程进行编码时、10秒的视频文件需要9.59秒才能处理。

    gst_debug_file=gst_trace.log gst_debug_no_color=1 gst_debug="gst_Tracer:7" gst_tracer="latency (flags=Element):v4l2" time gst-launch-1.0 filesrc location=/bbb4k60_HEVC.YUV!  rawvideoparse 宽度=3840高度=2160格式=nv12帧速率=60/1比色法=bt709!  TEE 名称=t \
    T.! 队列! v4l2h265enc! fakesink \
    T.! 队列! v4l2video3h265enc ! 链接

    当同时对两个线程进行编码时、15秒的总处理时间超过了视频文件的持续时间、因此无法实现对两个线程进行4k60的实时编码。

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

    您好!

    请参阅此常见问题解答(此处)以确定如何在给定 GStreamer 流水线的情况下测量编解码器元素的延迟。  

    使用 GStreamer 流水线测量的延迟将设置流水线、运行 s/w 插件、同步、关闭流水线等考虑在内 因此、它不是对实际 h/w 加速器实时编码性能的准确测量。

    BR、
    Sarabesh S.

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

    您好!  

    我在 TDA4VH 上使用两个不同流进行了2x4k60编码测试、测试用例如下:

    1. gst_debug_file=gst_trace.log gst_debug_no_color=1 gst_debug="gst_Tracer:7" gst_tracer="latency (flags=Element):v4l2" time gst-launch-1.0 filesrc location=/bbb4k60_HEVC.YUV!  rawvideoparse 宽度=3840高度=2160格式=nv12帧速率=60/1比色法=bt709!  TEE 名称=t \
      T.! 队列! v4l2h265enc! fakesink \
      T.! 队列! v4l2video3h265enc ! 链接


    2. gst_debug_file=gst_trace.log gst_debug_no_color=1 gst_debug="gst_Tracer:7" gst_tracer="latency (flags=Element):v4l2" time gst-launch-1.0 filesrc location=/jellyfish_42frm_3840x2160_60fps_nv12.yuv! rawvideoparse 宽度=3840高度=2160格式=nv12帧速率=60/1比色法=bt709! TEE 名称=t \
      T.! 队列! v4l2h265enc! fakesink \
      T.! 队列! v4l2video3h265enc ! 链接

    从这些结果中、您可以看到流处理的延迟为~14ms、输出帧速率超过60fps。 附加的是用于测试的原始文件。

    e2e.ti.com/.../6406.4k_5F00_raw.zip

    此致!
    Sarabesh S.

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

    您好!  

    您的测试结果是正常的;单个程序  输出帧速率超过60fps。

    不过、我的问题是、在同时对两个程序进行编码时、帧速率无法达到60fps、而只能达到37fps。 换句话说、两个程序无法实时编码才能实现60fps。

    这是运行单个程序的结果。

    这是同时运行两个程序的结果。 仅37fps

    e2e.ti.com/.../gst_5F00_trace.txte2e.ti.com/.../gst_5F00_trace1.txte2e.ti.com/.../gst_5F00_trace2.log

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

    你好、Sarabesh 和?? ?

    我不确定测试方法是否存在误解。 器件上有2个硬件 VENCDEC、应能够支持并行2通道编码、如何确保/确认测试为每个流并行使用了2个 VENCDEC、而不是仅使用一个 VENCDEC 对2个流进行串行编码?

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

    您好!

    您能给我介绍一下这两个测试用例的运行流水线吗? v4l2h265enc0元素在 VPU0上运行编码器实例、v4l2video3h265enc0元素在 VPU1上运行第二个编码器实例。 因此、在单个流水线(如我之前的响应中所示)中、您将发送一个要由 VPU0编码的流、以及另一个要由 VPU1编码的流。

    管道中的"tee"元素将要发送到多个目标的数据流拆分、"queue"确保流在单独的线程上运行以确保并行处理、而不同的 v4l2编码器元素是不同的 VPU 目标。

    请向我提供您运行的两个流水线、以便我可以看到为您提供37 fps 结果的原因。 另外、如果您可以向我提供您使用的确切流、我可以在自己的环境中进行测试。

    BR、
    Sarabesh S.

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    [报价用户 id="604522" url="~/support/processors-group/processors/f/processors-forum/1365387/sk-am69-the-performance-testing-issue-of-encoding-and-decoding/5231616 gst_debug_file=gst_debug_no_color=1 gst_trace.log gst_debug="gst_Tracer:7" gst_tracer="latency (flags=Element):v4l2" time gst-launch-1.0 filesrc location=/bbb4k60_HEVC.YUV!  rawvideoparse 宽度=3840高度=2160格式=nv12帧速率=60/1比色法=bt709!  TEE 名称=t \
    T.! 队列! v4l2h265enc! fakesink \
    T.! 队列! v4l2video3h265enc ! fakesink[/报价]

    我在以前的回复中发现了命令/流水线、它与您的相同。 客户在不同的 ssh 控制台中运行两个实例、以确保两个实例并行运行。  

    不知道如何并行运行两个实例。 如果逐个执行、则处于串行模式、而不是并行模式。

    BTW、客户使用了相同的 YUV 文件: bbb4k60_HEVC.YUV

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

    您好!

    您只需一个控制台和一个流水线即可运行多实例并行编码。 此流水线中:

    gst_debug_file=gst_trace.log gst_debug_no_color=1 gst_debug="gst_Tracer:7" gst_tracer="latency (flags=Element):v4l2" time gst-launch-1.0 filesrc location=/bbb4k60_HEVC.YUV!  rawvideoparse 宽度=3840高度=2160格式=nv12帧速率=60/1比色法=bt709!  TEE 名称=t \
    T.! 队列! v4l2h265enc! fakesink \
    T.! 队列! v4l2video3h265enc ! fakesink[/报价]

    您将运行多实例编码。 您有一个正在使用"tee name=t"元素进行复制的文件源。 然后将一个副本作为输入、将该输入排队到单独的线程并让编码器进入队列  (第一个 VPU)  处理输入。 然后、流水线获取第二个重复项、将输入排队到单独的线程、然后将输入传递到 (第二 VPU) .  因为有  单独的线程 的说明  每个位流 、 这 允许  编码器实例同时运行。

    谢谢!
    Sarabesh S.

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

    好了、如何更改流水线以并行对2个不同的视频源文件进行编码。  

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

    尊敬的 Tony:  

    它将如下所示:  

    • gst_debug_file=gst_trace.log gst_debug_no_color=1 gst_debug="gst_Tracer:7" gst_tracer="latency (flags=Element):v4l2" time gst-launch-1.0 filesrc location=/bbb4k60_HEVC.YUV! rawvideoparse 宽度=3840高度=2160格式=nv12帧速率=60/1比色法=bt709! 队列! v4l2h265enc! fakesink \
      filesrc location=/jellyfish_42frm_3840x2160_60fps_nv12.yuv! rawvideoparse 宽度=3840高度=2160格式=nv12帧速率=60/1比色法=bt709! 队列! v4l2video3h265enc ! 链接

    此致!
    Sarabesh S.

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

    您好、Sarabesh:

      我使用以下命令测试 两个不同的文件、/tmp/bbb4k60_hevc.yuv /tmp/bbb4k60_hevc.yuv1.yuv  

    • gst_debug_file=gst_trace.log gst_debug_no_color=1 gst_debug="gst_Tracer:7" gst_tracer="latency (flags=Element):v4l2" time  gst-launch-1.0 filesrc location=/tmp/bbb4k60_hevc.yuv! rawvideoparse 宽度=3840高度=2160格式=nv12帧速率=60/1比色法=bt709! 队列! v4l2h265enc! fakesink \
      filesrc location=/tmp/bbb4k60_hevc.yuv1.yuv! rawvideoparse 宽度=3840高度=2160格式=nv12帧速率=60/1比色法=bt709! 队列! v4l2video3h265enc ! 链接

    结果仍然表明、它无法实现两个不同文件的实时60fps 流。  UESD 时间13.71s OUT-fps 40+

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

    您好!

    您是否可以将您正在使用的完整600帧输入文件发送给我、以便我可以在我的环境中进行测试? 您应该能够压缩并将其附加到该线程。 我没有该大小的4K 文件。 此外、您所使用的 SDK 版本是什么?

    此致!
    Sarabesh S.

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

    文件太大、大小为7GB。 我可以提供一个 MP4文件供您使用以下命令。生成

    gst-launch-1.0 filesrc location=./bbb4k60_hevc.mp4 ! qtdemux name=demuxer demuxer.! h265parse ! queue ! \
    v4l2h265dec ! rawvideoparse width=3840 height=2160 format=nv12 framerate=60/1 ! filesink location=/tmp/bbb4k60_hevc.nv12
    内核版本:6.1.33-g8f7f371be2.
    SDK:AM69A _09_00_01
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    e2e.ti.com/.../bbb4k60_5F00_hevc.zip

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

    您好!  

    我能够在 fps 输出低于60的情况下重现类似结果。 从我的测试来看、这似乎只是在管道中使用两个 filesrc 位置时出现的问题。 您能否确认使用 TEE 元素的以下流水线将满足时序要求并生成高于60的输出 fps?

    • gst_debug_file=gst_trace.log gst_debug_no_color=1 gst_debug="gst_Tracer:7" gst_tracer="latency (flags=Element):v4l2" time gst-launch-1.0 filesrc location=/bbb4k60_HEVC.YUV! rawvideoparse 宽度=3840高度=2160格式=nv12帧速率=60/1比色法=bt709! TEE 名称=t \
      T.! 队列! v4l2h265enc! fakesink \
      T.! 队列! v4l2video3h265enc ! 链接

    我将解释为什么在运行两个 src 文件时会出现这种情况。 我相信输入文件大小可能有一些限制、但会进一步调查并很快更新。

    谢谢!
    Sarabesh S.

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

    您好!  

    [Q] 您能否确认以下使用 TEE 元素的流水线将满足时序要求并生成高于60的输出 fps?

    • gst_debug_file=gst_trace.log gst_debug_no_color=1 gst_debug="gst_Tracer:7" gst_tracer="latency (flags=Element):v4l2" time gst-launch-1.0  filesrc location=/bbb4k60_HEVC.YUV!  rawvideoparse 宽度=3840高度=2160格式=nv12帧速率=60/1比色法=bt709!  TEE 名称=t \
      T.! 队列! v4l2h265enc! fakesink \
      T.! 队列! v4l2video3h265enc ! 链接

    [A]:  先前已向您提供测试数据、达到约62fps。

    如果该编码器能够处理两个4K60流、则该结果应接近120左右、而不是仅60???以上

    谢谢

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

    您好!  

    [报价 userid="604522" url="~/support/processors-group/processors/f/processors-forum/1365387/sk-am69-the-performance-testing-issue-of-encoding-and-decoding/5251744 #5251744"]

    如果该编码器能够处理两个4K60流、则该结果应接近120左右、而不是仅60???以上

    [报价]

    在该流水线中 、您仍将运行2个4k60的编码。  TEE 元素在从 CPU 读取数据一次后复制流。 因此器件仍然存在  接收两个4k60输入。 即每个 VPU 1个4k60输入。 这是  不会 对两个 VPU 的1x 4k60流进行编码。 那么结果会是这样 不会 接近120fps。

    我相信输入文件大小可能存在一些限制、但将进一步调查并尽快更新。

    在对其进行研究之后、这种行为是有意义的、因为 CPU 无法从磁盘中以足够快的速度读取两个大型4k60文件来满足 VPU 时序要求。 但是、从刚刚运行的测试用例中可以看出、VPU 能够正常处理两个4k60输入(如果它读取一次文件并且在不同实例之间设置了 TEE、则会发生这种情况)。

    此外、从摄像头捕获->编码的角度来看、  如果添加 dma-buf 来在摄像头和编码器之间共享缓冲器、那么 AM69将能够满足2个摄像头实例的4k60时序要求。 这是因为所有内容都将从 RAM 中读取、而不是从磁盘中读取。  但是、我想目前没有4k60摄像头模块的硬件支持、只有4k30。 这是 要添加的路线图。

    BR、
    Sarabesh S.

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

    您好!  

         Sarabesh Srinivasan 说:     

         在该流水线中 、您仍将运行2个4k60的编码。  TEE 元素在从 CPU 读取数据一次后复制流。 因此器件仍然存在  接收两个4k60输入。 即每个 VPU 1个4k60输入。  这是  不会  对两个 VPU 的1x 4k60流进行编码。 那么结果会是这样  不会  接近120fps。

         我使用以下命令获得了结果、它只有63 fps、 因此我认为性能没有达到120 fps。

    • gst_debug_file=gst_trace.log gst_debug_no_color=1 gst_debug="gst_Tracer:7" gst_tracer="latency (flags=Element):v4l2" time gst-launch-1.0  filesrc location=/bbb4k60_HEVC.YUV!  rawvideoparse 宽度=3840高度=2160格式=nv12帧速率=60/1比色法=bt709 ! v4l2h265enc! 链接

         Sarabesh Srinivasan 说:    

         对其进行研究后、这种行为是有意义的、因为 CPU 无法从磁盘中以足够快的速度读取两个较大的4k60文件、以满足 VPU 时间要求

         我还怀疑该问题可能与 CPU 读取磁盘数据的速度不足有关。 因此、我将 YUV 文件存储在 tmp 目录中、该目录是基于内存的文件系统。

        我使用这种方法测试解码性能、发现 fps 只能达到95、。这种测试方法不受磁盘性能的影响。

    gst-launch-1.0文件 rc location=./ bbb4k60_hevc.mp4 ! qtdemux name=demuxer 多路复用器! h265parse! 队列! \

    v4l2h265dec! 功率因数

         是否有其他任何测试方法可以验证实时双通道4K60编码和解码的性能?

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

    您好!

    本周我不在办公室、因此请期待能有延迟的回复。

    谢谢!
    Sarabesh S.

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

    您好!

    [报价 userid="604522" url="~/support/processors-group/processors/f/processors-forum/1365387/sk-am69-the-performance-testing-issue-of-encoding-and-decoding/5253758 #5253758"]

    我使用以下命令获得了结果、它只有63 fps、 因此我认为性能没有达到120 fps。

    • gst_debug_file=gst_trace.log gst_debug_no_color=1 gst_debug="gst_Tracer:7" gst_tracer="latency (flags=Element):v4l2" time gst-launch-1.0  filesrc location=/bbb4k60_HEVC.YUV!  rawvideoparse 宽度=3840高度=2160格式=nv12帧速率=60/1比色法=bt709 ! v4l2h265enc! 链接
    [报价]

    您不会看到120fps、这高于器件支持的像素速率。 最大处理能力为500MP/s (百万像素/秒)。 不支持120 FPS 的4K 分辨率流。 TDA4VH 上的 Wave5的时钟频率稍高、因此我们看到的速度实际上超过500MP/s 这就是为什么您看到的解码帧速率为95 fps 的原因。  

    Im 不确定我们在哪里介绍了有关获取120 FPS 的内容。 你是  不会  在 Wave5的2个实例之间拆分视频-无法实现、因为我们不支持这一点。 当 Sarabesh 分享了下面看到的管道时,他展示了如何将1个视频复制到2个源,这样我们就不会两次读取两个编码器的磁盘了。 TEE 元件会用于创建多个数据焊盘。 在两个编码器之间重复信息。 该流水线本质上与2个不同的文件 SRC 相同、但您通过使用 TEE 元素来节省 CPU 带宽。 因为这个原因,每个 wave5实例应该给你大约60FPS -因为这是 wave5支持的。

     gst-launch-1.0  filesrc location=/bbb4k60_HEVC.yuv !  rawvideoparse 宽度=3840高度=2160格式=nv12帧速率=60/1比色法=bt709!  TEE 名称=t \
    T.! 队列! v4l2h265enc! fakesink \
    T.! 队列! v4l2video3h265enc ! 链接

    [报价 userid="604522" url="~/support/processors-group/processors/f/processors-forum/1365387/sk-am69-the-performance-testing-issue-of-encoding-and-decoding/5253758 #5253758"]

    我使用这种方法测试解码性能、发现 fps 只能达到95、。这种测试方法不受磁盘性能的影响。

    gst-launch-1.0文件 rc location=./ bbb4k60_hevc.mp4 ! qtdemux name=demuxer 多路复用器! h265parse! 队列! \

    v4l2h265dec! 功率因数

    [报价]

    这里显示95 fps、因为没有同步。 正如我在上面提到的、Wave5的时钟频率更高、因此您将看到超过4K 60FPS。 如果要查看60FPS、可以将流水线更改为此值:

    gst-launch-1.0文件 rc location=./ bbb4k60_hevc.mp4 ! qtdemux name=demuxer 多路复用器! h265parse! 队列! v4l2h265dec! fasksink sync=true。

    为了进一步澄清、每个 Wave5实例都是一个编码器和解码器。 TDA4VH 有两个 Wave5实例。 每个 Wave5可以处理500MP/s -只要它处于或低于500MP/s、就可以是编码/解码的任意组合 管道 Sarabesh 已经为您提供了所需的实时性能。  

    如果还有其他需要我详细说明的地方、请告诉我。  

    谢谢!

    Brandon

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

    Brandon、您好!

    客户需要从2个不同的源进行2通道4K60fps 编码、我不确定上面的说明是否提供了清晰的命令/流水线来实现? 然后、BU 端验证了使用情况吗?

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

    Brandon、您好!

    我补充了 Tony 的内容、这里我想测试两种不同的视频流 实时 编码或解码。

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

    您好!  

    对于4K60的两个通道之类的设备、它需要来自摄像机源、以便您可以在摄像机和编码器之间设置 dmabufs。 编码器可以处理4K60而不会出现问题、我们已在上面进行了证明。 在这种情况下、CPU 是限制因素。 必须从磁盘读取如此多的数据太多了。 CPU 每个数据流必须每秒读取大约750兆字节。 有两个流时、容量将达到数千兆字节。 两个唯一的文件源是不可行的-它需要读取太多的原始数据。  

    谢谢!

    Brandon

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

    您好!

       必须从磁盘读取如此多的数据太多了。  因此、我将 YUV 文件存储在 tmp 目录中、该目录是基于内存的文件系统。  这种方法是否可行?

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

    您好!  

    我将对此进行探讨、并检查可行性。 我们明天会向您提供这些信息。

    谢谢!

    Brandon

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

    Brandon、您好!

        这种方法是否可行?

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

    您好!  

    由于 Linux 开销导致无法将/tmp 读取作为满足文件读取时序要求的有效方法、因此从/tmp 读取是不可行的。 验证两个不同4k60流的正确方法是通过系统级用例、其中运行摄像头捕捉来编码流水线。 目前正在内部讨论对这一点的支持。  

    谢谢!
    Sarabesh S.

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

    Brandon、您好!

    每个流每秒必须读取大约750兆字节。 有两个流时、容量将达到数千兆字节。 两个唯一的文件源是不可行的-它需要读取太多的原始数据。

    https://software-dl.ti.com/jacinto7/esd/processor-sdk-linux-j784s4/09_02_00_05/exports/docs/devices/J7_Family/linux/Release_Specific_Performance_Guide.html?highlight =基准测试

    SDK 性能 数据中没有表头、有些数据要高得多、而某些数据在同一行中很小。  

    我们是否可以从  LMBench 存储器基准标志数据中获得结论?  

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

    尊敬的 Tony:  

    将深入了解这一点并让您知道。

    谢谢!
    Sarabesh S.

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

    你(们)好

    我在两个单独的控制台上测试了这两条命令:

    gst_debug_file=/run/trace3.log gst_debug_no_color=1 gst_debug=2、"gst_Tracer:7" gst_tracer="latency (flags=Element)" gst-launch-1.0 multifilesrc stop-index=0 location="gst" index=0 loop=0 caps="video/x-raw /opt/test_3840_2160.yuv、width=3840、height=2160! v4l2video3h264enc!  链接

    gst_debug_file=/run/trace.log gst_debug_no_color=1 gst_debug=2、"gst_Tracer:7" gst_tracer="latency (flags=Element)" gst-launch-1.0 multifilesrc stop-index=0 location="gst" index=0 loop=0 caps="video/x-raw /opt/test_3840_2160.yuv、width=3840、height=2160! v4l2h264enc!  链接

    帧速率为56和58。 剂量满足您的要求?

    此致、

    Adam

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

    您好!

    我还尝试了从不同的图像读取:

    gst_debug_file=/run/trace.log gst_debug_no_color=1 gst_debug=2、"gst_Tracer:7" gst_tracer="latency (flags=Element)" gst-launch-1.0 multifilesrc stop-index=0 location="/opt// TEST_2_3840_2160 .YUV" index=0 loop=1 caps="video/x-raw , width=3840, height=2160, format=NV12"! v4l2h264enc!  链接

    gst_debug_file=/run/trace3.log gst_debug_no_color=1 gst_debug=2、"gst_Tracer:7" gst_tracer="latency (flags=Element)" gst-launch-1.0 multifilesrc stop-index=0 location="/opt// TEST_3840_2160 .YUV" index=0 loop=1 caps="video/x-raw , width=3840, height=2160, format=NV12"! v4l2video3h264enc!  链接

    帧速率分别为58和57。

    此致、

    Adam

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

    我使用5个图像进行循环编码、性能只能达到40fps 以上。

    gst_debug_file=/run/trace.log gst_debug_no_color=1 gst_debug=2、"gst_Tracer:7" gst_tracer="latency (flags=Element)" gst-launch-1.0 multifilesrc location="/opt//  TEST_%04d .yuV" start-index=0 stop-index=4 loop=1 caps="video/x-raw、width=3840、height=2160、format=NV12"! v4l2h264enc!  链接

    我使用了 perf 工具进行分析、

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

    您好!

    对此进行调查、并向您更新下周开始的情况。

    谢谢!
    Sarabesh S.

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

    您好!  

    查看流水线后、请注意、在运行循环编码5次时、您仍在读取多个4k60文件源。 这将导致无法满足 fps 要求、因为文件源正在从磁盘读取4次。

    谢谢!
    Sarabesh S.