天荒地老的剧离 发表于 2017-4-28 20:48

谢谢lz分享

574249312 发表于 2017-4-29 00:24

moshuixin123 发表于 2017-4-28 16:23
其实都测过了。分辨率低于2560x1600的均完美,感觉是mac 系统限制的因素。不知道有没有办法解决。

这就不知道了,同学的4代R屏MBP 关于本机里分辨率写的是 2560x1440 你可以参考下

735636432 发表于 2017-4-29 07:03

感谢楼主分享

moshuixin123 发表于 2017-4-30 00:33

574249312 发表于 2017-4-29 00:24 https://www.pcbeta.com/static/image/common/back.gif
这就不知道了,同学的4代R屏MBP 关于本机里分辨率写的是 2560x1440 你可以参考下

好的。多谢哈!

303808293 发表于 2017-4-30 00:44

恩这个希望是很好的!!!!!!!

xiayu130 发表于 2017-4-30 00:46

看看,学习学习{:9_350:}

hgses 发表于 2017-6-8 22:48

虽然笔记本上是HD4400,但还是留个名做个记号。

rogerym 发表于 2017-8-27 18:48

感谢楼主分享

口袋妖怪heart 发表于 2017-9-2 13:44

楼主不应该 function routing 一下嘛... 像 IntelGraphicsFixup 一样。
另外,这样子改还不如直接 je -> jmp 保险些我觉得~ (0f 84 -> 90 e9)

Universe07 发表于 2017-9-2 14:10

感谢高手贡献

574249312 发表于 2017-9-2 14:31

口袋妖怪heart 发表于 2017-9-2 13:44 https://www.pcbeta.com/static/image/common/back.gif
楼主不应该 function routing 一下嘛... 像 IntelGraphicsFixup 一样。
另外,这样子改还不如直接 je -> j ...

function routing 我目前还没看懂...
曾经改成过 jmp 的,但我用hopper一反编发现超过长度了,而且觉着不如直接xor来的省事
我只是照着之前那人的方法改的....

jiuyi283 发表于 2017-9-2 14:32

学习了。。。。。。

口袋妖怪heart 发表于 2017-9-2 14:35

574249312 发表于 2017-9-2 14:31 https://www.pcbeta.com/static/image/common/back.gif
function routing 我目前还没看懂...
曾经改成过 jmp 的,但我用hopper一反编发现超过长度了,而且觉着不 ...

我觉得可能需要完全了解,这个func 如何运作......
超过长度,不会了啦,就是
49898424 98000000 4885C00F 84590300 0048

49898424 98000000 4885C090 E9590300 0048
当然,这个 test (48 85 C0) 也就不必要了,也可以一样 nop 掉。

574249312 发表于 2017-9-2 14:44

口袋妖怪heart 发表于 2017-9-2 14:35 https://www.pcbeta.com/static/image/common/back.gif
我觉得可能需要完全了解,这个func 如何运作......
超过长度,不会了啦,就是
49898424 98000000 4885C ...

这还不是重点,即使改成了jmp,和改成xor相比启动速度也没快多少...
不过还是多谢了,我去看看IntelGraphicsFixup

口袋妖怪heart 发表于 2017-9-2 15:11

本帖最后由 口袋妖怪heart 于 2017-9-2 18:48 编辑

574249312 发表于 2017-9-2 14:44 https://www.pcbeta.com/static/image/common/back.gif
这还不是重点,即使改成了jmp,和改成xor相比启动速度也没快多少...
不过还是多谢了,我去看看IntelGrap ...(有误内容,已删除)

口袋妖怪heart 发表于 2017-9-2 15:40

本帖最后由 口袋妖怪heart 于 2017-9-2 17:16 编辑

(已完全作废)

574249312 发表于 2017-9-2 16:39

口袋妖怪heart 发表于 2017-9-2 15:40 https://www.pcbeta.com/static/image/common/back.gif
帮楼主修改了一份 IntelGraphicsFixup ,不知是否可用:




看你代码好像已经把PAVP的修复应用到capri了,但我觉得应该应用到MEClient::start这个函数 ,不管怎么说,等我回去试试
我已经刷成公版的ME了,目前正常,不想再拆机了

口袋妖怪heart 发表于 2017-9-2 17:15

本帖最后由 口袋妖怪heart 于 2017-9-2 18:45 编辑

574249312 发表于 2017-9-2 16:39 https://www.pcbeta.com/static/image/common/back.gif
看你代码好像已经把PAVP的修复应用到capri了,但我觉得应该应用到MEClient::start这个函数 ,不管怎么说, ...
不好意思,上面的我改错了...... 上面的已作废。
不是的,这是 PAVP 的问题,来自 AppleIntelHD4000Graphics.kext 。所以其实从根本上解决,应该通过修改 AppleIntelHD4000Graphics.kext 而不是 Capri 。(否则就会遇到 Flash 的问题)
请尝试一下这个版本,不出意外的话不会再改了。

源码、kext 见 39F

口袋妖怪heart 发表于 2017-9-2 17:47

本帖最后由 口袋妖怪heart 于 2017-9-2 18:05 编辑

ok, 改正了一些微小的东西(indentations 等等), 修改版本到 1.1.7 ,请测试~

源码:


kext:



574249312 发表于 2017-9-2 17:51

口袋妖怪heart 发表于 2017-9-2 17:15 https://www.pcbeta.com/static/image/common/back.gif
不好意思,上面的我改错了...... 上面的已作废。
不是的,这是 PAVP 的问题,来自 AppleIntelHD4000Grap ...

恩,现在我这边的测试环境不一定准(毕竟我刷的是公版ME),已添加你编译的IntelGraphicsFixup,目前启动速度正常,网页flash正常,iTunes电影商店显示不可用
页: 1 [2] 3 4
查看完整版本: 解决HD4000因为无MEI导致核显加速失效