好久不见。小宇宙Studio从上线发展到现在，每月处理的播客音频已达到数千小时。在没有大功能更新的这段时间里，我们主要是在处理大家遇到的使用问题，记录大家的反馈。

概述

小宇宙Studio的需求列表中，“多轨”这两个字的优先级一直比较高，是大家经常反馈，同时也是我们终需解决的问题。

前段时间，我们单独提供了配乐与音效音轨，满足了播客剪辑中一个具体的需求。

多轨剪辑

多轨剪辑最大的优势是自由。比较基础的用法就是单独调整某位主播的音量、单独调整某个轨道的噪音（如对谈时的咳嗽声）。也有很多主播会在远程连线时，每人各录一轨，最终再合并剪辑提高质量。而更复杂、更具创意的单集，更是需要多个轨道来做复杂的编排。

在多人对谈的播客类型中，鲜有打乱发言顺序和前后关系的剪辑模式。在分轨音频导入、对齐完成之后，最基础的操作就是几个音轨一起切断，一起波纹删除。最终会在每个轨道中生成很多细碎的片段。这时就很容易误操作，发生对话错位的问题，却不能及时发现与调整。

多轨人声合并

由此看来，多轨道播客剪辑最基础的模式就是：分轨道录制，合轨对齐后剪辑。有时需要单独对一条人声轨道进行处理。音效和配乐，则独立于人声之外。

基于此，我们推出“多轨人声合并”的功能。先对齐人声、调整音量，完成后，便可以聚焦到更具体的内容编排、音效润色中。具体操作方式如下：

• 点击资源库中“合并多轨人声”按钮，进入专用的合并页面。

• 在合并页面，将各个轨道资源拖到界面中，进行前后调整，对齐人声对话；

• 标记每条轨道；

• 单独调整每个人声的音量，试听合并效果；

• 点击完成，回到播客剪辑页面。至此，这条含有多个人声的“音频资源”就已经对齐完成了。与其他资源相同，你可以自由地将它拖到主轨道上，进行剪切粘贴、调整顺序、调整音量音效等操作。当然，转文字参考也是如常工作的；

• 在小宇宙Studio主轨道界面，可以快速静音某一个人声音，也可以直接调整某个切片某人说话的音量；

• 点击多轨资源对应的标签，即可回到人声对齐页面重新调整。

目前仅支持对齐一个多轨资源。在多轨人声对齐页面，仅支持音轨的前后调整与音量调整。接下来，小宇宙Studio会新增单独“擦除”某个人声中噪音的功能，方便对细节进行修改，也无需考虑人声同步的问题。

内测

我们想先邀请一部分用户加入该功能的内部测试，让该功能在面向所有用户之前参与到真实播客的生产过程中，进行最后的功能优化调整。如果你感兴趣，可以填写下方的表单提交申请。如果你没有看到表单，可以点击这里。

结语

小宇宙Studio上线以来，设计并上线了波形为主，语音转文字为参考的主剪辑空间、默认无间隙的波纹剪辑方案、独立的配乐与音效轨道、导出时的响度标准化预设、收集建议的音频预览链接、口癖的搜索与分割等等功能，也打通了主播后台与手机App资源库，一直专注于给播客主播提供交互最简单、最好用的工具。请大家多多试用，多多提建议，多多分享给其他主播朋友，谢谢。

我们会给所有参与测试的主播赠送“BETA TESTER”小宇宙贴纸一枚，在测试结束后会发放到你的小宇宙账户中。

为了丰富节目的听感，很多主播都会在节目中添加配乐或是简单的音效，为此，小宇宙Studio设计并开发了全新的配乐音轨功能，下面为大家详细介绍。

配乐音轨

在编辑器中添加（拖放）录音文件之后，在原有的音频剪辑区的下方，会显示全新的配乐音轨功能区，从这个版本开始，小宇宙Studio的编辑器将分为两部分，人声音轨和配乐音轨。

• 人声音轨用于剪辑播客节目中的人声部分，会占据编辑器的大部分区域。这里会展示转文字结果作为辅助。片段与片段之间不存在空隙，能够最大化提升人声剪辑的效率；
• 配乐音轨则可以在人声/对白之外添加配乐或简单的音效，比如垫在人声下的背景音乐、故事类节目的音效，或者喜剧类节目的罐头笑声。这里的音频片段并不需要完全连续，所以你可以在任何地方插入音乐片段。

如果你想知道小宇宙Studio的两个音轨为什么是这样设计的，可以关注Space Blog的后续更新。

添加和剪辑配乐

从资源库中拖放文件到配乐音轨即可完成配乐的添加。

配乐音轨也拥有完整的编辑能力，可以调整音量、设置淡入淡出，也可以进行分割或删除。

你可以通过拖拽来调整音乐片段在当前轨道的位置。

不过需要注意的是，由于音轨类型不同，人声音轨和配乐音轨的片段不能直接互相拖放，如果你希望将人声音轨的一段内容添加到配乐音轨，可以使用复制粘贴功能（复制功能介绍）。

有时你可能会想要单独试听某一轨道的效果，点击轨道最前方的「M（Mute，意为静音）」按钮，便可以临时将你不想试听的轨道静音。

以上就是配乐音轨功能的简单介绍，希望能够帮助主播们制作出更有意思的内容~

大家好，这里是「播客制作指南」栏目。

播客的魅力正在被更多人发现和感知，想要做播客的听众和机构也越来越多。正如每一个领域都会有先行者，播客也不例外。

我们想，假如能将先行者、播客行业前辈们的经验汇总起来，或许也能让后来者少走很多弯路。现如今，关于播客制作的分享仍旧散落各处，我们也可以将它们聚合起来，方便大家查看。这便是本栏目的诞生初衷，从零开始分享播客制作，让播客制作的经验流转起来，让新主播们更快入门。

如果你是主播或者播客制作团队，想要分享你的播客制作经验，也欢迎与我们取得联系。

以下是我们的第一期内容，希望能对你有所帮助。

每到年底，几乎所有内容相关的产品都要给用户呈上一个让用户满意和惊喜的年终报告。

2020年3月小宇宙正式上线，到2021年底，小宇宙播客App第一次发布了播客年终总结。此次年终总结以「展览馆」为主题，这个创意顺延了小宇宙在2020年的线下活动中的一个房间概念。

新的一年，用户朋友对年终总结有了更多的期待，也早早开始催更。今年我们想在延续整体风格的前提下，也让浏览者有耳目一新的感觉。这题很难，年终小组脑暴了很多轮，结论都只是差强人意。不过视觉风格之外，在内容、数据的创意部分，进展还是不错的。​​​​​​​

整体结构上，我们从用户不同的身份角色和不同的行为习惯入手，分出听众侧和主播侧两个部分。

数据呈现上，从收听、订阅、评论、分享、互动等角度出发，整理和总结用户们2021年的行为数据。最终，从近百项备选中，以能够彰显用户品味，提升传播价值为目标，筛选出了今年的数据方案。

内容调性上，我们选用偏鼓励的描述性文案，让听众能感受到被尊重，体现个人的独特性；让主播能感受到满满的成就。同时，也会避免带入过多价值判断的内容。

除了数据展示，还设置了「我的年度播客」的互动部分，用户可以在我们提供的选项中，选出今年自己的「年度播客」。这和后台直接生成「年度播客」是完全不同的体验，用户不是被动接受一个数据，而是在主动「颁奖」。其实，这除了是一个用户主动选择年度播客的功能，也是一个通过「提供精准的备选项」来让用户感受到平台「懂我」的功能。

回到设计。去年由于能够延续线下活动的概念，具象的主题与抽象的卡片展示是相辅相成的。今年的概念，我们希望仍然有一个「具象的物体」。并且在视觉上，我们希望是「具象物体的抽象化表达」。

小组列举了很多词汇，最终「航行日志」或「航海日志」这个主题引起了我们的注意。航海、航行，和听播客一样，是一个探索的过程。将探索的过程具象化，可能是一个不错的想法。

2020的总结，是一年硕果累累的展示；2021的总结，则是探索过程的真实记录。

为了能够制造一些对比，增加新意，我们选定了「航海日志」这个主题，背景音乐中，也混进了一些大海相关的音效，不过这可能是最接近「航海日志」的部分了。​​​​​​​

因为最终我们在具象的「航海日志」概念中，抽象出了它的核心特点：「客观的数据记录和必要的配图」，并以此作为参考进行视觉设计。

平实、个性、探索感。这是小宇宙播客App今年年终总结的关键词。

平实，其实就是数据展示为主。展示大量的数字、展示各种形式的数据可视化，只传递信息，这些信息本身就足够好了。因为我们没法穷举这些数据背后的意义，也没办法和用户一一对应。听众自己能够从中感受到收听一年的点点滴滴和收获。

当然，也不能是毫无人情味的数字展示，要在平实的背后，表达出适当的亲切感。这次的视觉，通过一些模拟「航海日志」中细线条的插画、箭头、圆圈标注来拉近和用户的距离。在平静的数据里，用户能有一些似曾相识的感受。

个性。其实也无需多说，页面底部的小白条，展示了用户的头像，在主播数据区，则会切换到对应的节目封面和节目名。这是个性化，同时，这也是为了用户截图优化。保证每一张截图，都能有足够的信息。

整个网页，有一个持续动态变化的背景，在「收听最久的播客」、「播客伯乐」、「年度播客」等地方，都会切换到对应播客的主题色，这样用户对播客节目的归属感会更强一些。包括分享图，也会有不小的一块区域，展示用户自选的年度播客，卡片颜色也会是年度播客的主题色。主播部分也无需多说，理所当然是自己节目的颜色。

按照传统（其实就是去年而已），主播和用户端的数据是放在同一个页面的。所以，我们也专门设计了一个动画，让主播在浏览时，能够明显感觉到角色的切换。

本次年终总结的创意核心在交互，多年的年终总结体验下来，PPT式的翻页交互很可能已经慢慢让用户审美疲劳了。我们想要带来一些新的东西。

在立项初期，我们就决定用上下滑动的one-page交互。本以为这在开发上也会更容易，没想竟然给前端同事挖了大坑。上下主动的滑动，除了「新鲜」之外，也是给了用户自主权，看什么、不看什么、在哪里多停留一会，任由自己选择，也就是「探索感」。即使页面长一些、数据多一些，也应该不会太疲劳。只能前后翻页的PPT式年终总结，其实能玩的花样就少很多。

这个选择也带来了一个挑战：用户浏览时，随手截图可能会受一些影响。不过这个我们也做了针对性优化。

无论何种模式，东西太多、变化太快，浏览时总是会疲劳的。特别是有多个节目的主播，会有连续很多不同的页面。所以整个浏览过程中穿插了跟手动画、自动触发的动画、全屏的动画和「年度播客选择」互动功能。部分数据是成组展示的。这些都让整个页面更富有节奏感、疏密有致。

平实、个性、探索感。其实这三个关键词，和小宇宙这个App视觉表达的方向一致。也符合小宇宙的设计一直追求的目标。

活动里也埋了一个惊喜，得到「播客里程碑」的节目，在年终总结和分享图里就已经展示了线上版的奖牌。其实这时候，他们对能够收到实体版的奖牌还毫不知情。

十几天之后，我们寄出了这些实体奖牌。想通过这个彩蛋，让这些主播们在得到快递箱，拆开礼盒的时候，有「似曾相识，却死活想不起来」和「收到奖牌」的双重惊喜。​​​​​​​

从策划到上线，用了大约三周时间。最终呈现的效果我们还是比较满意的。用户能够自如地探索，数据呈现能够体现出用户的品味，也能够让主播收获成就感。有些用户会用「年度播客」功能生成分享图，去听众群里、即刻、微博里给主播展示。有些主播也会根据整年的收听时长数据，给听众送去一些小礼物。感谢用户和主播对我们的喜爱。

年终总结现在依然可以在线体验，如果你是小宇宙听众，可以打开小宇宙扫码体验，如果你还没用过小宇宙，希望明年的年终总结和你见面。

这次更新中我们新增了发布投票功能，并支持主播自定义收听时长通知。

投票功能介绍

小宇宙主播后台新增投票功能。现在，主播可以通过小宇宙主播后台为单集创建投票，投票会展示在小宇宙最新版本客户端对应单集的评论页。小宇宙一直致力于为主播与听众建立更加多元紧密的连接，希望投票功能可以帮助听众以简单有趣的方式参与到节目互动中，也帮助主播收获听众的想法、获得内容创作的灵感。

如何创建投票

托管在小宇宙的节目和RSS节目都可以创建投票。托管节目可以在创建单集时添加投票，也可以为已发布的单集添加投票。

RSS节目可以为已同步至小宇宙的单集添加投票。

在投票编辑窗口，可以为投票设定话题、选项和结束日期，支持单选和多选。投票提交后暂时不支持修改。

投票发布后，可以在单集详情页的评论互动版块中查看投票数据。

设置合适的投票话题

在设置投票话题时可以尽情发挥你的创造力，问出你想问的问题。比如，话题可以与单集的内容相关，也可以是对听众收听习惯的了解、对未来的选题进行调研。记得话题描述尽量简单，使得听众能够很快理解你的想法。也记得小宇宙希望与你共同维护愉悦友善的社区氛围，投票话题尽量不要引起不必要的争论。

自定义收听时长通知功能介绍

当听众收听一档节目的时长达到100小时，会收到由系统发出的祝贺通知。现在，主播可以自定义这条通知的内容，带给听众更多惊喜。

在节目设置页修改自定义通知条目并保存，即可设置节目专属的通知。

最后，提前祝你新年快乐，新的一年继续在小宇宙玩得开心。

这次更新中我们增加了「口癖检测」与「复制粘贴」两项功能。

口癖检测介绍

很多人第一次听到自己的录音时都会很意外——原来会下意识地说那么多无意义的词。这些词在当面沟通的时候不会有什么影响，而一旦出现在精心制作的播客中便会极大的影响收听体验，因为这些词不仅没有任何信息含量，还会降低内容表达的连贯性，这些词便是所谓的「口癖」。

播客剪辑中最枯燥的部分就是删除无用段落的过程，因为这部分更接近机械劳动而非内容创作，很难从其中获得乐趣，「口癖」就是无用段落的典型代表。小宇宙Studio在上线的第一个版本就提供了语音转文字的功能，帮助主播快速定位内容位置，区分需要去除和需要保留的段落，减轻剪辑的负担。

但我们不想仅仅停留在转文字上，而是想更进一步，提供更多更智能的剪辑辅助功能，「口癖检测」就是我们的一次尝试，想要帮助主播更精准的定位和剪除口癖词。

下面介绍一下小宇宙Studio口癖检测的使用方法：

1.开启口癖检测

你可以在项目的侧边栏菜单中开启口癖检测。

也可以在转文字面板中开启口癖检测。

目前小宇宙Studio会自动识别的口癖关键词包括：呃、就是、然后、那种、其实、可能、比较和一个。如果暂时不需要检测其中某个口癖关键词，直接点击对应的口癖关键词即可暂时屏蔽。

2.借助口癖检测更精准的定位内容

开启口癖检测后，小宇宙Studio会在转文字结果中标记所有检测到的口癖关键词，主播不仅可以纵览全局，直观的看到哪段内容存在口癖，更可以直接点击口癖词快速定位到相应位置。借助这些标记，主播可以更从容地安排自己剪辑的节奏。

3.一键分割所有口癖

我们还为口癖检测提供了一个高级操作，在侧边栏的段落面板中展开「口癖识别设置」可以看到「全部分割」的按钮，点击后即可一键将所有口癖词分割为独立的片段，方便主播快速删除。

当然，如果你的音频很长，且口癖较多，那么请谨慎使用「全部分割」功能。

复制粘贴介绍

复制粘贴是很常见且很基础的音频编辑功能，但我们也重新思考了一下播客剪辑工具的复制粘贴功能该如何设计，希望能把它做得更易用，也更好用。

首先我们回顾一下在播客剪辑的场景中，是如何使用复制粘贴功能的，以大家常用的Adobe Audition为例：

• 首先分割出我们想复制的片段，然后复制这个片段；

• 找到你想要插入的位置，选择粘贴。

这是一个很「正常」的操作流程，但在实际使用的过程中总会有很多不便：

比如，如果你想把一段素材放到开头用来制作Intro，默认情况下Adobe Audition会让这个片段直接盖在当前的音轨上，你必须提前将空位留出来才能方便的粘贴。

比如，你想把多个位置的片段都复制到某个位置，你要么分别复制一次，要么选中多个片段同时复制，但Adobe Audition会在你粘贴的时候保留每个片段之间的距离，你必须再次详细地调整一下。

另外，传统的剪贴板也有一个历史悠久的问题，那就是缺乏可见性，你无法获知你刚才复制的内容到底是什么。

好了，接下来看看我们为小宇宙Studio设计了怎样的复制粘贴功能：

选中一个片段复制之后，被你复制的片段会悬浮在剪辑界面的左下角；

如果你连续复制了多个片段，它们也会地整齐排列在这里，你可以根据该片段对应的文字来辨别这个片段的内容。如果你还有疑虑，也可以直接点击播放来试听；

在你选好想要插入的位置以后，你可以直接将复制的片段拖拽过去。

当然，你也可以使用快捷键进行粘贴，粘贴的片段会自动添加到你选中的片段之后。

总的来说，小宇宙Studio提供了一个全新的可视化的剪贴板，增加了中转和暂存的能力，并通过拖拽简化了复制粘贴的流程，让整个操作变得更简单，主播不需要在复制了一个片段之后马上粘贴，也不需要在粘贴之前重新排布片段的位置，希望你们喜欢这个专为播客剪辑而改进的小功能~

我们在这次的功能更新中放开了内测权限的限制，正式开放公测，现在只要你拥有小宇宙App的账号，就可以直接登录使用小宇宙Studio了！感谢内测用户的支持与反馈，希望小宇宙Studio能够成为一款被用户喜爱和信赖的播客剪辑工具。

再和大家分享一个消息：小宇宙Studio正在进行多轨功能的开发，会尽快和大家见面，敬请期待~

我们在这次更新中还增加了「淡入淡出」功能。

淡入淡出

淡入淡出是一种常用的过渡效果，顾名思义，它可以让音量慢慢变大（淡入）或是慢慢变小（淡出）。淡入淡出可以遮掉片段之间的瑕疵，让衔接变得平滑。

举一个例子，图中是一段原始音频，内容连续，听感也没有问题，但中间那个段落B我们觉得不够好，决定删掉。

删掉之后问题产生了，出现了在一段沉默之后突然接上一段高音量内容的情况，这样听感会很差，让人不舒服。这时候，我们就可以通过为后面的片段C增加淡入效果来解决这个问题。

首先选中片段，在右侧的面板中打开「淡入淡出」的选项。

紧接着你会发现对应的片段上出现了两条绿色的线条，它们分别表示淡入的结束位置和淡出的开始位置，直接拖动线条就可以调整淡入淡出的范围。

在右侧面板中点击向下的箭头，还可以更加精细地调整淡入淡出的数值。

增加淡入之后，例子中片段C的音量会从沉默开始慢慢增强，逐步过渡到正常的音量，实现了听感和内容衔接的平衡，解决了过渡的问题。

快去试试吧！

这个需求来自于小宇宙Studio的试听页面：试听页面本身除了需要支持播放之外，还有着倍速播放以及展示频率图的需求。好在WebAudio API本身内置的功能足以覆盖这些需求。

音频播放部分

浏览器内置播放音频有两种方式，一是使用html5标准中的<audio>标签内置的播放功能，二则是通过WebAudio API来播放。

WebAudio提供了一系列处理音频的能力。在音频处理方面，只要是在某个AudioContext中的Node就拥有着从上一个Node中拿到采样并且处理传递给下一个Node的能力；WebAudio API也有着多种AudioSourceNode，可以通过Stream、Buffer或者MediaElement创建出对应的AudioSourceNode。

在目前的场景下，需要播放的音频是通过URL下载的，因此我们可以通过<audio>标签来完成下载以及解码音频的工作，之后可以通过MediaElementAudioSourceNode来获取解码之后的数据。大致代码如下：

const audioElement: HTMLAudioElement = /* 获取到audio标签 */
const audioContext = new AudioContext()
const sourceNode = MediaElementSourceNode(audioElement)
sourceNode.connect(audioContext.destination)

这样以来，只要触发audio标签的播放，音频的数据不会直接流向正常的播放流程，而且发送到了我们的AudioContext中，这里我们直接将source node和AudioContext的destination相连，音频数据最终就输出到了声卡等其他地方变成声音播放了出来；使用audio标签作为音频的来源还有一个好处就是我们可以使用audio标签自带的诸如playback rate之类的控制，这样就不需要自己重复实现一次了。

获取频率数据

WebAudio API内置了AnalyserNode ，能够对输入的sample数据进行一些分析，例如能进行快速傅立叶变换从而获得输入sample的实时频率以及时域信息。只要指定了fftSize 然后调用对应API时传入一个Uint8Array 就可以获取这些数据了。简单的实现如下：

cconst audioElement: HTMLAudioElement = /* 获取到audio标签 */
const audioContext = new AudioContext()
const sourceNode = audioContext.createMediaElementSource(audioElement)
const analyserNode = audioContext.createAnalyser()
analyserNode.fftSize = 1024

// sourceNode -> analyserNode -> audiocContext.destination
sourceNode.connect(analyserNode)
analyserNode.connect(audioContext.destination)

const LENGTH = analyserNode.frequencyBinCount
const dataArray = new Uint8Array(LENGTH) 

// 每调用一次就会将当前的实时频率数据放入dataArray中
analyserNode.getByteFrequencyData(dataArray)

绘制频率图

有了频率数据后，就可以开始着手绘制频率图了。音频在播放时，每一个瞬间获取到的频率/时域数据都是不一样的，因此我们可以在requestAnimationFrame 函数的回调中通过getByteFrequencyData获取一次数据，并且基于获取到的Uint8Array来进行绘制；在音频领域一般频率信息是使用直方图进行绘制的，恰好小宇宙Studio的波形样式一定程度上也能看做直方图。

如同剪辑页面波形图在绘制上做的优化，这里也可以采用先绘制一堆矩形的path然后一次填充的方式来绘图，这样每一次绘制的步骤比较少；同时由于frequencyBinCount (其值为fftSize的一半）可能会比较大，而这里的频率图对精度没有要求，我们可以将数据分组求平均值然后使用平均值作为矩形的高度。

下面是绘制的代码：

const ctx = canvas.getContext('2d')
// BAR_WIDTH为矩形条的宽度，BAR_GAP为两个矩形条之间的间隔，均为定值
const barCount = Math.floor(CANVAS_WIDTH / (BAR_WIDTH + BAR_GAP))

const draw = () => {
  analyserNode.getByteFrequencyData(dataArray)
  const chunks = chunk(Array.from(dataArray), dataArray.length / barCount)
  
  ctx.clearRect(0, 0, CANVAS_WIDTH, CANVAS_HEIGHT)
  ctx.fillStyle = BAR_COLOR
  ctx.beginPath()
  
  for (let i = 0; i < chunks.length; i++) {
    const chunk = chunks[i]
    const x = i * (BAR_WIDTH + BAR_GAP)
    const avgFrequency = sum(chunk) / chunk.length
    const barHeight = calcBarHeight(avgFrequency, CANVAS_HEIGHT)
    const y = CANVAS_HEIGHT - barHeight
    ctx.rect(x, y / 2, BAR_WIDTH, barHeight)
  }
  
  ctx.closePath()
  ctx.fill()
  requestAnimationFrame(draw)
}

requestAnimationFrame(draw)

最后实际会发现效果不错，浏览器每一帧都会使用当前的实时绘制出图像，频率数据会随着音频实时变化，因此图像也会随着音频实时变化，自然又流畅。

附上这一套代码的架构图以及实际效果图：

如果你想亲自看看上面提到的频率图，可以访问这个页面 (密码是QUHY，点击右上角e可以切换到波形模式)。美中不足的是，由于部分WebKit内核WebAudio播放音频时会有杂音和卡顿，所以在这些浏览器（就不点名批评是谁了）上为了收听体验我们选择fallback到了通过audio播放，因此是没有显示波形图的。

最后， AnalyserNode 提供的能力除了上面提到的getByteFrequencyData之外还有其他很多可以使用的API，读到这里的大家可以试试使用 getByteTimeDomainData 获取时域信息，从而绘制类似示波器的图案。

概述

这次更新中我们增加了节目联系方式功能、优化了运营者和认证主播的管理方式。

节目联系方式

正如上次更新时所提到的，我们将针对主播的运营需求陆续推出相关功能——现在，你可以拥有专门的场所来向用户展示你的社交媒体和联系方式了！

你无需再每次于 shownotes 末尾加上一长串的联系方式，也不用再纠结是否要或者不得不把这些内容放在 shownotes 开头以让用户更容易注意到。小宇宙将在节目详情页中提供专门的场所，并以更富表现力的形式来展现它们；同时，用户可以直接点击进入相关页面，而不是只能记住或复制你的昵称再到相应产品中进行搜索。

在主播后台的节目设置中，我们提供了多种预设的联系方式与一个自定义项，你可以根据你的实际情况进行选择和录入。同时，考虑到这些联系方式的用途，我们做了一些贴心的小功能，你可以去试试看。

另，由于我们恰好在进行技术升级，托管节目还无法使用这一功能，但我们正在抓紧。

运营者管理方式优化

为了服务多人运营同一档播客的需要，小宇宙主播后台是支持为节目设置运营者的，运营者可以使用主播后台的大部分功能，具体可见。但是之前运营者的管理方式不够直观、方便，所以我们在这次更新中进行了调整。

节目设置中增加了「人员管理」的选项卡，切换到「人员管理」之后可以查看当前节目管理员和运营者的信息，管理员可以直接在这里添加或删除运营者。

账号页面原本的运营者管理区域调整为信息展示区域，会展示当前账号可以管理和运营的所有节目。

主播认证调整

我们在节目设置—节目信息中增加了「认证主播」的信息，你可以在这里查看当前节目所有的认证主播。

目前主播认证还不支持自由编辑，如果你需要修改，请点击修改按钮并扫描弹窗中的二维码联系小宇宙领航员进行处理。

另外，我们还支持了Safari 15的新特性，浏览器的标题栏会变成相应节目的主题色，使用Safari 15技术预览版和macOS Monterey的用户可以体验到。

这次更新中我们增加了「音量标准化」、「设置项目分组」、「支持小宇宙主播后台资源库」和「快捷键列表」等几项功能。

音量标准化介绍

作为播客听众你是否有这样的困扰：不同节目的音量差别极大，有的需要调大音量并开启人声增强，有的又需要特意调小音量；

作为播客制作者你是否有这样的困扰：不知道如何判断节目的音量是否合适，只能凭感觉调整，甚至无法让每一期单集都保持恒定的音量水平。

对于这个问题音频行业其实是有解决方案的，即制定一个响度的标准，并以此进行音量标准化（将平台内所有的音频都调整到同一个标准值），表示响度水平的LUFS(又称LKFS，详见)由此诞生。

LUFS由国际电信联盟制定，读数为负数，最大值为0，数值越接近0，音量越大。LUFS诞生之初是为了统一不同类型电台节目的响度，让听众获得一致的体验，广播节目的推荐响度为-23 LUFS，这是一个比较小的响度标准，是由广播节目的特点决定的，因为收听设备和内容特点的不同，并不适合播客。

那么适合播客的标准应该是多少呢？我们可以先看一下其它公司的标准化是怎么做的：

可以看到虽然各家略有区别，但都处在一个近似的范围内，对于播客，我们推荐你使用Apple Podcast的标准，即-16 LUFS。较低的响度水平可以留出更宽广的动态余量。

因为在剪辑播客的过程中可能会持续地对音量进行调整，所以音量标准化的环节适合放在剪辑流程的最后一步。

小宇宙Studio的音量标准化

为了方便主播，我们已经在最新版本的小宇宙Studio中内置了音量标准化功能，下面为你说明一下使用方法：

1. 点击编辑页面右上角的「发布」按钮打开菜单。

2. 点击「合成并下载」，你可以看到「优化节目音量大小」的开关，打开即可选择你想要的响度，点击下方的「合成并下载」，你就可以得到响度符合对应标准的音频文件了。

3. 如果你在发布菜单中选择了「发布到小宇宙」，则会自动以-16 LUFS的标准调整节目音量，无需再次操作；如果你选择了「分享试听网页」，我们不会对音量进行调整。

工具推荐：如果你想快速查看某一个音频文件的响度水平，可以打开 loudness.info 上传文件进行检测。

如果你想了解关于音量标准化的更多信息，可以参考：

https://artists.spotify.com/help/article/loudness-normalization

https://www.masteringthemix.com/blogs/learn/76296773-mastering-audio-for-soundcloud-itunes-spotify-and-youtube

https://en.wikipedia.org/wiki/Loudness_war

请注意，LUFS可能会随时代的变迁而调整，查阅资料时请以各平台的最新标准为准。

这个版本还更新了以下内容：

项目文件支持设置分组

为了方便大家管理项目文件，现在新建项目时可以将其添加到某个节目的分组下面了。

注：只支持托管在小宇宙的正式节目，RSS节目和试播节目暂不支持。

支持小宇宙主播后台节目资源库

当你把项目文件添加到某个节目分组之后，你就可以在该项目中使用主播后台资源库中对应的音频了。

新增快捷键列表

点击编辑页面左下角的「？按钮」选择「快捷键列表」即可查看目前支持的所有快捷键。

为了促进主播与听众间的交流，我们会开始在小宇宙上推出各类运营向功能，方便主播与听众展开各种形式的互动。

公告便是其中第一个推出的功能，我们认为向听众同步各类信息是听众运营中最常规的事项和基础。

如果你已经在运营你的听众群，那通过小宇宙的公告可以直接向站内所有订阅用户传达讯息，如果你之前畏于成本或是担心打扰听众而未建立听众群，那通过小宇宙公告可以简单并直接地满足向听众同步信息的需求。

一档节目每个月可发布两次公告，可以发图和链接，发布成功后将会推送给订阅听众；如有需要也可对公告进行修改，此时不会再次推送。

做小宇宙Studio的过程中，剪辑页面的音轨区域用了很长时间做性能优化，具体的效果可以看视频，基本覆盖音轨区域的所有交互。

这里讲一下踩到的坑，以及各种性能优化的方案。

概念

• 项目：当前剪辑页面打开的就是一个剪辑项目
• 音轨：中间的一条由波形组成的就是音轨。目前只有一条音轨
• 片段：一条音轨由若干个片段组成，每个片段会对应一个音频文件的一个区间。

截图是现在小宇宙Studio剪辑页面的样子，这里划分几个部分，方便后续讲解。

其中蓝色音轨部分主要由这几个组件组成：

• 时间轴：绿色
• 某个片段：红色
• 滚动条：黄色
• 两个悬浮的Toolbar

音轨区域迭代

方案1：不做Virtualized，使用浏览器滚动条

这是最直观，最好理解的方案。在没有任何例子和性能测试之前，没必要直接进行优化。

整个音轨的宽度，就是项目在当前ZoomLevel下的实际宽度。只需要把片段从前到后依次排列，Toolbar的定位只需要相对于项目找到left值即可。可以直接使用浏览器给的滚动条，不需要监听滚动事件。基于此实现了第一版音轨区域。

但很快就发现下列问题：

• 时间轴使用canvas进行绘制，当ZoomLevel越大，元素宽度就越大，就会 超过canvas的最大宽度，也就是32767像素。
• 同样的，波形图也使用canvas绘制，一个片段如果过长，当ZoomLevel变大时，也会超过浏览器限制，导致canvas无法绘制。
• 另外，当Zoomlevel变化时，会导致所有片段重绘，从而导致所有波形图也会重绘。这个过程是很慢的，尤其是使用触摸板或者Slider微调时，卡顿尤为明显。

可以发现这些问题几乎都是canvas导致的，所以就有下一个方案，做Virtualized。

方案2：做Virtualized，使用浏览器滚动条

针对方案1的问题，主要有两点优化：

• 时间轴只绘制可见部分
• 波形图只绘制可见部分，但是片段正常绘制

时间轴区域：使用 Konva 绘制，可以方便的实现鼠标拖拽且仅能沿X轴移动等。实际上会创建时间轴上的所有元素，因为用Konva和canvas，最终只有可见部分被渲染。

片段：一个片段在音轨的位置有五种可能，需要分别处理：

• 完全不可见：仅渲染片段容器
• 完全可见：完整渲染
• 前半部分可见，后半部分不可见：波形图从片段资源起始位置绘制到屏幕
• 前半部分不可见，后半部分可见：波形图从屏幕位置绘制到片段资源结束为止，并且加上 flex-end
• 前半部分和后半部分都不可见，该片段撑满屏幕：绘制可见区域，再用 translate-x 将波形图移到屏幕内

滚动条：

• 拖拽滚动条时，调整时间轴的位置，以及被virtualized的波形图
• 拖拽时间轴时，调整滚动条的offset，以及virtualized的波形图。
• 调整滚动条offset是一个副作用，但其它都不是，处理 onScroll 时需要注意这一点。

这个方案在性能上已经可以接受，也不会触及到任何浏览器限制。小宇宙剪辑工具的第一版就采用该方案。

但该方案存在一个严重影响体验的问题： 缩放时，无法相对于鼠标位置居中缩放，就像Figma等大多数工具那样。基于该方案实现过相对鼠标位置居中缩放，实现方式是：

当缩放时(修改ZoomLevel)，基于鼠标当前位置计算新的ZoomLevel下 scrollLeft 的期望值，修改容器的 scrollLeft ，但由于滚动是异步的，当ZoomLevel变化速度(触摸板产生的wheel事件)太快时，修改 scrollLeft 的速度不如ZoomLevel变化的速度，就导致滚动条的位置反复横跳。

最终该方案在修改ZoomLevel时，不修改 scrollLeft。但这个问题会导致用户在调整ZoomLevel时，在时间轴中迷失，很影响体验。

当前方案：做Virtualized，自己实现滚动条

针对方案2的问题，有这几点优化：

• 使用自己实现的滚动条
• 只绘制屏幕可见的片段
• 音轨容器宽度从原本的项目长度变为屏幕宽度
• 时间轴进一步优化性能

该方案自己实现滚动条比较麻烦，其他逻辑相较于方案2反而更加简单。因为不需要监听滚动事件，不需要处理 scrollLeft 这些副作用。所有的信息都可以从store中获取，所有的改动都可以通过修改store完成。

这里说一下实现滚动条需要注意的几点：

• Drag'n Drop时，如果被拖拽元素在音轨外，需要自己处理滚动条的滚动。
• 滚动条包含滑块(Thumb)和轨道(Track)。滑块有最小宽度。
• 已知音轨总长度(trackLength)，当前可见区域的宽度(viewWidth)，Scrollbar的宽度(scrollbarWidth)，以及可见区域相对音轨的位置(viewOffset)。来计算Thumb的宽度和Thumb的位置(thumbOffset)。

• 一开始很容易想到，用 ratio=trackLength/scrollbarWidth 计算出一个比例。然后等比缩小，就得出Thumb的宽度和offset。但如果等比缩小后，Thumb的宽度小于最小宽度时，这样的计算结果就有问题。所以需要这样计算：

const viewRatio = viewWidth / trackLength // 先计算一个比例
const thumbWidth = Math.max(25, viewRatio * scrollbarWidth) // 根据这个比例以及最小值，算出Thumb实际的宽度
const maxOffset = scrollbarWidth - thumbWidth // 根据新的thumbWidth计算滚动条里Thumb的最大offset
// 因为 thumbWidth 可能是25或者是 viewRatio计算出来的，所以需要重新计算offset的ratio
const ratio = maxOffset / (userMaxOffset ?? totalWidth - viewWidth)
const thumbOffset = ratio * offset

当把滚动条实现完成后，发现性能大幅度提高，并且也很容易做到相对鼠标位置居中缩放。

但发现调整ZoomLevel时会掉帧，一开始怀疑是转文字区域文字太多导致的。经过Profile看到慢的地方都和Konva有关，因为整个项目中只有时间轴用了Konva，所以把时间轴暂时隐藏掉，就非常流畅。

后来发现，虽然Konva当元素在屏幕外时并不会绘制，也不会有很多事件监听，但它依然会产生大量的Konva Object。当ZoomLevel改变时，就会重新创建所有的Konva Object，导致卡顿。

到此位置，音轨区域和波形图的性能优化就告一段落。

最后再简单说几个比较细节的优化点：

优化波形图生成和计算速度

生成波形图的方式是：

1. 先下载音频文件
2. 执行 decodeAudioData ，产生 AudioBuffer
3. 从AudioBuffer中 getChannelData 即可获得音频的原始采样数据。

但因为是播客音频，单文件动辄几十分钟，如果采样率是44100hz的话，第3步一个声道就有过亿的采样数。为减少采样数，在解码时创建一个采样率只有8000的 AudioContext，用它来执行 decodeAudioData , 就可以减少采样数，计算也会更快。另外也会把生产的波形图数据缓存到IndexedDB里，避免重复生成。

平滑缩放

当使用鼠标滚轮或者触摸板产生Wheel时间时，想要尽可能顺滑的改变ZoomLevel。这里直接使用 d3-zoom的函数

export function wheelDelta(deltaY: number, deltaMode: number): number {
  return -deltaY * (deltaMode === 1 ? 0.05 : deltaMode ? 1 : 0.002)
}

function zoomByDelta(delta: number): number {
  const next = this.zoomLevel * Math.pow(2, delta)
  return this.setZoomLevel(next,)
}

本月更新主要聚焦在听众部分，新增了完整的听众列表，以及听众分析、禁言管理等功能。

听众分析

在听众分析模块你可以查看你节目的听众数据，目前我们提供了以下几种数据维度

1. 总订阅量
2. 订阅和取消订阅的趋势
3. 常听时段
4. 设备平台

听众管理

你可以在听众列表中查看所有订阅了你节目的听众，后续主播后台会推出更个性化的统计数据。

禁言管理

如果你收到了某位用户令人不适的评论，并且不希望他以后再次出现在评论区，可以将其禁言。被禁言的用户将无法在你的节目下发表评论。

以上就是这次更新的主要内容，你可以在文章下方输入邮箱订阅我们，第一时间获知产品更新动态。