这是一个创建于 262 天前的主题，其中的信息可能已经有所发展或是发生改变。
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
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
64 条回复 • 2024-04-11 14:02:45 +08:00
 |
1
LitterGopher 262 天前
An Nvidia GPU is necessary for fast operation. CPU only is also supported but slower.
|
 |
2
cleanery 262 天前
可以听到有明显的爆音, 但是总体内容还是比较清楚的,我不知道是什么场景下要用这种高压音频?
|
 |
3
windmoonwind 262 天前  6
倒是牛逼...有点生不逢时...要是当年 5 寸盘 3 寸盘流行的时候出来，能狠赚一笔....
|
 |
5
cat 262 天前 9
《硅谷》第一集？
|
 |
6
noahlias 262 天前 1
又是这个法国人， 这个人可以说是计算机科学的神了, 现在开始搞 AI 了是吧
|
 |
7
aquatichunter 262 天前 via Android
会不会往视频方向发展呢？我一直期待把 1080p 压缩到 1000kbps 以下
|
 |
8
HandSonic 262 天前 12
@aquatichunter #7 在 B 站看新番你甚至能看到 900kbps 的 1080P 视频
|
 |
9
qiyilai 262 天前 2
Pied Piper
|
 |
10
paopjian 262 天前
@aquatichunter 英伟达好像发布过一个视频会议用的技术,深度学习技术仿真人脸以后在恶劣网络环境保持高清头像
|
 |
13
lingeo 262 天前
第四个交响乐的影响没有第一个弹吉他的影响大，谈吉他的立体声嘶嘶嘶的杂音太明显了，估计后面就是质量与空间之间的取舍了。
|
 |
14
aloxaf 262 天前 30
我觉得标题直接写名字就行了，如果要用头衔的话，全称应该是：
ffmpeg 之父、qemu 之父、tinycc 之父、quickjs 之父、jslinux 之父…… |
 |
15
iqoo 262 天前
以后直接压缩成提示词，让 AI 自动脑补回来 🐶
|
 |
16
dji38838c 262 天前 4
@windmoonwind
" 5 寸盘 3 寸盘流行的时候"，是没有那个算力做这样的压缩的 |
 |
17
xiaodongus 262 天前
这要是在 128MB 的 MP3 时代 真是个天大的好消息
|
 |
18
dnsdk 262 天前
直接写曲和对应乐器让 AI 演唱🐶
|
|
19
aquatichunter 262 天前 via Android
@HandSonic 动漫基本就是这样，对码率要求本来就不高，他们要是愿意还能用 720p 来冒充 1080p
|
 |
20
Andim 262 天前
@aquatichunter VVC(H266)完全可以做到，用 H264 的 1/4 的容量实现相同的画质
|
|
21
aquatichunter 262 天前
@Andim VVC 还是实验阶段吧，低码率状态下优势最强的还是 AV1
|
|
22
Andim 262 天前
@aquatichunter 前几天听说 intel 15 代 u 可能会支持 VVC 电视端的芯片已经技持了，
如果 intel 支持，apple 跟近应该普及很快，日本那边要上 8K 电视频道，也是急需 VVC 编码 |
 |
24
akatale 262 天前
|
 |
28
Dk2014 262 天前
有的人还在 hifi🤣看到这码率不得跳脚
|
 |
29
cnbatch 262 天前
仔细听了下，这套压缩很适合朗读声、说话声，用在电话通讯、视频会议就最合适。
音乐算是比较清晰但爆音噪声比较重，然而码率都已经低于 8 kbps ，可以说已经做得相当好了，目前应用广泛的各种压缩格式压到这么低的码率都会严重失真 |
 |
30
billccn 262 天前
|
 |
31
JensenQian 261 天前
@HandSonic #8 陈叔叔家很多大会员也就一两千 Kbps
隔壁 crunchyroll 番剧都是 8000 多的 |
 |
32
langhuishan 261 天前 1
@cleanery 监听，存储，棱镜计划
|
 |
33
murmur 261 天前
这玩意有什么意义，用软波表不就好了么，现在都是追求音质的年代
|
 |
34
jemyzhang 261 天前 via Android
歌词+乐谱+AI 引擎，0.1kbps 是不是也有可能😁
|
 |
35
kuanos 261 天前
《硅谷》无疑
|
 |
37
dhb233 261 天前
那个网站实在是太卡了，就下载来听。下载了 Waiting 的 4 个，看起来单声道的是 1.8MB ，其他的都是 3.6MB 啊。是编解码都需要这个软件来搞才能真正压缩文件尺寸？
|
 |
38
luozic 261 天前
如果能缩小硬件占用，or 硬件加速，这明显就是现代网络会议。不需要高保真的语音存储备份的好东西。
|
 |
39
husinhu 261 天前
@windmoonwind 生不逢时？ Fabric Bellard 了解一下
|
 |
40
winterbells 261 天前
|
 |
41
wxf666 261 天前
手机上的播放器，能播放吗？
比如 PowerAMP 啥的？ MP3 随身听之类的呢？ |
|
42
windmoonwind 261 天前
@husinhu
Sorry ，怎么敢讥讽大神。我是说这项压缩技术"生不逢时"，而且只是调侃(手动狗头) |
 |
43
lee88688 261 天前
@winterbells 我感觉是有损压缩，后面几个码率地的明显能听出来，压缩再解压应该和原来不一样了
|
 |
44
Remember 261 天前 1
@windmoonwind 这技术在地球上确实是生不逢时。不过可以尝试卖给马斯克，毕竟地球到火星之间，链路带宽还是挺贵的，语音通话用这个压缩一下，可以省下带宽传别的东西。
|
 |
46
tanranran 261 天前
太强了，这才是技术。可以节省大量带宽。大量电力。碳中和先锋
|
|
47
windmoonwind 261 天前
@Remember 您这个思路好，果然是眼界限制了想象啊...😅
|
 |
49
GOVER 261 天前
|
 |
54
cexll 261 天前
还不是无损，stereo 还能听出来背景音乐，之后的直接背景音乐都被消除了
|
 |
55
tyrone2333 261 天前
以后的音乐软件不开会员只能听这种音质的歌了...
|
|
56
akatale 261 天前
试了一下，win 版本还有 bug ，不是 wav 的话自动调用 ffmpeg ，结果硬编码进 exe 的命令没空格，得手动先转 wav
另外这玩意不能直接听的。。听也要解码，计算压力和编码相同，相当于压缩包 不过还是很 nb 了，一般的 128kbps 歌曲压完大小 200k 左右 |
 |
57
asdgsdg98 261 天前
aac 勉强算普及了，m4a 普及率不太行（视频除外），opus 普及度更，再出新的也没人用
|
 |
58
irobbin 261 天前
我知道一种压缩算法，可以将任意大小的数据压缩到 2 个 64 位字节。前提是你能遍历到π的合适位置。
|
 |
59
dianso 261 天前
我自豪的说，我的电脑拥有一块 500G 的固态硬盘，能存你想象不到的数量的歌曲，根本不在意
|
 |
60
hanbing135 261 天前 via Android 1
卫星电话可以用这个编码吧
|
 |
61
bczhc 260 天前
@HandSonic 动漫的话，用 aom-av1 比较好的 tune ，我估计码率还能再小，而且保持质量的情况下。主要是像流媒体平台，它们都不会用 aom 这么效率低的编码器
|
Select Language