GPAC项目：HLS+DASH输出文件组织优化指南

在视频流媒体处理领域，GPAC是一个功能强大的多媒体框架工具。本文将详细介绍如何优化GPAC在生成HLS和DASH流时的输出文件组织结构，使文件管理更加清晰合理。

默认输出结构的问题

GPAC默认生成的HLS+DASH输出文件结构较为混乱，所有片段文件和清单文件都混合存放在同一目录下。这种结构对于包含多个音视频轨道的复杂项目来说，会给后续的文件管理和自动化处理带来不便。

使用模板参数优化结构

GPAC提供了强大的模板参数功能，允许用户自定义输出文件结构。通过在输出命令中添加模板参数，可以实现按轨道类型和ID分类存储文件。

基本模板语法

使用-o参数时，可以通过:template=指定文件路径模板。常用模板变量包括：

• $Type$：轨道类型（加密轨道会显示为"crypt"）
• $OType$：原始轨道类型（不受加密影响，显示"audio"/"video"）
• $ID$：轨道ID
• $Number$：片段编号

推荐目录结构

理想的目录结构应该：

1. 根目录存放主清单文件(index.m3u8和index.mpd)
2. 按轨道类型创建子目录(audio/video)
3. 每个轨道有独立子目录存放专属片段和清单

实际应用示例

对于包含多个音视频轨道且需要DRM加密的场景，推荐使用以下命令结构：

gpac -i input.mp4:#HLSPL='$OType$/$ID$/index.m3u8' cecrypt:cfile=drm.xml -o output/live.m3u8:template='$Number$':dual

这将生成如下目录结构：

output/
├── live.m3u8
├── live.mpd
├── audio/
│   ├── 1/
│   │   ├── index.m3u8
│   │   ├── init.mp4
│   │   └── 1.m4s
│   └── 2/
│       ├── index.m3u8
│       ├── init.mp4
│       └── 1.m4s
└── video/
    ├── 1/
    │   ├── index.m3u8
    │   ├── init.mp4
    │   └── 1.m4s
    └── 2/
        ├── index.m3u8
        ├── init.mp4
        └── 1.m4s

注意事项

1. 对于加密内容，务必使用$OType$而非$Type$，因为后者在加密场景下会返回"crypt"而非轨道类型
2. 多轨道情况下，确保为每个输入源指定正确的ID映射
3. 路径分隔符要符合操作系统规范（Linux用/，Windows可用\）
4. 相对路径是相对于输出清单文件所在目录的

通过合理配置模板参数，可以显著提升GPAC输出文件的可管理性，特别适合需要自动化处理的大规模流媒体部署场景。