我目前使用的系统是macOS 13 Ventura，硬件是Mac Mini M1，有HDMI和雷劈3/USB4接口。显示器是联合创新的32寸，分辨率3840x2160，支持HDR 400，接口有DP、Type-C、HDMI x 2。

所需要的所有特性

高分辨率下的HiDPI

HiDPI下的字体更加漂亮。高分辨率下的HiDPI可以显示更多的内容。但是不是所有的连接方式都能支持到最高分辨率下的HiDPI。

雷劈3转DP、Type-C接口直连最高支持3008x1692分辨率下HiDPI。HDMI直连最高支持2560x1440分辨率下的HiDPI。

前段时间，网上一直流传一个所谓苹果电脑连接的最佳分辨率。里面把4K显示器贬低得不行，认为必须得是iMac 24那样的4.5K分辨率，或者是27寸的5K分辨率才适合macOS，如果DPI数不够，效果就会很差。我当时就觉得那个是谣言，现在自己买了32寸的4K显示器，发现一样可以开HiDPI，证实了那的确就是个谣言。

当启用HiDPI后，macOS有时会提示“使用缩放分辨率可能会影响性能”。对于3840x2160这个原声分辨率来说，HiDPI下只有1920x1080这个分辨率没有这个提示，这是因为1920x1080的宽、高刚好是3840x2160的一半，即二者之间是0.5倍，倒数是2，是整数，因此性能无影响。

高动态范围/HDR

雷劈3转DP、HDMI直连下支持高动态范围/HDR。Type-C直连不支持。

有些人提到开启高动态范围之后，屏幕会发灰的问题。这是因为高动态范围需要同时在macOS系统和显示器设置中同时开启。macOS中开启了高动态范围，显示器同时要在设置中打开HDR模式。如果只开了macOS的，没开显示器的，就会发灰。

高动态范围/HDR和HiDPI之间的冲突

另外，同时开启高动态范围和HDR之后，即便没有性能的提示，HiDPI的效果也会受到影响。字体不再平滑，而是变得干瘪。不过，我找到了一个小技巧，如果显示器打开HDR，但是macOS系统不开启高动态范围。那么HiDPI的字体就还是正常的。这样也简化了看电影时的设置调整，只需要打开/关闭高动态范围就可以了。无需再调整分辨率什么的。

苹果自己的显示器应该没有这个问题。当然，我没有用过支持高动态范围的苹果显示器，所以这是我的猜测。
原来是带宽的问题，更换Type-c转DP1.4的线之后，问题消失。使用Type-c转DP1.2的线才有这个问题。

关于视频黑色发灰的问题

可以通过显示器的菜单，将“动态亮度”设置为“精细”来解决。

不过最好不要开这个功能，开了之后一些国产剧的妆容会变丑。

音量调节、亮度调节

我的显示器自带喇叭。因此，无论是哪种方式连接，都会同时传输视频和音频。不过同时，macOS系统本身的音量、亮度调整也都失效了。苹果对此的说法是，当使用HDMI和DP接口连接时，传输的音、视频数据的音量、亮度都是固定的，因此只能使用显示器上的按钮进行音量和亮度的调节。

我不知道苹果自己的显示器是不是也这样，这样的确有些不方便。不过第三方显示器实在便宜，苹果的又实在太贵了。

2023年2月14日更新

加快开机屏幕点亮速度的方法

显示器默认是采用自动识别信号源，这样哪个信号源有信号，它就会显示那个信号源的内容，不必自己手动切换信号源。缺点是开机之后显示会很慢。尤其是系统从睡眠到唤醒，明明苹果表都已经解锁了，还需要好几秒屏幕才会点亮。

如果你经常使用的是固定的信号源，只是偶尔才使用其他的信号源，那么可以将自动改成手动，设置为经常使用的那个信号源。这样可以大大提高屏幕点亮的速度。需要用其他信号源时，使用显示器的菜单手动切换就可以了。

120Hz刷新率

当屏幕分辨率设置为1920x1080p时，显示器的刷新率在Windows和macOS下都可以设置为120Hz。

2023年2月25日更新

换用type-c转DP1.4的线之后，打开HDR之后，字体不在变丑了。所以之前字体变丑的原因应该是之前用的转DP1.2的线带宽不足造成的。

DP1.4的线还可以支持4K下的10位色显示。而HDMI 2.0则不支持。只能支持到8位色。

另外，我的显卡GTX 970只支持DP1.2，并且DP下不支持HDR传输。因此，还是用HDMI连更实用。

由于2041Late的iMac 5K，苹果官方最多只支持到macOS 11 Big Sur。所以，我的macOS 12 Monterey和macOS 13 Ventura都是通过OPLP进行安装的。

OCLP是一款第三方的引导程序，它包含引导启动系统和提供部分驱动的功能。

OCLP的5.0正式提供了对于macOS 13 Ventura的支持，所以在升级到新系统之前，我们先升级OCLP到5.0。

重启系统，选择系统的自动更新安装macOS 13 Ventura。

安装完毕重启后，我们发现，原本的屏幕分辨率设置没有了，显示器变成了5K原生的分辨率，字体特别小，而且系统十分卡顿。

这是因为macOS 13 Ventura中移除了对与iMac 5K显卡的驱动支持，此时是没有驱动硬件加速的。

再次打开OCLP，选择"Post Install Root Patch"，然后选择“Install Root Patches”。这会自动下载安装显卡驱动。

按照提示安装完成并重启后，就一切恢复正常了。

当一款应用编码完成、测试通过之后，我们需要将它上架到苹果商店。这时就需要和苹果的审核人员打交道。苹果的审核人员，会从用户和苹果公司等多个角度，对于应用进行审查。他们审查的依据，就是苹果公布的App Store Review Guidelines。但是由于审核人员存在自由裁量权，你经常会遇到不同的审核人员，对于同一件事，出现要求不同的情况。

当审核人员将你的应用拒绝，并且提出拒绝理由之后，你一般有这么几个选项：

1. 和审核人员沟通你的设计理念，尝试说服对方。
2. 按照审核人员提供的思路，对于应用进行修改，然后再次上传应用，重新审核。
3. 如果你觉得你的理念是对的，审核人员对于规则的理解有误，而你又无法成功说服对方，你可以选择上诉。即将你们二者的矛盾进行升级。有上一级的部门来进行仲裁。

上诉曾是一个有力的工具。当你选择上诉后，苹果会打越洋电话过来，听取你的说法。虽然最终结果不见得有利与你。但是在程序上，开发者是感觉受到重视的。
可现如今，上诉往往无法得到电话沟通。甚至很难得到一个确定的结果。苹果将上诉权限交由审核团队自身负责。即负责处理上诉的，就是和你发生理念冲突的审核人员的同事，如果不是他本人的话。我不知道苹果为何这么做，但是这么做本身就是会滋生腐败的。

缘起

2002年9月25日，我向往常一样上传了一个macOS版咕唧的新版进行审核。这个新版是为了配合iOS新版发布而进行修改的，改动极小。可以说表面上看不到任何变化。但是就是这个版本，在9月25日上午7点20分被拒绝了。拒绝的理由也是一个全新的理由，说是当用户点击窗口的关闭按钮时，应用没有退出，而是隐藏在了系统菜单图标。并且建议我将这个行为该为非默认，同时提供一个选项给用户，让用户对这个行为自行选择如何做。

审核人员的这个建议在我看来明显就是一个过渡设计。因为对于存在系统菜单图标的应用来说，点击窗口的关闭按钮之后，应用隐藏到系统菜单图标这件事本身，就是通用做法。因为如果点击窗口的关闭按钮之后，应用就完全退出了。那我制作系统菜单图标还有什么意义呢？而且我的应用也不是无法退出。在应用显示的情况下，使用系统默认cmd+q或者菜单中的“退出 咕唧”，应用都是可以正常退出的。

我将我的想法回复给了审核人员。审核人员还是坚持己见。我见到他如此坚持，就回复他说，如果这个我们没发达成一致，那我就只能上诉了。结果审核人员毫无惧色，甚至直接回复了我上诉的链接。

我开始意识到有些不对。这上诉是不是有什么猫腻啊。怎么这审核的这么积极呢？不过既然说了，那就得做。于是我就这个应用审核被拒进行了上诉。在上诉中我提到，我这个应用被拒的特性，几年前就通过了，这么多年来其他审核的人员从来没有就这个特性提出任何异议。直到这次。

9与25日半夜10点08分，我获得了苹果审核团队的自动邮件，告知我上诉已经收到，将尽快调查并将结果告知我。

十日后

说是尽快，但是十天了都还音讯全无。苹果没给我电话，也没有发邮件给我。这是被冷处理了？

2022年10月5日上午7点19分，我回复了苹果的那封所谓尽快的邮件。询问苹果10天过去了，有结果了吗？结果这封邮件石沉大海，没有得到任何回复。

自救

我一看这样不行啊。上诉没结果。之前的应用被拒没解决。我的新版已经被挡住10天了。于是我决定自救。修改版本号之后，重新上传了一个新版要求再次审核。

有趣的事情来了，我这新版上传之后，10月6日半夜9点30分，苹果的审核团队主动给我发了一封邮件。说注意了我又上传了一个版本的应用，并说会审核这个应用，然后说如果再次被拒了，直接和审核人员沟通即可。

说得挺好，结果这个版本在进入“审核”状态之后，48小时都没有通过。也没有任何反馈。这在我看来，就是出问题了。于是我在10月8日上午7点33分，回复了审核团队的邮件，我说已经审核超过48小时了，能不能加速一下？这封邮件没有收到任何回复。

没办法，我只能手动撤销审核，然后又重新上传了一个不版本进行审核。这个版本审核人员找个小理由拒绝了。我修改了应用之后，又上传了一个版本。这个版本没有被找理由拒绝，但是又开始了多天“审核”的状态。就是进入“审核”之后就出不来。

10月18日上午7点48分，我给苹果的审核团队再次回复邮件。用的还是他发给我的那个说注意到我新上传了新版的那个邮件。我问，上诉的结果是什么？我非常关注这个上诉的结果，是因为它现在阻挡了我应用进行审核。对于我的新版应用，应用处在“审核”状态好几天了。我想不出任何原因为什么会出现这个问题，除了这个上诉。所以必须给我一个上诉的结果，什么结果都可以。不然我只能再次上诉了。因为这个无穷无尽的审核是不可接受的。

10月18日半夜10点32分，我收到了苹果的回复。说是已经将我这个问题提升了权重给苹果内部团队。说我这边无需采取任何操作。

于此同时，我发现我的应用已经审核通过，就等我手动发布了。

后记

所以这次上诉应该就算告一段落了。苹果虽然没有给我一个明确的上诉结果。但是我的应用特性在未修改的情况下，新版得到了审核通过。这也算是支持了我的理念了。不过整体花费的时间将近一个月，还是挺浪费时间的。