把歌曲压缩至 7 kbps, FFmpeg 之父发布音频压缩工具 TSAC

221 天前
 DTCPSS
https://bellard.org/tsac/
FFmpeg 之父 Fabrice Bellard 发布音频压缩工具 TSAC 。
对于 44.1 kHz 的音频,可压缩至 5.5 kb/s (单声道)或 7.5 kb/s (立体声)。
可将一首 3.5 分钟的立体声乐曲压缩至 192 KiB 。

讨论:
https://hydrogenaud.io/index.php/topic,125765
8868 次点击
所在节点    FFmpeg
64 条回复
aquatichunter
221 天前
@Andim VVC 还是实验阶段吧,低码率状态下优势最强的还是 AV1
Andim
221 天前
@aquatichunter 前几天听说 intel 15 代 u 可能会支持 VVC 电视端的芯片已经技持了,
如果 intel 支持,apple 跟近应该普及很快,日本那边要上 8K 电视频道,也是急需 VVC 编码
crc8
221 天前
@noahlias 我提个建议,应该让张小龙招募此哥加入微信团队,造福国人!
akatale
221 天前
nepnt
221 天前
@Andim h266 出来怕不是继续收费,那大家还是 av1 吧
Andim
221 天前
@nepnt 不是一个阶梯呀,H266 要对标 av2 的
nepnt
221 天前
@Andim 关键不在技术指标,在是不是收费上,影响 B 端是不是上马。现在的网络、运算和存储环境,除非极限工况没那么大区别
Dk2014
221 天前
有的人还在 hifi🤣看到这码率不得跳脚
cnbatch
221 天前
仔细听了下,这套压缩很适合朗读声、说话声,用在电话通讯、视频会议就最合适。

音乐算是比较清晰但爆音噪声比较重,然而码率都已经低于 8 kbps ,可以说已经做得相当好了,目前应用广泛的各种压缩格式压到这么低的码率都会严重失真
billccn
221 天前
@cnbatch 我试听的时候也是这么想的,但是电话和视频会议都是实时通信,这个算法的延迟估计是接受不了,同时对算力的要求也挺高的,要有人搞出 ASIC 来才行。

真正好用的可能是老大哥储存监控录音?
JensenQian
220 天前
@HandSonic #8 陈叔叔家很多大会员也就一两千 Kbps
隔壁 crunchyroll 番剧都是 8000 多的
langhuishan
220 天前
@cleanery 监听,存储,棱镜计划
murmur
220 天前
这玩意有什么意义,用软波表不就好了么,现在都是追求音质的年代
jemyzhang
220 天前
歌词+乐谱+AI 引擎,0.1kbps 是不是也有可能😁
kuanos
220 天前
《硅谷》无疑
Cloutain
220 天前
@noahlias 计算机工程中的神级,计算机科学中的神级是图灵奖那批人
dhb233
220 天前
那个网站实在是太卡了,就下载来听。下载了 Waiting 的 4 个,看起来单声道的是 1.8MB ,其他的都是 3.6MB 啊。是编解码都需要这个软件来搞才能真正压缩文件尺寸?
luozic
220 天前
如果能缩小硬件占用,or 硬件加速,这明显就是现代网络会议。不需要高保真的语音存储备份的好东西。
husinhu
220 天前
@windmoonwind 生不逢时? Fabric Bellard 了解一下
winterbells
220 天前
@dhb233 1.63M 的 raw.wav 压缩成 raw.tsac 9.26kb
再解压缩成 wav 还是 1.63M

不知道是不是这个意思,因为 tsac 不能直接播放

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/1030949

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX