• 状态 Resolved
  • 已锁定 已锁定
  • 回复 27 回复
  • 订户 0 订户
  • 视图 532 视图
  • 用户 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.

[参考译文] PROCESSOR-SDK-AM57X：空中隔行视频问题

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

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/609176/processor-sdk-am57x-air-interlaced-video-issue

器件型号：PROCESSOR-SDK-AM57X
主题中讨论的其他器件：AM5728

您好！

我有一个基于 AM5728的编码器系统、它捕获实时视频、使用 H.264编码器对其进行编码、并通过网络进行流式传输。

我们已启用刷新间隔为2秒的自适应内部刷新(AIR)编码器工具集。 这样、即使未接收到 I/IDR 帧、接收编码器位流的解码器也能逐渐刷新整个图像。

在使用标准解码器分析编码器输出时、我看到图像正在正确刷新、以获得渐进的视频格式。
但是、对于隔行视频格式、图像不会完全刷新。 逐行和隔行格式的编码器设置与.r.t air 相同。
请找到随附的文件、比较隔行和逐行视频情况下的空气行为。
如果仔细观察、对于隔行视频、某些宏块永远不会刷新。
隔行视频是否有任何特定的配置来避免这种情况？

e2e.ti.com/.../AIR_2D00_1080p_2D00_vs_2D00_1080i.zip

此致、
制造商

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

    您使用的是哪款 SDK？
  • 0
    TI__Guru**** 2563960 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    我使用的是 Processor SDK Linux v2.00.00.00

    此致、
    制造商
  • 0
    TI__Guru**** 2563960 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您是否已使用更新版本的 SDK 进行了检查？ V2.00很旧。
  • 0
    TI__Guru**** 2563960 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    Biser、

    我尚未使用最新 SDK 检查行为。 我知道 v2.00很旧、但迁移到较新的 SDK 很困难。

    我认为问题是特定于 H.264编码器的。 v2.00 PSDK 中 H.264编码器的版本为02.00.09。
    最新 SDK 中是否有较新版本的 H.264编码器？ 如果是、您能告诉我新编码器中是否有任何与空气相关的修复吗？

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

    我在最新的 PSDK 中检查了 H.264编码器版本。 编码器版本(02.00.09)与 PSDK v2.00中的版本相同。 请确认是否正确。 如果是、我相信最新 SDK 也会出现问题。

    此致、
    制造商
  • 0
    TI__Guru**** 2563960 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    马努
    编解码器工作组正在积极研究这个问题...很抱歉耽误了时间...
  • 0
    TI__Guru**** 2563960 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好、Manu、
    我们对拖延的反应感到遗憾。

    最新的 H.264编码器版本是02.00.09.01 (您正在使用它)。
    您能否共享逐行和隔行设置的编码器参数。
  • 0
    TI__Guru**** 2563960 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    Prashanth、请离线联系我。

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

    您好、Rogerio、

    我已收到配置。 我将查看它。 谢谢。

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

    感谢您关注此问题。 希望配置文件包含您要查找的所有详细信息。
    您是否看到配置有任何问题？

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

    您好、Manu、

    是的、我在下面为您提出了7个交错设置建议。
    1.分析隔行和逐行扫描的共享流后，刷新率会有所不同。
    隔行刷新率为@ 60、逐行 刷新率为@120。  
    是否可以尝试以下设置(如果尚未尝试)？
    intraRefreshMethod = 1 (IH264_INTRAREFRESH_CYCLICE_MBS)
    gdrOverlapRowsBtwFrames = 0  
    受限内部启用= 0
    IntraCodingBias = 0
    intraRefreshRate     = 120
    2.逐行扫描中有2个层，隔行扫描中有4个层。 您的形状是否相同？
  • 0
    TI__Guru**** 2563960 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    Prashanth、您好！

    [引用用户="Prashanth Kumar15"]

    1.分析隔行和逐行扫描的共享流后，刷新率会有所不同。

    隔行刷新率为@ 60、逐行 刷新率为@120。  
    是否可以尝试以下设置(如果尚未尝试)？
    intraRefreshMethod = 1 (IH264_INTRAREFRESH_CYCLICE_MBS)
    gdrOverlapRowsBtwFrames = 0  
    受限内部启用= 0
    IntraCodingBias = 0
    intraRefreshRate     = 120

    [/报价]

    感谢您的建议。 我尝试了这些更改、但没有看到任何改进。

    [引用用户="Prashanth Kumar15"]

    2.逐行扫描中有2个层，隔行扫描中有4个层。 您的形状是否相同？

    [/报价]
    没错。 我们为逐行视频格式配置2个切片、为隔行视频格式配置4个切片。
    此致、
    制造商  
  • 0
    TI__Guru**** 2563960 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    Manish、您好！

    感谢您提供详细信息。 您可以尝试使用这些配置吗？ 这是我们的独立配置文件、其中内部刷新工作正常。  e2e.ti.com/.../intra_5F00_refresh_5F00_interlaced.cfg

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

    感谢您分享编码器配置。 我将尝试这些配置并返回。
    同时、您是否还可以共享用于隔行视频的编码文件(.264)？

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

    您好、Manu、

    对于编码流、将其重命名为.264。 也使用 interlaceCodingType = 2 (MRF)

    e2e.ti.com/.../sample.264.txt

  • 0
    TI__Guru**** 2563960 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好、Manu、
    它是否起作用？ 如果是、您可以关闭此主题吗？
  • 0
    TI__Guru**** 2563960 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    Prashanth、您好！

    很抱歉耽误你的时间。 我仍在进行这方面的工作。
    我会在获得结果后尽快返回。

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

    查看您之前共享的配置文件后、我没有看到与我们的配置之间存在任何关键的差异。r.t air。
    我注意到以下参数之间的差异- dataLayout、bottomFieldIntra 和 interlaceCodingType。
    我们的用例仅要求向编码器提供一个字段(顶部或底部)。 因此、我们无法更改 dataLayout 参数。
    至于其他两个(bottomFieldIntra 和 interlaceCodingType)、即使在更改值后、我也没有看到任何行为差异。

    我能够看到您共享的编码文件中的空气工作。 但该文件已针对480i (720x480)视频进行编码。
    因此、我尝试使用我们的配置本身对480i 视频进行编码、发现空气正常工作！
    但是、视频刷新速度非常慢。 每个刷新周期(1个周期= 60帧~= 2秒)只刷新一列宏块、而不是刷新所有宏块。
    我在您共享的剪辑中也看到了相同的行为。

    1080i 和480i 之间的空中行为差异似乎是每行宏块数造成的。
    480i 视频每行包含奇数(45)个宏块、1080i 视频包含偶数个宏块(120)。
    当否时 每行的宏块数是偶数、我观察到一些宏块在顶部字段或底部字段中刷新、但在这两个字段中都不刷新。
    请确认我的观察结果是否正确。

    总之、我们仍然看到以下问题–
    1.无线适用于480i 视频，但不适用于配置相同的1080i 视频
    2.对于480i 视频，空气刷新时间非常长

    您能查看上述内容并帮助我解决这些问题吗？

    我再次对我的答复拖延表示歉意

    此致、
    制造商
  • 0
    TI__Guru**** 2563960 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好、Manu、
    您是否尝试设置 interlaceCodingType = 2 (MRF)？ 请尝试此操作、它也适用于隔行输入。
    我分享了一个分辨率较小的示例视频、以展示空气正在生效。
  • 0
    TI__Guru**** 2563960 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    Prashanth、您好！

    我尝试使用 aceCodingType 的建议值(MRF)进行编码、空气正常！ 刷新率也很好！！
    我之前曾尝试过 SPF 和 ARF、但没有尝试过 MRF。 很抱歉、我错过了您之前的建议。

    但是、我看到 MRF (和 ARF)的另一个问题。 当视频具有复杂场景(例如大量文本)时、当 interlaceCodingType 设置为 MRF/ARF 时、编码视频的质量不如配置为 SPF 时好、我认为这是预期行为。 这就是我最初将 interlaceCodingType 配置为 SPF 的原因。 是否无法使用 SPF 配置使空气工作？ 或者、是否有其他方法可以让无线工作并具有良好的视频质量？

    此致、
    制造商
  • 0
    TI__Guru**** 2563960 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好、Manu、
    对于隔行扫描内参考、Rate 与 MRF 配合使用。 当使用 SPF 时、将错过每条备用行刷新。
  • 0
    TI__Guru**** 2563960 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    Prashanth、您好！

    [引用用户="Prashanth Kumar15"]Hi Manu、

    对于隔行扫描内参考、Rate 与 MRF 配合使用。 当使用 SPF 时、将错过每条备用行刷新。

    [/报价]

    感谢您确认这一点。 那么、这是编码器中的错误吗？

    此致、

    制造商

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

    您好、Manu、

    它不是编码器中的错误、而是隔行内容不支持此功能。 因此、如果您使用的是 MRF 以外的其他类型、空气将不会生效。 换言之、对于隔行内容、intraRefresh 仅在 MRF 下生效。

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

    Prashanth、您好！

    正如我在前面的帖子中提到的、当我们将 interlaceCodingType 配置为 MRF 时、我会看到一个问题。
    问题在于、即使对于包含大量文本的静态输入等内容、其比特率足够高、视频质量也很差。
    我已经连接了两个剪辑，一个用 MRF 编码，另一个用 SPF 配置编码。 您可以看到、MRF 配置的视频质量不好。
    此视频质量对于我们的用例而言是不可接受的。 另一方面，如果我使用 SPF 配置，视频质量可以接受，但 我不能使用空中功能，这也是一个问题。

    理想情况下、我希望 SPF 配置支持 AIR 功能。 我知道、这对于当前版本的编码器是不可行的。
    那么、您能不能建议一种解决方案来实现良好的视频质量并同时让空气工作？

    e2e.ti.com/.../MRF_2D00_vs_2D00_SPF.zip

    此致、
    制造商

  • 0
    TI__Guru**** 2563960 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好、Manu、
    感谢大家的观看。
    对于普通视频场景、TF 和 BF 将具有密切关系、当用于隔行视频的 MRF 时、编解码器将提供更好的质量。 但在这里、该输入序列是创建的视频、它与 TF 和 BF 的相关性较小。 这就是质量不如 SPF 好的原因。
    这是编码器可以做的最好的事情。
  • 0
    TI__Guru**** 2563960 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好、Manu、
    我们可以关闭此查询吗？ 是否已解决？
  • 0
    TI__Guru**** 2563960 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    Prashanth、您好！

    是的、您可以考虑关闭此线程。 我没有其他问题。

    非常感谢您在解决此问题方面的持续支持。

    此致、
    制造商