关于Xilinx ZU5处理器VCU编码器运动向量缓冲区存储排列的问询

背景 #

• 基于Xilinx Ultrascale+ ZU5的PL端VCU H26x编解码器IP由第三方Allegro DVT授权，Xilinx官方文档仅提及编码流配套的运动向量缓冲区（用于帧间运动向量存储），但未提供内存映射信息及缓冲区内部排列细节。
• 已向Xilinx、Allegro DVT咨询未获回复；导出原始缓冲区数据与FFmpeg提取的运动向量交叉比对，未发现有效对应关系。

运动向量缓冲区排列的方向性推断 #

结合H.264/H.265编码标准及Allegro DVT编码器的通用实现逻辑，可做出以下推断：

• 按编码基本单元光栅扫描存储
  缓冲区大概率以编码基本单元（H.264为16x16宏块，H.265为64x64 CTU块）为单位，按光栅扫描顺序（左→右、上→下）连续存储。每个单元的运动向量数据通常包含：
  • 水平/垂直方向带符号向量值（补码格式）
  • 参考帧索引
  • 预测模式标识（帧间/帧内、跳过模式等）
• H.265的分层存储逻辑
  针对H.265的子CU划分特性，缓冲区可能以CTU为根节点分层存储：先存储顶层CU的运动向量，再依次存储各子层级（如32x32、16x16等）的向量数据，每个CTU区域内的子块数据连续排布。
• 总线位宽对齐
  适配ZU5的内存总线位宽（通常64bit/128bit），运动向量数据会按总线宽度做对齐处理。例如16bit的水平+垂直向量会打包为32bit一组，再拼接成总线位宽的存储单元。
• 头部元数据区域
  缓冲区起始位置可能包含固定长度的元数据，如帧宽高、CTU/宏块总数、参考帧数量等，之后才是实际的运动向量数据块，元数据通常占用1~2个缓存行空间。

验证方案建议 #

• 简化测试场景：使用16x16单宏块分辨率的测试帧，固定前向单参考帧编码，导出缓冲区数据后逐字节分析，排除复杂编码模式干扰。
• 固定编码参数：禁用跳过模式、强制固定CU划分大小，调整参数后观察缓冲区数据的字节长度、数值分布变化，反向推导存储结构。

内容的提问来源于stack exchange，提问作者TypeKazt