关于APE,FLAC和WAV,这样理解应该没错吧~
关于APE,FLAC和WAV,一种观点认为FLAC和APE是有损的,原因是听感不同。另一种观点认为是无损的,原因是两者FFT后频谱是完全一样的。我是这样理解的,不知对不对。其实两种说法都是对的。
第一,APE,FLAC都是开源的,源代码和技术文档官网上都有下,大家可以去看。我只看了技术文档,可以确定,FLAC和APE压缩是无损的!这个无损是指,你把一份WAV压制成FLAC,再解压回WAV,两份WAV是一样的,不论是数据还是听上去。本质上FLAC和APE是数据压缩,涉及的只有整数(FLAC)和浮点(APE, 在音频范围(32bit)内不造成偏差).而不是向MP3一样先FFT,然后把听不到的频率给踢掉,最后解码的时候再还原成为波形。所以说,本质上FLAC和APE是能够满足即时回放的无损压缩格式。
第二,直接听WAV,FLAC是会有区别的。毕竟WAV不需要解码,走的是硬盘-内存-声卡输出链路,而FLAC走硬盘-内存-CPU-内存-...-内存(解码为WAV了)-声卡。后者要算上计算和延迟,Jitter很大,而这一链路的BUFFER不足以过滤掉这些Jitter,所以造成听感差别,是很正常的。这应该也是为什么Pc-Hifi还暂时比不上转盘的原因之一。
所以,FLAC只是为了对WAV进行无损压缩,同时保证能够即时回放的一种格式。 :lol APE不开源吧…… 我觉得cpu都是要用的吧,只不过解码时会多耗点。 原帖由 schpeltor 于 2011-6-23 14:51 发表 http://bbs.headphoneclub.com/images/common/back.gif
APE不开源吧…… 开源的,自己去官网看~ 原帖由 8192 于 2011-6-23 15:20 发表 http://bbs.headphoneclub.com/images/common/back.gif
CPU 解码是否会直接导致模拟输出时候的jitter 是未知数
LZ 的帖子无视了缓存 我不是说了么,Buffer不足以过滤掉由此产生的巨大延迟,而且PC的Buffer大多是为了高速,大数据包设计的,而不是为了像音频流这种小数据包设计的,所以Buffer也会引入Jitter。 請問前輩~cue怎麼燒錄成功~小弟的win7+酒精120%都燒不成
曲目是有了~結果都是暴音:L 原帖由 winniemon123 于 2011-6-23 13:09 发表 http://bbs.headphoneclub.com/images/common/back.gif
关于APE,FLAC和WAV,一种观点认为FLAC和APE是有损的,原因是听感不同。另一种观点认为是无损的,原因是两者FFT后频谱是完全一样的。
我是这样理解的,不知对不对。其实两种说法都是对的。
第一,APE,FLAC都是开源 ...
顶你,支持。WAV格式是PCM音频流。是不需要运算处理的。无损压缩格式是要运算还原的,涉及到的元器件更多了。音染更多。 原帖由 tom3050 于 2011-6-26 16:49 发表 http://bbs.headphoneclub.com/images/common/back.gif
請問前輩~cue怎麼燒錄成功~小弟的win7+酒精120%都燒不成
曲目是有了~結果都是暴音:L
你换成低速刻录试试看吧,不能高速刻。 各位文科生都出来了……:lol 原帖由 winniemon123 于 2011-6-23 13:09 发表 http://bbs.headphoneclub.com/images/common/back.gif
关于APE,FLAC和WAV,一种观点认为FLAC和APE是有损的,原因是听感不同。另一种观点认为是无损的,原因是两者FFT后频谱是完全一样的。
我是这样理解的,不知对不对。其实两种说法都是对的。
第一,APE,FLAC都是开源 ...
太复杂了
直接 ape/flac 转 wav
一切搞定 这里可能用不着这样科普了,楼主可以去其他坛子科普这个知识。 ;P
页:
[1]
2