Jump to content

Different solutions


Andy Vandijck
 Share

925 posts in this topic

Recommended Posts

Dont_steel_mac_os.kext ask for an decryption key from SMC device and that tell to kernel to decrypt Finder.

dsmos.kext don't ask the key. I don't know exactly how it works. It is too old and close source.

FakeSMC works as SMC device and provide the key for Dont_steel_mac_os. It also provide many other SMC keys.

AppleDecrypt knows the key and tell to kernel to decrypt. It is other way to work but it didn't provide other SMC keys so it is not good replacement.

As far as we need FakeSMC then I see no profit for AppleDecrypt.

  • Like 1
Link to comment
Share on other sites

@slice: the profit from appledecrypt is no waiting for dmos, which equates to a much faster boot time(with appledecrypt installed, dmos has arrived appears approximately 2 seconds after verbose boot..4th or 5th line of text)...on 10.9.2 i'm at the login screen in under 15 seconds...without it, over 25 seconds... :smoke:

 

andy liked it enough to include it builtin with some of his kernel projects(legacy/amd)....i use one(version 12.2)on 10.8.3...in verbose boot no waiting for dsmos or dsmos has arrived...

  • Like 1
Link to comment
Share on other sites

I can't confirm time profit as I see no changes and don't imaging a theory why.

Wait for a real device? Yes, it tooks time.

Wait for a kext of fake device? Zero time.

Link to comment
Share on other sites

...well, maybe andy(in his spare time) can roll the decrypter,fakesmc(smc keys included) all up into a kernel...  :smoke:

...but seriously, my boot times are much faster with it installed...'nuf said(i don't believe i'm having a conversation with a Deity) :angel:

....just remembering times gone by(AGPGart) ;)

Link to comment
Share on other sites

EDID.zip Screen Shot 2014-01-19 at 18.42.36.png

@Andy Vandijck,

Hi have a look at my screenshot please. As you can see I have changed the resolution to 1440x900. Now what the screenshot doesn't show is that my screen has black borders around an inch and half thick on both sides.....essentially rendering my screen with a 4:3 vertical borders. is there any way I can actually get the higher resolutions to stretch across my entire screen rather than box itself?

 

The screenshot doesn't show the black borders as the screen limit itself is the edge of the the new resolution. Also at first my screen was detected as 13 inches ....but after a reboot it magically got detected as 15 inch. Finally, the display prefs show my screen as "Inbuilt display", is this the correct way the modified kext should work using fixedid?

I have attached my EDID dumped via darwin dumper.

best for display does the trick normally.

it's the same EDID patched with new color data and Apple EDID info.

the kext just overrides this, but keeps the resolution data...

Link to comment
Share on other sites

best for display does the trick normally.

it's the same EDID patched with new color data and Apple EDID info.

the kext just overrides this, but keeps the resolution data...

 

Yes it does. Like I said I was wondering why it boxes in the display from the screen edges rather than ..you know...just scale the entire screen to the newer resolution. Anyway, I just had something weird happen. Am using clover efi and I have AMD 6490m switchable graphics in my system besides the HD 3000. Just used a via bios dump and changed my frame buffer to "Ipomoea" and all of a sudden am getting both my graphics cards active !? the amd shows up as "spdisplays_display".

 

Its a weird thing that happened, I think I just got switchable graphic working :) but without the need to go into BIOS. I just switch inside osx now. Am testing it. Will be posting on clover thread and a new topic here on insanely. Sorry for the OT parts in the post. Will check edid with the newly working card and let you know.

  • Like 1
Link to comment
Share on other sites

v

 

Hai Andy, im noobs, what the function of this apps..?

to make all loaded kext(not verify) to be verify by apple certificate?! :rolleyes:

no for that you need to sign the binary/bundle with an Apple dev certificate

this does the reverse.

binaries signed you can unsign (for example when you need to change the plist or modify the binary)

Link to comment
Share on other sites

no for that you need to sign the binary/bundle with an Apple dev certificate

this does the reverse.

binaries signed you can unsign (for example when you need to change the plist or modify the binary)

why would you need to unsign if you edit the plist or binary? 

do we also need to codesign it back after editing?

sorry, im not getting it :(

Link to comment
Share on other sites

why would you need to unsign if you edit the plist or binary?

do we also need to codesign it back after editing?

sorry, im not getting it :(

if you edit the plist or binary from a signed app bundle the app will crash. removing all the code sigs will make the app work.

especially for store apps this is useful. you can hack anybody's apps by removing masreceipt and codesignature folders combined with binary code signature removal.

I tested this...

  • Like 1
Link to comment
Share on other sites

if you edit the plist or binary from a signed app bundle the app will crash. removing all the code sigs will make the app work.

especially for store apps this is useful. you can hack anybody's apps by removing masreceipt and codesignature folders combined with binary code signature removal.

I tested this.

Thanks for the explanation, Understood! :)

Lastly, Do we need to codesign -f -s - "xxxx" after editng it?

Link to comment
Share on other sites

Thanks for the explanation, Understood! :)

Lastly, Do we need to codesign -f -s - "xxxx" after editng it?

resigning after code signature removal doesn't work yet.

this will be adressed in the next version (better binary patching)

Link to comment
Share on other sites

Hi Andy,  this is funny and I like it :lol:  ..., I'm only have one monitor (LG TV) .. EDID dump then patch  with your tool, inject +custom EDID (from displaymerge) on CLover but I didn't install DisplayMergeNub.kext .. and see this :

post-1113740-0-65785200-1395720038_thumb.png

Link to comment
Share on other sites

  • 2 weeks later...

@Andy

Is it possible to implement new EDID Fakes from Retina Macbook Pro Displays?

I Mean that if it's possible to Fake a rMBP Display, to have that resolutions and all that...

 

Why im asking:

Because you can add custom resolutions to the Display/Overrides file, but HiDPI is only working on MBA 6,1/6,2 Smbios,

if you switch to MBP 11,1/11,2 Smbios, you can't enable HiDPI...

I don't know why its working on MBA Smbios and on MBP Smbios not.

 

The main problem that i have is, i can choose if i want better speed stepping or HiDPI, but not both.

On MBA smbios i have HiDPI on MBP smbios i have x17 step :-)

 

Is there any options to fake rMBP Display?

 

Thank you Andy :-)

Cheers :-)

Link to comment
Share on other sites

Did a little update.

Compiled with Xcode 5 and code signed the binary.

The Mavericks optimized version (which is signed) is under Release Mavericks.

Enjoy... no more "unrecognized kext" nag screen for this kext :D

  • Like 1
Link to comment
Share on other sites

Ok, not need anymore, i found out how to get HiDPI on Retina Macbook Smbios:

 

You need to use

00000B40 00000654 00000001 00200000

instead of

00000B40 00000654 00000001

in the description. (just add 00200000 at the end)

 

Example as Picture (Attached)

post-735125-0-37485300-1397163532_thumb.jpg

Link to comment
Share on other sites

Ok, not need anymore, i found out how to get HiDPI on Retina Macbook Smbios:

 

You need to use

00000B40 00000654 00000001 00200000

instead of

00000B40 00000654 00000001

in the description. (just add 00200000 at the end)

 

Example as Picture (Attached)

Ok!

This should be possible with DisplayMergeNub too.

I will add the simple method for doing this soon...

With V2.1 of the app.

This will also introduce signed kext and app so that it will work through Apple's GateKeeper and without unrecognized kext nag.

Keep you posted on this ;):D

Link to comment
Share on other sites

Nice! :-)

 

Is it possible to add this:

(Attached)

 

Im waiting for 2.1 xD

 

Thank you andy very much!

If you need a tester, i have 2560x1440 screen :-)

 

Cheers :-)

New version with HiDPI support is now available.

Also it makes a signed kext binary so it won't warn about code signing any more.

HiDPI resolutions are very easily added:

- Enter horizontal resolution

- Enter vertical resolution

- Click add button

- Repeat if you need more resolutions

 

After this do the usual to make the overrides...

Enjoy :D

  • Like 1
Link to comment
Share on other sites

New version with HiDPI support is now available.

Also it makes a signed kext binary so it won't warn about code signing any more.

HiDPI resolutions are very easily added:

- Enter horizontal resolution

- Enter vertical resolution

- Click add button

- Repeat if you need more resolutions

 

After this do the usual to make the overrides...

Enjoy :D

 

Awesome Andy :-)

I Try it out and report back to you :-)

 

Is the displaymergenub kext necessary or should be the Override file enough? :-)

 

Thank you Andy :-)

 

PS: Andy, you should add a delete button to the resolution list :-)

Link to comment
Share on other sites

Awesome Andy :-)

I Try it out and report back to you :-)

 

Is the displaymergenub kext necessary or should be the Override file enough? :-)

 

Thank you Andy :-)

 

PS: Andy, you should add a delete button to the resolution list :-)

Both should be capable of overriding the data.

I recommend the kext.

It's the new style display injector...

??

  • Like 1
Link to comment
Share on other sites

 Share

×
×
  • Create New...