原文: How to Start a Podcast - A Step-By-Step Guide to Recording and Publishing

播客正在流行

截至 2019 年,大约四分之一的美国人每月收听播客。而且她们听得很多,每月约 20 集。

因此,越来越多的人投入时间和精力制作播客。现在,甚至像 Reid Hoffman 这样的亿万富翁也在创建播客。

播客已成为分享故事、进行采访、和帮助人们随时随地学习的强大媒介。

Apple 甚至发布了播客分析的重大升级——这是播客生态系统十年来最大的变化。

freeCodeCamp 在 Apple 的 beta 播客分析工具上的数据截图。主要数据点为:在过去的60天中,来自2000个设备的听众们一共收听了1300小时,平均每个设备39分钟。
freeCodeCamp 在 Apple 的 beta 播客分析工具上的数据截图。这些数据仅涵盖手机上安装了 iOS 11 的听众,但随着更多人升级,它们将变得更加有用。

我如何确定了播客是否适合 freeCodeCamp 社区

freeCodeCamp 是一个由软件开发人员和培训中的开发人员组成的全球社区。

每个月有数百万人访问 freecodecamp.org ——大部分是在她们的笔记本电脑上。我想要一种方法来帮助她们更多地了解手机上的编程和技术。

好吧,在手机上编码很难。无论如何,人们常常忙于通勤或锻炼等事情而无暇看手机。但是有了播客,她们可以完全通过听来学习,而不需要看屏幕。

一张韦恩图。左侧圆题为:人们何时阅读博客,圆内有“咖啡店”、“在家放松”、“工作休息时”三个词。右侧圆题为:人们何时收听播客,圆内有“随便走走”、“多阶段通勤”、“健身房”等十一个词。两圆相交区域中是三个词:“地铁”、“公交车”、“优步”。
Jeff Meyerson 的关于为什么如果你喜欢写博客,就应该尝试播客的文章中的维恩图。

作为额外的好处,你可以下载播客。因此,当你在飞机上或地铁上且无法访问互联网时,它们是一种理想的学习方式。

因此,在几位朋友(包括《软件工程日报》的主持人 Jeff Meyerson)的鼓励下,我最终决定创建一个播客。

我喜欢听有声书——尤其是当原作者朗读她们的作品时。所以我决定采用一种我称之为“迷你有声书”的格式。

我们已经有数百名贡献者的文章可供借鉴,所以我联系了这些个人叙述的作者。我问她们,是否有兴趣把从技术工作中学到的这些经验教训与更广泛的受众分享。

结果是简短的 10 分钟播客剧集,其中充满了智慧和洞察力。

由于这些内容非常适合畅听,因此我决定一次发布前 6 集。从那以后,我每周一发布一集。

我是如何学会做这一切的

现在我在制作播客方面有了一点经验,很高兴分享我是如何录音和编辑这些内容的。

我希望开发者社区中有更多人发布播客。可谈的东西有很多,但出播客的开发者仍然相对较少。

我首先阅读了《代码新手》播客的主持人 Saron Yitbarek 的全面播客指南

Edaena Salinas 主持了《技术女性秀》,她对我进行了广泛的指导。她建议我购买以下硬件:

我试用了一周的亚马逊 Prime 并订购了这些。两天后它们到了,于是我开始录音。

我尝试使用 MacOS 免费提供的软件工具:Quicktime 用于录音,Garage Band 用于编辑。但我很快发现 Audacity——一款免费的开源音频编辑器——更适合这两项任务。

请注意,与大多数播客相比,《freeCodeCamp 播客》非常简约,即单人主播朗读并谈论她们写的文章。没有广告、片头、或片尾。

由于我们不采用采访或小组讨论的形式,因此只需管理一个麦克风。我们不必担心麦克风之间的音量差异、背景噪音、和糟糕的 Skype 会话音频质量等问题。因此,如果你将本文用作自己播客的指南并采用多麦克风形式,你的结果可能会有所不同。

第 1 步:录音

孩子们上床睡觉后,我会找一个安静的房间,然后开始录音。

我学到的关于录音的要点是:如果我截断一个句子或在句子之间说一个停词,如“嗯”,我应该立即住口。这让我有时间停下来集中注意力,然后再重新开始。

这使编辑过程更加容易。我可以在波形中寻找长时间的停顿,并知道某个部分需要特别注意。

Audacity 的界面截图。其中一段波形以高亮显示,一个红色箭头指向波形末尾的长直线,跟随的注释说:去除一个“呃”和其后的停顿。
在 Audacity 中手动突出显示“呃”停词并删除它和后面的停顿。

第 2 步:剪辑

我一次就把整个录音听完,以确保一切听起来都正确,并且我没有留下任何重复的片段。

另一张 Audacity 截图,显示了由一根长直线分隔的两段波形。两个红箭头分别指向两段波形,注释说:同一段文字朗读了两次。另一个箭头指向中间的直线,注释说:一段停顿,当时我意识到我需要重读一遍。

我消除长时间的停顿。停顿不应超过一秒,除非有重大的戏剧性原因。停顿也可以用于过渡,但它们应该只有一两秒——否则听众会走神。

我总是在完成编辑后创建另一个存盘文件,这是因为我接下来要进行的声波变换无法撤消。(译注:自本文发表以来,Audacity的功能已有改进,译者使用的3.2.4版可以安全地撤销、重做声波变换。)

第 3 步:消除噪音

如果背景中有噪音,你可以使用降噪效果器将其移除。你应该首先找到一个只有背景噪音的短片段,选择它,然后创建一个“噪音剖面”。

降噪效果器的截图。上半部分是“第一步”,内有“取得噪音剖面”按钮。下半部分是“第二步”,内有“分贝”、“灵敏度”、“频率平滑”三项设置。

然后你可以重新运行降噪效果器以消除该噪音。

你需要尝试各种级别,直到找到听起来恰到好处的值。

第 4 步:增幅(放大)

大多数播客都经过混音以尽可能响亮,所以我使用 Audacity 的增幅(放大)效果器。这将使整个播客一致地响亮。这样,听众在听完别人的播客后开始收听《freeCodeCamp 播客》时不需要调整音量。

Audacity 的增幅(放大)效果器截图,显示了“增益”滑条和“峰值”等设置。

放大音轨的分贝数没有神奇的数字,只需观察它并尝试让波形填满大部分空间。你可能需要按几次 control+z 并重试。(译注:Audacity目前已经能够自动推荐增幅分贝值,译者使用了推荐的默认值即可取得理想的效果。)

但是要注意不要有太多的峰。声音在几个地方达到峰值是可以的,但是太多的峰会导致你的播客听起来很尖锐和失真。

第 4 步:限幅

应用设置为 -0.5 的限幅器,这将防止声音出现峰值和“削波”——这会产生令人不快的噪音。相反,声音永远不会达到最大音量。

限幅器截图,显示了“类型”、“输入增益”、“限幅分贝”等设置。
预限位,可以看到声波条偶尔会碰到上下边缘。所以我将音量限幅在 -0.5 分贝以防止音频削波。

限幅稍微柔化声音并减少了你在放大步骤中可能引入的任何噪音。

一段限幅后的声波条截图,波形填满了大部分空间,且波峰与上下界之间有间隔。
应用限幅器后,声音永远不会达到峰值(触及顶部和底部边缘)。这可以防止出现令人讨厌的“削波”声音。

第 5 步:添加音乐

我收听的几乎每个播客都有片头和片尾音乐——通常长度为 5 到 10 秒。

我试图找到创意共享零许可的音乐(不需要署名)或容易获得许可的音乐。在我有限的搜索中,我找不到任何听起来合适的东西。所以我决定获得一个乐队的许可,使用他们的一首歌曲作为 freeCodeCamp 的官方主题曲。

我编辑了开头和结尾的特定片段,并将它们放入一个 Audacity 文件中,这样我就可以快速添加它们并将它们移动到开头和结尾。

第 6 步:导出 MP3 并发布

一些播客说语音在低至 48 kbps 时听起来还不错,但对我来说这听起来太压缩了。所以我选择了 128 kbps,这相当于每分钟音频约 1 兆字节。

我使用名为 libsyn 的服务发布这些内容,并将它们聚合到 iTunes、Google Play、Stitcher、Pocketcasts、Soundcloud、和许多其他播客平台。

我添加了详细的节目注释,其中包含播客剧集中提到的任何资源的链接、作者和朗读者的致谢以及播客的完整文稿(就我而言,我可以通过将原始 Medium 文章重新格式化为纯文本来获得)。

然后,我可以将听众直接引导至 freeCodeCamp 的 libsyn 页面,该页面有一个很好的按时间倒序排列的所有剧集。

(译注:译者在实践中发现,按照以上的顺序来制作音频,往往需要返工。因为录音过程中难免会产生一些轻微的噪音,如吸气音、口水音等。这些噪音在增幅前可能是不可见的,即波形呈直线,而在增幅后才会变得很明显。所以,我现在的工作流是:录音、增幅、限幅,然后才剪辑、除噪,最后添加音乐、导出。)

播客并没有你想象的那么费时

我可能会花大约 3 个小时来录制、编辑和发布每一集。

如果你正在做一个采访形式,你应该预算一些额外的时间来研究这个话题并更多地了解你正在采访的人。今年早些时候,我在我的《Quincy 访谈开发人员》YouTube 视频直播系列中对此进行了试验,结果非常棒。请注意,采访本身就是一项技能,我甚至还没有掌握它的皮毛。

使用 freeCodeCamp 的“迷你有声书”格式,文章的原作者经常有兴趣自己朗读,这使播客更加个人化。

其中许多文章已被浏览数十万次,并出现在主要新闻网站上。通过在几个月后重温自己的文章,作者们有机会读到她们最喜欢的评论,并反思文章发表后发生的变化。

例如,Bill Sourour 的文章《我仍然为之感到羞愧的代码》,在一个许多科技公司都在做可怕或完全违法的事的时代,引发了广泛的对开发者道德的公开讨论。

当他为《freeCodeCamp 播客》朗读他写的文章时,能够添加更多细节并谈论此文的后果。

你应该为《freeCodeCamp 播客》作贡献或开始你自己的播客

总的来说,我发现播客非常有益。我乐观地认为,我们可以从 freeCodeCamp 社区吸引更多人来帮助制作这些内容,并且我们可以比每周一次更频繁地发布——同时尽可能保持高质量。

如果你有机会收听 《freeCodeCamp 播客》,我很想听听你的想法。如果你运营自己的播客,我欢迎你就我们如何进一步改进提出建议。

播客已经存在十多年了,它终于迎来了属于自己的时刻。

我很高兴能成为这场运动的一部分。

我希望你能和我一起在 2019 年开始播客。

我只写编程和技术方面的文字。如果你在 Twitter 上关注我,我不会浪费你的时间。