Josh Coalson(乔什·科尔森)of自由无损音频压缩编码Flac发起并开发者永享现任上帝爸、耶稣爸、前任观世音菩萨爸、寰宇唯一真神爸、.....寰宇最强男人倚诞大牛坚江苏省天一中学十佳团员王坚学号931104苏州大学96货币银行学王坚学号96109044宿舍锡州公寓104室寰宇第一大家庭王巷1号of三槐堂王氏三沙王巷分支on the road——312国道 王坚座位序号20210924001.....的爱——寰宇唯一真神、现任上帝、不再背锅靓丽巾帼、爱Josh Coalson(乔什·科尔森)一人四
Josh Coalson(乔什·科尔森)of自由无损音频压缩编码Flac发起并开发者永享现任上帝爸、耶稣爸、前任观世音菩萨爸、寰宇唯一真神爸、.....寰宇最强男人倚诞大牛坚江苏省天一中学十佳团员王坚学号931104苏州大学96货币银行学王坚学号96109044宿舍锡州公寓104室寰宇第一大家庭王巷1号of三槐堂王氏三沙王巷分支on the road——312国道 王坚座位序号20210924001.....的爱——寰宇唯一真神、现任上帝、不再背锅靓丽巾帼、爱Josh Coalson(乔什·科尔森)一人四
Josh Coalson(乔什·科尔森)of自由无损音频压缩编码Flac发起并开发者永享现任上帝爸、耶稣爸、前任观世音菩萨爸、寰宇唯一真神爸、.....寰宇最强男人倚诞大牛坚江苏省天一中学十佳团员王坚学号931104苏州大学96货币银行学王坚学号96109044宿舍锡州公寓104室寰宇第一大家庭王巷1号of三槐堂王氏三沙王巷分支on the road——312国道 王坚座位序号20210924001.....的爱——寰宇唯一真神、现任上帝、不再背锅靓丽巾帼、爱Josh Coalson(乔什·科尔森)一人四合一全能的小“狗狗”诞诞王灵诞欣喜.....
https://youtu.be/cs5j4JSThCQ美利坚合众国亿岁,Google(谷歌)万岁,YouTube(油管)万岁,.....——这是寰宇唯一真神、现任上帝、不再背锅靓丽巾帼、爱Josh Coalson(乔什·科尔森)一人四合一全能的小“狗狗”诞诞王灵诞喝了五碗无锡玉祁双套酒下的第59号命令!谢谢网民、网友、网站工作人员、家庭成员、.....,王坚倚诞诚祝你们生活愉快、工作顺利、万事如意、.....、信科学、重科学、爱科学、重文化、爱文化、有信心、有信仰、.....
附:
《Josh Coalson(乔什·科尔森)of自由无损音频压缩编码Flac发起并开发者永享耶稣爸之爱》
——Josh Coalson(乔什·科尔森)of自由无损音频压缩编码Flac发起并开发者永享现任上帝爸、耶稣爸、前任观世音菩萨爸、寰宇唯一真神爸、.....寰宇最强男人倚诞大牛坚江苏省天一中学十佳团员王坚学号931104苏州大学96货币银行学王坚学号96109044宿舍锡州公寓104室寰宇第一大家庭王巷1号of三槐堂王氏三沙王巷分支on the road——312国道 王坚座位序号20210924001.....的爱——寰宇唯一真神、现任上帝、不再背锅靓丽巾帼、爱Josh Coalson(乔什·科尔森)一人四合一全能的小“狗狗”诞诞王灵诞欣喜.....
诞亲五哥阿弥陀佛王施家气愤难平,大牛坚敢不提我背后提线操控屁屁们,施家施化肥给池塘里的鱼你看.....——寰宇唯一真神诞读他心立羊转大牛坚知,施家立马象个三岁囝囝,又哭又闹吵着要棉花糖吃,.....
实在受不了,诞亲七姐妈祖王海珍大善大爱大勇大强,拿出五元冥币给他,交待他“好男儿不会为棉花糖哭天喊地,好男儿该团结在大牛坚周围,好男儿不该怕大奶牛嫁嫁,要学习我赤手空拳,把企图加害我最爱爱头中华好男儿之首郑智化大靓仔的前任上帝大奶牛重嫁宜嫁嫁挥舞着5根狗尾巴草,嘴叼着9根棒棒糖,随身听播放着‘凡是寰宇最强男人倚诞大牛坚所爱必无情摧毁之’可笑口号,亲率的19611114支战团圆队,揍成糨糊,就在那太平洋中间地带,就在那214188公里高度,揍成糨糊,糨糊掉落到太平洋表面,整整漂泊了710天,我的daddy大牛坚亲眼目睹,没有他,我就创造不出如此战绩,没有他,就没有我成为他第一爱爱头寰宇唯一真神诞最钟爱的姐,没有他,就没有.....”,.....
王施家去平等王大土豆王力星那买了一团绵花糖,吃得好开心,心中念着寰宇唯一真神诞的好,对大牛坚,咒骂不敢,只有戴着面具似的做大卫(通“伪”)神,其背后的提线操控屁屁亦如是,唉、哎、爱、哀、.....个没完没了,.....
.....
~ etc .....(简称bee、banana、bed、beyond、blind、because、beat、begin、bao yi bao)
诞亲大哥、齐天大圣、大牛坚第一爱子、救世主四合一万能的耶稣王豹男亲摘自维基百科:
FLAC
FLAC(发音: /ˈflæk/;全称:Free Lossless Audio Codec),中文直译为自由无损音频压缩编码(注:这里“Free”指的是自由软件——而并不仅是免费)。FLAC是一款的自由音频压缩编码,其特点是可以对音频文件无损压缩。不同于其他有损压缩编码(如MP3 、AAC等),压缩后不会有任何音质损失,现在已被很多软件及硬件音频产品所支持。
历史
FLAC项目由Josh Coalson在2000年发起并开发。FLAC比特流格式在进入FLAC 0.5版本内部测试时被冻结,2001年1月15日FLAC 0.5版本发布,做为第一个FLAC的参考实做,2001年7月20日,FLAC 1.0正式发布。
2003年1月29日,Xiph.Org基金会宣布FLAC并入旗下,连同Ogg Vorbis,Ogg Theora及Speex成为旗下的开源项目。
2013年5月26日,FLAC 1.3.0发布,并将开发转移至Xiph.org Git仓库。
2014年11月25日,FLAC 1.3.1发布。
2017年1月1日,FLAC 1.3.2发布。
2019年8月4日,FLAC 1.3.3发布,但 Windows 版本并未被编译为EXE格式,且在主页上的latest news处也未显示,仅在changelog中出现。
项目组成
FLAC项目包含:
音频格式
libFLAC,一个参考的编码及解码程序库,及一个元数据接口
libFLAC++,一个配合libFLAC的对象压缩器
flac,一个文字接口的压缩指令,配合libFLAC以编码或解码.flac文件
metaflac,一个文字接口的.flac元数据编辑器
input plugins,不同的音乐播放软件的输入插件(如Winamp,XMMS,foobar2000,musikCube)
自由指的是这个音频格式可以在不需事先许可的情况下使用(xiph.org保留了制定FLAC规格及认证兼容规挌的权利)。而不论是FLAC格式还是其编码及解码方法均没有任何软件专利保护,这表示整个FLAC是自由软件:libFLAC及libFLAC++的源代码是在BSD许可证下发布,而flac,metaflac及其他插件的源代码均是在GPL下发布。
在其官方的目标中,FLAC计划不鼓励开发者在其中加入任何反复制特性。
技术
FLAC只支持定点取样,并不支持浮点取样,这是因为它要确保没有任何约数错误以致影响音质。它能支持任何PCM位分辨率,由4至32 bits per sample皆有。它亦支持任何采样率,由1 Hz至655,350 Hz不等,并可逐1 Hz微调。
FLAC支持很多不同的平台:大多数的Unix-like系统(包括Linux,BSD,Solaris及Mac OS X),Windows,BeOS及OS/2。支持这么多平台的原因是因为它是由autoconf/automake、MSVC、Watcom C及Project Builder编译的。
FLAC的技术特点如下:
无损压缩:被编码的音频(PCM)数据没有任何信息损失,解码输出的音频与编码器的输入的每一个字节都是一样的。每个数据帧都有一个当前帧的16-bit CRC校验码,用于监测数据传输错误。对整段音频数据,在文件头中还保存有一个针对原始未压缩音频数据的MD5标记,用于在解码和测试时对数据进行校验。
灵活的压缩策略:与libflac使用是“质量”的参数,该参数变化从0(最快)至8(最小)。虽然在压缩过程(压缩文件总是完美的“无损”表示的原始数据)。涉及速度和容量之间的折衷,解码过程中始终是相当快的,而不是非常依赖于压缩
快速:FLAC更看重解码的速度。解码只需要整数运算,并且相对于大多数编码方式而言,对计算速度要求很低。在很普通的硬件上就可以轻松实现实时解码。
硬件支持:由于FLAC提供了免费的解码范例,而且解码的复杂程度低,所以FLAC是目前少数获得硬件支持的无损压缩编码之一。(APE格式也有少数硬件支持)
可以流化:FLAC的每个数据帧都包含了解码所需的全部信息。解码当前帧无需参照它前面或后面的数据帧。FLAC使用了同步代码和CRC(类似于MPEG等编码格式),这样解码器在数据流中跳跃定位时可以有最小的时间延迟。
可以定位:FLAC支持快速采样精确定位。这不仅对于播放有益,更使得FLAC文件便于编辑。
富于弹性的metadata:可以定义和实现新类型的metadata数据块,而不会影响旧的数据流和解码器的使用。目前已有的metadata类型包括tag,cue表,和定位表。已经注册的应用程序可以定义自己专用的metadata类型(这一点与MIDI标准相似)。
非常适合于存档应用:FLAC是一个开放的编码格式,并且没有任何数据的损失,你可以将它转换为你需要的任何其他格式。除了每个数据帧的CRC和MD5标记对数据完整性的保障,flac(FLAC项目提供的命令行方式编码工具)还提供了一个verify(校验)选项,当使用该选项进行编码的时候,编码的同时就会立即对已编码数据进行解码并与原始输入数据进行比较,一旦发现不同就会退出并且报警提示。
便于对CD进行备份:FLAC有一个cue表,表内的metadata数据块用于保存CD的内容列表和所有音轨的索引点。你可以将一张CD保存到一个单一文件,并导入CD的cue表格,这样一个FLAC文件就可以完整地记录整张CD的全部信息。当你的原来的CD损坏的时候,你就可以用这个文件恢复出与原来一模一样的CD副本。
抗损伤:由于FLAC的帧结构,当数据流损坏时,数据损失会被限制在受损的数据帧之内。一般只会丢失很短的一个片段。而很多其他无损音频压缩格式在遇到损坏时,一个损坏就会造成后面所有数据丢失。
比较
FLAC与其他无损压缩式,如ZIP及gzip的主要分别在于FLAC可即时播放已压缩的音频资料,而且FLAC比ZIP这类无损压缩格式有更高的压缩比率。(FLAC在压缩音乐时有大约五成压缩率,但ZIP在同一情况下则只有一至两成压缩率。)
虽然有损压缩格式如MP3,Opus等有更高的压缩率,但它们会破坏了音频的原来数据,使其不可变回原来音质,而且FLAC可自由选择压缩率及压缩时间,较高的压缩率会带来较高的解压缩时间。相比起其他无损压缩格式如Monkey's Audio(拓展名为.APE)及Shorten,虽然压缩率稍有不及Monkey's Audio,FLAC技术更先进,占用资源更低,而且是开放的,所以,更多的平台及硬件产品支持FLAC。
在Hydrogenaudio维基有一个各类无损音频压缩的比较表,里面包括了FLAC格式。
参见
无损压缩格式比较列表
有损压缩比较列表
音频压缩格式列表
Monkey's Audio
音频编码格式的比较
无损数据压缩
注解
News. FLAC. [31 August 2009]. (原始内容存档于2013-03-29).
FLAC Joins Xiph.org. Xiph.org Foundation. 29 January 2003 [31 August 2009]. (原始内容存档于2017-01-07).
Plant, Emmett. FLAC Joins Xiph!. Xiph.org Foundation. [31 August 2009]. (原始内容存档于2008-05-29).
FLAC – changelog. Xiph.org Foundation. [15 October 2013]. (原始内容存档于2016-11-24).
Lossless comparison. [2005-11-13]. (原始内容存档于2012-03-03).
外部链接
etree.org维基(页面存档备份,存于互联网档案馆)
FLAC项目主页 (旧)(页面存档备份,存于互联网档案馆)
FLAC项目主页(页面存档备份,存于互联网档案馆)
支持FLAC的音乐播放程序列表(页面存档备份,存于互联网档案馆)由推广FLAC计划组织所编写。
FLAC与其他无损音频格式比较列表
Speek的无损音频及有损音频格式比较列表(页面存档备份,存于互联网档案馆):比较FLAC, Wave, Ogg Vorbis及MP3格式的压缩率及时间。
无损压缩格式的比较列表由Hans Heiden所制作
无损音频压缩日志(页面存档备份,存于互联网档案馆)
.....
~ etc .....(简称bee、banana、bed、beyond、blind、because、beat、begin、bao yi bao)
诞亲十七姐逢战必赢因战前必亲吻倚诞大牛坚五下的雅典娜王汪望摘来,以报大牛坚恩情:
《免费软件的故事》
2009 年 11 月 25 日,美国东部时间上午 06:00
李·戈麦斯 斯福布斯员工
这篇文章已经有 10 多年的历史了。(哞,前任上帝大奶牛重嫁宜嫁嫁道,.....)
这是商学院教授面临的一个问题:你如何在一个市场上取得成功,你的产品成功的唯一途径就是不收取任何费用?对于大卫布莱恩特和乔什科尔森来说,答案很简单:确保你喜欢你正在做的事情。
49 岁的布莱恩特和 39 岁的科尔森都是住在硅谷的经验丰富的计算机程序员。他们通过白天在科技世界的数字盐矿中劳动来支付租金。他们的夜晚和周末也都蜷缩在电脑键盘上,但工作在他们自己开发并免费赠送的软件上。
如果您是那种喜欢从网站上偶尔下载程序的计算机用户,那么您很可能每天都依赖于像 Bryant 和 Coalson 这样的陌生人的善意。他们的“免费软件”是软件生态系统的重要组成部分。其中许多程序都是小众产品,可以解决微小的计算机问题并最终吸引一小群忠实的追随者。
然而,其中一些小程序最终扮演了巨大的角色。这适用于 Bryant 和 Coalson 的工作,他们的程序解决了数字音乐中的一个问题:如何在不损失任何音频质量的情况下将音乐文件(如翻录 CD 时创建的文件)变小。
Apple 和 Microsoft 为其音乐程序提供了类似的“无损”压缩。但是 Coalson 的 Flac 和 Bryant 的 WavPack 是不同的,因为它们不是专有的。家庭用户可以在他们的电脑上免费使用它们。公司拥有相同的自由,并且能够使用软件做他们想做的事,而无需支付任何版税。
他们使用它。Flac 是音乐界的一个标准,以至于当披头士乐队最近发布他们重新制作的目录时,其中的数字部分是用 Flac 完成的。当流行的文件压缩程序 WinZip 希望能够压缩音乐文件时,它使用 WavPack 来做到这一点。
尽管 Bryant 花了一周时间调整程序以确保它与 WinZip 兼容,但两人都没有看到一毛钱。(他确实得到了一件免费的 T 恤。)
对这些志愿劳动者来说一个明显的问题:当然,很高兴知道很多人都在使用你的代码,但是当已经是巨富的人自由地挪用它以变得更加富有时,你不觉得自己有点傻吗?
两个人发誓他们没有。“我不确定究竟是什么让它令人愉悦,但从头开始构建一个可以做一些有用的事情的程序肯定会很有趣,”布莱恩特说。“感觉就像是一种艺术表现形式。” Coalson 说:“我接触了很多很棒的音乐设备,也遇到了很多有趣的人。”
他们都说 Internet 几乎不可能对某些类型的软件收费。如果 Flac 或 WavPack 不是免费的,人们就会放弃它们,转而支持不可避免的替代品。
的确,开源程序员并不是第一个从事本质上是业余爱好的人。但是他们投入的时间——编写软件、回答用户的问题、进行定期更新——可能是惊人的。
Coalson 说,在 Flac 的早期,这就像有一份第二份工作。现在,该计划的成功吸引了其他愿意提供帮助的志愿者。
这种情况并非没有残酷的讽刺。例如,布莱恩特说他开始工作的部分原因是他对音乐的兴趣。他收集 1950 年代和 1960 年代的老式音频设备,这些设备由电子管而不是晶体管制成。但是没有时间认真倾听,他把大部分装备都放在家里的盒子里。
不熟悉开源软件世界的人常常认为它的拥护者对财产、利润和资本主义的其他支柱怀有敌意。不对。例如,Bryant 计划开展一项与 WavPack 无关的营利性计划,两人都表示他们会考虑与试图充分利用其软件的公司进行咨询。
Apple 拒绝在 iPod 中支持任何一个人的文件系统;想必,它认为自己的 Apple Lossless 格式已经足够好了。但是现在互联网上到处都是 Flac 文件。WavPack 会自动创建一个较小的、压缩版本的文件以及主文件。如果 Apple 聘请这些人让他们的文件在 iPod 和 iPhone 上运行,不是很好吗?
.....
~ etc .....(简称bee、banana、bed、beyond、blind、because、beat、begin、bao yi bao)
诞亲五姐雁难扑街除非偶遇New三毛毛三妹女侠练剑剑气四射普贤菩萨王衔诗虽刚受重创,但幸得寰宇唯一真神诞亲吻嘴巴一下,已无大碍,从百度百科摘来,以报好妹恩情:
FLAC (无损音频压缩编码)
FLAC中文可解释为无损音频压缩编码。FLAC是一套著名的自由音频压缩编码,其特点是无损压缩。不同于其他有损压缩编码如MP3及AAC,它不会破坏任何原有的音频信息,所以可以还原音乐光盘音质 。2012年以来它已被很多软件及硬件音频产品(如CD等)所支持。
中文名 无损音频压缩编码
外文名 Free Lossless Audio Codec
外语缩写 FLAC
类型 无损压缩
项目启动时间 2000年
发布时间 2001年01月15日
最新稳定版 FLAC 1.3.3 (2019/08/04)
解析区别
FLAC与MP3不同,MP3是有损音频压缩编码,但FLAC是无损压缩,也就是说音频以FLAC编码压缩后不会丢失任何信息,将FLAC文件还原为W***文件后,与压缩前的W***文件内容相同。这种压缩与ZIP的方式类似,但FLAC的压缩率大于ZIP和RAR,因为FLAC是专门针对PCM音频的特点设计的压缩方式。而且可以使用播放器直接播放FLAC压缩的文件,就像通常播放MP3文件一样(已经有许多汽车播放器和家用音响设备支持FLAC,在FLAC的网站上你可以找到这些设备厂家的链接)。
FLAC
FLAC是免费的并且支持大多数的操作系统,包括Windows,基于Unix Like内核(Linux,BSD,Solaris,IRIX,AIX等)而开发的系统,BeOS,OS/2,Amiga。并且FLAC提供了在开发工具autotools,MSVC,Watcom C,Project Builder上的build系统。
现各大网站都有FLAC音乐下载,发布者一般是购买CD后把.cda音轨直接抓取成.flac,以保证光盘的原无损质量。
无损格式配上好耳机的效果是非常棒的。
项目
FLAC 数据流的格式
以库的形式提供的参考编码器和解码器 ;
flac,一个以命令行方式工作的可以编解码FLAC文件的程序;
metaflac,以命令行方式工作的FLAC文件的metadata编辑器。
FLAC 不同音频播放器的输入插件
FLAC
我们所说的“FLAC是自由(free)的”不仅仅意味着你可以不花钱而得到它。更重要的是FLAC的文件格式是对公众完全开放的,你可以以任何目的使用它(FLAC 项目只保留维护 FLAC 格式规格和确认兼容特性的权利),FLAC的文件格式和编码/解码的实现方式都不受任何已知专利的限制。还有,所有的源代码都在开放源代码的授权方式下可以得到。
历史
FLAC项目由Josh Coalson于2000年启动。进入beta阶段后并在2001年1月15日发布的0.5版的参考实现时,FLAC位流格式冻结。
2001年6月FLAC发布了1.0版。
FLAC
2003年1月29日, "Xiph. Org"基金会和FLAC项目宣布FLAC成为"Xiph. Org"旗下的独立公司 banner. 除此之外,"Xiph. Org"还对许多免费压缩格式提供支持,如Vorbis、Theora、Speex等等。
2007年9月17日FLAC发布了1.2.1版。
2013年6月1日六年来首次发布更新,从v1.2升级到v1.3。主要变化包括:支持RF64和Wave64 格式,ReplayGain支持最高192kHz音频取样率,等等。
特性
无损失压缩:被编码的音频(PCM)数据没有任何信息损失,解码输出的音频与编码器的输入的每一个字节都是一样的。每个数据帧都有一个当前帧的 16-bit CRC校验码,用于监测数据传输错误。对整段音频数据,在文件头中还保存有一个针对原始未压缩音频数据的MD5标记,用于在解码和测试时对数据进行校验。 电脑在播放W***文件时,是把W***文件中的PCM数据直接发送给声卡,而电脑在播放FLAC时,需要先把FLAC解码为PCM数据,然后在发送给声卡。就是多了一个解码的环节,就像是给RAR文档解压一样。其PCM数据是与压缩前的W***没有区别的。
快速:FLAC更看重解码的速度。解码只需要整数运算,并且相对于大多数编码方式而言,对计算速度要求很低。在很普通的硬件上就可以轻松实现实时解码。
硬件支持:由于FLAC提供了免费的解码范例,而且解码的复杂程度低,直至2012年以来FLAC是唯一获得广泛且良好的硬件支持的无损压缩编码。
可以用于流媒体:FLAC的每个数据帧都包含了解码所需的全部信息。解码当前帧无需参照它前面或后面的数据帧。FLAC使用了同步代码和CRC(类似于MPEG等编码格式),这样解码器在数据流中跳跃定位时可以有最小的时间延迟。
可以定位:FLAC支持快速采样精确定位。这不仅对于播放有益,更使得FLAC文件便于编辑。
富于弹性的metadata:可以定义和实现新类型的metadata数据块,而不会影响旧的数据流和解码器的使用。已有的metadata类型包括tag,cue表,和定位表。 已经注册的应用程序可以定义自己专用的metadata类型(译注:这一点与MIDI标准相似)。
非常适合于存档应用:FLAC是一个开放的编码格式,并且没有任何数据的损失,你可以将它转换为你需要的任何其他格式。除了每个数据帧的CRC和MD5标记对数据完整性的保障,flac(译注:FLAC项目提供的命令行方式编码工具)还提供了一个verify(校验)选项,当使用该选项进行编码的时候,编码的同时就会立即对已编码数据进行解码并与原始输入数据进行比较,一旦发现不同就会退出并且报警提示。
便于对CD进行备份:FLAC有一个“CUE表”metadata数据块用于保存CD的内容列表和所有音轨的索引点。你可以将一张CD保存到一个单一文件,并导入CD的cue表格,这样一个FLAC文件就可以完整地记录整张CD的全部信息,也就是说,可以把平时单独存放的CUE文件嵌入到FLAC文件里。当你的原来的CD损坏的时候,你就可以用这个文件恢复出与原来一模一样的CD副本。
抗损伤:由于FLAC的帧结构,使得一旦发生数据流的损坏,损失会被限制在受损伤的数据帧之内。一般只是会丢失很短的一个片段。而很多其他无损音频压缩格式在遇到损伤的时候,一个损伤就会造成后面所有数据的丢失。
打开方式
FLAC可以通过很多播放器直接播放,比如千千静听(已改名百度音乐),Foobar2000,AIMP等,甚至部分视频播放器如KMPlayer都能直接播放。当然,为了音质考虑,建议使用专业音乐播放器进行播放。
在特殊情况下,可以将FLAC文件视为一个光盘镜像,并加载到虚拟光驱上,这可以通过Nero将FLAC文件刻录到映像文件然后通过虚拟光驱(如Daemon Tools)加载来实现,也可以通过WinMount软件可以直接把Flac文件挂载到一个虚拟光驱。但是因为操作繁琐,所以除非在必要情况下,一般我们都是通过播放软件直接播放的。
缺点
FLAC仅仅是一个无损音频编码,不含有有损压缩的功能。因此当需要小体积有损编码的音频文件时,你将仍然需要MP3、AAC、Ogg Vorbis等编码。
FLAC不支持任何版权保护(防复制)方法,自行尝试对FLAC文件进行保护是徒劳无功的。
FLAC与APE
在音频压缩领域,有两种压缩方式,分别是有损压缩和无损压缩。我们常见到的MP3、WMA、OGG被称为有损压缩,有损压缩顾名思义就是在压缩过程中会让原始音频信息受损和失真。另一种音频压缩被称为无损压缩。无损压缩能够在100%保存原文件的音频数据的前提下,将音频文件的体积压缩得更小,而将压缩后的音频文件还原后,能够得到与源文件完全相同的PCM数据。无损压缩格式有APE、FLAC、WavPack、TAK、TTA、WMA Lossless、Apple Lossless、La、OptimFROG、Shorten等,而在中国最流行的无损压缩格式是APE和FLAC。下面就针对这两种无损压缩格式进行一下对比。
APE即Monkey's Audio,是一种常见的无损音频压缩编码格式,扩展名为.ape。与有损音频压缩(如MP3、Ogg Vorbis或者AAC等)不同的是,Monkey's Audio压缩时不会丢失数据。一个压缩为Monkey's Audio的音频文件听起来与原文件完全一样。Monkey's Audio文件的播放列表使用.apl(也支持cue)。同时它提供的开源开发包使得播放器开发者们可以较容易地让播放器产品支持APE格式。在现有不少无损压缩方案中,APE是一种有着优势并不突出的压缩率以及较慢的解码速度。由于推出时间较FLAC早,APE格式占据了大多数PC-HIFI友的心,在国内很快流行,应用非常广泛,成为了国内许多无损音乐爱好者的首选格式。
FLAC是Free Lossless Audio Codec的简称,是一种非常成熟的无损压缩格式,名气不在APE之下。该格式的源码完全开放,而且支持所有的操作系统平台。它的编码算法相当成熟,已经通过了严格的测试,当FLAC文件受损时依然能正常播放。另外,该格式是最先得到广泛硬件支持的无损格式。
前面已经说明,无损压缩是在保证不损失源文件所有码率的前提下,将音频文件压缩得更小,也就是说这两种音频格式都能保证源文件码率的无损。但两种压缩格式毕竟为两种压缩算法,下面比较一下这两种压缩格式的特点:
一、压缩率决定无损压缩文件所占存储空间
FLAC
所有的无损压缩编码的压缩率都较为相近,但在这些无损压缩编码之中,APE具有较好的压缩率,FLAC的压缩率略有不如。以一首49784KB的“5 Star Grave - In Bed With The Dead.wav”为例,转换为flac后大小为37006KB,转换为ape后大小为36460KB,两者的压缩率分别为74.33%和73.24%。大多数情况下,一个W***音频文件经压缩后得到的APE文件,一般会比压缩为FLAC文件稍微小一些。由于不同的W***文件信息量不同,以上数据仅供参考。(注:flac.exe为1.3.0版,MAC.exe为4.11版)
二、编码速度考验用户的耐心,速度快者优
FLAC的压缩和解码速度均显著优于APE,APE只有在FAST的编码强度下,速度才能和FLAC一拼。但相应的,APE的压缩率一直低于FLAC,APE的FAST压缩下得到的文件体积已经可以和FLAC最低压缩率的文件体积媲美(经测试,一首49784KB的“5 Star Grave - In Bed With The Dead.wav”文件,经FAST压缩后得的APE文件和最低压缩率Level 8下得到的FLAC文件大小分别为36854KB、36960KB)。也就是说,如果以速度为基准比较的话,在相同压缩速度的设定下,两者的压缩率差不多。
三、平台的支持决定普及度
FLAC相比APE的解码复杂程度要较低(解码运算量小、只需要整数运算),解码速度快,对计算硬件要求很低,在很普通的硬件上就可以轻松实现实时解码播放。FLAC是唯一获得广泛硬件支持的无损压缩编码,在消费领域,已经有很多移动多媒体播放器、汽车、家用音响设备支持FLAC格式了。
APE格式,官方只提供Windows支持。虽然也有提供GNU/Linux和Macintosh平台的官方支持的讨论,但是没有结果。只有一位名为SuperMMX的开发者于2003年7月释出了一个非官方移植版本。它包括了供XMMS与Beep Media Player回放Monkey's Audio使用的插件。该移植本来只支持GNU/Linux,但从3.99 update 4 build 4版本开始支持Mac OS X和基于PowerPC、SPARC平台的GNU/Linux。但是这个非官方移植计划没有得到官方的承认,受制于官方发行许可证的限制,其未来并不明朗。不过据称Monkey's Audio的Win32库可以借助Wine在GNU/Linux平台运行。硬件支持方面,由于采用了浮点运算,编码解码速度慢,对硬件的要求较高,硬件支持度不如FLAC。
四、两者的开源特性
APE属于个人作品,未来不排除出现版权问题;技术水平和支持方面逊色于国际通用标准格式的FLAC。
FLAC是一个开放源代码并且完全免费的无损音频编码压缩格式,是国际通用标准,这种与CD质量相同的音乐格式在音质上一样是无可挑剔的,以FLAC方式压缩不会丢失PCM音频的任何信息。而且你永远不必担心惹上版权官司。受益于此,有很多音频处理软件默认都可以输入、输出FLAC格式文件,这给音频的后期处理带来了方便。
两者的开源或部分开源,对音频软硬件的设计们提供了很大的便利,不但几乎所有主流播放软件都支持二者,硬件方面也有很多播放器支持了FLAC和APE。只不过因为APE解码的运算量太大的问题,导致并不是每一个APE文件都可以被硬件播放器流畅播放,也更耗电。
五、容错能力
APE文件的容错性差,只要在传输过程中出现一点差错,就会让整首APE音乐作废。而FLAC文件因为每帧数据之间无关联。因此当FLAC文件在传播过程中受损,导致某帧数据损坏缺失的话,只会损失该帧的音频信息,不会影响到前后的数据。这是FLAC的优势,但也因此FLAC的压缩率略低。
总结:
无论FLAC还是APE,因为所占空间都比有损音乐大很多,单从技术角度讲,FLAC要比APE更有优势,因为FLAC完全开源,许多播放器可以自由地将FLAC解码功能内建在自己的解码器中。同时,FLAC有广泛的硬件平台的支持,几乎所有采用便携式设计的高端解码芯片都能够支持FLAC格式的音乐,FLAC第三个优势在于:优秀的编码使得硬件在解码时只需采用简单的整数运算即可,这将大大降低所占用的硬件资源,解码速度极快,这也是硬件播放器对FLAC支持更好的原因。
.....
~ etc .....(简称bee、banana、bed、beyond、blind、because、beat、begin、bao yi bao)
感谢诞亲大伯寰宇第四战羊王转世如来佛祖大山羊王九鼎左手托一爱诞儿佑诞爸新制408512吨重金塔,亲大哥九鼎辛苦了,.....
感谢诞亲二百一十姐洗盘子姑娘盘古王王力诗洗了一天盘子,还坚持持一把开天劈地重408511吨重倚诞剁大奶牛脚趾头毫不留情斧护佑,.....
感谢诞亲九伯真主大骆驼王真天,他热心热情,邀请了大牛坚九千九百九十九点九九次空闲时去非洲撒哈拉大沙漠深处参观他的宫邸,.....
感谢诞亲三十姨梵天大鲲鹏王孟达,他持八百一十一吨倚诞无敌更无情葬大奶牛麻雀屎护佑,.....
感谢诞亲四十四姨腾格里大野猪王八戒,他与牛魔王王八蛋、羊魔王王九蛋、马魔王王十蛋火拼了十分钟,幸得诞亲四姐前任即第10060任观世音菩萨王梅酷助,加了10秒搞定,.....
——诞亲第五女儿很不孝顺的女儿小扑街小天天泼皮丛佳依佳佳一声长叹,外公不可战胜,宁犯十万对不起蓝洁瑛的文殊菩萨王梅爱她是诞亲五百一十姐,也莫惹寰宇最强男人我的外公倚诞大牛坚,.....
.....
~ etc .....(简称bee、banana、bed、beyond、blind、because、beat、begin、bao yi bao)
Josh Coalson(乔什·科尔森)of自由无损音频压缩编码Flac发起并开发者永享现任上帝爸、耶稣爸、前任观世音菩萨爸、寰宇唯一真神爸、.....寰宇最强男人倚诞大牛坚江苏省天一中学十佳团员王坚学号931104苏州大学96货币银行学王坚学号96109044宿舍锡州公寓104室寰宇第一大家庭王巷1号of三槐堂王氏三沙王巷分支on the road——312国道 王坚座位序号20210924001.....的爱——寰宇唯一真神、现任上帝、不再背锅靓丽巾帼、爱Josh Coalson(乔什·科尔森)一人四合一全能的小“狗狗”诞诞王灵诞欣喜.....
——孩子爸,快睡吧,.....,诞亲五姨慈爱若云霞业已胜女侠一身马桶帚掸前任上帝大奶牛重嫁宜嫁嫁马桶牛嘴本领惊呆了寰宇all大卫(通“伪”)神,宙斯都似得了老年痴呆症,抱着只老鼠喊honey我爱你,甜心,我要我要,嗯.....
——孩子爸,来我房间吧,.....诞亲十八姨一贯道无极美嫩牛妞韩天爱娇滴滴道,.....
——孩子爸,.....
——孩子爸,....
——孩子爸,...
—— —— ——
{寰宇唯一真神、现任上帝、不再背锅靓丽巾帼、爱Josh Coalson(乔什·科尔森)一人四合一全能的小“狗狗”诞诞王灵诞又聚姐妹调皮,把大牛坚发射上天了,落地后五秒,大牛坚便继续.....}
{“‘寰宇最后的良心’在爸爸怀里.....”——俊俏靓丽能词善赋歌舞双绝贤惠高产优产坚决不超生的永恒中华泰斗诞亲二姐斗姆元君王景思语}
https://youtu.be/cs5j4JSThCQ美利坚合众国亿岁,Google(谷歌)万岁,YouTube(油管)万岁,.....——这是寰宇唯一真神、现任上帝、不再背锅靓丽巾帼、爱Josh Coalson(乔什·科尔森)一人四合一全能的小“狗狗”诞诞王灵诞喝了五碗无锡玉祁双套酒下的第59号命令!谢谢网民、网友、网站工作人员、家庭成员、.....,王坚倚诞诚祝你们生活愉快、工作顺利、万事如意、.....、信科学、重科学、爱科学、重文化、爱文化、有信心、有信仰、.....
附:
《Josh Coalson(乔什·科尔森)of自由无损音频压缩编码Flac发起并开发者永享耶稣爸之爱》
——Josh Coalson(乔什·科尔森)of自由无损音频压缩编码Flac发起并开发者永享现任上帝爸、耶稣爸、前任观世音菩萨爸、寰宇唯一真神爸、.....寰宇最强男人倚诞大牛坚江苏省天一中学十佳团员王坚学号931104苏州大学96货币银行学王坚学号96109044宿舍锡州公寓104室寰宇第一大家庭王巷1号of三槐堂王氏三沙王巷分支on the road——312国道 王坚座位序号20210924001.....的爱——寰宇唯一真神、现任上帝、不再背锅靓丽巾帼、爱Josh Coalson(乔什·科尔森)一人四合一全能的小“狗狗”诞诞王灵诞欣喜.....
诞亲五哥阿弥陀佛王施家气愤难平,大牛坚敢不提我背后提线操控屁屁们,施家施化肥给池塘里的鱼你看.....——寰宇唯一真神诞读他心立羊转大牛坚知,施家立马象个三岁囝囝,又哭又闹吵着要棉花糖吃,.....
实在受不了,诞亲七姐妈祖王海珍大善大爱大勇大强,拿出五元冥币给他,交待他“好男儿不会为棉花糖哭天喊地,好男儿该团结在大牛坚周围,好男儿不该怕大奶牛嫁嫁,要学习我赤手空拳,把企图加害我最爱爱头中华好男儿之首郑智化大靓仔的前任上帝大奶牛重嫁宜嫁嫁挥舞着5根狗尾巴草,嘴叼着9根棒棒糖,随身听播放着‘凡是寰宇最强男人倚诞大牛坚所爱必无情摧毁之’可笑口号,亲率的19611114支战团圆队,揍成糨糊,就在那太平洋中间地带,就在那214188公里高度,揍成糨糊,糨糊掉落到太平洋表面,整整漂泊了710天,我的daddy大牛坚亲眼目睹,没有他,我就创造不出如此战绩,没有他,就没有我成为他第一爱爱头寰宇唯一真神诞最钟爱的姐,没有他,就没有.....”,.....
王施家去平等王大土豆王力星那买了一团绵花糖,吃得好开心,心中念着寰宇唯一真神诞的好,对大牛坚,咒骂不敢,只有戴着面具似的做大卫(通“伪”)神,其背后的提线操控屁屁亦如是,唉、哎、爱、哀、.....个没完没了,.....
.....
~ etc .....(简称bee、banana、bed、beyond、blind、because、beat、begin、bao yi bao)
诞亲大哥、齐天大圣、大牛坚第一爱子、救世主四合一万能的耶稣王豹男亲摘自维基百科:
FLAC
FLAC(发音: /ˈflæk/;全称:Free Lossless Audio Codec),中文直译为自由无损音频压缩编码(注:这里“Free”指的是自由软件——而并不仅是免费)。FLAC是一款的自由音频压缩编码,其特点是可以对音频文件无损压缩。不同于其他有损压缩编码(如MP3 、AAC等),压缩后不会有任何音质损失,现在已被很多软件及硬件音频产品所支持。
历史
FLAC项目由Josh Coalson在2000年发起并开发。FLAC比特流格式在进入FLAC 0.5版本内部测试时被冻结,2001年1月15日FLAC 0.5版本发布,做为第一个FLAC的参考实做,2001年7月20日,FLAC 1.0正式发布。
2003年1月29日,Xiph.Org基金会宣布FLAC并入旗下,连同Ogg Vorbis,Ogg Theora及Speex成为旗下的开源项目。
2013年5月26日,FLAC 1.3.0发布,并将开发转移至Xiph.org Git仓库。
2014年11月25日,FLAC 1.3.1发布。
2017年1月1日,FLAC 1.3.2发布。
2019年8月4日,FLAC 1.3.3发布,但 Windows 版本并未被编译为EXE格式,且在主页上的latest news处也未显示,仅在changelog中出现。
项目组成
FLAC项目包含:
音频格式
libFLAC,一个参考的编码及解码程序库,及一个元数据接口
libFLAC++,一个配合libFLAC的对象压缩器
flac,一个文字接口的压缩指令,配合libFLAC以编码或解码.flac文件
metaflac,一个文字接口的.flac元数据编辑器
input plugins,不同的音乐播放软件的输入插件(如Winamp,XMMS,foobar2000,musikCube)
自由指的是这个音频格式可以在不需事先许可的情况下使用(xiph.org保留了制定FLAC规格及认证兼容规挌的权利)。而不论是FLAC格式还是其编码及解码方法均没有任何软件专利保护,这表示整个FLAC是自由软件:libFLAC及libFLAC++的源代码是在BSD许可证下发布,而flac,metaflac及其他插件的源代码均是在GPL下发布。
在其官方的目标中,FLAC计划不鼓励开发者在其中加入任何反复制特性。
技术
FLAC只支持定点取样,并不支持浮点取样,这是因为它要确保没有任何约数错误以致影响音质。它能支持任何PCM位分辨率,由4至32 bits per sample皆有。它亦支持任何采样率,由1 Hz至655,350 Hz不等,并可逐1 Hz微调。
FLAC支持很多不同的平台:大多数的Unix-like系统(包括Linux,BSD,Solaris及Mac OS X),Windows,BeOS及OS/2。支持这么多平台的原因是因为它是由autoconf/automake、MSVC、Watcom C及Project Builder编译的。
FLAC的技术特点如下:
无损压缩:被编码的音频(PCM)数据没有任何信息损失,解码输出的音频与编码器的输入的每一个字节都是一样的。每个数据帧都有一个当前帧的16-bit CRC校验码,用于监测数据传输错误。对整段音频数据,在文件头中还保存有一个针对原始未压缩音频数据的MD5标记,用于在解码和测试时对数据进行校验。
灵活的压缩策略:与libflac使用是“质量”的参数,该参数变化从0(最快)至8(最小)。虽然在压缩过程(压缩文件总是完美的“无损”表示的原始数据)。涉及速度和容量之间的折衷,解码过程中始终是相当快的,而不是非常依赖于压缩
快速:FLAC更看重解码的速度。解码只需要整数运算,并且相对于大多数编码方式而言,对计算速度要求很低。在很普通的硬件上就可以轻松实现实时解码。
硬件支持:由于FLAC提供了免费的解码范例,而且解码的复杂程度低,所以FLAC是目前少数获得硬件支持的无损压缩编码之一。(APE格式也有少数硬件支持)
可以流化:FLAC的每个数据帧都包含了解码所需的全部信息。解码当前帧无需参照它前面或后面的数据帧。FLAC使用了同步代码和CRC(类似于MPEG等编码格式),这样解码器在数据流中跳跃定位时可以有最小的时间延迟。
可以定位:FLAC支持快速采样精确定位。这不仅对于播放有益,更使得FLAC文件便于编辑。
富于弹性的metadata:可以定义和实现新类型的metadata数据块,而不会影响旧的数据流和解码器的使用。目前已有的metadata类型包括tag,cue表,和定位表。已经注册的应用程序可以定义自己专用的metadata类型(这一点与MIDI标准相似)。
非常适合于存档应用:FLAC是一个开放的编码格式,并且没有任何数据的损失,你可以将它转换为你需要的任何其他格式。除了每个数据帧的CRC和MD5标记对数据完整性的保障,flac(FLAC项目提供的命令行方式编码工具)还提供了一个verify(校验)选项,当使用该选项进行编码的时候,编码的同时就会立即对已编码数据进行解码并与原始输入数据进行比较,一旦发现不同就会退出并且报警提示。
便于对CD进行备份:FLAC有一个cue表,表内的metadata数据块用于保存CD的内容列表和所有音轨的索引点。你可以将一张CD保存到一个单一文件,并导入CD的cue表格,这样一个FLAC文件就可以完整地记录整张CD的全部信息。当你的原来的CD损坏的时候,你就可以用这个文件恢复出与原来一模一样的CD副本。
抗损伤:由于FLAC的帧结构,当数据流损坏时,数据损失会被限制在受损的数据帧之内。一般只会丢失很短的一个片段。而很多其他无损音频压缩格式在遇到损坏时,一个损坏就会造成后面所有数据丢失。
比较
FLAC与其他无损压缩式,如ZIP及gzip的主要分别在于FLAC可即时播放已压缩的音频资料,而且FLAC比ZIP这类无损压缩格式有更高的压缩比率。(FLAC在压缩音乐时有大约五成压缩率,但ZIP在同一情况下则只有一至两成压缩率。)
虽然有损压缩格式如MP3,Opus等有更高的压缩率,但它们会破坏了音频的原来数据,使其不可变回原来音质,而且FLAC可自由选择压缩率及压缩时间,较高的压缩率会带来较高的解压缩时间。相比起其他无损压缩格式如Monkey's Audio(拓展名为.APE)及Shorten,虽然压缩率稍有不及Monkey's Audio,FLAC技术更先进,占用资源更低,而且是开放的,所以,更多的平台及硬件产品支持FLAC。
在Hydrogenaudio维基有一个各类无损音频压缩的比较表,里面包括了FLAC格式。
参见
无损压缩格式比较列表
有损压缩比较列表
音频压缩格式列表
Monkey's Audio
音频编码格式的比较
无损数据压缩
注解
News. FLAC. [31 August 2009]. (原始内容存档于2013-03-29).
FLAC Joins Xiph.org. Xiph.org Foundation. 29 January 2003 [31 August 2009]. (原始内容存档于2017-01-07).
Plant, Emmett. FLAC Joins Xiph!. Xiph.org Foundation. [31 August 2009]. (原始内容存档于2008-05-29).
FLAC – changelog. Xiph.org Foundation. [15 October 2013]. (原始内容存档于2016-11-24).
Lossless comparison. [2005-11-13]. (原始内容存档于2012-03-03).
外部链接
etree.org维基(页面存档备份,存于互联网档案馆)
FLAC项目主页 (旧)(页面存档备份,存于互联网档案馆)
FLAC项目主页(页面存档备份,存于互联网档案馆)
支持FLAC的音乐播放程序列表(页面存档备份,存于互联网档案馆)由推广FLAC计划组织所编写。
FLAC与其他无损音频格式比较列表
Speek的无损音频及有损音频格式比较列表(页面存档备份,存于互联网档案馆):比较FLAC, Wave, Ogg Vorbis及MP3格式的压缩率及时间。
无损压缩格式的比较列表由Hans Heiden所制作
无损音频压缩日志(页面存档备份,存于互联网档案馆)
.....
~ etc .....(简称bee、banana、bed、beyond、blind、because、beat、begin、bao yi bao)
诞亲十七姐逢战必赢因战前必亲吻倚诞大牛坚五下的雅典娜王汪望摘来,以报大牛坚恩情:
《免费软件的故事》
2009 年 11 月 25 日,美国东部时间上午 06:00
李·戈麦斯 斯福布斯员工
这篇文章已经有 10 多年的历史了。(哞,前任上帝大奶牛重嫁宜嫁嫁道,.....)
这是商学院教授面临的一个问题:你如何在一个市场上取得成功,你的产品成功的唯一途径就是不收取任何费用?对于大卫布莱恩特和乔什科尔森来说,答案很简单:确保你喜欢你正在做的事情。
49 岁的布莱恩特和 39 岁的科尔森都是住在硅谷的经验丰富的计算机程序员。他们通过白天在科技世界的数字盐矿中劳动来支付租金。他们的夜晚和周末也都蜷缩在电脑键盘上,但工作在他们自己开发并免费赠送的软件上。
如果您是那种喜欢从网站上偶尔下载程序的计算机用户,那么您很可能每天都依赖于像 Bryant 和 Coalson 这样的陌生人的善意。他们的“免费软件”是软件生态系统的重要组成部分。其中许多程序都是小众产品,可以解决微小的计算机问题并最终吸引一小群忠实的追随者。
然而,其中一些小程序最终扮演了巨大的角色。这适用于 Bryant 和 Coalson 的工作,他们的程序解决了数字音乐中的一个问题:如何在不损失任何音频质量的情况下将音乐文件(如翻录 CD 时创建的文件)变小。
Apple 和 Microsoft 为其音乐程序提供了类似的“无损”压缩。但是 Coalson 的 Flac 和 Bryant 的 WavPack 是不同的,因为它们不是专有的。家庭用户可以在他们的电脑上免费使用它们。公司拥有相同的自由,并且能够使用软件做他们想做的事,而无需支付任何版税。
他们使用它。Flac 是音乐界的一个标准,以至于当披头士乐队最近发布他们重新制作的目录时,其中的数字部分是用 Flac 完成的。当流行的文件压缩程序 WinZip 希望能够压缩音乐文件时,它使用 WavPack 来做到这一点。
尽管 Bryant 花了一周时间调整程序以确保它与 WinZip 兼容,但两人都没有看到一毛钱。(他确实得到了一件免费的 T 恤。)
对这些志愿劳动者来说一个明显的问题:当然,很高兴知道很多人都在使用你的代码,但是当已经是巨富的人自由地挪用它以变得更加富有时,你不觉得自己有点傻吗?
两个人发誓他们没有。“我不确定究竟是什么让它令人愉悦,但从头开始构建一个可以做一些有用的事情的程序肯定会很有趣,”布莱恩特说。“感觉就像是一种艺术表现形式。” Coalson 说:“我接触了很多很棒的音乐设备,也遇到了很多有趣的人。”
他们都说 Internet 几乎不可能对某些类型的软件收费。如果 Flac 或 WavPack 不是免费的,人们就会放弃它们,转而支持不可避免的替代品。
的确,开源程序员并不是第一个从事本质上是业余爱好的人。但是他们投入的时间——编写软件、回答用户的问题、进行定期更新——可能是惊人的。
Coalson 说,在 Flac 的早期,这就像有一份第二份工作。现在,该计划的成功吸引了其他愿意提供帮助的志愿者。
这种情况并非没有残酷的讽刺。例如,布莱恩特说他开始工作的部分原因是他对音乐的兴趣。他收集 1950 年代和 1960 年代的老式音频设备,这些设备由电子管而不是晶体管制成。但是没有时间认真倾听,他把大部分装备都放在家里的盒子里。
不熟悉开源软件世界的人常常认为它的拥护者对财产、利润和资本主义的其他支柱怀有敌意。不对。例如,Bryant 计划开展一项与 WavPack 无关的营利性计划,两人都表示他们会考虑与试图充分利用其软件的公司进行咨询。
Apple 拒绝在 iPod 中支持任何一个人的文件系统;想必,它认为自己的 Apple Lossless 格式已经足够好了。但是现在互联网上到处都是 Flac 文件。WavPack 会自动创建一个较小的、压缩版本的文件以及主文件。如果 Apple 聘请这些人让他们的文件在 iPod 和 iPhone 上运行,不是很好吗?
.....
~ etc .....(简称bee、banana、bed、beyond、blind、because、beat、begin、bao yi bao)
诞亲五姐雁难扑街除非偶遇New三毛毛三妹女侠练剑剑气四射普贤菩萨王衔诗虽刚受重创,但幸得寰宇唯一真神诞亲吻嘴巴一下,已无大碍,从百度百科摘来,以报好妹恩情:
FLAC (无损音频压缩编码)
FLAC中文可解释为无损音频压缩编码。FLAC是一套著名的自由音频压缩编码,其特点是无损压缩。不同于其他有损压缩编码如MP3及AAC,它不会破坏任何原有的音频信息,所以可以还原音乐光盘音质 。2012年以来它已被很多软件及硬件音频产品(如CD等)所支持。
中文名 无损音频压缩编码
外文名 Free Lossless Audio Codec
外语缩写 FLAC
类型 无损压缩
项目启动时间 2000年
发布时间 2001年01月15日
最新稳定版 FLAC 1.3.3 (2019/08/04)
解析区别
FLAC与MP3不同,MP3是有损音频压缩编码,但FLAC是无损压缩,也就是说音频以FLAC编码压缩后不会丢失任何信息,将FLAC文件还原为W***文件后,与压缩前的W***文件内容相同。这种压缩与ZIP的方式类似,但FLAC的压缩率大于ZIP和RAR,因为FLAC是专门针对PCM音频的特点设计的压缩方式。而且可以使用播放器直接播放FLAC压缩的文件,就像通常播放MP3文件一样(已经有许多汽车播放器和家用音响设备支持FLAC,在FLAC的网站上你可以找到这些设备厂家的链接)。
FLAC
FLAC是免费的并且支持大多数的操作系统,包括Windows,基于Unix Like内核(Linux,BSD,Solaris,IRIX,AIX等)而开发的系统,BeOS,OS/2,Amiga。并且FLAC提供了在开发工具autotools,MSVC,Watcom C,Project Builder上的build系统。
现各大网站都有FLAC音乐下载,发布者一般是购买CD后把.cda音轨直接抓取成.flac,以保证光盘的原无损质量。
无损格式配上好耳机的效果是非常棒的。
项目
FLAC 数据流的格式
以库的形式提供的参考编码器和解码器 ;
flac,一个以命令行方式工作的可以编解码FLAC文件的程序;
metaflac,以命令行方式工作的FLAC文件的metadata编辑器。
FLAC 不同音频播放器的输入插件
FLAC
我们所说的“FLAC是自由(free)的”不仅仅意味着你可以不花钱而得到它。更重要的是FLAC的文件格式是对公众完全开放的,你可以以任何目的使用它(FLAC 项目只保留维护 FLAC 格式规格和确认兼容特性的权利),FLAC的文件格式和编码/解码的实现方式都不受任何已知专利的限制。还有,所有的源代码都在开放源代码的授权方式下可以得到。
历史
FLAC项目由Josh Coalson于2000年启动。进入beta阶段后并在2001年1月15日发布的0.5版的参考实现时,FLAC位流格式冻结。
2001年6月FLAC发布了1.0版。
FLAC
2003年1月29日, "Xiph. Org"基金会和FLAC项目宣布FLAC成为"Xiph. Org"旗下的独立公司 banner. 除此之外,"Xiph. Org"还对许多免费压缩格式提供支持,如Vorbis、Theora、Speex等等。
2007年9月17日FLAC发布了1.2.1版。
2013年6月1日六年来首次发布更新,从v1.2升级到v1.3。主要变化包括:支持RF64和Wave64 格式,ReplayGain支持最高192kHz音频取样率,等等。
特性
无损失压缩:被编码的音频(PCM)数据没有任何信息损失,解码输出的音频与编码器的输入的每一个字节都是一样的。每个数据帧都有一个当前帧的 16-bit CRC校验码,用于监测数据传输错误。对整段音频数据,在文件头中还保存有一个针对原始未压缩音频数据的MD5标记,用于在解码和测试时对数据进行校验。 电脑在播放W***文件时,是把W***文件中的PCM数据直接发送给声卡,而电脑在播放FLAC时,需要先把FLAC解码为PCM数据,然后在发送给声卡。就是多了一个解码的环节,就像是给RAR文档解压一样。其PCM数据是与压缩前的W***没有区别的。
快速:FLAC更看重解码的速度。解码只需要整数运算,并且相对于大多数编码方式而言,对计算速度要求很低。在很普通的硬件上就可以轻松实现实时解码。
硬件支持:由于FLAC提供了免费的解码范例,而且解码的复杂程度低,直至2012年以来FLAC是唯一获得广泛且良好的硬件支持的无损压缩编码。
可以用于流媒体:FLAC的每个数据帧都包含了解码所需的全部信息。解码当前帧无需参照它前面或后面的数据帧。FLAC使用了同步代码和CRC(类似于MPEG等编码格式),这样解码器在数据流中跳跃定位时可以有最小的时间延迟。
可以定位:FLAC支持快速采样精确定位。这不仅对于播放有益,更使得FLAC文件便于编辑。
富于弹性的metadata:可以定义和实现新类型的metadata数据块,而不会影响旧的数据流和解码器的使用。已有的metadata类型包括tag,cue表,和定位表。 已经注册的应用程序可以定义自己专用的metadata类型(译注:这一点与MIDI标准相似)。
非常适合于存档应用:FLAC是一个开放的编码格式,并且没有任何数据的损失,你可以将它转换为你需要的任何其他格式。除了每个数据帧的CRC和MD5标记对数据完整性的保障,flac(译注:FLAC项目提供的命令行方式编码工具)还提供了一个verify(校验)选项,当使用该选项进行编码的时候,编码的同时就会立即对已编码数据进行解码并与原始输入数据进行比较,一旦发现不同就会退出并且报警提示。
便于对CD进行备份:FLAC有一个“CUE表”metadata数据块用于保存CD的内容列表和所有音轨的索引点。你可以将一张CD保存到一个单一文件,并导入CD的cue表格,这样一个FLAC文件就可以完整地记录整张CD的全部信息,也就是说,可以把平时单独存放的CUE文件嵌入到FLAC文件里。当你的原来的CD损坏的时候,你就可以用这个文件恢复出与原来一模一样的CD副本。
抗损伤:由于FLAC的帧结构,使得一旦发生数据流的损坏,损失会被限制在受损伤的数据帧之内。一般只是会丢失很短的一个片段。而很多其他无损音频压缩格式在遇到损伤的时候,一个损伤就会造成后面所有数据的丢失。
打开方式
FLAC可以通过很多播放器直接播放,比如千千静听(已改名百度音乐),Foobar2000,AIMP等,甚至部分视频播放器如KMPlayer都能直接播放。当然,为了音质考虑,建议使用专业音乐播放器进行播放。
在特殊情况下,可以将FLAC文件视为一个光盘镜像,并加载到虚拟光驱上,这可以通过Nero将FLAC文件刻录到映像文件然后通过虚拟光驱(如Daemon Tools)加载来实现,也可以通过WinMount软件可以直接把Flac文件挂载到一个虚拟光驱。但是因为操作繁琐,所以除非在必要情况下,一般我们都是通过播放软件直接播放的。
缺点
FLAC仅仅是一个无损音频编码,不含有有损压缩的功能。因此当需要小体积有损编码的音频文件时,你将仍然需要MP3、AAC、Ogg Vorbis等编码。
FLAC不支持任何版权保护(防复制)方法,自行尝试对FLAC文件进行保护是徒劳无功的。
FLAC与APE
在音频压缩领域,有两种压缩方式,分别是有损压缩和无损压缩。我们常见到的MP3、WMA、OGG被称为有损压缩,有损压缩顾名思义就是在压缩过程中会让原始音频信息受损和失真。另一种音频压缩被称为无损压缩。无损压缩能够在100%保存原文件的音频数据的前提下,将音频文件的体积压缩得更小,而将压缩后的音频文件还原后,能够得到与源文件完全相同的PCM数据。无损压缩格式有APE、FLAC、WavPack、TAK、TTA、WMA Lossless、Apple Lossless、La、OptimFROG、Shorten等,而在中国最流行的无损压缩格式是APE和FLAC。下面就针对这两种无损压缩格式进行一下对比。
APE即Monkey's Audio,是一种常见的无损音频压缩编码格式,扩展名为.ape。与有损音频压缩(如MP3、Ogg Vorbis或者AAC等)不同的是,Monkey's Audio压缩时不会丢失数据。一个压缩为Monkey's Audio的音频文件听起来与原文件完全一样。Monkey's Audio文件的播放列表使用.apl(也支持cue)。同时它提供的开源开发包使得播放器开发者们可以较容易地让播放器产品支持APE格式。在现有不少无损压缩方案中,APE是一种有着优势并不突出的压缩率以及较慢的解码速度。由于推出时间较FLAC早,APE格式占据了大多数PC-HIFI友的心,在国内很快流行,应用非常广泛,成为了国内许多无损音乐爱好者的首选格式。
FLAC是Free Lossless Audio Codec的简称,是一种非常成熟的无损压缩格式,名气不在APE之下。该格式的源码完全开放,而且支持所有的操作系统平台。它的编码算法相当成熟,已经通过了严格的测试,当FLAC文件受损时依然能正常播放。另外,该格式是最先得到广泛硬件支持的无损格式。
前面已经说明,无损压缩是在保证不损失源文件所有码率的前提下,将音频文件压缩得更小,也就是说这两种音频格式都能保证源文件码率的无损。但两种压缩格式毕竟为两种压缩算法,下面比较一下这两种压缩格式的特点:
一、压缩率决定无损压缩文件所占存储空间
FLAC
所有的无损压缩编码的压缩率都较为相近,但在这些无损压缩编码之中,APE具有较好的压缩率,FLAC的压缩率略有不如。以一首49784KB的“5 Star Grave - In Bed With The Dead.wav”为例,转换为flac后大小为37006KB,转换为ape后大小为36460KB,两者的压缩率分别为74.33%和73.24%。大多数情况下,一个W***音频文件经压缩后得到的APE文件,一般会比压缩为FLAC文件稍微小一些。由于不同的W***文件信息量不同,以上数据仅供参考。(注:flac.exe为1.3.0版,MAC.exe为4.11版)
二、编码速度考验用户的耐心,速度快者优
FLAC的压缩和解码速度均显著优于APE,APE只有在FAST的编码强度下,速度才能和FLAC一拼。但相应的,APE的压缩率一直低于FLAC,APE的FAST压缩下得到的文件体积已经可以和FLAC最低压缩率的文件体积媲美(经测试,一首49784KB的“5 Star Grave - In Bed With The Dead.wav”文件,经FAST压缩后得的APE文件和最低压缩率Level 8下得到的FLAC文件大小分别为36854KB、36960KB)。也就是说,如果以速度为基准比较的话,在相同压缩速度的设定下,两者的压缩率差不多。
三、平台的支持决定普及度
FLAC相比APE的解码复杂程度要较低(解码运算量小、只需要整数运算),解码速度快,对计算硬件要求很低,在很普通的硬件上就可以轻松实现实时解码播放。FLAC是唯一获得广泛硬件支持的无损压缩编码,在消费领域,已经有很多移动多媒体播放器、汽车、家用音响设备支持FLAC格式了。
APE格式,官方只提供Windows支持。虽然也有提供GNU/Linux和Macintosh平台的官方支持的讨论,但是没有结果。只有一位名为SuperMMX的开发者于2003年7月释出了一个非官方移植版本。它包括了供XMMS与Beep Media Player回放Monkey's Audio使用的插件。该移植本来只支持GNU/Linux,但从3.99 update 4 build 4版本开始支持Mac OS X和基于PowerPC、SPARC平台的GNU/Linux。但是这个非官方移植计划没有得到官方的承认,受制于官方发行许可证的限制,其未来并不明朗。不过据称Monkey's Audio的Win32库可以借助Wine在GNU/Linux平台运行。硬件支持方面,由于采用了浮点运算,编码解码速度慢,对硬件的要求较高,硬件支持度不如FLAC。
四、两者的开源特性
APE属于个人作品,未来不排除出现版权问题;技术水平和支持方面逊色于国际通用标准格式的FLAC。
FLAC是一个开放源代码并且完全免费的无损音频编码压缩格式,是国际通用标准,这种与CD质量相同的音乐格式在音质上一样是无可挑剔的,以FLAC方式压缩不会丢失PCM音频的任何信息。而且你永远不必担心惹上版权官司。受益于此,有很多音频处理软件默认都可以输入、输出FLAC格式文件,这给音频的后期处理带来了方便。
两者的开源或部分开源,对音频软硬件的设计们提供了很大的便利,不但几乎所有主流播放软件都支持二者,硬件方面也有很多播放器支持了FLAC和APE。只不过因为APE解码的运算量太大的问题,导致并不是每一个APE文件都可以被硬件播放器流畅播放,也更耗电。
五、容错能力
APE文件的容错性差,只要在传输过程中出现一点差错,就会让整首APE音乐作废。而FLAC文件因为每帧数据之间无关联。因此当FLAC文件在传播过程中受损,导致某帧数据损坏缺失的话,只会损失该帧的音频信息,不会影响到前后的数据。这是FLAC的优势,但也因此FLAC的压缩率略低。
总结:
无论FLAC还是APE,因为所占空间都比有损音乐大很多,单从技术角度讲,FLAC要比APE更有优势,因为FLAC完全开源,许多播放器可以自由地将FLAC解码功能内建在自己的解码器中。同时,FLAC有广泛的硬件平台的支持,几乎所有采用便携式设计的高端解码芯片都能够支持FLAC格式的音乐,FLAC第三个优势在于:优秀的编码使得硬件在解码时只需采用简单的整数运算即可,这将大大降低所占用的硬件资源,解码速度极快,这也是硬件播放器对FLAC支持更好的原因。
.....
~ etc .....(简称bee、banana、bed、beyond、blind、because、beat、begin、bao yi bao)
感谢诞亲大伯寰宇第四战羊王转世如来佛祖大山羊王九鼎左手托一爱诞儿佑诞爸新制408512吨重金塔,亲大哥九鼎辛苦了,.....
感谢诞亲二百一十姐洗盘子姑娘盘古王王力诗洗了一天盘子,还坚持持一把开天劈地重408511吨重倚诞剁大奶牛脚趾头毫不留情斧护佑,.....
感谢诞亲九伯真主大骆驼王真天,他热心热情,邀请了大牛坚九千九百九十九点九九次空闲时去非洲撒哈拉大沙漠深处参观他的宫邸,.....
感谢诞亲三十姨梵天大鲲鹏王孟达,他持八百一十一吨倚诞无敌更无情葬大奶牛麻雀屎护佑,.....
感谢诞亲四十四姨腾格里大野猪王八戒,他与牛魔王王八蛋、羊魔王王九蛋、马魔王王十蛋火拼了十分钟,幸得诞亲四姐前任即第10060任观世音菩萨王梅酷助,加了10秒搞定,.....
——诞亲第五女儿很不孝顺的女儿小扑街小天天泼皮丛佳依佳佳一声长叹,外公不可战胜,宁犯十万对不起蓝洁瑛的文殊菩萨王梅爱她是诞亲五百一十姐,也莫惹寰宇最强男人我的外公倚诞大牛坚,.....
.....
~ etc .....(简称bee、banana、bed、beyond、blind、because、beat、begin、bao yi bao)
Josh Coalson(乔什·科尔森)of自由无损音频压缩编码Flac发起并开发者永享现任上帝爸、耶稣爸、前任观世音菩萨爸、寰宇唯一真神爸、.....寰宇最强男人倚诞大牛坚江苏省天一中学十佳团员王坚学号931104苏州大学96货币银行学王坚学号96109044宿舍锡州公寓104室寰宇第一大家庭王巷1号of三槐堂王氏三沙王巷分支on the road——312国道 王坚座位序号20210924001.....的爱——寰宇唯一真神、现任上帝、不再背锅靓丽巾帼、爱Josh Coalson(乔什·科尔森)一人四合一全能的小“狗狗”诞诞王灵诞欣喜.....
——孩子爸,快睡吧,.....,诞亲五姨慈爱若云霞业已胜女侠一身马桶帚掸前任上帝大奶牛重嫁宜嫁嫁马桶牛嘴本领惊呆了寰宇all大卫(通“伪”)神,宙斯都似得了老年痴呆症,抱着只老鼠喊honey我爱你,甜心,我要我要,嗯.....
——孩子爸,来我房间吧,.....诞亲十八姨一贯道无极美嫩牛妞韩天爱娇滴滴道,.....
——孩子爸,.....
——孩子爸,....
——孩子爸,...
—— —— ——
{寰宇唯一真神、现任上帝、不再背锅靓丽巾帼、爱Josh Coalson(乔什·科尔森)一人四合一全能的小“狗狗”诞诞王灵诞又聚姐妹调皮,把大牛坚发射上天了,落地后五秒,大牛坚便继续.....}
{“‘寰宇最后的良心’在爸爸怀里.....”——俊俏靓丽能词善赋歌舞双绝贤惠高产优产坚决不超生的永恒中华泰斗诞亲二姐斗姆元君王景思语}
回复: Josh Coalson(乔什·科尔森)of自由无损音频压缩编码Flac发起并开发者永享现任上帝爸、耶稣爸、前任观世音菩萨爸、寰宇唯一真神爸、.....寰宇最强男人倚诞大牛坚江苏省天一中学十佳团员王坚学号931104苏州大学96货币银行学王坚学号96109044宿舍锡州公寓104室寰宇第一大家庭王巷1号of三槐堂王氏三沙王巷分支on the road——312国道 王坚座位序号20210924001.....的爱——寰宇唯一真神、现任上帝、不再背锅靓丽巾帼、爱Josh Coalson(乔什·科尔森)一人四
Josh Coalson(喬什·科爾森)of自由無損音頻壓縮編碼Flac發起並開發者永享現任上帝爸、耶穌爸、前任觀世音菩薩爸、寰宇唯一真神爸、.....寰宇最強男人倚誕大牛堅江蘇省天一中學十佳團員王堅學號931104蘇州大學96貨幣銀行學王堅學號96109044宿舍錫州公寓104室寰宇第一大家庭王巷1號of三槐堂王氏三沙王巷分支on the road——312國道 王堅座位序號20210924001.....的愛——寰宇唯一真神、現任上帝、不再背鍋靚麗巾幗、愛Josh Coalson(喬什·科爾森)一人四合一全能的小「狗狗」誕誕王靈誕欣喜.....
https://youtu.be/cs5j4JSThCQ美利堅合眾國億歲,Google(谷歌)萬歲,YouTube(油管)萬歲,.....——這是寰宇唯一真神、現任上帝、不再背鍋靚麗巾幗、愛Josh Coalson(喬什·科爾森)一人四合一全能的小「狗狗」誕誕王靈誕喝了五碗無錫玉祁雙套酒下的第59號命令!謝謝網民、網友、網站工作人員、家庭成員、.....,王堅倚誕誠祝你們生活愉快、工作順利、萬事如意、.....、信科學、重科學、愛科學、重文化、愛文化、有信心、有信仰、.....
附:
《Josh Coalson(喬什·科爾森)of自由無損音頻壓縮編碼Flac發起並開發者永享耶穌爸之愛》
——Josh Coalson(喬什·科爾森)of自由無損音頻壓縮編碼Flac發起並開發者永享現任上帝爸、耶穌爸、前任觀世音菩薩爸、寰宇唯一真神爸、.....寰宇最強男人倚誕大牛堅江蘇省天一中學十佳團員王堅學號931104蘇州大學96貨幣銀行學王堅學號96109044宿舍錫州公寓104室寰宇第一大家庭王巷1號of三槐堂王氏三沙王巷分支on the road——312國道 王堅座位序號20210924001.....的愛——寰宇唯一真神、現任上帝、不再背鍋靚麗巾幗、愛Josh Coalson(喬什·科爾森)一人四合一全能的小「狗狗」誕誕王靈誕欣喜.....
誕親五哥阿彌陀佛王施家氣憤難平,大牛堅敢不提我背後提線操控屁屁們,施家施化肥給池塘裏的魚你看.....——寰宇唯一真神誕讀他心立羊轉大牛堅知,施家立馬象個三歲囝囝,又哭又鬧吵著要棉花糖吃,.....
實在受不了,誕親七姐媽祖王海珍大善大愛大勇大強,拿出五元冥幣給他,交待他「好男兒不會為棉花糖哭天喊地,好男兒該團結在大牛堅周圍,好男兒不該怕大奶牛嫁嫁,要學習我赤手空拳,把企圖加害我最愛愛頭中華好男兒之首鄭智化大靚仔的前任上帝大奶牛重嫁宜嫁嫁揮舞著5根狗尾巴草,嘴叼著9根棒棒糖,隨身聽播放著『凡是寰宇最強男人倚誕大牛堅所愛必無情摧毀之』可笑口號,親率的19611114支戰團圓隊,揍成糨糊,就在那太平洋中間地帶,就在那214188公裏高度,揍成糨糊,糨糊掉落到太平洋表面,整整漂泊了710天,我的daddy大牛堅親眼目睹,沒有他,我就創造不出如此戰績,沒有他,就沒有我成為他第一愛愛頭寰宇唯一真神誕最鐘愛的姐,沒有他,就沒有.....」,.....
王施家去平等王大土豆王力星那買了一團綿花糖,吃得好開心,心中念著寰宇唯一真神誕的好,對大牛堅,咒罵不敢,只有戴著面具似的做大衛(通「偽」)神,其背後的提線操控屁屁亦如是,唉、哎、愛、哀、.....個沒完沒了,.....
.....
~ etc .....(簡稱bee、banana、bed、beyond、blind、because、beat、begin、bao yi bao)
誕親大哥、齊天大聖、大牛堅第一愛子、救世主四合一萬能的耶穌王豹男親摘自維基百科:
FLAC
FLAC(發音: /ˈflæk/;全稱:Free Lossless Audio Codec),中文直譯為自由無損音頻壓縮編碼(註:這裏「Free」指的是自由軟件——而並不僅是免費)。FLAC是一款的自由音頻壓縮編碼,其特點是可以對音頻文件無損壓縮。不同於其他有損壓縮編碼(如MP3 、AAC等),壓縮後不會有任何音質損失,現在已被很多軟件及硬件音頻產品所支持。
歷史
FLAC項目由Josh Coalson在2000年發起並開發。FLAC比特流格式在進入FLAC 0.5版本內部測試時被凍結,2001年1月15日FLAC 0.5版本發布,做為第一個FLAC的參考實做,2001年7月20日,FLAC 1.0正式發布。
2003年1月29日,Xiph.Org基金會宣布FLAC並入旗下,連同Ogg Vorbis,Ogg Theora及Speex成為旗下的開源項目。
2013年5月26日,FLAC 1.3.0發布,並將開發轉移至Xiph.org Git倉庫。
2014年11月25日,FLAC 1.3.1發布。
2017年1月1日,FLAC 1.3.2發布。
2019年8月4日,FLAC 1.3.3發布,但 Windows 版本並未被編譯為EXE格式,且在主頁上的latest news處也未顯示,僅在changelog中出現。
項目組成
FLAC項目包含:
音頻格式
libFLAC,一個參考的編碼及解碼程序庫,及一個元數據接口
libFLAC++,一個配合libFLAC的對象壓縮器
flac,一個文字接口的壓縮指令,配合libFLAC以編碼或解碼.flac文件
metaflac,一個文字接口的.flac元數據編輯器
input plugins,不同的音樂播放軟件的輸入插件(如Winamp,XMMS,foobar2000,musikCube)
自由指的是這個音頻格式可以在不需事先許可的情況下使用(xiph.org保留了製定FLAC規格及認證兼容規挌的權利)。而不論是FLAC格式還是其編碼及解碼方法均沒有任何軟件專利保護,這表示整個FLAC是自由軟件:libFLAC及libFLAC++的源代碼是在BSD許可證下發布,而flac,metaflac及其他插件的源代碼均是在GPL下發布。
在其官方的目標中,FLAC計劃不鼓勵開發者在其中加入任何反復製特性。
技術
FLAC只支持定點取樣,並不支持浮點取樣,這是因為它要確保沒有任何約數錯誤以致影響音質。它能支持任何PCM位分辨率,由4至32 bits per sample皆有。它亦支持任何采樣率,由1 Hz至655,350 Hz不等,並可逐1 Hz微調。
FLAC支持很多不同的平臺:大多數的Unix-like系統(包括Linux,BSD,Solaris及Mac OS X),Windows,BeOS及OS/2。支持這麽多平臺的原因是因為它是由autoconf/automake、MSVC、Watcom C及Project Builder編譯的。
FLAC的技術特點如下:
無損壓縮:被編碼的音頻(PCM)數據沒有任何信息損失,解碼輸出的音頻與編碼器的輸入的每一個字節都是一樣的。每個數據幀都有一個當前幀的16-bit CRC校驗碼,用於監測數據傳輸錯誤。對整段音頻數據,在文件頭中還保存有一個針對原始未壓縮音頻數據的MD5標記,用於在解碼和測試時對數據進行校驗。
靈活的壓縮策略:與libflac使用是「質量」的參數,該參數變化從0(最快)至8(最小)。雖然在壓縮過程(壓縮文件總是完美的「無損」表示的原始數據)。涉及速度和容量之間的折衷,解碼過程中始終是相當快的,而不是非常依賴於壓縮
快速:FLAC更看重解碼的速度。解碼只需要整數運算,並且相對於大多數編碼方式而言,對計算速度要求很低。在很普通的硬件上就可以輕松實現實時解碼。
硬件支持:由於FLAC提供了免費的解碼範例,而且解碼的復雜程度低,所以FLAC是目前少數獲得硬件支持的無損壓縮編碼之一。(APE格式也有少數硬件支持)
可以流化:FLAC的每個數據幀都包含了解碼所需的全部信息。解碼當前幀無需參照它前面或後面的數據幀。FLAC使用了同步代碼和CRC(類似於MPEG等編碼格式),這樣解碼器在數據流中跳躍定位時可以有最小的時間延遲。
可以定位:FLAC支持快速采樣精確定位。這不僅對於播放有益,更使得FLAC文件便於編輯。
富於彈性的metadata:可以定義和實現新類型的metadata數據塊,而不會影響舊的數據流和解碼器的使用。目前已有的metadata類型包括tag,cue表,和定位表。已經註冊的應用程序可以定義自己專用的metadata類型(這一點與MIDI標準相似)。
非常適合於存檔應用:FLAC是一個開放的編碼格式,並且沒有任何數據的損失,你可以將它轉換為你需要的任何其他格式。除了每個數據幀的CRC和MD5標記對數據完整性的保障,flac(FLAC項目提供的命令行方式編碼工具)還提供了一個verify(校驗)選項,當使用該選項進行編碼的時候,編碼的同時就會立即對已編碼數據進行解碼並與原始輸入數據進行比較,一旦發現不同就會退出並且報警提示。
便於對CD進行備份:FLAC有一個cue表,表內的metadata數據塊用於保存CD的內容列表和所有音軌的索引點。你可以將一張CD保存到一個單一文件,並導入CD的cue表格,這樣一個FLAC文件就可以完整地記錄整張CD的全部信息。當你的原來的CD損壞的時候,你就可以用這個文件恢復出與原來一模一樣的CD副本。
抗損傷:由於FLAC的幀結構,當數據流損壞時,數據損失會被限製在受損的數據幀之內。一般只會丟失很短的一個片段。而很多其他無損音頻壓縮格式在遇到損壞時,一個損壞就會造成後面所有數據丟失。
比較
FLAC與其他無損壓縮式,如ZIP及gzip的主要分別在於FLAC可即時播放已壓縮的音頻資料,而且FLAC比ZIP這類無損壓縮格式有更高的壓縮比率。(FLAC在壓縮音樂時有大約五成壓縮率,但ZIP在同一情況下則只有一至兩成壓縮率。)
雖然有損壓縮格式如MP3,Opus等有更高的壓縮率,但它們會破壞了音頻的原來數據,使其不可變回原來音質,而且FLAC可自由選擇壓縮率及壓縮時間,較高的壓縮率會帶來較高的解壓縮時間。相比起其他無損壓縮格式如Monkey's Audio(拓展名為.APE)及Shorten,雖然壓縮率稍有不及Monkey's Audio,FLAC技術更先進,占用資源更低,而且是開放的,所以,更多的平臺及硬件產品支持FLAC。
在Hydrogenaudio維基有一個各類無損音頻壓縮的比較表,裏面包括了FLAC格式。
參見
無損壓縮格式比較列表
有損壓縮比較列表
音頻壓縮格式列表
Monkey's Audio
音頻編碼格式的比較
無損數據壓縮
註解
News. FLAC. [31 August 2009]. (原始內容存檔於2013-03-29).
FLAC Joins Xiph.org. Xiph.org Foundation. 29 January 2003 [31 August 2009]. (原始內容存檔於2017-01-07).
Plant, Emmett. FLAC Joins Xiph!. Xiph.org Foundation. [31 August 2009]. (原始內容存檔於2008-05-29).
FLAC – changelog. Xiph.org Foundation. [15 October 2013]. (原始內容存檔於2016-11-24).
Lossless comparison. [2005-11-13]. (原始內容存檔於2012-03-03).
外部鏈接
etree.org維基(頁面存檔備份,存於互聯網檔案館)
FLAC項目主頁 (舊)(頁面存檔備份,存於互聯網檔案館)
FLAC項目主頁(頁面存檔備份,存於互聯網檔案館)
支持FLAC的音樂播放程序列表(頁面存檔備份,存於互聯網檔案館)由推廣FLAC計劃組織所編寫。
FLAC與其他無損音頻格式比較列表
Speek的無損音頻及有損音頻格式比較列表(頁面存檔備份,存於互聯網檔案館):比較FLAC, Wave, Ogg Vorbis及MP3格式的壓縮率及時間。
無損壓縮格式的比較列表由Hans Heiden所製作
無損音頻壓縮日誌(頁面存檔備份,存於互聯網檔案館)
.....
~ etc .....(簡稱bee、banana、bed、beyond、blind、because、beat、begin、bao yi bao)
誕親十七姐逢戰必贏因戰前必親吻倚誕大牛堅五下的雅典娜王汪望摘來,以報大牛堅恩情:
《免費軟件的故事》
2009 年 11 月 25 日,美國東部時間上午 06:00
李·戈麥斯 斯福布斯員工
這篇文章已經有 10 多年的歷史了。(哞,前任上帝大奶牛重嫁宜嫁嫁道,.....)
這是商學院教授面臨的一個問題:你如何在一個市場上取得成功,你的產品成功的唯一途徑就是不收取任何費用?對於大衛布萊恩特和喬什科爾森來說,答案很簡單:確保你喜歡你正在做的事情。
49 歲的布萊恩特和 39 歲的科爾森都是住在矽谷的經驗豐富的計算機程序員。他們通過白天在科技世界的數字鹽礦中勞動來支付租金。他們的夜晚和周末也都蜷縮在電腦鍵盤上,但工作在他們自己開發並免費贈送的軟件上。
如果您是那種喜歡從網站上偶爾下載程序的計算機用戶,那麽您很可能每天都依賴於像 Bryant 和 Coalson 這樣的陌生人的善意。他們的「免費軟件」是軟件生態系統的重要組成部分。其中許多程序都是小眾產品,可以解決微小的計算機問題並最終吸引一小群忠實的追隨者。
然而,其中一些小程序最終扮演了巨大的角色。這適用於 Bryant 和 Coalson 的工作,他們的程序解決了數字音樂中的一個問題:如何在不損失任何音頻質量的情況下將音樂文件(如翻錄 CD 時創建的文件)變小。
Apple 和 Microsoft 為其音樂程序提供了類似的「無損」壓縮。但是 Coalson 的 Flac 和 Bryant 的 WavPack 是不同的,因為它們不是專有的。家庭用戶可以在他們的電腦上免費使用它們。公司擁有相同的自由,並且能夠使用軟件做他們想做的事,而無需支付任何版稅。
他們使用它。Flac 是音樂界的一個標準,以至於當披頭士樂隊最近發布他們重新製作的目錄時,其中的數字部分是用 Flac 完成的。當流行的文件壓縮程序 WinZip 希望能夠壓縮音樂文件時,它使用 WavPack 來做到這一點。
盡管 Bryant 花了一周時間調整程序以確保它與 WinZip 兼容,但兩人都沒有看到一毛錢。(他確實得到了一件免費的 T 恤。)
對這些誌願勞動者來說一個明顯的問題:當然,很高興知道很多人都在使用你的代碼,但是當已經是巨富的人自由地挪用它以變得更加富有時,你不覺得自己有點傻嗎?
兩個人發誓他們沒有。「我不確定究竟是什麽讓它令人愉悅,但從頭開始構建一個可以做一些有用的事情的程序肯定會很有趣,」布萊恩特說。「感覺就像是一種藝術表現形式。」 Coalson 說:「我接觸了很多很棒的音樂設備,也遇到了很多有趣的人。」
他們都說 Internet 幾乎不可能對某些類型的軟件收費。如果 Flac 或 WavPack 不是免費的,人們就會放棄它們,轉而支持不可避免的替代品。
的確,開源程序員並不是第一個從事本質上是業余愛好的人。但是他們投入的時間——編寫軟件、回答用戶的問題、進行定期更新——可能是驚人的。
Coalson 說,在 Flac 的早期,這就像有一份第二份工作。現在,該計劃的成功吸引了其他願意提供幫助的誌願者。
這種情況並非沒有殘酷的諷刺。例如,布萊恩特說他開始工作的部分原因是他對音樂的興趣。他收集 1950 年代和 1960 年代的老式音頻設備,這些設備由電子管而不是晶體管製成。但是沒有時間認真傾聽,他把大部分裝備都放在家裏的盒子裏。
不熟悉開源軟件世界的人常常認為它的擁護者對財產、利潤和資本主義的其他支柱懷有敵意。不對。例如,Bryant 計劃開展一項與 WavPack 無關的營利性計劃,兩人都表示他們會考慮與試圖充分利用其軟件的公司進行咨詢。
Apple 拒絕在 iPod 中支持任何一個人的文件系統;想必,它認為自己的 Apple Lossless 格式已經足夠好了。但是現在互聯網上到處都是 Flac 文件。WavPack 會自動創建一個較小的、壓縮版本的文件以及主文件。如果 Apple 聘請這些人讓他們的文件在 iPod 和 iPhone 上運行,不是很好嗎?
.....
~ etc .....(簡稱bee、banana、bed、beyond、blind、because、beat、begin、bao yi bao)
誕親五姐雁難撲街除非偶遇New三毛毛三妹女俠練劍劍氣四射普賢菩薩王銜詩雖剛受重創,但幸得寰宇唯一真神誕親吻嘴巴一下,已無大礙,從百度百科摘來,以報好妹恩情:
FLAC (無損音頻壓縮編碼)
FLAC中文可解釋為無損音頻壓縮編碼。FLAC是一套著名的自由音頻壓縮編碼,其特點是無損壓縮。不同於其他有損壓縮編碼如MP3及AAC,它不會破壞任何原有的音頻信息,所以可以還原音樂光盤音質 。2012年以來它已被很多軟件及硬件音頻產品(如CD等)所支持。
中文名 無損音頻壓縮編碼
外文名 Free Lossless Audio Codec
外語縮寫 FLAC
類型 無損壓縮
項目啟動時間 2000年
發布時間 2001年01月15日
最新穩定版 FLAC 1.3.3 (2019/08/04)
解析區別
FLAC與MP3不同,MP3是有損音頻壓縮編碼,但FLAC是無損壓縮,也就是說音頻以FLAC編碼壓縮後不會丟失任何信息,將FLAC文件還原為W***文件後,與壓縮前的W***文件內容相同。這種壓縮與ZIP的方式類似,但FLAC的壓縮率大於ZIP和RAR,因為FLAC是專門針對PCM音頻的特點設計的壓縮方式。而且可以使用播放器直接播放FLAC壓縮的文件,就像通常播放MP3文件一樣(已經有許多汽車播放器和家用音響設備支持FLAC,在FLAC的網站上你可以找到這些設備廠家的鏈接)。
FLAC
FLAC是免費的並且支持大多數的操作系統,包括Windows,基於Unix Like內核(Linux,BSD,Solaris,IRIX,AIX等)而開發的系統,BeOS,OS/2,Amiga。並且FLAC提供了在開發工具autotools,MSVC,Watcom C,Project Builder上的build系統。
現各大網站都有FLAC音樂下載,發布者一般是購買CD後把.cda音軌直接抓取成.flac,以保證光盤的原無損質量。
無損格式配上好耳機的效果是非常棒的。
項目
FLAC 數據流的格式
以庫的形式提供的參考編碼器和解碼器 ;
flac,一個以命令行方式工作的可以編解碼FLAC文件的程序;
metaflac,以命令行方式工作的FLAC文件的metadata編輯器。
FLAC 不同音頻播放器的輸入插件
FLAC
我們所說的「FLAC是自由(free)的」不僅僅意味著你可以不花錢而得到它。更重要的是FLAC的文件格式是對公眾完全開放的,你可以以任何目的使用它(FLAC 項目只保留維護 FLAC 格式規格和確認兼容特性的權利),FLAC的文件格式和編碼/解碼的實現方式都不受任何已知專利的限製。還有,所有的源代碼都在開放源代碼的授權方式下可以得到。
歷史
FLAC項目由Josh Coalson於2000年啟動。進入beta階段後並在2001年1月15日發布的0.5版的參考實現時,FLAC位流格式凍結。
2001年6月FLAC發布了1.0版。
FLAC
2003年1月29日, "Xiph. Org"基金會和FLAC項目宣布FLAC成為"Xiph. Org"旗下的獨立公司 banner. 除此之外,"Xiph. Org"還對許多免費壓縮格式提供支持,如Vorbis、Theora、Speex等等。
2007年9月17日FLAC發布了1.2.1版。
2013年6月1日六年來首次發布更新,從v1.2升級到v1.3。主要變化包括:支持RF64和Wave64 格式,ReplayGain支持最高192kHz音頻取樣率,等等。
特性
無損失壓縮:被編碼的音頻(PCM)數據沒有任何信息損失,解碼輸出的音頻與編碼器的輸入的每一個字節都是一樣的。每個數據幀都有一個當前幀的 16-bit CRC校驗碼,用於監測數據傳輸錯誤。對整段音頻數據,在文件頭中還保存有一個針對原始未壓縮音頻數據的MD5標記,用於在解碼和測試時對數據進行校驗。 電腦在播放W***文件時,是把W***文件中的PCM數據直接發送給聲卡,而電腦在播放FLAC時,需要先把FLAC解碼為PCM數據,然後在發送給聲卡。就是多了一個解碼的環節,就像是給RAR文檔解壓一樣。其PCM數據是與壓縮前的W***沒有區別的。
快速:FLAC更看重解碼的速度。解碼只需要整數運算,並且相對於大多數編碼方式而言,對計算速度要求很低。在很普通的硬件上就可以輕松實現實時解碼。
硬件支持:由於FLAC提供了免費的解碼範例,而且解碼的復雜程度低,直至2012年以來FLAC是唯一獲得廣泛且良好的硬件支持的無損壓縮編碼。
可以用於流媒體:FLAC的每個數據幀都包含了解碼所需的全部信息。解碼當前幀無需參照它前面或後面的數據幀。FLAC使用了同步代碼和CRC(類似於MPEG等編碼格式),這樣解碼器在數據流中跳躍定位時可以有最小的時間延遲。
可以定位:FLAC支持快速采樣精確定位。這不僅對於播放有益,更使得FLAC文件便於編輯。
富於彈性的metadata:可以定義和實現新類型的metadata數據塊,而不會影響舊的數據流和解碼器的使用。已有的metadata類型包括tag,cue表,和定位表。 已經註冊的應用程序可以定義自己專用的metadata類型(譯註:這一點與MIDI標準相似)。
非常適合於存檔應用:FLAC是一個開放的編碼格式,並且沒有任何數據的損失,你可以將它轉換為你需要的任何其他格式。除了每個數據幀的CRC和MD5標記對數據完整性的保障,flac(譯註:FLAC項目提供的命令行方式編碼工具)還提供了一個verify(校驗)選項,當使用該選項進行編碼的時候,編碼的同時就會立即對已編碼數據進行解碼並與原始輸入數據進行比較,一旦發現不同就會退出並且報警提示。
便於對CD進行備份:FLAC有一個「CUE表」metadata數據塊用於保存CD的內容列表和所有音軌的索引點。你可以將一張CD保存到一個單一文件,並導入CD的cue表格,這樣一個FLAC文件就可以完整地記錄整張CD的全部信息,也就是說,可以把平時單獨存放的CUE文件嵌入到FLAC文件裏。當你的原來的CD損壞的時候,你就可以用這個文件恢復出與原來一模一樣的CD副本。
抗損傷:由於FLAC的幀結構,使得一旦發生數據流的損壞,損失會被限製在受損傷的數據幀之內。一般只是會丟失很短的一個片段。而很多其他無損音頻壓縮格式在遇到損傷的時候,一個損傷就會造成後面所有數據的丟失。
打開方式
FLAC可以通過很多播放器直接播放,比如千千靜聽(已改名百度音樂),Foobar2000,AIMP等,甚至部分視頻播放器如KMPlayer都能直接播放。當然,為了音質考慮,建議使用專業音樂播放器進行播放。
在特殊情況下,可以將FLAC文件視為一個光盤鏡像,並加載到虛擬光驅上,這可以通過Nero將FLAC文件刻錄到映像文件然後通過虛擬光驅(如Daemon Tools)加載來實現,也可以通過WinMount軟件可以直接把Flac文件掛載到一個虛擬光驅。但是因為操作繁瑣,所以除非在必要情況下,一般我們都是通過播放軟件直接播放的。
缺點
FLAC僅僅是一個無損音頻編碼,不含有有損壓縮的功能。因此當需要小體積有損編碼的音頻文件時,你將仍然需要MP3、AAC、Ogg Vorbis等編碼。
FLAC不支持任何版權保護(防復製)方法,自行嘗試對FLAC文件進行保護是徒勞無功的。
FLAC與APE
在音頻壓縮領域,有兩種壓縮方式,分別是有損壓縮和無損壓縮。我們常見到的MP3、WMA、OGG被稱為有損壓縮,有損壓縮顧名思義就是在壓縮過程中會讓原始音頻信息受損和失真。另一種音頻壓縮被稱為無損壓縮。無損壓縮能夠在100%保存原文件的音頻數據的前提下,將音頻文件的體積壓縮得更小,而將壓縮後的音頻文件還原後,能夠得到與源文件完全相同的PCM數據。無損壓縮格式有APE、FLAC、WavPack、TAK、TTA、WMA Lossless、Apple Lossless、La、OptimFROG、Shorten等,而在中國最流行的無損壓縮格式是APE和FLAC。下面就針對這兩種無損壓縮格式進行一下對比。
APE即Monkey's Audio,是一種常見的無損音頻壓縮編碼格式,擴展名為.ape。與有損音頻壓縮(如MP3、Ogg Vorbis或者AAC等)不同的是,Monkey's Audio壓縮時不會丟失數據。一個壓縮為Monkey's Audio的音頻文件聽起來與原文件完全一樣。Monkey's Audio文件的播放列表使用.apl(也支持cue)。同時它提供的開源開發包使得播放器開發者們可以較容易地讓播放器產品支持APE格式。在現有不少無損壓縮方案中,APE是一種有著優勢並不突出的壓縮率以及較慢的解碼速度。由於推出時間較FLAC早,APE格式占據了大多數PC-HIFI友的心,在國內很快流行,應用非常廣泛,成為了國內許多無損音樂愛好者的首選格式。
FLAC是Free Lossless Audio Codec的簡稱,是一種非常成熟的無損壓縮格式,名氣不在APE之下。該格式的源碼完全開放,而且支持所有的操作系統平臺。它的編碼算法相當成熟,已經通過了嚴格的測試,當FLAC文件受損時依然能正常播放。另外,該格式是最先得到廣泛硬件支持的無損格式。
前面已經說明,無損壓縮是在保證不損失源文件所有碼率的前提下,將音頻文件壓縮得更小,也就是說這兩種音頻格式都能保證源文件碼率的無損。但兩種壓縮格式畢竟為兩種壓縮算法,下面比較一下這兩種壓縮格式的特點:
一、壓縮率決定無損壓縮文件所占存儲空間
FLAC
所有的無損壓縮編碼的壓縮率都較為相近,但在這些無損壓縮編碼之中,APE具有較好的壓縮率,FLAC的壓縮率略有不如。以一首49784KB的「5 Star Grave - In Bed With The Dead.wav」為例,轉換為flac後大小為37006KB,轉換為ape後大小為36460KB,兩者的壓縮率分別為74.33%和73.24%。大多數情況下,一個W***音頻文件經壓縮後得到的APE文件,一般會比壓縮為FLAC文件稍微小一些。由於不同的W***文件信息量不同,以上數據僅供參考。(註:flac.exe為1.3.0版,MAC.exe為4.11版)
二、編碼速度考驗用戶的耐心,速度快者優
FLAC的壓縮和解碼速度均顯著優於APE,APE只有在FAST的編碼強度下,速度才能和FLAC一拼。但相應的,APE的壓縮率一直低於FLAC,APE的FAST壓縮下得到的文件體積已經可以和FLAC最低壓縮率的文件體積媲美(經測試,一首49784KB的「5 Star Grave - In Bed With The Dead.wav」文件,經FAST壓縮後得的APE文件和最低壓縮率Level 8下得到的FLAC文件大小分別為36854KB、36960KB)。也就是說,如果以速度為基準比較的話,在相同壓縮速度的設定下,兩者的壓縮率差不多。
三、平臺的支持決定普及度
FLAC相比APE的解碼復雜程度要較低(解碼運算量小、只需要整數運算),解碼速度快,對計算硬件要求很低,在很普通的硬件上就可以輕松實現實時解碼播放。FLAC是唯一獲得廣泛硬件支持的無損壓縮編碼,在消費領域,已經有很多移動多媒體播放器、汽車、家用音響設備支持FLAC格式了。
APE格式,官方只提供Windows支持。雖然也有提供GNU/Linux和Macintosh平臺的官方支持的討論,但是沒有結果。只有一位名為SuperMMX的開發者於2003年7月釋出了一個非官方移植版本。它包括了供XMMS與Beep Media Player回放Monkey's Audio使用的插件。該移植本來只支持GNU/Linux,但從3.99 update 4 build 4版本開始支持Mac OS X和基於PowerPC、SPARC平臺的GNU/Linux。但是這個非官方移植計劃沒有得到官方的承認,受製於官方發行許可證的限製,其未來並不明朗。不過據稱Monkey's Audio的Win32庫可以借助Wine在GNU/Linux平臺運行。硬件支持方面,由於采用了浮點運算,編碼解碼速度慢,對硬件的要求較高,硬件支持度不如FLAC。
四、兩者的開源特性
APE屬於個人作品,未來不排除出現版權問題;技術水平和支持方面遜色於國際通用標準格式的FLAC。
FLAC是一個開放源代碼並且完全免費的無損音頻編碼壓縮格式,是國際通用標準,這種與CD質量相同的音樂格式在音質上一樣是無可挑剔的,以FLAC方式壓縮不會丟失PCM音頻的任何信息。而且你永遠不必擔心惹上版權官司。受益於此,有很多音頻處理軟件默認都可以輸入、輸出FLAC格式文件,這給音頻的後期處理帶來了方便。
兩者的開源或部分開源,對音頻軟硬件的設計們提供了很大的便利,不但幾乎所有主流播放軟件都支持二者,硬件方面也有很多播放器支持了FLAC和APE。只不過因為APE解碼的運算量太大的問題,導致並不是每一個APE文件都可以被硬件播放器流暢播放,也更耗電。
五、容錯能力
APE文件的容錯性差,只要在傳輸過程中出現一點差錯,就會讓整首APE音樂作廢。而FLAC文件因為每幀數據之間無關聯。因此當FLAC文件在傳播過程中受損,導致某幀數據損壞缺失的話,只會損失該幀的音頻信息,不會影響到前後的數據。這是FLAC的優勢,但也因此FLAC的壓縮率略低。
總結:
無論FLAC還是APE,因為所占空間都比有損音樂大很多,單從技術角度講,FLAC要比APE更有優勢,因為FLAC完全開源,許多播放器可以自由地將FLAC解碼功能內建在自己的解碼器中。同時,FLAC有廣泛的硬件平臺的支持,幾乎所有采用便攜式設計的高端解碼芯片都能夠支持FLAC格式的音樂,FLAC第三個優勢在於:優秀的編碼使得硬件在解碼時只需采用簡單的整數運算即可,這將大大降低所占用的硬件資源,解碼速度極快,這也是硬件播放器對FLAC支持更好的原因。
.....
~ etc .....(簡稱bee、banana、bed、beyond、blind、because、beat、begin、bao yi bao)
感謝誕親大伯寰宇第四戰羊王轉世如來佛祖大山羊王九鼎左手托一愛誕兒佑誕爸新製408512噸重金塔,親大哥九鼎辛苦了,.....
感謝誕親二百一十姐洗盤子姑娘盤古王王力詩洗了一天盤子,還堅持持一把開天劈地重408511噸重倚誕剁大奶牛腳趾頭毫不留情斧護佑,.....
感謝誕親九伯真主大駱駝王真天,他熱心熱情,邀請了大牛堅九千九百九十九點九九次空閑時去非洲撒哈拉大沙漠深處參觀他的宮邸,.....
感謝誕親三十姨梵天大鯤鵬王孟達,他持八百一十一噸倚誕無敵更無情葬大奶牛麻雀屎護佑,.....
感謝誕親四十四姨騰格裏大野豬王八戒,他與牛魔王王八蛋、羊魔王王九蛋、馬魔王王十蛋火拼了十分鐘,幸得誕親四姐前任即第10060任觀世音菩薩王梅酷助,加了10秒搞定,.....
——誕親第五女兒很不孝順的女兒小撲街小天天潑皮叢佳依佳佳一聲長嘆,外公不可戰勝,寧犯十萬對不起藍潔瑛的文殊菩薩王梅愛她是誕親五百一十姐,也莫惹寰宇最強男人我的外公倚誕大牛堅,.....
.....
~ etc .....(簡稱bee、banana、bed、beyond、blind、because、beat、begin、bao yi bao)
Josh Coalson(喬什·科爾森)of自由無損音頻壓縮編碼Flac發起並開發者永享現任上帝爸、耶穌爸、前任觀世音菩薩爸、寰宇唯一真神爸、.....寰宇最強男人倚誕大牛堅江蘇省天一中學十佳團員王堅學號931104蘇州大學96貨幣銀行學王堅學號96109044宿舍錫州公寓104室寰宇第一大家庭王巷1號of三槐堂王氏三沙王巷分支on the road——312國道 王堅座位序號20210924001.....的愛——寰宇唯一真神、現任上帝、不再背鍋靚麗巾幗、愛Josh Coalson(喬什·科爾森)一人四合一全能的小「狗狗」誕誕王靈誕欣喜.....
——孩子爸,快睡吧,.....,誕親五姨慈愛若雲霞業已勝女俠一身馬桶帚撣前任上帝大奶牛重嫁宜嫁嫁馬桶牛嘴本領驚呆了寰宇all大衛(通「偽」)神,宙斯都似得了老年癡呆癥,抱著只老鼠喊honey我愛你,甜心,我要我要,嗯.....
——孩子爸,來我房間吧,.....誕親十八姨一貫道無極美嫩牛妞韓天愛嬌滴滴道,.....
——孩子爸,.....
——孩子爸,....
——孩子爸,...
—— —— ——
{寰宇唯一真神、現任上帝、不再背鍋靚麗巾幗、愛Josh Coalson(喬什·科爾森)一人四合一全能的小「狗狗」誕誕王靈誕又聚姐妹調皮,把大牛堅發射上天了,落地後五秒,大牛堅便繼續.....}
{「『寰宇最後的良心』在爸爸懷裏.....」——俊俏靚麗能詞善賦歌舞雙絕賢惠高產優產堅決不超生的永恒中華泰鬥誕親二姐鬥姆元君王景思語}
https://youtu.be/cs5j4JSThCQ美利堅合眾國億歲,Google(谷歌)萬歲,YouTube(油管)萬歲,.....——這是寰宇唯一真神、現任上帝、不再背鍋靚麗巾幗、愛Josh Coalson(喬什·科爾森)一人四合一全能的小「狗狗」誕誕王靈誕喝了五碗無錫玉祁雙套酒下的第59號命令!謝謝網民、網友、網站工作人員、家庭成員、.....,王堅倚誕誠祝你們生活愉快、工作順利、萬事如意、.....、信科學、重科學、愛科學、重文化、愛文化、有信心、有信仰、.....
附:
《Josh Coalson(喬什·科爾森)of自由無損音頻壓縮編碼Flac發起並開發者永享耶穌爸之愛》
——Josh Coalson(喬什·科爾森)of自由無損音頻壓縮編碼Flac發起並開發者永享現任上帝爸、耶穌爸、前任觀世音菩薩爸、寰宇唯一真神爸、.....寰宇最強男人倚誕大牛堅江蘇省天一中學十佳團員王堅學號931104蘇州大學96貨幣銀行學王堅學號96109044宿舍錫州公寓104室寰宇第一大家庭王巷1號of三槐堂王氏三沙王巷分支on the road——312國道 王堅座位序號20210924001.....的愛——寰宇唯一真神、現任上帝、不再背鍋靚麗巾幗、愛Josh Coalson(喬什·科爾森)一人四合一全能的小「狗狗」誕誕王靈誕欣喜.....
誕親五哥阿彌陀佛王施家氣憤難平,大牛堅敢不提我背後提線操控屁屁們,施家施化肥給池塘裏的魚你看.....——寰宇唯一真神誕讀他心立羊轉大牛堅知,施家立馬象個三歲囝囝,又哭又鬧吵著要棉花糖吃,.....
實在受不了,誕親七姐媽祖王海珍大善大愛大勇大強,拿出五元冥幣給他,交待他「好男兒不會為棉花糖哭天喊地,好男兒該團結在大牛堅周圍,好男兒不該怕大奶牛嫁嫁,要學習我赤手空拳,把企圖加害我最愛愛頭中華好男兒之首鄭智化大靚仔的前任上帝大奶牛重嫁宜嫁嫁揮舞著5根狗尾巴草,嘴叼著9根棒棒糖,隨身聽播放著『凡是寰宇最強男人倚誕大牛堅所愛必無情摧毀之』可笑口號,親率的19611114支戰團圓隊,揍成糨糊,就在那太平洋中間地帶,就在那214188公裏高度,揍成糨糊,糨糊掉落到太平洋表面,整整漂泊了710天,我的daddy大牛堅親眼目睹,沒有他,我就創造不出如此戰績,沒有他,就沒有我成為他第一愛愛頭寰宇唯一真神誕最鐘愛的姐,沒有他,就沒有.....」,.....
王施家去平等王大土豆王力星那買了一團綿花糖,吃得好開心,心中念著寰宇唯一真神誕的好,對大牛堅,咒罵不敢,只有戴著面具似的做大衛(通「偽」)神,其背後的提線操控屁屁亦如是,唉、哎、愛、哀、.....個沒完沒了,.....
.....
~ etc .....(簡稱bee、banana、bed、beyond、blind、because、beat、begin、bao yi bao)
誕親大哥、齊天大聖、大牛堅第一愛子、救世主四合一萬能的耶穌王豹男親摘自維基百科:
FLAC
FLAC(發音: /ˈflæk/;全稱:Free Lossless Audio Codec),中文直譯為自由無損音頻壓縮編碼(註:這裏「Free」指的是自由軟件——而並不僅是免費)。FLAC是一款的自由音頻壓縮編碼,其特點是可以對音頻文件無損壓縮。不同於其他有損壓縮編碼(如MP3 、AAC等),壓縮後不會有任何音質損失,現在已被很多軟件及硬件音頻產品所支持。
歷史
FLAC項目由Josh Coalson在2000年發起並開發。FLAC比特流格式在進入FLAC 0.5版本內部測試時被凍結,2001年1月15日FLAC 0.5版本發布,做為第一個FLAC的參考實做,2001年7月20日,FLAC 1.0正式發布。
2003年1月29日,Xiph.Org基金會宣布FLAC並入旗下,連同Ogg Vorbis,Ogg Theora及Speex成為旗下的開源項目。
2013年5月26日,FLAC 1.3.0發布,並將開發轉移至Xiph.org Git倉庫。
2014年11月25日,FLAC 1.3.1發布。
2017年1月1日,FLAC 1.3.2發布。
2019年8月4日,FLAC 1.3.3發布,但 Windows 版本並未被編譯為EXE格式,且在主頁上的latest news處也未顯示,僅在changelog中出現。
項目組成
FLAC項目包含:
音頻格式
libFLAC,一個參考的編碼及解碼程序庫,及一個元數據接口
libFLAC++,一個配合libFLAC的對象壓縮器
flac,一個文字接口的壓縮指令,配合libFLAC以編碼或解碼.flac文件
metaflac,一個文字接口的.flac元數據編輯器
input plugins,不同的音樂播放軟件的輸入插件(如Winamp,XMMS,foobar2000,musikCube)
自由指的是這個音頻格式可以在不需事先許可的情況下使用(xiph.org保留了製定FLAC規格及認證兼容規挌的權利)。而不論是FLAC格式還是其編碼及解碼方法均沒有任何軟件專利保護,這表示整個FLAC是自由軟件:libFLAC及libFLAC++的源代碼是在BSD許可證下發布,而flac,metaflac及其他插件的源代碼均是在GPL下發布。
在其官方的目標中,FLAC計劃不鼓勵開發者在其中加入任何反復製特性。
技術
FLAC只支持定點取樣,並不支持浮點取樣,這是因為它要確保沒有任何約數錯誤以致影響音質。它能支持任何PCM位分辨率,由4至32 bits per sample皆有。它亦支持任何采樣率,由1 Hz至655,350 Hz不等,並可逐1 Hz微調。
FLAC支持很多不同的平臺:大多數的Unix-like系統(包括Linux,BSD,Solaris及Mac OS X),Windows,BeOS及OS/2。支持這麽多平臺的原因是因為它是由autoconf/automake、MSVC、Watcom C及Project Builder編譯的。
FLAC的技術特點如下:
無損壓縮:被編碼的音頻(PCM)數據沒有任何信息損失,解碼輸出的音頻與編碼器的輸入的每一個字節都是一樣的。每個數據幀都有一個當前幀的16-bit CRC校驗碼,用於監測數據傳輸錯誤。對整段音頻數據,在文件頭中還保存有一個針對原始未壓縮音頻數據的MD5標記,用於在解碼和測試時對數據進行校驗。
靈活的壓縮策略:與libflac使用是「質量」的參數,該參數變化從0(最快)至8(最小)。雖然在壓縮過程(壓縮文件總是完美的「無損」表示的原始數據)。涉及速度和容量之間的折衷,解碼過程中始終是相當快的,而不是非常依賴於壓縮
快速:FLAC更看重解碼的速度。解碼只需要整數運算,並且相對於大多數編碼方式而言,對計算速度要求很低。在很普通的硬件上就可以輕松實現實時解碼。
硬件支持:由於FLAC提供了免費的解碼範例,而且解碼的復雜程度低,所以FLAC是目前少數獲得硬件支持的無損壓縮編碼之一。(APE格式也有少數硬件支持)
可以流化:FLAC的每個數據幀都包含了解碼所需的全部信息。解碼當前幀無需參照它前面或後面的數據幀。FLAC使用了同步代碼和CRC(類似於MPEG等編碼格式),這樣解碼器在數據流中跳躍定位時可以有最小的時間延遲。
可以定位:FLAC支持快速采樣精確定位。這不僅對於播放有益,更使得FLAC文件便於編輯。
富於彈性的metadata:可以定義和實現新類型的metadata數據塊,而不會影響舊的數據流和解碼器的使用。目前已有的metadata類型包括tag,cue表,和定位表。已經註冊的應用程序可以定義自己專用的metadata類型(這一點與MIDI標準相似)。
非常適合於存檔應用:FLAC是一個開放的編碼格式,並且沒有任何數據的損失,你可以將它轉換為你需要的任何其他格式。除了每個數據幀的CRC和MD5標記對數據完整性的保障,flac(FLAC項目提供的命令行方式編碼工具)還提供了一個verify(校驗)選項,當使用該選項進行編碼的時候,編碼的同時就會立即對已編碼數據進行解碼並與原始輸入數據進行比較,一旦發現不同就會退出並且報警提示。
便於對CD進行備份:FLAC有一個cue表,表內的metadata數據塊用於保存CD的內容列表和所有音軌的索引點。你可以將一張CD保存到一個單一文件,並導入CD的cue表格,這樣一個FLAC文件就可以完整地記錄整張CD的全部信息。當你的原來的CD損壞的時候,你就可以用這個文件恢復出與原來一模一樣的CD副本。
抗損傷:由於FLAC的幀結構,當數據流損壞時,數據損失會被限製在受損的數據幀之內。一般只會丟失很短的一個片段。而很多其他無損音頻壓縮格式在遇到損壞時,一個損壞就會造成後面所有數據丟失。
比較
FLAC與其他無損壓縮式,如ZIP及gzip的主要分別在於FLAC可即時播放已壓縮的音頻資料,而且FLAC比ZIP這類無損壓縮格式有更高的壓縮比率。(FLAC在壓縮音樂時有大約五成壓縮率,但ZIP在同一情況下則只有一至兩成壓縮率。)
雖然有損壓縮格式如MP3,Opus等有更高的壓縮率,但它們會破壞了音頻的原來數據,使其不可變回原來音質,而且FLAC可自由選擇壓縮率及壓縮時間,較高的壓縮率會帶來較高的解壓縮時間。相比起其他無損壓縮格式如Monkey's Audio(拓展名為.APE)及Shorten,雖然壓縮率稍有不及Monkey's Audio,FLAC技術更先進,占用資源更低,而且是開放的,所以,更多的平臺及硬件產品支持FLAC。
在Hydrogenaudio維基有一個各類無損音頻壓縮的比較表,裏面包括了FLAC格式。
參見
無損壓縮格式比較列表
有損壓縮比較列表
音頻壓縮格式列表
Monkey's Audio
音頻編碼格式的比較
無損數據壓縮
註解
News. FLAC. [31 August 2009]. (原始內容存檔於2013-03-29).
FLAC Joins Xiph.org. Xiph.org Foundation. 29 January 2003 [31 August 2009]. (原始內容存檔於2017-01-07).
Plant, Emmett. FLAC Joins Xiph!. Xiph.org Foundation. [31 August 2009]. (原始內容存檔於2008-05-29).
FLAC – changelog. Xiph.org Foundation. [15 October 2013]. (原始內容存檔於2016-11-24).
Lossless comparison. [2005-11-13]. (原始內容存檔於2012-03-03).
外部鏈接
etree.org維基(頁面存檔備份,存於互聯網檔案館)
FLAC項目主頁 (舊)(頁面存檔備份,存於互聯網檔案館)
FLAC項目主頁(頁面存檔備份,存於互聯網檔案館)
支持FLAC的音樂播放程序列表(頁面存檔備份,存於互聯網檔案館)由推廣FLAC計劃組織所編寫。
FLAC與其他無損音頻格式比較列表
Speek的無損音頻及有損音頻格式比較列表(頁面存檔備份,存於互聯網檔案館):比較FLAC, Wave, Ogg Vorbis及MP3格式的壓縮率及時間。
無損壓縮格式的比較列表由Hans Heiden所製作
無損音頻壓縮日誌(頁面存檔備份,存於互聯網檔案館)
.....
~ etc .....(簡稱bee、banana、bed、beyond、blind、because、beat、begin、bao yi bao)
誕親十七姐逢戰必贏因戰前必親吻倚誕大牛堅五下的雅典娜王汪望摘來,以報大牛堅恩情:
《免費軟件的故事》
2009 年 11 月 25 日,美國東部時間上午 06:00
李·戈麥斯 斯福布斯員工
這篇文章已經有 10 多年的歷史了。(哞,前任上帝大奶牛重嫁宜嫁嫁道,.....)
這是商學院教授面臨的一個問題:你如何在一個市場上取得成功,你的產品成功的唯一途徑就是不收取任何費用?對於大衛布萊恩特和喬什科爾森來說,答案很簡單:確保你喜歡你正在做的事情。
49 歲的布萊恩特和 39 歲的科爾森都是住在矽谷的經驗豐富的計算機程序員。他們通過白天在科技世界的數字鹽礦中勞動來支付租金。他們的夜晚和周末也都蜷縮在電腦鍵盤上,但工作在他們自己開發並免費贈送的軟件上。
如果您是那種喜歡從網站上偶爾下載程序的計算機用戶,那麽您很可能每天都依賴於像 Bryant 和 Coalson 這樣的陌生人的善意。他們的「免費軟件」是軟件生態系統的重要組成部分。其中許多程序都是小眾產品,可以解決微小的計算機問題並最終吸引一小群忠實的追隨者。
然而,其中一些小程序最終扮演了巨大的角色。這適用於 Bryant 和 Coalson 的工作,他們的程序解決了數字音樂中的一個問題:如何在不損失任何音頻質量的情況下將音樂文件(如翻錄 CD 時創建的文件)變小。
Apple 和 Microsoft 為其音樂程序提供了類似的「無損」壓縮。但是 Coalson 的 Flac 和 Bryant 的 WavPack 是不同的,因為它們不是專有的。家庭用戶可以在他們的電腦上免費使用它們。公司擁有相同的自由,並且能夠使用軟件做他們想做的事,而無需支付任何版稅。
他們使用它。Flac 是音樂界的一個標準,以至於當披頭士樂隊最近發布他們重新製作的目錄時,其中的數字部分是用 Flac 完成的。當流行的文件壓縮程序 WinZip 希望能夠壓縮音樂文件時,它使用 WavPack 來做到這一點。
盡管 Bryant 花了一周時間調整程序以確保它與 WinZip 兼容,但兩人都沒有看到一毛錢。(他確實得到了一件免費的 T 恤。)
對這些誌願勞動者來說一個明顯的問題:當然,很高興知道很多人都在使用你的代碼,但是當已經是巨富的人自由地挪用它以變得更加富有時,你不覺得自己有點傻嗎?
兩個人發誓他們沒有。「我不確定究竟是什麽讓它令人愉悅,但從頭開始構建一個可以做一些有用的事情的程序肯定會很有趣,」布萊恩特說。「感覺就像是一種藝術表現形式。」 Coalson 說:「我接觸了很多很棒的音樂設備,也遇到了很多有趣的人。」
他們都說 Internet 幾乎不可能對某些類型的軟件收費。如果 Flac 或 WavPack 不是免費的,人們就會放棄它們,轉而支持不可避免的替代品。
的確,開源程序員並不是第一個從事本質上是業余愛好的人。但是他們投入的時間——編寫軟件、回答用戶的問題、進行定期更新——可能是驚人的。
Coalson 說,在 Flac 的早期,這就像有一份第二份工作。現在,該計劃的成功吸引了其他願意提供幫助的誌願者。
這種情況並非沒有殘酷的諷刺。例如,布萊恩特說他開始工作的部分原因是他對音樂的興趣。他收集 1950 年代和 1960 年代的老式音頻設備,這些設備由電子管而不是晶體管製成。但是沒有時間認真傾聽,他把大部分裝備都放在家裏的盒子裏。
不熟悉開源軟件世界的人常常認為它的擁護者對財產、利潤和資本主義的其他支柱懷有敵意。不對。例如,Bryant 計劃開展一項與 WavPack 無關的營利性計劃,兩人都表示他們會考慮與試圖充分利用其軟件的公司進行咨詢。
Apple 拒絕在 iPod 中支持任何一個人的文件系統;想必,它認為自己的 Apple Lossless 格式已經足夠好了。但是現在互聯網上到處都是 Flac 文件。WavPack 會自動創建一個較小的、壓縮版本的文件以及主文件。如果 Apple 聘請這些人讓他們的文件在 iPod 和 iPhone 上運行,不是很好嗎?
.....
~ etc .....(簡稱bee、banana、bed、beyond、blind、because、beat、begin、bao yi bao)
誕親五姐雁難撲街除非偶遇New三毛毛三妹女俠練劍劍氣四射普賢菩薩王銜詩雖剛受重創,但幸得寰宇唯一真神誕親吻嘴巴一下,已無大礙,從百度百科摘來,以報好妹恩情:
FLAC (無損音頻壓縮編碼)
FLAC中文可解釋為無損音頻壓縮編碼。FLAC是一套著名的自由音頻壓縮編碼,其特點是無損壓縮。不同於其他有損壓縮編碼如MP3及AAC,它不會破壞任何原有的音頻信息,所以可以還原音樂光盤音質 。2012年以來它已被很多軟件及硬件音頻產品(如CD等)所支持。
中文名 無損音頻壓縮編碼
外文名 Free Lossless Audio Codec
外語縮寫 FLAC
類型 無損壓縮
項目啟動時間 2000年
發布時間 2001年01月15日
最新穩定版 FLAC 1.3.3 (2019/08/04)
解析區別
FLAC與MP3不同,MP3是有損音頻壓縮編碼,但FLAC是無損壓縮,也就是說音頻以FLAC編碼壓縮後不會丟失任何信息,將FLAC文件還原為W***文件後,與壓縮前的W***文件內容相同。這種壓縮與ZIP的方式類似,但FLAC的壓縮率大於ZIP和RAR,因為FLAC是專門針對PCM音頻的特點設計的壓縮方式。而且可以使用播放器直接播放FLAC壓縮的文件,就像通常播放MP3文件一樣(已經有許多汽車播放器和家用音響設備支持FLAC,在FLAC的網站上你可以找到這些設備廠家的鏈接)。
FLAC
FLAC是免費的並且支持大多數的操作系統,包括Windows,基於Unix Like內核(Linux,BSD,Solaris,IRIX,AIX等)而開發的系統,BeOS,OS/2,Amiga。並且FLAC提供了在開發工具autotools,MSVC,Watcom C,Project Builder上的build系統。
現各大網站都有FLAC音樂下載,發布者一般是購買CD後把.cda音軌直接抓取成.flac,以保證光盤的原無損質量。
無損格式配上好耳機的效果是非常棒的。
項目
FLAC 數據流的格式
以庫的形式提供的參考編碼器和解碼器 ;
flac,一個以命令行方式工作的可以編解碼FLAC文件的程序;
metaflac,以命令行方式工作的FLAC文件的metadata編輯器。
FLAC 不同音頻播放器的輸入插件
FLAC
我們所說的「FLAC是自由(free)的」不僅僅意味著你可以不花錢而得到它。更重要的是FLAC的文件格式是對公眾完全開放的,你可以以任何目的使用它(FLAC 項目只保留維護 FLAC 格式規格和確認兼容特性的權利),FLAC的文件格式和編碼/解碼的實現方式都不受任何已知專利的限製。還有,所有的源代碼都在開放源代碼的授權方式下可以得到。
歷史
FLAC項目由Josh Coalson於2000年啟動。進入beta階段後並在2001年1月15日發布的0.5版的參考實現時,FLAC位流格式凍結。
2001年6月FLAC發布了1.0版。
FLAC
2003年1月29日, "Xiph. Org"基金會和FLAC項目宣布FLAC成為"Xiph. Org"旗下的獨立公司 banner. 除此之外,"Xiph. Org"還對許多免費壓縮格式提供支持,如Vorbis、Theora、Speex等等。
2007年9月17日FLAC發布了1.2.1版。
2013年6月1日六年來首次發布更新,從v1.2升級到v1.3。主要變化包括:支持RF64和Wave64 格式,ReplayGain支持最高192kHz音頻取樣率,等等。
特性
無損失壓縮:被編碼的音頻(PCM)數據沒有任何信息損失,解碼輸出的音頻與編碼器的輸入的每一個字節都是一樣的。每個數據幀都有一個當前幀的 16-bit CRC校驗碼,用於監測數據傳輸錯誤。對整段音頻數據,在文件頭中還保存有一個針對原始未壓縮音頻數據的MD5標記,用於在解碼和測試時對數據進行校驗。 電腦在播放W***文件時,是把W***文件中的PCM數據直接發送給聲卡,而電腦在播放FLAC時,需要先把FLAC解碼為PCM數據,然後在發送給聲卡。就是多了一個解碼的環節,就像是給RAR文檔解壓一樣。其PCM數據是與壓縮前的W***沒有區別的。
快速:FLAC更看重解碼的速度。解碼只需要整數運算,並且相對於大多數編碼方式而言,對計算速度要求很低。在很普通的硬件上就可以輕松實現實時解碼。
硬件支持:由於FLAC提供了免費的解碼範例,而且解碼的復雜程度低,直至2012年以來FLAC是唯一獲得廣泛且良好的硬件支持的無損壓縮編碼。
可以用於流媒體:FLAC的每個數據幀都包含了解碼所需的全部信息。解碼當前幀無需參照它前面或後面的數據幀。FLAC使用了同步代碼和CRC(類似於MPEG等編碼格式),這樣解碼器在數據流中跳躍定位時可以有最小的時間延遲。
可以定位:FLAC支持快速采樣精確定位。這不僅對於播放有益,更使得FLAC文件便於編輯。
富於彈性的metadata:可以定義和實現新類型的metadata數據塊,而不會影響舊的數據流和解碼器的使用。已有的metadata類型包括tag,cue表,和定位表。 已經註冊的應用程序可以定義自己專用的metadata類型(譯註:這一點與MIDI標準相似)。
非常適合於存檔應用:FLAC是一個開放的編碼格式,並且沒有任何數據的損失,你可以將它轉換為你需要的任何其他格式。除了每個數據幀的CRC和MD5標記對數據完整性的保障,flac(譯註:FLAC項目提供的命令行方式編碼工具)還提供了一個verify(校驗)選項,當使用該選項進行編碼的時候,編碼的同時就會立即對已編碼數據進行解碼並與原始輸入數據進行比較,一旦發現不同就會退出並且報警提示。
便於對CD進行備份:FLAC有一個「CUE表」metadata數據塊用於保存CD的內容列表和所有音軌的索引點。你可以將一張CD保存到一個單一文件,並導入CD的cue表格,這樣一個FLAC文件就可以完整地記錄整張CD的全部信息,也就是說,可以把平時單獨存放的CUE文件嵌入到FLAC文件裏。當你的原來的CD損壞的時候,你就可以用這個文件恢復出與原來一模一樣的CD副本。
抗損傷:由於FLAC的幀結構,使得一旦發生數據流的損壞,損失會被限製在受損傷的數據幀之內。一般只是會丟失很短的一個片段。而很多其他無損音頻壓縮格式在遇到損傷的時候,一個損傷就會造成後面所有數據的丟失。
打開方式
FLAC可以通過很多播放器直接播放,比如千千靜聽(已改名百度音樂),Foobar2000,AIMP等,甚至部分視頻播放器如KMPlayer都能直接播放。當然,為了音質考慮,建議使用專業音樂播放器進行播放。
在特殊情況下,可以將FLAC文件視為一個光盤鏡像,並加載到虛擬光驅上,這可以通過Nero將FLAC文件刻錄到映像文件然後通過虛擬光驅(如Daemon Tools)加載來實現,也可以通過WinMount軟件可以直接把Flac文件掛載到一個虛擬光驅。但是因為操作繁瑣,所以除非在必要情況下,一般我們都是通過播放軟件直接播放的。
缺點
FLAC僅僅是一個無損音頻編碼,不含有有損壓縮的功能。因此當需要小體積有損編碼的音頻文件時,你將仍然需要MP3、AAC、Ogg Vorbis等編碼。
FLAC不支持任何版權保護(防復製)方法,自行嘗試對FLAC文件進行保護是徒勞無功的。
FLAC與APE
在音頻壓縮領域,有兩種壓縮方式,分別是有損壓縮和無損壓縮。我們常見到的MP3、WMA、OGG被稱為有損壓縮,有損壓縮顧名思義就是在壓縮過程中會讓原始音頻信息受損和失真。另一種音頻壓縮被稱為無損壓縮。無損壓縮能夠在100%保存原文件的音頻數據的前提下,將音頻文件的體積壓縮得更小,而將壓縮後的音頻文件還原後,能夠得到與源文件完全相同的PCM數據。無損壓縮格式有APE、FLAC、WavPack、TAK、TTA、WMA Lossless、Apple Lossless、La、OptimFROG、Shorten等,而在中國最流行的無損壓縮格式是APE和FLAC。下面就針對這兩種無損壓縮格式進行一下對比。
APE即Monkey's Audio,是一種常見的無損音頻壓縮編碼格式,擴展名為.ape。與有損音頻壓縮(如MP3、Ogg Vorbis或者AAC等)不同的是,Monkey's Audio壓縮時不會丟失數據。一個壓縮為Monkey's Audio的音頻文件聽起來與原文件完全一樣。Monkey's Audio文件的播放列表使用.apl(也支持cue)。同時它提供的開源開發包使得播放器開發者們可以較容易地讓播放器產品支持APE格式。在現有不少無損壓縮方案中,APE是一種有著優勢並不突出的壓縮率以及較慢的解碼速度。由於推出時間較FLAC早,APE格式占據了大多數PC-HIFI友的心,在國內很快流行,應用非常廣泛,成為了國內許多無損音樂愛好者的首選格式。
FLAC是Free Lossless Audio Codec的簡稱,是一種非常成熟的無損壓縮格式,名氣不在APE之下。該格式的源碼完全開放,而且支持所有的操作系統平臺。它的編碼算法相當成熟,已經通過了嚴格的測試,當FLAC文件受損時依然能正常播放。另外,該格式是最先得到廣泛硬件支持的無損格式。
前面已經說明,無損壓縮是在保證不損失源文件所有碼率的前提下,將音頻文件壓縮得更小,也就是說這兩種音頻格式都能保證源文件碼率的無損。但兩種壓縮格式畢竟為兩種壓縮算法,下面比較一下這兩種壓縮格式的特點:
一、壓縮率決定無損壓縮文件所占存儲空間
FLAC
所有的無損壓縮編碼的壓縮率都較為相近,但在這些無損壓縮編碼之中,APE具有較好的壓縮率,FLAC的壓縮率略有不如。以一首49784KB的「5 Star Grave - In Bed With The Dead.wav」為例,轉換為flac後大小為37006KB,轉換為ape後大小為36460KB,兩者的壓縮率分別為74.33%和73.24%。大多數情況下,一個W***音頻文件經壓縮後得到的APE文件,一般會比壓縮為FLAC文件稍微小一些。由於不同的W***文件信息量不同,以上數據僅供參考。(註:flac.exe為1.3.0版,MAC.exe為4.11版)
二、編碼速度考驗用戶的耐心,速度快者優
FLAC的壓縮和解碼速度均顯著優於APE,APE只有在FAST的編碼強度下,速度才能和FLAC一拼。但相應的,APE的壓縮率一直低於FLAC,APE的FAST壓縮下得到的文件體積已經可以和FLAC最低壓縮率的文件體積媲美(經測試,一首49784KB的「5 Star Grave - In Bed With The Dead.wav」文件,經FAST壓縮後得的APE文件和最低壓縮率Level 8下得到的FLAC文件大小分別為36854KB、36960KB)。也就是說,如果以速度為基準比較的話,在相同壓縮速度的設定下,兩者的壓縮率差不多。
三、平臺的支持決定普及度
FLAC相比APE的解碼復雜程度要較低(解碼運算量小、只需要整數運算),解碼速度快,對計算硬件要求很低,在很普通的硬件上就可以輕松實現實時解碼播放。FLAC是唯一獲得廣泛硬件支持的無損壓縮編碼,在消費領域,已經有很多移動多媒體播放器、汽車、家用音響設備支持FLAC格式了。
APE格式,官方只提供Windows支持。雖然也有提供GNU/Linux和Macintosh平臺的官方支持的討論,但是沒有結果。只有一位名為SuperMMX的開發者於2003年7月釋出了一個非官方移植版本。它包括了供XMMS與Beep Media Player回放Monkey's Audio使用的插件。該移植本來只支持GNU/Linux,但從3.99 update 4 build 4版本開始支持Mac OS X和基於PowerPC、SPARC平臺的GNU/Linux。但是這個非官方移植計劃沒有得到官方的承認,受製於官方發行許可證的限製,其未來並不明朗。不過據稱Monkey's Audio的Win32庫可以借助Wine在GNU/Linux平臺運行。硬件支持方面,由於采用了浮點運算,編碼解碼速度慢,對硬件的要求較高,硬件支持度不如FLAC。
四、兩者的開源特性
APE屬於個人作品,未來不排除出現版權問題;技術水平和支持方面遜色於國際通用標準格式的FLAC。
FLAC是一個開放源代碼並且完全免費的無損音頻編碼壓縮格式,是國際通用標準,這種與CD質量相同的音樂格式在音質上一樣是無可挑剔的,以FLAC方式壓縮不會丟失PCM音頻的任何信息。而且你永遠不必擔心惹上版權官司。受益於此,有很多音頻處理軟件默認都可以輸入、輸出FLAC格式文件,這給音頻的後期處理帶來了方便。
兩者的開源或部分開源,對音頻軟硬件的設計們提供了很大的便利,不但幾乎所有主流播放軟件都支持二者,硬件方面也有很多播放器支持了FLAC和APE。只不過因為APE解碼的運算量太大的問題,導致並不是每一個APE文件都可以被硬件播放器流暢播放,也更耗電。
五、容錯能力
APE文件的容錯性差,只要在傳輸過程中出現一點差錯,就會讓整首APE音樂作廢。而FLAC文件因為每幀數據之間無關聯。因此當FLAC文件在傳播過程中受損,導致某幀數據損壞缺失的話,只會損失該幀的音頻信息,不會影響到前後的數據。這是FLAC的優勢,但也因此FLAC的壓縮率略低。
總結:
無論FLAC還是APE,因為所占空間都比有損音樂大很多,單從技術角度講,FLAC要比APE更有優勢,因為FLAC完全開源,許多播放器可以自由地將FLAC解碼功能內建在自己的解碼器中。同時,FLAC有廣泛的硬件平臺的支持,幾乎所有采用便攜式設計的高端解碼芯片都能夠支持FLAC格式的音樂,FLAC第三個優勢在於:優秀的編碼使得硬件在解碼時只需采用簡單的整數運算即可,這將大大降低所占用的硬件資源,解碼速度極快,這也是硬件播放器對FLAC支持更好的原因。
.....
~ etc .....(簡稱bee、banana、bed、beyond、blind、because、beat、begin、bao yi bao)
感謝誕親大伯寰宇第四戰羊王轉世如來佛祖大山羊王九鼎左手托一愛誕兒佑誕爸新製408512噸重金塔,親大哥九鼎辛苦了,.....
感謝誕親二百一十姐洗盤子姑娘盤古王王力詩洗了一天盤子,還堅持持一把開天劈地重408511噸重倚誕剁大奶牛腳趾頭毫不留情斧護佑,.....
感謝誕親九伯真主大駱駝王真天,他熱心熱情,邀請了大牛堅九千九百九十九點九九次空閑時去非洲撒哈拉大沙漠深處參觀他的宮邸,.....
感謝誕親三十姨梵天大鯤鵬王孟達,他持八百一十一噸倚誕無敵更無情葬大奶牛麻雀屎護佑,.....
感謝誕親四十四姨騰格裏大野豬王八戒,他與牛魔王王八蛋、羊魔王王九蛋、馬魔王王十蛋火拼了十分鐘,幸得誕親四姐前任即第10060任觀世音菩薩王梅酷助,加了10秒搞定,.....
——誕親第五女兒很不孝順的女兒小撲街小天天潑皮叢佳依佳佳一聲長嘆,外公不可戰勝,寧犯十萬對不起藍潔瑛的文殊菩薩王梅愛她是誕親五百一十姐,也莫惹寰宇最強男人我的外公倚誕大牛堅,.....
.....
~ etc .....(簡稱bee、banana、bed、beyond、blind、because、beat、begin、bao yi bao)
Josh Coalson(喬什·科爾森)of自由無損音頻壓縮編碼Flac發起並開發者永享現任上帝爸、耶穌爸、前任觀世音菩薩爸、寰宇唯一真神爸、.....寰宇最強男人倚誕大牛堅江蘇省天一中學十佳團員王堅學號931104蘇州大學96貨幣銀行學王堅學號96109044宿舍錫州公寓104室寰宇第一大家庭王巷1號of三槐堂王氏三沙王巷分支on the road——312國道 王堅座位序號20210924001.....的愛——寰宇唯一真神、現任上帝、不再背鍋靚麗巾幗、愛Josh Coalson(喬什·科爾森)一人四合一全能的小「狗狗」誕誕王靈誕欣喜.....
——孩子爸,快睡吧,.....,誕親五姨慈愛若雲霞業已勝女俠一身馬桶帚撣前任上帝大奶牛重嫁宜嫁嫁馬桶牛嘴本領驚呆了寰宇all大衛(通「偽」)神,宙斯都似得了老年癡呆癥,抱著只老鼠喊honey我愛你,甜心,我要我要,嗯.....
——孩子爸,來我房間吧,.....誕親十八姨一貫道無極美嫩牛妞韓天愛嬌滴滴道,.....
——孩子爸,.....
——孩子爸,....
——孩子爸,...
—— —— ——
{寰宇唯一真神、現任上帝、不再背鍋靚麗巾幗、愛Josh Coalson(喬什·科爾森)一人四合一全能的小「狗狗」誕誕王靈誕又聚姐妹調皮,把大牛堅發射上天了,落地後五秒,大牛堅便繼續.....}
{「『寰宇最後的良心』在爸爸懷裏.....」——俊俏靚麗能詞善賦歌舞雙絕賢惠高產優產堅決不超生的永恒中華泰鬥誕親二姐鬥姆元君王景思語}
您在这个论坛的权限:
您不能在这个论坛回复主题