Podcast Chapters 前几日进行了一次十分位更新1，增加了四样新功能：

  1. Presets: 此功能相当于预设播客模板，下次剪辑同一节目的新音频时可以直接恢复播客标题、作者以及封面图。
  2. Import Chapters: 导入章节。从现在起 Podcast Chapters 开始支持 CUE 格式文件，只要把 CUE 格式文件导入到软件里，就会生成章节。
  3. Chapter Artwork: 章节封面。针对每个章节不同的主题可以设置不同的章节封面。
  4. Metadata: 此项意为，音频文件的元数据也可以通过 Podcast Chapters 来编辑，比如播客标题、本期标题、作者以及播客封面图。

预设模板

播客的制作流程里还是有很多重复步骤可以避免的，其中之一就是添加播客封面图，尤其是对于录制多档节目的人来说，如果能够把每个节目的固定信息和封面图形成一个模板，每次剪辑只要选择这个模板就会省事得多。

Presets 提供的就是这样的功能，当你第一次把播客信息录入到 Podcast Chapters，然后选择图中的 Presets，再选择 Create New，就会自动当前设定生成一个模板。

你可以保存多个模板，在下次使用的时候，通过 Presets 直接选择即可。

导入章节

导入章节是我在第一篇简评里就期待的功能。我们的播客在剪辑过程中，剪辑人是不去刻意分章节的，他只专注于剪辑。章节命名和打时间戳交给审核音频的人来做，然后再把确定好的章节命名和时间戳给我，我再对着 Podcast Chapters 一个一个对应地输进去。这样其实还不算差，但是经历过这个过程的人想必都明显能够感觉到，如此简单的文本文档，一定有什么办法可以直接导入进去而不是非得对着表格动手输入。

Podcast Chapters 在 1.2 版带来的方法是导入 .cue 文件，这是一种专门为音频分节的文件，用于音乐专辑制作。它的语法非常简单，Podcast Chapters 支持的语法只有“文件名”、“章节名”、“章节时间戳”三种。比如文首第一章图里的章节，它的 .cue 的语法是：

FILE "Checked-20.mp3" MP3 
TRACK 01 AUDIO 
    TITLE "Super Mario Run、Pokémon GO" 
    INDEX 01 00:00:00 
TRACK 02 AUDIO 
    TITLE "Apple Watch Series 2" 
    INDEX 01 03:20:00 
TRACK 03 AUDIO 
    TITLE "iPhone 7 / 7 Plus" 
    INDEX 01 30:40:00 
TRACK 04 AUDIO 
    TITLE "AirPods" 
    INDEX 01 81:12:00

很容易看出来需要改的部分并不多。需要注意的是：时间格式并不是 HH:mm:ss. 比如一个章节它的起始时间是第 1 个小时 12 分钟 32 秒，那它不能写为：01:12:32 而必须写为 72:32:00。

制作好 .cue 文件，在菜单栏中的 Chapter 里找到 Import Chapters...，把文件导入进去即可生成章节。

为了方便我们播客使用，我制作了一个 Workflow 来自动生成 .cue 文件。审核音频的人只需要把「期数」「章节数」「章节名」和「章节时间戳」填进去，就能生成一个完整的符合语法的 .cue 文件，同时直接上传到我们协作的 Dropbox 文件夹。

Workflow 下载（Dropbox 的路径需要你根据自己的情况来修改）

章节截图

用于导入章节的 .cue 文件只支持「章节名」和「时间戳」，但对于章节的完整支持也离不开章节截图，章节截图可以用图片更直观地告诉听众这个部分的主题。通过一款支持章节截图的播客客户端，你可以在锁屏、应用内、控制中心都看到章节截图的效果。

Podcast Chapters 里修改章节截图的按钮在主界面右侧。建议使用正方形的图片，效果是最好的。

小结

Podcast Chapters 发布后已经更新了两次，每次都有实质性的提升。它作为一个为 .mp3 文件添加章节的应用目前已经很好地满足了我们播客的需求。作者在官方问答页还表示正在考虑将 .csv 格式的文件也用于导入章节，这样其实就更方便了，因为通过一些工具可以将 .csv 文件与 Markdown 的表格进行互换。

对于独立软件，我们更看重的是独立开发者的能力和态度。Podcast Chapters 目前为止证明了它的开发者 @tpritc 具备这些资质。我对这个软件已经基本满意，接下来就看作者如何给我带来惊喜。

  1. 十分位更新是指小数点后一位数的更新，按照惯例，软件的版本号更新规则一般为：个位数更新为大版本更新，一般需要增加许多实质上的新功能与全新设计；十分位的更新为功能更新与 Bug 修复，但侧重于功能更新，会给出一些目前软件框架内的新功能；百分位更新多为 Bug 修复，偶尔会添加一些细小的功能。 ↩︎