Jump to content

Different solutions


Andy Vandijck
 Share

925 posts in this topic

Recommended Posts

Andy? :-)

 

Im messing here with my internal LCD screen... it's 2560x1440 on 13,3Inch and it's connected through internal Displayport... not lvds...

 

So i hope you can understand me, if i say there is all too small on this screen... i can change to 1600x900, but it's not sharp at all...

 

On the retina MacBookPro 10,1/11,1/2 you have this hidpi options, there is all nice scaled and sharp...

 

I tryed to make self some Overridings, with resolution options... but they didn't make any effect, no hidpi options...

 

I have only one hidpi option if i change smbios to MacbookAir 6,2, thats 1280x720... It's very sharp and all (HiDPI), but i hope you can understand me, if i say, there is everything too big!

Especially if you came from 2560x1440...

 

Is there any chance to get more hiDPI options? 1600x900 as HiDPI would be very nice, or at least anything over 1280x720 and under 2560x1440 xD

 

I hope you can help :-)

 

Thank you very much! :-)

Cheers :-)

Extracted contents:
header:          00 ff ff ff ff ff ff 00
serial number:   4d 10 06 14 00 00 00 00 00 17
version:         01 04
basic params:    a5 1d 11 78 06
chroma info:     de 50 a3 54 4c 99 26 0f 50 54
established:     00 00 00
standard:        01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01
descriptor 1:    56 5e 00 a0 a0 a0 29 50 30 20 35 00 26 a5 10 00 00 18
descriptor 2:    00 00 00 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00
descriptor 3:    00 00 00 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00
descriptor 4:    00 00 00 fc 00 4c 51 31 33 33 54 31 4a 57 31 34 0a 20
extensions:      00
checksum:        a5

Manufacturer: SHP Model 1406 Serial Number 0
Made week 0 of 2013
EDID version: 1.4
Digital display
8 bits per primary color channel
DisplayPort interface
Maximum image size: 29 cm x 17 cm
Gamma: 2.20
Supported color formats: RGB 4:4:4
Default (sRGB) color space is primary color space
First detailed timing is preferred timing
Established timings supported:
Standard timings supported:
Detailed mode: Clock 241.500 MHz, 294 mm x 165 mm
               2560 2608 2640 2720 hborder 0
               1440 1443 1448 1481 vborder 0
               -hsync -vsync 
Dummy block
Dummy block
Monitor name: LQ133T1JW14
Checksum: 0xa5 (valid)
EDID block does NOT conform to EDID 1.3!
	Missing monitor ranges



------------------------------
00ffffffffffff004d1006140000000000170104a51d117806de50a3544c99260f505400000001010101010101010101010101010101565e00a0a0a029503020350026a510000018000000100000000000000000000000000000000000100000000000000000000000000000000000fc004c5131333354314a5731340a2000a5
------------------------------
AP///////wAGEBSgAAAAAAoWAQSlHRJ4Am+xp1VMniUMUFQAAAABAQEBAQEBAQEBAQEBAQEBVl4AoKCgKVAwIDUAJqUQAAAYAAAA/QA4TB5TEQAKICAgICAgAAAA/wBDWTY0MjBaNlVHMQoAAAAA/ABDb2xvciBMQ0QKICAgAGY=
------------------------------
Link to comment
Share on other sites

 

I readed that already :-( And done that...

i put in 3840x2160, 3200x1800, 2732x1536 and 2560x1440 (Thats native)

in hope that i can get 1920x1080 HiDPI, 1600x900 HiDPI, 1366x768 HiDPI, 1280x720 HiDPI...

 

And what i get is only 1280x720 HiDPI... But thats extreme big... i get this too without any overrides...

 

On the other thread, no one answers... :-(

 

If i put this resolutions in the display plist, i get that resolutions, but as normal resolutions, and not HiDPI resolutions :-(

 

Maybe you can help :-)

 

Cheers :-)

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
	<key>DisplayProductID</key>
	<integer>37426</integer>
	<key>DisplayVendorID</key>
	<integer>1552</integer>
	<key>IODisplayEDID</key>
	<data>
	AP///////wAGEDaSACINAgMTAQSlNCB4Jm6hp1VMnSUOUFQAAAABAQEBAQEBAQEBAQEB
	AQEBVl4AoKCgKVAwIDUAJqUQAAAYAAAA/wAyQTkwMzQxWjBLMAogAAAA/QA4TB5TEQAK
	ICAgICAgAAAA/ABMRUQgQ2luZW1hCiAgAO4=
	</data>
	<key>scale-resolutions</key>
	<array>
		<data>
		AAAMgAAABwgAAAAB
		</data>
		<data>
		AAAPAAAACHAAAAAB
		</data>
		<data>
		AAAKAAAABaAAAAAB
		</data>
		<data>
		AAAKrAAABgAAAAAB
		</data>
	</array>
</dict>
</plist>

DisplayProductID-1406.zip

EDID.hex.zip

Link to comment
Share on other sites

do you know where the serial and model identifiers are stored in the dumped rom's?

they are stored in the SMBIOS table.

look for _DMI

Link to comment
Share on other sites

they are stored in the SMBIOS table.

look for _DMI

OK, this post may have opened up a few doors for me. First of all starting at the very first post what is phoenix tools and where do I get them. I have searched Google but don't wanna download just any tool with the name. second, I downloaded the files provided in the first post and have been picking them apart but have very little knowledge in this field. My goal is to be able to pull a .scap from Apple.com and modify it to suit my needs. But the majority of the file is unreadable. What exactly are you guys doing by extracting it farther? 

Link to comment
Share on other sites

OK, this post may have opened up a few doors for me. First of all starting at the very first post what is phoenix tools and where do I get them. I have searched Google but don't wanna download just any tool with the name. second, I downloaded the files provided in the first post and have been picking them apart but have very little knowledge in this field. My goal is to be able to pull a .scap from Apple.com and modify it to suit my needs. But the majority of the file is unreadable. What exactly are you guys doing by extracting it farther? 

 

here is the link, when its run in the tool it extracts

in a mid 2012 macbook pro dump, it does not label any? guess they are not identified?

Link to comment
Share on other sites

EDID.zippost-453724-0-35862100-1390152358_thumb.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.

Link to comment
Share on other sites

@ Andy

 

Thanks for all the work you're doing.

Just one minor thing, The one monitor i'm mimicking as internal iMac display doesn't show it's right size.

It's a 27 as in PIC_2, but it says 21 in PIC_1...

What could i do about this ?

Sorry for the OT....

 

at  Applications/Utilities/System Information.app/Contents/Resources/English.lproj/SPinfo.strings

1 line needs to be changed...

from:  DISP_INCH            = "%@-inch";

to:      DISP_INCH            = "27-inch";

Link to comment
Share on other sites

I created an optimized version for OS X (64bit), 32 bit Windows and 64 bit Windows.

It's used to crack Windows passwords.

It's fully built and signed (App Store release thx to my dev account for Apple).

It's really fast and good.

All is signed, the Windows versions are signed using my Unizetto certificate (public certs included).

Windows versions also have pwdump6 and samdump2 and bkhive included.

OS X version installs samdump2 and bkhive tools in /usr/bin

OS X version has an installer package... ;)

 

You also need to download the required rainbow tables from:

http://ophcrack.sourceforge.net/tables.php

 

Enjoy :D

 

EDIT: I made a Linux x64 (64bit) version.

This includes the 2 tools samdump2 and bkhive.

ophcrack is in an installable .deb file (tested on Ubuntu, other Linux with debian installer should work too)

I'll also make a Linux x86 (32bit) version and an Android version when I have the time... ;)

EDIT2: Linux x86 (32bit) version done.

Next up tomorrow (and probably last unless somebody asks me for some other): Android for ARM

EDIT3: Modifications finished for Android ARM7.

The UI is rather big so it will only display nicely on an Android tablet but it works.

I tested it on my phone and in an Android emulator.

It features an installable .apk file.

I also contributed my code upgrades to the original author.

I modified the code to use QT5 with a modified version of QWT5.2.3.

Both diffs have been contributed to the original author.

Enjoy... project is finished... :D

ophcrack-3.6.0-bin_OSX_Win32_Win64.zip

post-100023-0-50846200-1390691779_thumb.png

ophcrack_Linux_x64.zip

ophcrack_Linux_x86.zip

ophcrack-android-arm7.zip

  • Like 12
Link to comment
Share on other sites

I created an optimized version for OS X (64bit), 32 bit Windows and 64 bit Windows.

It's used to crack Windows passwords.

It's fully built and signed (App Store release thx to my dev account for Apple).

It's really fast and good.

All is signed, the Windows versions are signed using my Unizetto certificate (public certs included).

Windows versions also have pwdump6 and samdump2 and bkhive included.

OS X version installs samdump2 and bkhive tools in /usr/bin

OS X version has an installer package... ;)

 

You also need to download the required rainbow tables from:

http://ophcrack.sourceforge.net/tables.php

 

Enjoy :D

 

EDIT: I made a Linux x64 (64bit) version.

This includes the 2 tools samdump2 and bkhive.

ophcrack is in an installable .deb file (tested on Ubuntu, other Linux with debian installer should work too)

I'll also make a Linux x86 (32bit) version and an Android version when I have the time... ;)

EDIT2: Linux x86 (32bit) version done.

Next up tomorrow (and probably last unless somebody asks me for some other): Android for ARM

I do not understand what it is.

Link to comment
Share on other sites

Windows finds itself cornered by all kinds of strange devices trying to crack its password.

 

Can you port it to the PSP? :thumbsup_anim:

lol.

it's C++ code so with a new gui interface it might even be possible ;)

Link to comment
Share on other sites

 

I decided to do one extra mod.

Currently I'm redesigning the UI to be useable on an Android smartphone.

This embedded UI will be fully featured and it will be possible to use it on a simple smartphone with a resolution of 240x320.

Curently half done, just some more minor mods and a rebuild of QT with embedded file dialogs.

Keep watching, release soon ;)

  • Like 2
Link to comment
Share on other sites

Anyone know how to blank out a logic board serial number? When Apple refurbishes them, they erase the serial number, so the technician has to re enter the serial number for the computer it goes into. They use a special CD, and it can only be done once. How do they (Apple) erase it? I know that the SN is stored on the boot ROM chip that also holds the EFI.

Link to comment
Share on other sites

hello Andy

 

can u see again what is the problem with this files extracted from darwin dumper

 

EDID.zip

 

that is from my new notebook

 

i have problems loading hd4000graphics.kext

 

without the kext i have QE

 

with the kext i have QE/CI.. but the screen flicks and all kind of artifacts

 

thanks

Link to comment
Share on other sites

  • 2 weeks later...
 Share

×
×
  • Create New...