M1 版本的 Mac mini 搭配小米 34 寸曲面带鱼屏的组合,只能使用原生 3440x1440 分辨率,导致网页和软件的文本显示过小。
之前的 hackintosh 还可以通过 one-key-hidpi 脚本曲线救国一下,但 M1 版本的 mini 貌似无法获取到显示器 ID,导致脚本也失效了。
如果有类似显示器的同学慎入 M1 设备。
1
noe132 2020-11-26 21:44:34 +08:00
换个说法,有 macbook 的同学慎入 非 24' 4k 27' 5k 显示器
|
2
CommandZi 2020-11-26 21:47:38 +08:00
|
3
Xusually 2020-11-26 21:49:20 +08:00
我的 dtk+34 寸三星带鱼屏也不行
|
7
wydinhk 2020-11-26 22:57:27 +08:00 via iPhone
目前没办法,应该只能等系统更新。另外显示器调节亮度的软件 MonitorControl 也无法正常工作,检测不到显示器,GitHub 有人最后定位到是 Rosetta 2 的 bug 。。。
|
8
jfdnet 2020-11-26 23:21:55 +08:00
显示器 ID 应该是不会变的 用之前的配置文件就可以
|
9
akring OP @CommandZi 我知道,我一开始用的也是那个 fork 版本,后面源项目也跟进更新了,问题不在 big sur,而是 M1
|
12
presjch 2020-11-30 14:33:54 +08:00
定位到一样的问题了,Google 后的出现的解决办法路径,与上面大家说都一致。
在 ISSUE https://github.com/xzhih/one-key-hidpi/issues/157 里,xzhih 原作者的回复 “从 ioreg 的输出可以发现有差别,没有直接获取到完整的 EDID,但还是能获取到经过解析的部分 EDID 信息,与此脚本相关度最高的 ProductID 和 LegacyManufacturerID(VendorID),理论上单纯的开启 HIDPI 没啥问题,但脚本中存在的一些关于 EDID 的补丁(force RGB,fix 6bit color),以及 EDID 的注入,实现起来比较麻烦(主要是通过已知信息反推补全、分辨率信息的补全)。 PS:在最新的 M1 芯片上,苹果的图像输出使用的是移动端(iPhone 、iPad)用的 IOMobileFramebuffer(IOMFB),而之前的设备上用的是 AppleIntelFramebuffer 、AMDFramebuffer 等,这导致了以上的问题。” |