为什么选择下载 H.264 示例文件？
H.264 / AVC 仍是兼容性最广的视频编码家族之一，监控录像、点播与短视频链路里普遍存在。真正的工程坑常在 Profile/Level、参考帧、GOP 与 B 帧重排、sps/pps 是否与码流对齐，以及 Annex B 起始码与 AVCC extradata 是否一致而不是容器本身。没有可追溯 h264 baseline sample，黑屏硬解报错很容易被误判成 CDN、机型玄学或瞬时内存抖动。关键词 h264 sample、AVC regression、h264 test file、h264 baseline、264 示例文件下载 能把算法、播放器、支持话术绑到同一种输入标尺。你还能用它校准截帧、WebRTC pipe 与 FFmpeg 解码缓冲策略是否正确。对教育实验它也是理解 profile 如何从码流可读出的教具。总体而言，定制化 H264 冒烟素材是把不可测兼容性变成可勾选清单与版本哈希差异报表的关键一步，可避免旺季放量才爆出编码层事故的被动局面。
如何下载 H.264 示例文件？
- 写明 Profile、Level、色度采样（4:2:0 / 4:4:4 等）与 Annex B/AVCC，并让解码器能力与输入契约先对齐。
- 硬解一遍软解一遍，记录首开、可选 seek、以及 Level/ref 报错码路径。
- 把哈希写进 fixtures 列表，任一 SDK/driver 升降级都要求自动复跑并保存快照。
常见问题
先稳 AVC 还是直接上 HEVC？
旧终端占比高时宜先铺满 H265 之前的 AVC baseline，再引入 H265 以免日志混杂。
同分辨率硬解失败？
与 Level/ref/bitrate peaks 缓冲区有关；用固定可控样本打印解码器能力与错误。
Annex B 与 AVCC 混？
Annex B 使用起始码分隔 NAL unit，AVCC（长度前缀）则靠 extradata 描述 sps/pps；若在网关或客户端链路把两种外包装混当作同一语义，很常见会出现 extradata/spspps 不匹配导致初始化失败或中段随机花屏，请把允许的组合写进接口文档并在收发两侧都做 sniff 断言，不要随意依赖后缀或隐含约定。
只测 elementary stream？
裸 elementary stream（泛指无容器裸码流）往往缺少可被播放器直接利用的索引、时间基对齐与拖拽语义，截取与上传到云端链路仍要结合封装样本验证；建议并行维护端到端点播样本与裸码流样本各一套，就能把解码失败与链路层失败分开归因并避免误判 CDN 劫持。
上传报错怎么提示？
把 profile/level、spspps 缺失等枚举返回，别伪装成泛泛网络超时。