关于节目制作与发布流程自动化的讨论纪要

[MikeyWei]

原帖：关于统一节目后期输出音频文件参数标准的建议

随着开源面对面播客的持续更新，会有更多的同好参与进来。为了提升播客质量，我们还有许多基础工作有待完成，其中之一便是节目音频文件后期输出的标准问题。

由于大部分主播并非专业的广播电视从业者，也鲜有供职于互联网音视频服务厂商。我想抛砖引玉，提出一个参考方法：

1. 选择几个你认为音质较好的播客，下载他们的节目文件（通常为.mp3），通常在 RSS 订阅中查看分享具体的某期节目可以获取到文件绝对地址，
2. 使用 MediaInfo 或同类软件，查看友台节目文件的参数，
3. 根据上述参数，在 Audacity 或者其他你使用的剪辑软件中，输出节目时修改对应的参数。

根据该方法，我选择了3个播客，分别是津津乐道、大内密谈、BBC 英语教学。分别得到参数如下：

其中音频参数部分需关注的参数有4个，主要包括码率、码率模式、声道数、采样率。建议我们后续制作节目时遵循如下设置：

• 输出音频文件时码率不低于128 kb/s，
• 码率模式建议选择恒定模式（CBR），
• 采样率通常默认是 44.1 kHz（应该和录音采样时的设置有关）
• 在音频源文件（录音设备/人数）为偶数的情况下，建议合并成双声道；反之可混出单声道。

后续我会先摸索一番，待搞定后再更新一个参考文档。大家有任何建议，欢迎讨论交流。

[MikeyWei]

另外，使用 Audacity 剪辑完节目后，输出音频文件（mp3）时最好填写一些跟节目本身有关的信息，如下图所示。这个环节我和 @LinuxSuRen 讨论了一下会用 issue 的模板来解决一下，会更方便。

[MikeyWei]

另外，使用 Audacity 剪辑完节目后，输出音频文件（mp3）时最好填写一些跟节目本身有关的信息，如下图所示……

根据一年多来大伙儿的参与和贡献，我们发现在节目制作和发布流程方面存在一些可以自动化的部分，例如一些 Paper Work 和节目音频的上传、发布等。经过和 @LinuxSuRen 的讨论，我们认为可以更多地利用 GitHub 已有的功能、自动化地完成节目从发起、到最终上线期间的部分环节，使主播们可以更关注在节目生产方面，同时也极大降低非技术背景主播参与项目的门槛。具体可优化的部分包括但不限于如下几点：

• 利用 issues 的“模板”功能，格式化并复用节目录制前和发布内容所包含的嘉宾信息、主播人选、背景介绍、所属系列、节目名称、音频时间轴等相关内容。目的在使推荐嘉宾时填写的信息，最大程度地复用在 Shownote 中。
• 利用 issues 的“附件”功能，实现节目剪辑后的音频文件上传。目前节目托管在喜马拉雅，上传的账号权限系于 @LinuxSuRen 一人，我们希望后续所有参与贡献的主播，通过 GitHub 这个平台能够很方便地上传节目，从而降低参与项目的门槛。
  • 已知目前 GitHub 单个附件大小限制为 25MB，考虑到1小时音频节目大约为几十MB，可采取分段压缩的方式解决。
    
  • 已知目前 GitHub 对附件的类型有所限制，建议音频文件打包成.zip后上传。
    
• 利用 GitHub 的“Action”及其他功能，实现从 issues 里过虑并下载音频文件，利用 FFmpeg 模块对各位主播上传的音频文件按建议的音频参数（如 CBR 码率为 128 kb/s等）进行转码，并在转码时添加 issue 模板里的相关信息（如专辑名/开源面对面、轨道名/节目命名、演员/主播&嘉宾，甚至音频缩略图）。
• 自动化下载附件音频文件转码后的节目自动更新到项目 Releases 存档，考虑到 GitHub Releases 存放在 AWS S3 上，国内访问略有不便，还需上传节目音频文件到一个国内访问流畅的托管平台（对象存储），并将音频文件地址自动化地返回到项目的 Shownote 文件中。
• 利用 issues 的“标签”功能，实现对跟帖 Shownote 内容的识别和抓取，该标签可能位于 issue 首贴（推荐人），也可能是其他跟帖者（主持人或文字/剪辑 Staff）。并自动将转码后的音频链接合入抓取的 Shownote 中，在项目根目录的 Shownotes 文件夹内自动创建该节目的 Shownote markdown 文件。从而实现节目在官网的自动发布。
• 整合上述流程的优化后，在官网自动生成 osf2f 域名的 RSS 订阅地址，替换掉原来喜马拉雅的源。

以上是截至2022年12月5日的设计规划，欢迎大家拍砖或献计献策。我们一起来实现。

[MikeyWei]

文件托管迁移到声湃平台后，上述问题几乎解决——仅在节目剪辑输出时（源文件）需要注意下参数标准，转码后分发的文件已实现质量统一。