【火热下载】每日更新的常用必备
本帖转发的Acidanthera相关开发都来自网络下载后进行编译，忠于原文，未改动任何。仅供学习，请遵从我国法律规定和论坛版规。不得利用此进行任何商业活动，24内自动销毁处理。下载视同同意本声明。下载所产生的扣除景币是网站系统自动所为，不可逆转。可以通过回帖等方式赢回去，对于点赞、评分、收藏等操作，承诺有限解答使用过程中难题，请在回帖中提问。
为便于更新，1楼逐步不提供下载，请在2楼、12楼等寻求下载。
来自vit9696的消息
很高兴看到我们推进另一次macOS迭代，为我们去年看到的重大大修带来了稳定。macOS 12与我们经历的相比是一个全面的积极变化，因为它修复了相当多的错误，带来了相当少的弃用，在表面上带来了几个新功能，在后台几乎没有变化。即将推出的另一件事是Windows，我们的一些用户都依赖Windows，以及它具有新系统要求的新版本。
正如你们大多数人所注意到的，OpenCore 0.7.0与macOS 12和Windows 11配合使用，在正常情况下没有任何特殊更改。使用macOS，需要解决一些细微差别。一些怪癖打破了（例如ProvideCurrentCpuInfo或PowerTimeoutKernelPanic）并修复了它们。SMBIOS标识符也进行了更新，我们同步了数据库。由于@MikeBeaton的细心观察，OpenCanopy风味建议除了修复某些设置中发现的一些问题外，还进行了更新。为了帮助识别和诊断更新硬件设置上的硬件，@PMheart在SysReport OpenCore功能中包含CPU MSR和PCI设备信息。
对于Windows 11，我们提供了一份文档，概述了需求和围绕它们工作的潜在路径，希望避免将来的任何误解。除此之外，我们还创建了一个名为TpmInfo的新工具，帮助每个人都了解英特尔在固件TPM方面的硬件功能。时间将显示我们是否可以找到资源来模拟Windows 11在OpenCore中请求的某些功能，但这目前不是我们的优先事项，因为大约任何后Skylake系统都是兼容的，只有8的系统可以选择需要模拟。请注意，请注意，任何系统都需要启用UEFI安全启动功能才能正确支持Windows 11。OpenCore已经完全支持了相当长一段时间，所有说明都包含在OpenCore参考手册的相应部分中。
在内核方面，有几个非常重要的变化。Lilu得到了一个全新的kext补丁程序，它统一了从macOS 10.6到macOS 12的所有操作系统的方法，避免了我们之前的许多黑客攻击，使我们的QC更加可靠。像往常一样，所有插件都需要更新以支持macOS 12，我们已经对自己的大多数插件进行了更改，这些插件也包含在本次更新中。macOS 10.6（64位模式）现在也支持许多插件，包括AppleALC、VirtualSMC、SMCBatteryManager和WhateverGreen。所有这些都是@Goldfish64的巨大工作的结果。在与@dhinakg进行一些研究后，我们能够找到macOS 12上的蓝牙问题的解决方案，该解决方案以名为BlueToolFixup的独立kext着陆。为了保持更多按原样提供连续性功能，@khronokernel为SidecarFixup带来了更多的补丁，使其扩大了“隔空播放”对Mac、通用控制等的支持。
今天就到此为止，下面提供了完整的更改日志。——Vit 这一次，与6月份的更新相比，我们可能会认为我们正面临一个小的OpenCore更新，因为我们必须学习和修改数量相对少一些。然而，这并不完全正确。发生的事情是，0.7.0更新规模巨大，比平时复杂得多。
与之前的更新相比，这个0.7.1更新似乎很简单，但它并没有停止重大更改：
发布了60多个版本一些错误已经修复文档已改进（添加调试文档更新）OpenCanopy继续得到改进内置固件版本已更新PCI设备信息已添加到SysReport适用于Lulu的新kext补丁程序，支持10.6至12的macOS
[*]对于macOS12：
OpenCore和kexts已改编为macOS 12 Monterey
添加了BlueToolFixup来修复macOS 12上的蓝牙问题对于Windows 11：
添加了一份文件，其中包含围绕这些要求和潜在路径工作
添加了TpmInfo.efi工具来检查TPM状态。
config.plist
ACPI > Quirks >添加了SyncTableIds（布尔值）：将表OEM标识符与SLIC表同步，以防止旧Windows操作系统中的许可问题。一般填写否
Kernel > Scheme >添加了CustomKernel（boolean）：以支持位于ESP分区根部的内核目录中的自定义内核。对于不支持的平台，包括Atom和AMD，需要修改XNU内核才能启动。一般填否。
OpenCanopy
修复了单击透明区域时要选择的图标的OpenCanopy引导条目的透明度单击检测。艺术家注意事项：图标的透明区域可以具有不透明度=1%，以确保正确操作，尽管理论上没有必要进行OpenCanopy增强。添加了推荐的Apple12和Windows11口味。修复了各种错误。改进了文档。
工具
TpmInfo.efi：检查平台上的英特尔TPM功能，如果启用，允许使用TPM 2.0。该工具不会检查TPM 2.0是否实际启用或禁用。TpmInfo必须从UEFI Shell运行，如果它从选择器运行，它会显示一条短信太短，以至于无法读取它所说的内容。
ocvalidate
修复路径长度计算，并删除错误检查杂项>条目>路径和杂项>引导>选择变量。有时，validate会显示错误消息（路径太长），即使它不超过128字节。根据ocvalidate的Readme：“与OpenCore root相关的所有路径必须总共128字节。”
kexts
建议将kexts更新到新版本： 感谢楼主分享 感谢分享，等12稳一点再看看升不升 第一变第三了 感谢持续更新 老司机又重操家业了。 感谢持续更新 感谢楼主分享，看看先 感谢楼主分享