原来每天在听的网易云是这样的……

本周为大家带来《信息美学家》的第020期

如何为音频这个信息,加上可视化载体?

01 前言

今天想聊一个比较特殊 的信息载体------音频

写这一期的灵感来源是,依瑾 给我发了她在大学时候写的公众号,翻了她的公众号后发现,里面有一个黑胶唱片的样式。

点击黑胶唱片后,电脑响起了音乐。突然间发现,音频在信息里面竟然还可以是这样的展现形式。

不出意料的话,这个载体我们每个人几乎每天都在用它。比如:通勤路上打开网易云,那个黑胶唱片缓缓转起来;开会时把语音记下来,丢进飞书文档变成一条音频条

文字能扫读,图片能一眼看懂,表格能上下比较。唯独声音,它是沿着时间轴一点点流出来的,你看不见它多长、讲到哪了、里面有什么。

它就像一封信。你知道里面有内容,但没拆开之前,什么都不知道。

那在今天,我们就基于这条线索来聊聊:音频的信息美学 。它是怎么一步步被安放进各种看得见的形态里的?

02 一段很奇妙的回忆

想先说说我自己的记忆。

小学的时候,老师发给我们的是录音带,一盒一盒的,塑料壳里卷着一圈棕色的带子。但我们其实不知道里面装的是什么,只能靠标签上手写的字去猜。

那时候『听音频』是一件很有仪式感的事:要找到录音机,要倒带,要小心翼翼地按播放键,听完了还得记得倒回去。我到现在还记得磁带倒带时那种『嘶嘶』的转动声。

到了手机时代,音频变成了 MP3 文件。它比录音带好了很多,至少有个文件名,但交互其实还是没有像现在这么便捷。

MP3时代的交互,它只能通过一些按键 去进行上下切换以及左右切换,切换进去试听。试听完,如果这个音频它不是你想听的,你就退出来,再去切换其他音频继续试听,循环往复。

图源: pinterest

所以大家会发现,音频从诞生起就有个问题:它自己看不见自己

文字自带结构,图片自带画面,声音却只是一段流动的音频。

如果不主动给它『配一个样子』,它就永远是一段让人不敢点开的神秘文件。

03 音频的格式后缀

在了解信息呈现之前,先插一段背景知识。

平常大家听到的 MP3WAVFLAC,他们都隶属于是音频的『格式』,也就是声音被编码成文件的方式。

MP3 的全称是 MPEG Audio Layer 31991 年 由德国弗劳恩霍夫研究所提出、1993 年正式成为国际标准的一种音频压缩格式。

它之所以存在,是因为 CD 那种原始音频一分钟就要占约 10MB,在当年的网络和硬盘上根本传不动、存不下。MP3 的思路是利用人耳的听觉特性,把那些我们其实听不太出来的细节『减掉』,音质损失很小,体积却只剩原来的十分之一左右。

后来你还会见到 WAVFLACAAC 这些后缀,本质都是在『无损但占空间』和『压缩但损一点』之间做取舍。

把它们放在一起看,区别就很直观了:

格式 一句话人话 压缩方式 音质 体积 典型场景
WAV 最原始的『裸』声音,录下来什么样就存什么样 不压缩 原汁原味 一分钟约 10MB 录音室母带、CD 抓轨
FLAC 给 WAV 无损『打包』,像压缩包但一点也不损 无损压缩 和 WAV 一模一样 约为 WAV 的一半 发烧友、Hi-Fi 播放器
MP3 把耳朵听不出的细节『减掉』来换体积 有损压缩 损失很小,人耳基本听不出 约为 WAV 的十分之一 网易云、手机里的歌
AAC MP3 的进阶版,同体积下音质更稳 有损压缩 比 MP3 更精致 和 MP3 差不多 Apple Music、iTunes、B 站

我们用电脑文件来看一下wav文件MP3文件的体积大小差异:

如果用几个快速公式来记住,可以这么来记:

WAV / FLAC 是『无损党』,保真但占地方;

MP3 / AAC 是『压缩党』,省空间但伤一点。

日常听歌,选 MP3 或 AAC 就完全够用。

搞懂了格式这层,我们再回到『载体』本身,看看音频是怎么被呈现到载体上的。

真正让音频『看得见』的,是载体。

04 当音频遇见了『载体』

我第一次有这种感觉,是因为网易云中转动的黑胶唱片。

一首歌突然有了一张『脸谱』,即封面、专辑、歌手、歌词。

看到封面的瞬间,你大概就能猜到这是安静的民谣,还是热烈的摇滚。

再后来是播客时代

小宇宙里的每一期节目都有封面、有标题、有简介,有的还分了章节和时间戳。

你扫一眼目录就知道这期聊什么,想听哪段就跳到哪段。

这也是我个人特别喜欢的一个进步,声音可以像书一样『翻』了。

在文档世界里,又是另一套逻辑。

飞书文档、钉钉文档、企业微信里的音频条,把时长、进度、暂停都压缩成一个横向的条。它没有网易云那么『炫』,但不会打断阅读

你想引用某句原话,看到时间戳,拖过去就能边听边记,这种『克制』反而更高级。

你会发现,同样是『一段声音』,换一个载体,它被看见、被理解、被记住的程度,就完全不一样了。

05 什么场景,选什么载体

那面对不同的内容,我们到底该怎么选载体?这里想给大家普及一些思路。

(1)内容型声音

如果是内容型的声音,比如歌曲、播客、课程,适合放进『有脸谱』的平台,把封面、歌单、章节配好,它们都是给声音安的『视觉锚点』。

比如说:听歌有网易云音乐、QQ 音乐、Apple Music ,追播客有小宇宙、Apple Podcasts、喜马拉雅 ,学课程有得到、B 站、网易云课堂 。它们的共同点,都是先给声音配一张『脸谱』,也就是封面

有了这张封面,你点开之前就对内容有了期待。

没有脸谱的音频,就像没有封面的书,难以产生翻一翻的冲动。

(2)过程型声音

如果是过程型的声音,比如会议录音、语音消息、访谈,适合放进『有尺』的页面。

最好理解的就是飞书妙记 ,一段会议录音转成记录,自带进度条、时间戳、发言人,很容易知道当时讲了什么。类似的还有腾讯会议转写、钉钉闪记、讯飞听见等。

也可以更轻量:在飞书文档里直接放一条音频条加时间戳,不打断阅读,还能在下方标好议题和重点,比如『重点在 12:30』,同事可以直接拖过去听。

我们会发现,同样是声音,只是换了一个『载体』,使用率完全不同。

(3)声音载体的演进之路

继续,我们来总结下,载体从过去到现在的演进之路。

一般来说,声音载体遵循的范式是:先有格式,再有载体。格式决定声音怎么被存下来,载体决定它怎么被看见。

以前:载体是『线下机器』

载体(线下机器) 放什么格式 它长什么样 典型场景
录音机 磁带(录音带) 一台要手动倒带的机器 小学听听力材料
MP3 播放器 MP3 文件 一个按键切换的小方盒 通勤路上听歌

那会儿声音的载体,是看得见摸得着的机子。比如,磁带要放进录音机,MP3 文件要导进播放器,机器长什么样,声音就被理解成什么样。

现在:载体是『线上平台』

声音类型 线上载体 常见例子 它长什么样 典型场景
内容型(歌、播客、课程) 在线平台音频 网易云歌曲、歌单、小宇宙播客 封面 + 时长 + 章节 + 进度条 日常听歌、追播客
过程型(会议、语音、访谈) 文档内嵌音频条 飞书、钉钉、企业微信 一条可播放、可定位的音频条 会议纪要、语音笔记

以前到现在,从线下搬到了线上,载体有了新的形式;

不过,我们会发现,从录音机线上平台,载体一直在换,但『先有格式、再有载体』这条路没变过。

本质都是在把看不见的声音,安放进看得见的形态里。

而且我们还会发现,音频载体这件事情,它不只是网易云这种产品设计师要关心的;更宏观来讲,它应该是每一个要写文档、做知识库、传内容的人,都该有的信息表达能力。

06 结束语

写到这里,我又想起开头那个黑胶唱片,在点下去的瞬间,音乐从屏幕里流出来。

当时只觉惊喜,现在回头看,更加理解了:它不止是一段声音,它更像是一个声音类型,被安放进一个看得见的形态里,所表达出来的产物。

给声音一个封面🖼️,一把直尺📏,给它一个目录📑,这是我们很少想过的信息表达能力。

网易云里缓缓转动的黑胶唱片,小宇宙里可以『翻』的章节列表,飞书文档里不打断阅读的音频条,它们做的都是把『看不见』的声音,重新变回『看得见』的信息。

让信息更容易被看见、理解、记住和行动------声音也不例外。

以上就是本期的全部内容,我们下期见🦩🦩🦩

相关推荐
怕浪猫10 小时前
设计你自己的可替换能力:三段式 Seam 实战,从需求到上线
agent·产品
2601_9622184710 小时前
万象生鲜系统区块链溯源技术帮助生鲜企业搭建食品安全数字化体系
大数据·运维·微服务·云原生·架构
2601_9620652518 小时前
【图文详解】什么是微服务?什么是SpringCloud?
spring cloud·微服务·架构
会周易的程序员19 小时前
企业私有 AI 算力服务器架构设计:异构四节点 + QUIC 微服务
运维·服务器·c++·人工智能·微服务·架构
2601_9622186120 小时前
万象生鲜系统全链路溯源一码查询技术实现食材来源可查
分布式·微服务·云原生·架构
2601_9622184721 小时前
万象生鲜系统跨仓调拨算法助力生鲜企业供应链数字化协同运营
大数据·运维·微服务·云原生·架构
2601_962218471 天前
万象生鲜系统多仓协同同步技术支撑生鲜企业多仓模式数字化转型
大数据·运维·微服务·云原生·架构
2601_962218611 天前
万象生鲜系统大数据采购预测算法降低库存积压稳居第一
分布式·微服务·云原生·架构
深念Y1 天前
视频平台架构重构:从微服务到可插拔基础设施
后端·微服务·云原生·架构·rabbitmq·音视频·rocketmq