[参考译文] TDA4VH-Q1：有关 TDA4VH 上最大编码器实例和并行压缩延迟的问题 (SDK 11)

您好、 Sarabesh ：

1、如何在两个 VPU 内核之间分配视频流以进行压缩？ 当我们使用 GST-launch-1.0 测试 64 个并行流时、可压缩的最大流数仍然限制为 32 个。 当数字超过 32 时会出现错误。 下图显示了来自 dmesg 的错误消息。

2、根据您提供的并行压缩命令、我们编写了一个测试脚本、用于测量不同并行级别下的压缩延迟。 我们发现单个流的延迟不同于多个流的延迟;相反,它会随着并行压缩实例的数量成比例增加。 例如、单个流的延迟为 4.85、并行运行四个流时延迟增加到 15.92、如下面的测试结果所示。 您能否帮助确认我们的测试方法是否正确？

这是我们的测试脚本。谢谢

#！/bin/bash

num_streams=1美元

pipeline =“延迟（flags=pipeline +元素）“ gst_debug=gst_Tracer：7 gst_debug_file='delay_server.tx' gst-launch-1.0 -e “

pipeline +“ filesrc location=/dev/shm/test_1080p.yuv！ \
rawvideoparse width=1920 身高=1080 格式=nv12 帧速=30/1 色度=bt709！ TEE NAME=t “

对于$(seq 1 $NUM_STREAMS) 中的 I；执行
流水线+=“t ！ 排队！ v4l2h265enc output-io-mode=dmabuf！ filesink location=output_$I.265“
已完成

回显“$pipeline “
评估“$pipeline “

尊敬的 J G：  

今天无法回复您。 我会看看,让你知道。

谢谢、
Sarabesh S.

尊敬的 Sarabesh：

对此有任何更新？

谢谢、
J. G.

您好、J.G.

对延迟表示歉意、已占用一些优先任务。

如何在两个 VPU 内核之间分发视频流以进行压缩？ 当我们使用 GST-launch-1.0 测试 64 个并行流时、可压缩的最大流数仍然限制为 32 个。 当数字超过 32 时会出现错误。 下图显示了 dmesg 中的错误消息。

我应该在上一个回复中对此进行解释、但正如您可以看到我运行的 Gstreamer 命令一样、我调用了两个 v4l2 解码器（即 v4l2h264dec 和 v4l2video2h264dec）  。 您可以通过运行 GST-CHECK-1.0 查看编码器和解码器列表。 您能否尝试  在两个内核中的每一个内核上运行 32 个流。

[引用 userid=“679390" url="“ url="~“~/support/processors-group/processors/f/processors-forum/1609675/tda4vh-q1-questions-regarding-maximum-encoder-instances-and-parallel-compression-latency-on-tda4vh-sdk-11/6211118 ] 2、根据您提供的并行压缩命令、我们编写了一个测试脚本、用于测量不同并行级别下的压缩延迟。 我们发现单个流的延迟不同于多个流的延迟;相反,它会随着并行压缩实例的数量成比例增加。 例如、单个流的延迟为 4.85、并行运行四个流时延迟增加到 15.92、如下面的测试结果所示。 您能否帮助确认我们的测试方法是否正确？

我将检查您的测试方法并返回给您。  

谢谢、
Sarabesh S.

尊敬的 Sarabesh：

是否对第二个问题有任何更新？

谢谢、
J. G.

到目前为止没有更新。 我不会再跟你说了。“

谢谢、
Sarabesh S.