另外，如果你的游戏是 DirectX 11 的话，用 DXMT 可能会好一些。
https://github.com/3Shain/dxmt

> 之前尝试了几次在本地编译 Apple Game Porting Toolkit
如果你硬要本地编译的话，不用跟着 Apple 那个文档做，那个文档是以前 Crossover FOSS 22 魔改的。直接编译最新版 wine 然后把 D3DMetal 放进对应的目录就可以了。注意编译的时候需要用 arch x86_64 的 shell （你需要编译出 x86_64 的 wine ）。
你可以参考 WhiskyWine builder 或者 Gcenx macports wine 的 CI 脚本。

> 如果未来 Apple 和 Value 愿意的话，或者可以和 Linux 一样，下载 Steam 之后直接配置好对应的运行时和 Porting Toolkit ，这样的话 mac 用户的游戏体验会大大提升
Apple 不想。他想要原生的。
natbro 有个这个项目。
https://github.com/natbro/kaon
他之前在 Apple 做游戏和图形相关（含 GPTK ），也经常在 Apple 游戏相关社群活跃。

第一个选择：
https://github.com/Gcenx/game-porting-toolkit
最新的 release 就是 wine-10 加上 D3DMetal 3.0b1 。

第二个选择，如果你想更 cutting edge 一点：
下载或编译最新的 wine-devel ，然后手动替换 D3DMetal 。

另外 Kegworks 就是 WineskinServer 的继任。

@Vesc VoLTE 不能解决，但是 @i8086 给的支持链接里
> 如果你的运营商支持你用另一个电话号码进行无线局域网通话，并且你已打开无线局域网通话功能，则你可以接听打到那个号码的来电。

支持 Wi-Fi Calling 且运营商允许的话 iPhone 和海外 Android （对应的功能叫做 Backup Calling ）可以用一张卡的数据拨打另一张卡的电话。这种情况下严格来说只是 A 卡维持了网络连接，B 卡通过 A 卡的数据建立了 Wi-Fi Calling 的信道而已，本身没有连接蜂窝网络。

你可以期待一下国内 Wi-Fi Calling 上线。

@lancelotorochi 他说的是 iPhone eSIM 快速转移这个功能的主要就是北美的运营商，不是 eSIM 本身。很多 MVNO 都支持，别的地方就一两家传统运营商支持。

以及楼主可能误会了 eSIM 转移，它不是物理卡拔出换到新手机上的等同操作。实际上只是和运营商合作做的新发卡流程，不需要运营商 app 而已。

我用的是 https://abraunegg.github.io/ 挂载 OneDrive 。

@haoyh1 Intel 时代的 Mac 已经是这样的。macOS 没有类似 Windows 给你选插电/拔电合盖是睡眠/还是仅关闭屏幕，默认合盖睡眠，但如果有外接供电和外接屏幕就仅关闭内建屏幕。

@wuxfun
有些显示器甚至只有 9V@2A 18W 的。
只能用来接 Mac ，接一些只支持 20V 的 Windows 本都充不上。

进入包含 dng 的目录，按 Command + J ，在弹窗的下侧取消勾选 Show icon preview 。

@ElsaGranger Whisky 出名是 UI 做得比较好，我也觉得它的 UI 比 CrossOver 还好用。

Kegworks 前身就是 Wineskin ，本质上是打包一个 Windows 软件，让它变得像一个 macOS 软件包，直接双击就打开。普通用户要的是直接运行 exe ，不是要先打包成一个 bundle 再运行。

如果觉得手动操作不太靠谱，建议可以看看 WhiskyWine 的 Github Action 流程，自己对着改一下把 wine 7.7 的源码换到最新的 wine 10 ，如果不关心 DXVK 的话那部分也可以省略。不需要照着 Apple 的流程去改 crossover-22 的源码。

集成 Game Porting Toolkit 的核心就是替换 redist/lib 里的内容，把 D3DMetal 放进去就好了。

需要注意的是在 macOS 上编译 wine 必须要编译成 x86_64 的。

一些参考资料：
Whisky 的 wine builder (wine-7.7 ，含 DXVK 和 GPTK)
https://github.com/Whisky-App/wine/blob/7.7/.github/workflows/build.yml

Gcenx 的 wine builder (minimal wine config)
https://github.com/Gcenx/mac_wine_compile/blob/main/.github/workflows/homebrew.yml

可以自己组环境。Apple 官方的 GPTK 是 crossover-22 源码改的，就没跟进过后续的 wine 或 crossover 版本。

下载 Gcenx (winehq 的 macOS maintainer) 编译好的 wine
https://github.com/Gcenx/macOS_Wine_builds/releases

从 developer.apple.com 下载 Apple Game Porting Toolkit 。

把 GTPK 模拟环境里的 /redist/lib 覆盖到你的 wine 安装目录里的 /lib 。如果你是装的上面 GitHub 下载的 release ，那就是
/Applications/Wine\ Devel.app/Contents/Resources/wine/lib
或者
/Applications/Wine\ Staging.app/Contents/Resources/wine/lib
取决于装的是 Devel 还是 Staging 的分支。

@wxmomomowx 是觉得协议不协议的都无所谓，反正就是有一个后门，真不同意想接管还是能接管了是吧。

永久的话不行，macOS 只支持 1x 和 2x Hi-DPI 。
比如你要在 1080p 的屏幕达到等效 720p 的效果（界面变大），那只能通过渲染 2560x1440 的 2x Hi-DPI 再降采样到 1080p 输出才能更清晰一点。macOS 也会提醒使用这种分辨率会降低性能。

可以用 OBS 做。
在 OBS 里添加窗口捕获，只选择你需要的软件窗口，在预览窗口上可以自行排布缩放。
接上显示器之后将显示器设置为扩展，用 OBS 把预览窗口投到这个显示器上去。

@bojackhorseman 你们美语是说 /ˈpaɪθɑn/ 但是我们英语是说 /ˈpaɪθən/ 的。当然也不是 /ˈpaɪθen/ 就是了。

买台 M4 基础款 MacBook Pro 或者 Mac mini + 升级内存。
没有任何别的处理器在单核性能上能摸到 M4 。
就算是 M3 也只有 Intel 13/14 代 HX 或者桌面级处理器才能摸到，而且一旦多个核心开始干活，频率马上就会掉的。
前端开发编辑器体验 M 系列处理器是最好不过了，极强的单核性能，多核性能不拉胯，最重要的是即使多核跑起来，频率也不会怎么掉。

楼上说得对，其实不需要第三方启动器，把 explorer.exe 作为 Remote App 也可以。但应该做不到新连接把之前的窗口拿过来。

@nrtEBH 实在看不惯刘海，就去系统设置显示器那里下方的高级设置，打开用列表显示分辨率，再回到主面板，打开显示所有分辨率，然后在机器默认分辨率的下面会有个宽度一样但高度稍微小一点的分辨率选项。

选中它就没有刘海了。