<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>FLAC</title>
	<atom:link href="https://www.aitaocui.cn/tag/177424/feed" rel="self" type="application/rss+xml" />
	<link>https://www.aitaocui.cn</link>
	<description>翡翠玉石爱好者聚集地</description>
	<lastBuildDate>Wed, 23 Nov 2022 03:58:10 +0000</lastBuildDate>
	<language>zh-CN</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.1.1</generator>

<image>
	<url>https://www.aitaocui.cn/wp-content/uploads/2022/11/taocui.png</url>
	<title>FLAC</title>
	<link>https://www.aitaocui.cn</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>FLAC(连续介质力力学分析软件)</title>
		<link>https://www.aitaocui.cn/article/280872.html</link>
					<comments>https://www.aitaocui.cn/article/280872.html#respond</comments>
		
		<dc:creator><![CDATA[李智慧]]></dc:creator>
		<pubDate>Wed, 23 Nov 2022 03:58:10 +0000</pubDate>
				<category><![CDATA[百科]]></category>
		<category><![CDATA[FLAC]]></category>
		<guid isPermaLink="false">https://www.aitaocui.cn/?p=280872</guid>

					<description><![CDATA[FLAC（FreeLosslessAudioCodec）无损音频压缩编码的简称。FLAC是一套的自由音频压缩编码，其特点是无损压缩。FLAC格式不同于其他有损压缩编码，FLAC格式...]]></description>
										<content:encoded><![CDATA[</p>
<article>
<p>FLAC（FreeLosslessAudioCodec）无损音频压缩编码的简称。FLAC是一套的自由音频压缩编码，其特点是无损压缩。FLAC格式不同于其他有损压缩编码，FLAC格式不会破任何原有的音频资讯，FLAC格式可还原音乐光盘音质。FLAC与MP3不同，MP3是音频压缩编码，但FLAC是无损压缩，也就是说音频以FLAC编码压缩后不会丢失任何信息，将FLAC文件还原为WAV文件后，与压缩前的WAV文件内容相同。</p>
</article>
<article>
<h1>历史</h1>
<p>FLAC项目由JoshCoalson于2000年启动。进入beta阶段后并在2001年1月15日发布的0.5版的参考实现时，FLAC位流格式冻结。</p>
<p>2001年6月FLAC发布了1.0版。</p>
<p>2003年1月29日,&quot;Xiph.Org&quot;基金会和FLAC项目宣布FLAC成为&quot;Xiph.Org&quot;旗下的独立公司banner.除此之外，&quot;Xiph.Org&quot;还对许多免费压缩格式提供支持，如Vorbis、Theora、Speex等等。</p>
<p>2007年9月17日FLAC发布了1.2.1版。</p>
<p>2013年6月1日六年来首次发布更新，从v1.2升级到v1.3。主要变化包括：支持RF64和Wave64格式，ReplayGain支持最高192kHz音频取样率，等等。</p>
<h1>打开方式</h1>
<p>FLAC可以通过很多播放器直接播放，比如千千静听，Foobar等，甚至部分视频播放器如QQ影音、KMPlayer等都能直接播放。当然，为了音质考虑，建议使用专业音乐播放器进行播放。</p>
<p>在特殊情况下，可以将FLAC文件视为一个光盘镜像，并加载到虚拟光驱上，这可以通过Nero将FLAC文件刻录到映像文件然后通过虚拟光驱（如DaemonTools）加载来实现，也可以通过WinMount软件可以直接把Flac文件挂载到一个虚拟光驱。但是因为操作繁琐，所以除非在必要情况下，一般我们都是通过播放软件直接播放的。</p>
<h1>特性</h1>
<p>无损失压缩：被编码的音频(PCM)数据没有任何信息损失，解码输出的音频与编码器的输入的每一个字节都是一样的。每个数据帧都有一个当前帧的16-bitCRC校验码，用于监测数据传输错误。对整段音频数据，在文件头中还保存有一个针对原始未压缩音频数据的MD5</p>
<p>标记，用于在解码和测试时对数据进行校验。电脑在播放WAV文件时，是把WAV文件中的PCM数据直接发送给声卡，而电脑在播放FLAC时，需要先把FLAC解码为PCM数据，然后在发送给声卡。就是多了一个解码的环节，就像是给RAR文档解压一样。其PCM数据是与压缩前的WAV没有区别的。</p>
<p>快速：FLAC更看重解码的速度。解码只需要整数运算，并且相对于大多数编码方式而言，对计算速度要求很低。在很普通的硬件上就可以轻松实现实时解码。</p>
<p>硬件支持：由于FLAC提供了免费的解码范例，而且解码的复杂程度低，直至2012年以来FLAC是唯一获得广泛且良好的硬件支持的无损压缩编码。</p>
<p>可以用于流媒体：FLAC的每个数据帧都包含了解码所需的全部信息。解码当前帧无需参照它前面或后面的数据帧。FLAC使用了同步代码和CRC(类似于MPEG等编码格式)，这样解码器在数据流中跳跃定位时可以有最小的时间延迟。</p>
<p>可以定位：FLAC支持快速采样精确定位。这不仅对于播放有益，更使得FLAC文件便于编辑。</p>
<p>富于弹性的metadata：可以定义和实现新类型的metadata数据块，而不会影响旧的数据流和解码器的使用。目前已有的metadata类型包括tag，cue表，和定位表。已经注册的应用程序可以定义自己专用的metadata类型（译注：这一点与MIDI标准相似）。</p>
<p>非常适合于存档应用：FLAC是一个开放的编码格式，并且没有任何数据的损失，你可以将它转换为你需要的任何其他格式。</p>
<p>除了每个数据帧的CRC和MD5标记对数据完整性的保障，flac（译注：FLAC项目提供的命令行方式编码工具）还提供了一个verify（校验）选项，当使用该选项进行编码的时候，编码的同时就会立即对已编码数据进行解码并与原始输入数据进行比较，一旦发现不同就会退出并且报警提示。</p>
<p>便于对CD进行备份：FLAC有一个“CUE表”metadata数据块用于保存CD的内容列表和所有音轨的索引点。你可以将一张CD保存到一个单一文件，并导入CD的cue表格，这样一个FLAC文件就可以完整地记录整张CD的全部信息，也就是说，可以把平时单独存放的CUE文件嵌入到FLAC文件里。当你的原来的CD损坏的时候，你就可以用这个文件恢复出与原来一模一样的CD副本。</p>
<p>抗损伤：由于FLAC的帧结构，使得一旦发生数据流的损坏，损失会被限制在受损伤的数据帧之内。一般只是会丢失很短的一个片段。而很多其他无损音频压缩格式在遇到损伤的时候，一个损伤就会造成后面所有数据的丢失。</p>
<h1>缺点</h1>
<p>数据缩水。FLAC是专门并且仅仅为无损压缩而设计的，您可以选用许多其他优秀的有损压缩方式如Vorbis,MPC,和MP3(LAME提供了一个优秀的开放源代码的实现)。</p>
<p>SDMI（例如cetera）兼容。FLAC不准备支持任何复制保护方法，实际上这些手段最终都是在浪费数据。（从另一个角度看，由于所有这些手段最终都被证明是无效的，所以也可以说FLAC把这些无用数据压缩到了零！）当然我们不能阻止某些人利用专用的metablock进行复制保护，但是他们的保护只会在他们自己解码产品上有效，其他解码器会跳过这些专门的metablock的。</p>
<h1>介绍</h1>
<p>在音频压缩领域，有两种压缩方式，分别是有损压缩和无损压缩！我们常见到的MP3、WMA、OGG被称为有损压缩，有损压缩顾名思义就是在压缩过程中会让原始音频信息受损和失真，意义在于输出的音频文件可以比原文件小很多。另一种音频压缩被称为无损压缩，也就是我们今天所要说的主题内容。</p>
<p>无损压缩能够在100%保存原文件的音频数据的前提下，将音频文件的体积压缩的更小，而将压缩后的音频文件还原后，能够得到与源文件完全相同的PCM数据。目前无损压缩格式有APE、FLAC、WavPack、TAK、TTA、WMALossless、AppleLossless、La、OptimFROG、Shorten等，而在中国最流行的无损压缩格式是APE和FLAC。下面就针对这两种无损压缩格式进行一下对比。</p>
<p>APE即Monkey&#x27;sAudio，是一种常见的无损音频压缩编码格式，扩展名为.ape。与有损音频压缩（如MP3、OggVorbis或者AAC等）不同的是，Monkey&#x27;sAudio压缩时不会丢失数据。</p>
<p>一个压缩为Monkey&#x27;sAudio的音频文件听起来与原文件完全一样。Monkey&#x27;sAudio文件的播放列表使用.apl（也支持cue）。同时它提供的开源开发包使得播放器开发者们可以较容易的让播放器产品支持APE格式。</p>
<p>在现有不少无损压缩方案中，APE是一种有着优势并不突出的压缩比以及较慢的解码速度。由于推出时间较FLAC早，APE格式占据了大多数PC-HIFI友的心，在国内很快流行，应用非常广泛，成为了国内许多无损音乐爱好者的首选格式。</p>
<p>FLAC是FreeLosslessAudioCodec的简称，是一种非常成熟的无损压缩格式，名气不在APE之下。该格式的源码完全开放，而且支持所有的操作系统平台。它的编码算法相当成熟，已经通过了严格的测试，当FLAC文件受损时依然能正常播放。另外，该格式是最先得到广泛硬件支持的无损格式。</p>
<p>前面已经说明，无损压缩是在保证不损失源文件所有码率的前提下，将音频文件压缩的更小，也就是说这两种音频格式都能保证源文件码率的无损。但两种压缩格式毕竟为两种压缩算法，下面比较一下这两种压缩格式的特点：</p>
<p>一、压缩比决定无损压缩文件所占存储空间</p>
<p>所有的无损压缩编码的压缩比都较为相近，但在这些无损压缩编码之中，APE具有较好的压缩率，FLAC的压缩率略有不如。以一首49784KB的“5</p>
<p>StarGrave-InBedWithTheDead.wav”为例，转换为flac后大小为37006KB，转换为ape后大小为36460KB，两者的压缩率分别为74.33%和73.24%。大多数情况下，一个WAV音频文件经压缩后得到的APE文件，一般会比压缩为FLAC文件稍微小一些。由于不同的WAV文件信息量不同，以上数据仅供参考。（注：flac.exe为1.3.0版，MAC.exe为4.11版）</p>
<p>二、编码速度考验用户的耐心，速度快者优</p>
<p>FLAC的压缩和解码速度均显着优于APE，APE只有在FAST的编码强度下，速度才能和FLAC一拼。</p>
<p>但相应的，APE的压缩率一直高于FLAC，APE的FAST压缩下得到的文件体积已经可以和FLAC最高压缩比的文件体积媲美（经测试，一首49784KB的“5StarGrave-InBedWithTheDead.wav”文件，经FAST压缩后得的APE文件和最高压缩比Level8下得到的FLAC文件大小分别为36854KB、36960KB）。</p>
<p>也就是说，如果以速度为基准比较的话，在相同压缩速度的设定下，两者的压缩比差不多。</p>
<p>三、平台的支持决定普及度</p>
<p>FLAC相比APE的解码复杂程度要较低（解码运算量小、只需要整数运算），解码速度快，对计算硬件要求很低，在很普通的硬件上就可以轻松实现实时解码播放。FLAC是目前唯一获得广泛硬件支持的无损压缩编码，在消费领域，已经有很多移动多媒体播放器、汽车、家用音响设备支持FLAC格式了。</p>
<p>APE格式，目前官方只提供Windows支持。虽然也有提供GNU/Linux和Macintosh平台的官方支持的讨论，但是没有结果。目前只有一位名为SuperMMX的开发者于2003年7月释出了一个非官方移植版本。</p>
<p>它包括了供XMMS与BeepMediaPlayer回放Monkey&#x27;sAudio使用的插件。该移植本来只支持GNU/Linux，但从3.99update4build4版本开始支持MacOSX和基于PowerPC、SPARC平台的GNU/Linux。</p>
<p>但是这个非官方移植计划没有得到官方的承认，受制于官方发行许可证的限制，其未来并不明朗。不过据称Monkey&#x27;sAudio的Win32库可以借助Wine在GNU/Linux平台运行。硬件支持方面，由于采用了浮点运算，编码解码速度慢，对硬件的要求较高，硬件支持度不如FLAC。</p>
<p>四、两者的开源特性</p>
<p>APE属于个人作品，未来不排除出现版权问题；技术水平和支持方面逊色于国际通用标准格式的FLAC。</p>
<p>FLAC是一个开放源代码并且完全免费的无损音频编码压缩格式，是国际通用标准，这种与CD质量相同的音乐格式在音质上一样是无可挑剔的，以FLAC方式压缩不会丢失PCM音频的任何信息。而且你永远不必担心惹上版权官司。受益于此，目前有很多音频处理软件默认都可以输入、输出FLAC格式文件，这给音频的后期处理带来了方便。</p>
<p>两者的开源或部分开源，对音频软硬件的设计们提供了很大的便利，目前不但几乎所有主流播放软件都支持二者，硬件方面也有很多播放器支持了FLAC和APE。只不过因为APE解码的运算量太大的问题，导致并不是每一个APE文件都可以被硬件播放器流畅播放，也更耗电。</p>
<p>五、容错能力</p>
<p>APE文件的容错性差，只要在传输过程中出现一点差错，就会让整首APE音乐作废。而FLAC文件因为每帧数据之间无关联。因此当FLAC文件在传播过程中受损，导致某帧数据损坏缺失的话，只会损失该帧的音频信息，不会影响到前后的数据。这是FLAC的优势，但也因此FLAC的压缩率略低。</p>
<p>总结：</p>
<p>无论FLAC还是APE，因为所占空间都比有损音乐大很多，所以都不是主流的音频格式，所以我们在网络上很难获取到FLAC和APE格式的音乐资源。</p>
<p>但通过上面的对比，相信很多用户对FLAC和APE的认识更深了一些，单从技术角度讲，FLAC要比APE更有优势，因为FLAC完全开源，许多播放器可以自由地将FLAC解码功能内建在自己的解码器中。</p>
<p>同时，FLAC有广泛的硬件平台的支持，几乎所有采用便携式设计的高端解码芯片都能够支持FLAC格式的音乐，FLAC第三个优势在于：优秀的编码使得硬件在解码时只需采用简单的整数运算即可，这将大大降低所占用的硬件资源，解码速度极快，这也是硬件播放器对FLAC支持更好的原因。</p>
</article>
<div class="mt-3 mb-3" style="max-width: 770px;height: auto;">
                                    </div>
<div class="mt-3 mb-3" style="max-width: 770px;height: auto;">
                                    </div>
<div class="mt-3 mb-3" style="max-width: 770px;height: auto;">
                                    </div>
]]></content:encoded>
					
					<wfw:commentRss>https://www.aitaocui.cn/article/280872.html/feed</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
	</channel>
</rss>
