Team R2R | 2024.009.07 | 119.5 MB
最终演变的参考工具。
完美的组合！
超过90模拟专业音频和消费设备，一个潇洒的新形式，并且实际分析的一部分，MixChecker超下一步的演变在检查你的参考混合。
超逼真的模拟装置
选择从90多个装置，模拟的最着名和最受欢迎的音频设备。 包括最新的消费者的设备，诸如笔记本电脑、手机，或者耳机。 尝试的声音配置的行业标准的工作室监视器和耳机。 检查你的混合意味着在汽车，俱乐部的考绩制度'或小的蓝牙语。 你也有能力来检查你的混合在真实世界的嘈杂的环境中，如地铁、嘈杂的街道上、购物中心，和其他人。
红外装载机
与MixChecker超，你可以导入你定制的冲动的响应。 你可以检查你的混合将会的声音，在受欢迎的声的空间，你的朋友的工作室，或甚至一大教堂。 (支持标准。IR文件)
先进的装置的控制
为了更好地了解如何你的混合意味着在设备，很容易调整设置的每个装置。 调整卷的每个装置单独或集仿真立体声的基匹配的现实世界条件较好。 我们的引擎还认为，非线性行为的设备和模拟了他们的失真和剪报。 你可以很容易地将上的失真的，看看你的混合将夹或歪曲在选定的设备。
R2R说明：
一个女巫说，
- 我们的版本使用更少的资源，尤其是在运行多个插件实例时。这也解决了Audified在线程之间的一些许可证问题。
- LexActivator模拟器被注入到插件中，向软件返回有效的许可证信息并处理回调系统。它还避免将损坏的数据写入注册表（LexActivator的bug）。
在Audified在2022年放弃了PACE/iLok之后，他们开始使用名为"Cryptlex"和其"LexActivator" SDK的许可证服务。这是我们的工作-解决了LexActivator的bug和Audified的bug，不需要定期的许可证服务器同步。
祝您阅读技术说明文档愉快 :)
剧透：
技术说明文档- Cryptlex、Audified和其他破解者的工作
如果您对深入的软件开发讨论不感兴趣，请跳过[1]和[2]。
[1] Cryptlex和LexActivator
[1.1] 关于Cryptlex
Cryptlex: https://cryptlex.com/
Cryptlex是一种许可证解决方案。它提供Web API（JSON）。
[1.2] 关于LexActivator
LexActivator是Cryptlex的原生SDK。SDK也提供给非原生语言。使用该SDK，开发人员不需要处理原始的Web API和JSON。
下面是使用LexActivator进行最简单的许可证验证的示例：
SetProductData(YOUR_PRODUCT_DAT_CONTENT); SetProductId(YOUR_PRODUCT_ID); if (IsLicenseGenuine() == LA_OK) { // 许可证是有效的 } else { // 许可证无效 }
LexActivator没有任何特殊的技巧来保护软件。它只是一个简单的许可证解决方案。没有加壳，没有混淆。它不是反盗版的。
SDK是公开可用的。任何人都可以查看规范。
https://github.com/cryptlex/lexactivator-c
[1.3] Windows LexActivator的bug
在Windows中，LexActivator将许可证和其他数据存储在注册表中。
HKEY_CURRENT_USER\Software\Classes\csetz
然而，LexActivator使用了错误的Win32 API来存储许可证。数据将会损坏（出乎意料）。如果您运行过任何LexActivator驱动的软件，您应该在"csetz"键下看到损坏的条目。
这是因为LexActivator将ANSI字符串传递给了RegSetValueExW。他们应该将UNICODE字符串传递给该API，或者使用RegSetValueExA。
如果LexActivator修复了这个bug，所有先前的数据，包括许可证，都将不兼容。不幸的是，用户将需要重新激活软件。但这比保留那个bug要好，不是吗？ :)
这个bug是我们等待修复已经很长时间了，但是Cryptlex.Inc还没有采取任何行动。所以我们最终决定使用注入的模拟器来发布它，而不是使用注册表中的"csetz"垃圾的Keygen。
[1.4] 音频插件中的LexActivator
LexActivator是静态的（无法实例化）。它并不真正适用于多实例环境。在数字音频工作站（DAW）中，一个DAW进程可能会有多个插件实例A，还可能会有多个由LexActivator驱动的插件A、B、C。开发人员需要面对这个问题，以避免冲突，或者简单地放弃使用LexActivator，而是手动处理Cryptlex Web API。
- 虽然LexActivator的API和手册是公开的，但关于多实例使用的技术信息还不够。我们可以在他们的支持论坛上找到一些问题和错误报告。
[1.5] LexActivator目前被以下公司使用....
Audified、Dear Reality、Landr FX、Maddix Rumble等等
现在你知道为什么我们没有发布它们了。我们是否应该等几个月或几年来看看注册表问题的修复呢？
[2] Audified和LexActivator
[2.1] Audified插件的结构。
+- 插件A ----------------------------------------------------+ | | | +- LexActivator（静态） -+ +- 实例（1） -----------------+| | | | | LexActivator监听线程 || | | LexActivator API | | 许可证状态 || | | 服务器同步线程 | +--------------------------------+| | | | +- 实例（2） -----------------+| | +-------------------------+ | LexActivator监听线程 || | | 许可证状态 || | +--------------------------------+| | +- 实例（n） -----------------+| | | LexActivator监听线程 || | | 许可证状态 || | +--------------------------------+| +---------------------------------------------------------------+
这种设计的问题：
- 每个实例都有自己的LexActivator监听线程。当您在一个DAW项目中加载10个插件A实例时，您将有10个监听线程。
- 每个实例都初始化LexActivator并调用API，而LexActivator是静态的（只有一个实例）。我们确认这会在线程之间产生一些故障。
- LexActivator根据SDK文档的说法定期与Cryptlex服务器同步许可证状态。当它成功与服务器同步时，它会唤醒所有的监听线程。
如果我们是需要使用LexActivator的开发人员...
- 编写AudifiedLicenser.exe来检查/激活所有Audified许可证
- Licenser将自己的缓存文件保存到%APPDATA%
- 每个Audified插件在第一个实例启动时从缓存中加载许可证。将许可证数据存储到插件的全局区域中。不需要在每个实例中加载缓存。
通过这种方法，实际的DAW进程中不会运行任何真正的LexActivator代码。开发人员不需要关心未记录的冲突问题。插件将更轻量级，因为没有链接到SDK。
[2.2] Audified的bug
这里只讨论与许可证相关的问题。
API使用错误：在Audified的代码中，CheckReleaseUpdate（）中的releaseFlags被设置为0。这是未定义的值。应该使用1（LA_RELEASES_ALL）或2（LA_RELEASES_ALLOWED）。在我们的模拟器中，该值被忽略。
许可证状态不同步：有时候LexActivator的监听线程会错过许可证回调。在R2R版本中，我们重新编写了Audified的监听线程：）
停用：DeactivateLicense（）的返回值被设置为许可证状态。当插件被激活并且停用失败时，插件应该仍然处于激活状态。但是Audified的代码使激活状态失效。在我们的模拟器中，DeactivateLicense（）始终返回1（LA_FAIL），然后插件的激活状态也从0（LA_OK）变为1（LA_FAIL）。我们没有修复这个问题，因为R2R用户不应该尝试停用插件。
一些初始化问题：一些主机，如VSTHost（SAVIHost），并未调用Audified的VST3插件的初始化代码。许可证信息显示“许可证既不是试用版也不是完整版，这是什么鬼？！”。如果您在插件主机中看到该许可证信息，您应该避免在该主机上使用Audified插件。
[2.3] 我们讨厌这种许可方案
目前，Audified不支持离线认证。用户每周必须重新激活（与Cryptlex服务器同步）。一些用户甚至表示，iLok还更好。客户又有了使用R2R版本的理由。
- LexActivator确实有API来支持离线认证！
[3] 来自其他破解者的Audified版本
[3.1] 首先
在2023年第一次Audified + LexActivator破解公开后，许多破解者发布了Audified的版本，但它们都有问题。基本上，它们都是相同的破解（除了XAIR完全没有破解）；他们只是改动了LexActivator的一个API，使其返回0。这导致了大量显著和不显著的问题。
[3.2] 其他版本的评测
- Audified.GK.Amplification.3.Pro.v3.1.1.WiN-MOCHA
在放弃iLok后，第一个Audified破解出现。 简单的API修改：在例程头部返回0。
我们可以在其他地方（libcurl）找到完全错误的补丁。
原始代码（伪代码）：
int function() {
void* memory = calloc(1, 0x190);
if (memory == NULL) {
return 0;
}
/* 一些处理 */
free(memory);
return 0;
}
补丁代码（伪代码）：
int function() {
return calloc(1, 0x190);
}
内存泄漏简单得无法再简单了。
- Audified.1A.Equalizer.V1.0.0.WiN-XAIR
虽然其中一个返回值被修改以修复字符串为“activated”，但实际上并没有破解。
- Audified.MixChecker.ULTRA.v1.0-BUBBiX
简单的API修改：在例程头部返回0。 还有一个技巧是修改内部魔数。
- Audified.Complete.Effects.Bundle.v2024.8.17-TeamCubeadooby
基本上，TCD的发布只是MOCHA工作的副本，尽管在他们的NFO中没有提到。它甚至有"return calloc(1, 0x190);"，显然是从MOCHA的工作中复制的-直接内存泄漏。
TCD还尝试修复一些问题（不是Audified引起的问题）
来自"Audified.1A.Equalizer.REPACK.ReadNFO.v1.0.0-TeamCubeadooby"的引用：
二进制文件已经被修补，以减轻删除插件实例时的错误...... 随着时间的推移，这可能不再需要，因为Audified很可能会修复这个问题。
来自"Audified.Complete.Effects.Bundle.v2024.8.16-TeamCubeadooby.Rev1"的引用：
Audified玩游戏。新的RZ插件有许可证屏幕...... 因此-这个功能，不是一个bug，而是一个特性-被剥离了。
TCD最终删除了一些必需的功能（如内存释放）并剥离了原始软件功能。实际上，Audified没有任何需要修复的东西，1A Equalizer仍然是v1.0.0。那个许可证屏幕不是一个"功能"或"新游戏"。
此外，TCD的额外补丁没有任何真正的修复。例如，TCD绕过了内存释放以避免访问冲突。TCD真正应该做的是找出那个访问冲突的原因。
对于那些无法理解我们在谈论什么的人：
小偷：“嘿，医生，我的左腿从昨天开始疼痛！” TCD：“把那条腿切了。烧掉并止住出血。” 小偷：“嘿，医生，10分钟后，它又开始疼痛了！” TCD：“这在Rev2中修复了。吃这个芬太尼。” 小偷：“哇，这个百分之百有效。你是我镇上最勤快的医生！”
- 这种TCD的"绕过一切"技术也适用于其他TCD的发布。请记住，在公共论坛上没有人发布关于TCD发布的真实评测。除非你是逆向工程师，并且不介意花时间逆向他们绕过的东西/其副作用，否则你无法了解真正的可靠性。这个Audified案例就证明了这一点。
- 如果他们真的关心发布的质量，他们绝对不会发布FabFilter插件，因为它们甚至无法通过我们在2023年2月发布的FabFilter Signature Checker。
[4] 我们从Audified的发布中可以看出什么
正如我们在[1]和[2]中解释的那样，大多数Cryptlex + LexActivator的规范都是官方文档并且公开状态。在黑客阅读了这些文档之后，他/她在Audified的LexActivator实现中找不到任何特别之处。最近，音频破解场景的趋势是"多而快"和"快速就是更好"。这个Audified案例仿佛象征了当前场景的状态。
我们为自己花了一个星期的时间来检查LexActivator的内部/公共规范，以制作工具和Keygen，感到很惭愧。编写/审查最简单的模拟器也需要几天时间。我们是初学者黑客：仅仅一个认证系统就需要很长时间。更糟糕的是，我们找不到Audified开发的突破性保护措施。所以，我们的发布应该在几分钟后出现时间限制。不管怎样，很高兴地说，我们没有给软件添加新的bug。稍后再修复时间限制-如果有的话 ;)
[5] 致敬UPAWG外的一些人
- 恭喜有人解包了Mac上的PACE包装器。
- 我们期待你做更多的Keygen工作，MOCHA。
- 向sneakz致以一些不错的Keygen的问候。
