LAME

LAME是短暂的，从LAME不是一个MP3编码器，是一个研究项目的了解和改善MP3编码技术。 LAME包括MP3编码库，简单前端应用中，大大改善心理声学模型（GPSYCHO），和一个图形帧分析器（MP3x）。
请注意，任何商业用途（包括一个免费的编码器分配LAME编码引擎），可能需要从汤姆逊多媒体专利许可。
 软件，该软件使用了“跛脚”：
IN-仙女座（PHP和ASP）动态呈现的MP3流媒体网站的集合。
IN-撕裂（的Perl）脚本翻录和编码。
IN-avifile AVI / DIVX编码器和解码器的Linux版本。
IN-握（Linux）的基于GTK的CD播放器，破拆和编码器。支持CDDB，的cdparanoia和LAME。
IN-jbm2（Linux）的一个KDE点唱机风格的应用程序适用于公共场所（酒吧，酒馆，...）
IN-Krabber（Linux）的一个KDE松土和编码器，可以使用LAME。
IN-Mp3Maker（Linux）的一个WindowMaker的增强前端cdda2wav /的cdparanoia和跛脚/ bladeenc。
IN-dekagenc（Linux）的Bourne shell脚本进行翻录，编码和CDDB命名。
IN-ripperX（Linux）的GTK前端进行松土和几个编码器具有CDDB支持。
IN- T.E.A.R. （Linux）的前端到LAME，的cdparanoia和CDDB。
IN- XMCD。 （Linux）的CD播放器CDDB和翻录到MP3和OGG。
IN-xtunes（Linux）的GTK前端的LAME，MAD，的cdparanoia，cdrecord和更多。
IN-DropMP3（苹果机）包括LAME二进制文件。
IN-CDEX（Windows）中开膛手和编码器，包括LAME二进制文件（刀片兼容的dll）
IN-Lamedrop（Windows）中OggDrop风格的前端。
IN-LAMEX（Windows）中的ActiveX控件LAME和GUI。只有源代码，包括LAME。
IN-M3W（Windows）中一个活生生的MP3流光的WWW。工程与LAME，的Icecast，声卡输入
IN-out_lame（Windows）中Winamp的输出插件。直接从Winamp的创建MP3文件！
IN-RazorLame（Windows）中的剃刀刃的前端现在支持LAME。
IN-winLAME（Windows）中唯一的* *漂亮的用户界面窗口的LAME，据笔者：-）
IN-DarkIce直播流光的icecast理解。
IN-LiveIce的MP3的实时流式传输。适用于的Icecast
IN-MUSE的搅拌，编码和流媒体引擎。
IN-闪存福斯一个类似Flash的开发库

特点：

• 在质量，速度超过ISO的参考软件很多改进。见历史。
• 在MPEG1,2和2.5层III编码。
• 的CBR（恒定比特率）和两种类型的可变比特率，VBR和ABR。
• 在编码引擎可被编译为一个共享库（Linux / UNIX的），DLL或ACM编解码器（Windows）中
• 在自由格式的编码和解码
• GPSYCHO：一个GPL的心理声学和噪声整形模型
• 在功能强大且易于使用的预设
• 在质量足以媲美FHG编码引擎，并大大高于大多数其他编码器更好。
• 在快！编码比实时更快地在PII 266的最高质量模式。
• 在MP3x：一个GTK / X-Window的MP3帧解析为.MP3和未编码的音频文件
。

什么在此版本中是新的：

• 在增加了对DirectShow的IAMStreamConfig接口支持的LAME编码器过滤器输出引脚。
• 修改了DirectShow过滤器注册部分，这样的LAME编码器过滤器在音频压缩过滤器类正确注册。这将允许第三方应用程序编码使用DirectShow的系统设备枚举器接口，以正确地检测LAME编码查询音频过滤器压缩机组时。
• 修正滤波器登记信息，使得MP3音频亚型正确报告为被支撑在编码器的输出引脚。这将允许第三方应用程序编码使用DirectShow的IFilterMapper2接口承认，LAME编码器支持MP3输出。
• 蚀变使得它现在使用MERIT_DO_NOT_USE的标准的DirectShow压缩机滤波器优点值（0x200000），将其在使用时将过滤器中注册的过滤优异价值。此前，该过滤器是使用MERIT_SW_COMPRESSOR的值（的0x100000），这是在一个较低的优先级（即优先级更差），比MERIT_DO_NOT_USE被注册。这阻止了LAME编码器过滤器被选定为一些第三方的编码应用。
• 添加代码以计算用于WAVEFORMATEX输出结构的nBlockSize元件音频帧的帧长。此前该值只不过是硬编码为1。
• 修正了错误追踪系统项目[2973877]关于新漏码问题

什么的3.98.3版本是新的：

• 在更新Debian软件包的新版本
• 在忽略标签，错误切换嵌入专辑封面，固定时没有任何影响。
• 在库API的变化：lame_decode功能现在已经过时，但仍然存在，请用hip_decode代替。这样做的原因的变化是：lame_decode功能使用一个全局变量在库中存储的解码器的设置，hip_decode功能没有。该编码器现在在内部使用hip_decode，现在可以使用clipdetect功能，而重新编码的MP3到MP3。
• 在解决方法FFMPEG错误，它用来调用lame_encode_flush不止一次在一个循环。
• 在Windows中：程序图标和版本信息添加（带VC9建设时）
• 修正了错误追踪系统项目[2688413]在Microsoft Visual Studio lib中名问题6
• 修正了错误追踪系统项目[2051870，2423650，2928684]几个小文件的问题
• 修正了错误追踪系统项目[2723518]重采样在3.98和3.99alpha
• 修正了由于Windows API的变化错误追踪系统项目[2891879]，有一个与prority开关有问题。
• 修正了错误追踪系统项目在BladeMP3EncDLL [2893101]访问冲突，如果UNICODE被定义。
• 修正了错误追踪系统项目[2887359]长度错误的ID3v2标签时num_samples未设置
• 修正了错误追踪系统项目[2872590] LameTAG：＆QUOT;音乐长度＆QUOT; missmatch在LAME 3.98
• 修正了错误追踪系统项目[2824296]错enc_padding在LAME 3.99a价值和3.98.3（从CVS）
• 在重温FHG解码器问题（FHG V1.5构建50，船舶用MS Windows）中：启用新的漏码似乎解决这​​个问题更好，比限制缓冲区大小（见下文：3.98测试版1月16 2007年）。
• 在提交的伯恩哈德Doebler，跟踪项目[2807676]与NASM支持建设拉梅时的错误补丁
• 在提交曼库索拉斐尔补丁，跟踪项目[2406420] cygwin下
编译lame_enc.dll

什么的3.98.2版本是新的：

• 在这个版本增加了一些质量改善生成的音频文件，使用户能够选择分数可变比特率的品质，并且已经升级为libsndfile1（和，反过来，可以使用多种文件格式作为输入，包括FLAC文件）的支持。
• 在它包括许多错误修正，包括为方便用户外设工具。