Andy Vandijck Posted May 3, 2014 Author Share Posted May 3, 2014 Can you adjust the limit to 3840? (I need it for HiDPI) Because 2288 is not high enough for me :-) Cheers :-) Nope not in this block...That value is translated into FF FF or max... Detailed descriptors only can go bigger... That's for tomorrow... Link to comment Share on other sites More sharing options...
Ramalama Posted May 3, 2014 Share Posted May 3, 2014 but FFFF is 65535 or not? That means that my default resolution (vanilla edid) 2560x1440 is in detailed description? Cheers :-) Link to comment Share on other sites More sharing options...
Andy Vandijck Posted May 3, 2014 Author Share Posted May 3, 2014 but FFFF is 65535 or not? That means that my default resolution (vanilla edid) 2560x1440 is in detailed description? Cheers :-) Nope...First byte contains horizontal resolution (1B + 31) * 8 Max = 2288 ((0xFF + 31) * 8) Lower 6 bits of byte 2 = refresh rate + 60 (60-123) Upper 2 bits of byte 2 = aspect ratio Link to comment Share on other sites More sharing options...
Ramalama Posted May 3, 2014 Share Posted May 3, 2014 I got it! Thank you! Just checked, you have right, i have no standart timings in my EDID at all :-) Link to comment Share on other sites More sharing options...
Andy Vandijck Posted May 4, 2014 Author Share Posted May 4, 2014 I've done some more work on it... I'm basing my sources on edie-decode mostly, but this was incomplete (so I've enhanced the current edid-decode sources). I had to add decoding for 4 detailed descriptors. Tomorrow I'll mod my app for these... The work on edid-decode so far is finished... I added color management, color point, established timings III, extra standard timings and decoding of color data... EDIT: Synced my changes with latest version... edid-decode.zip 2 Link to comment Share on other sites More sharing options...
smolderas Posted May 4, 2014 Share Posted May 4, 2014 Will you share the source code? Edit: I take it back. I saw the code, after I've downloaded your file. Nice job by the way. 1 Link to comment Share on other sites More sharing options...
GingerHewig Posted May 5, 2014 Share Posted May 5, 2014 Cool tool. I study the code, it removed sign related command and data from mach-o. I'm wondering why the binary can't be signed with another certification now? Look forward for your update. 1 Link to comment Share on other sites More sharing options...
Andy Vandijck Posted May 5, 2014 Author Share Posted May 5, 2014 Cool tool. I study the code, it removed sign related command and data from mach-o. I'm wondering why the binary can't be signed with another certification now? Look forward for your update. I'm still checking why.It just doesn't want to resign afterwards. Probably needs to be realigned and sizes adjusted. 1 Link to comment Share on other sites More sharing options...
Andy Vandijck Posted May 7, 2014 Author Share Posted May 7, 2014 I found some time today to start coding the 12 detailed views. So far I implemented the list with detailed descriptors, these get identified upon a click of the detailed descriptor in question. Clicking in that list on another type of descriptor will initialise it as an empty descriptor of that type. This already works. I also started coding the view for the established timings III. So far it has views for dummy block and established timings III. More work to follow... I found some time today to start coding the 12 detailed views. So far I implemented the list with detailed descr Link to comment Share on other sites More sharing options...
Andy Vandijck Posted May 7, 2014 Author Share Posted May 7, 2014 I finished the code for established timings III. Alpha 6! It can already do everything mentioned previously and set established timings III. Tomorrow works continues when I have the time (CVT is next)... Screenshots attached too and alpha 6 too... For those thinking the implementation was easy: look at the code... 44 checkboxes linked through for the desired result... The detailed descriptors are till byte 125 from byte 54... EDIT: Removed alpha 6 due to alpha 7 below... 3 Link to comment Share on other sites More sharing options...
blackosx Posted May 9, 2014 Share Posted May 9, 2014 I've done some more work on it... I'm basing my sources on edie-decode mostly, but this was incomplete (so I've enhanced the current edid-decode sources). I had to add decoding for 4 detailed descriptors. Tomorrow I'll mod my app for these... The work on edid-decode so far is finished... I added color management, color point, established timings III, extra standard timings and decoding of color data... EDIT: Synced my changes with latest version... Hi Andy I have compiled a 32-bit 10.6 compatible version of your edid-decode and will happily add to DarwinDumper once I just get the following checked. Testing on my iMac 11,3. Using the edid-decode that's currently in DarwinDumper I get the following text file: Extracted contents: header: 00 ff ff ff ff ff ff 00 serial number: 06 10 d6 9c 00 00 00 00 08 14 version: 01 04 basic params: a5 3c 22 78 22 chroma info: 6f b1 a7 55 4c 9e 25 0c 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 55 50 21 00 00 1a descriptor 2: 1a 1d 00 80 51 d0 1c 20 40 80 35 00 55 50 21 00 00 1c descriptor 3: 00 00 00 02 01 06 10 01 0a 01 00 00 00 00 00 00 00 00 descriptor 4: 00 00 00 fc 00 43 6f 6c 6f 72 20 4c 43 44 0a 20 20 20 extensions: 01 checksum: fa Manufacturer: APP Model 9cd6 Serial Number 0 Made week 8 of 2010 EDID version: 1.4 Digital display 8 bits per primary color channel DisplayPort interface Maximum image size: 60 cm x 34 cm Gamma: 2.20 DPMS levels: Off Supported color formats: RGB 4:4:4 First detailed timing is preferred timing Established timings supported: Standard timings supported: Detailed mode: Clock 241.500 MHz, 597 mm x 336 mm 2560 2608 2640 2720 hborder 0 1440 1443 1448 1481 vborder 0 +hsync -vsync Detailed mode: Clock 74.500 MHz, 597 mm x 336 mm 1280 1344 1472 1664 hborder 0 720 723 728 748 vborder 0 -hsync +vsync Monitor descriptor block has byte 4 nonzero (0x01) Manufacturer-specified data, tag 2 Monitor name: Color Has 1 extension blocks Checksum: 0xfa (valid) CEA extension block Extension version: 3 8 bytes of CEA data Audio data block Linear PCM, max channels 1 Supported sample rates (kHz): 48 44.1 32 Supported sample sizes (bits): 24 20 16 Speaker allocation data block Underscans PC formats by default Basic audio support 1 native detailed modes Detailed mode: Clock 241.500 MHz, 597 mm x 336 mm 2560 2608 2640 2720 hborder 0 1440 1443 1448 1481 vborder 0 +hsync -vsync Detailed mode: Clock 74.500 MHz, 597 mm x 336 mm 1280 1344 1472 1664 hborder 0 720 723 728 748 vborder 0 -hsync +vsync Checksum: 0x13 (valid) EDID block does NOT conform to EDID 1.3! Missing monitor ranges Invalid descriptor block padding Detailed block string not properly terminated Using your edid-decode I get the same except for some unencoded characters at the beginning. ??????<"x"o??UL?% PTV^???)P0 5UP!?Q? @?5UP! ?Color LCD ? ?# ?V^???)P0 5UP!?Q? @?5UP!Extracted contents: header: 00 ff ff ff ff ff ff 00 serial number: 06 10 d6 9c 00 00 00 00 08 14 version: 01 04 basic params: a5 3c 22 78 22 chroma info: 6f b1 a7 55 4c 9e 25 0c 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 55 50 21 00 00 1a descriptor 2: 1a 1d 00 80 51 d0 1c 20 40 80 35 00 55 50 21 00 00 1c descriptor 3: 00 00 00 02 01 06 10 01 0a 01 00 00 00 00 00 00 00 00 descriptor 4: 00 00 00 fc 00 43 6f 6c 6f 72 20 4c 43 44 0a 20 20 20 extensions: 01 checksum: fa Manufacturer: APP Model 9cd6 Serial Number 0 Made week 8 of 2010 EDID version: 1.4 Digital display 8 bits per primary color channel DisplayPort interface Maximum image size: 60 cm x 34 cm Gamma: 2.20 DPMS levels: Off Supported color formats: RGB 4:4:4 First detailed timing is preferred timing Chroma Info: Red X: 0.653320 Y: 0.333984 Green X: 0.299805 Y: 0.620117 Blue X: 0.146484 Y: 0.049805 White X: 0.312500 Y: 0.329102 Established timings supported: Standard timings supported: Detailed mode: Clock 241.500 MHz, 597 mm x 336 mm 2560 2608 2640 2720 hborder 0 1440 1443 1448 1481 vborder 0 +hsync -vsync Detailed mode: Clock 74.500 MHz, 597 mm x 336 mm 1280 1344 1472 1664 hborder 0 720 723 728 748 vborder 0 -hsync +vsync Monitor descriptor block has byte 4 nonzero (0x01) Manufacturer-specified data, tag 2 Monitor name: Color Has 1 extension blocks Checksum: 0xfa (valid) CEA extension block Extension version: 3 8 bytes of CEA data Audio data block Linear PCM, max channels 1 Supported sample rates (kHz): 48 44.1 32 Supported sample sizes (bits): 24 20 16 Speaker allocation data block Underscans PC formats by default Basic audio support 1 native detailed modes Detailed mode: Clock 241.500 MHz, 597 mm x 336 mm 2560 2608 2640 2720 hborder 0 1440 1443 1448 1481 vborder 0 +hsync -vsync Detailed mode: Clock 74.500 MHz, 597 mm x 336 mm 1280 1344 1472 1664 hborder 0 720 723 728 748 vborder 0 -hsync +vsync Checksum: 0x13 (valid) EDID block does NOT conform to EDID 1.3! Missing monitor ranges Invalid descriptor block padding Detailed block string not properly terminated Can these unencoded characters be dropped from the output or is it something to do with my EDID data? I'm attaching the EDID directory from DarwinDumper for you to check. Thanks EDID.zip Link to comment Share on other sites More sharing options...
Andy Vandijck Posted May 9, 2014 Author Share Posted May 9, 2014 Hi Andy I have compiled a 32-bit 10.6 compatible version of your edid-decode and will happily add to DarwinDumper once I just get the following checked. Testing on my iMac 11,3. Using the edid-decode that's currently in DarwinDumper I get the following text file: Extracted contents: header: 00 ff ff ff ff ff ff 00 serial number: 06 10 d6 9c 00 00 00 00 08 14 version: 01 04 basic params: a5 3c 22 78 22 chroma info: 6f b1 a7 55 4c 9e 25 0c 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 55 50 21 00 00 1a descriptor 2: 1a 1d 00 80 51 d0 1c 20 40 80 35 00 55 50 21 00 00 1c descriptor 3: 00 00 00 02 01 06 10 01 0a 01 00 00 00 00 00 00 00 00 descriptor 4: 00 00 00 fc 00 43 6f 6c 6f 72 20 4c 43 44 0a 20 20 20 extensions: 01 checksum: fa Manufacturer: APP Model 9cd6 Serial Number 0 Made week 8 of 2010 EDID version: 1.4 Digital display 8 bits per primary color channel DisplayPort interface Maximum image size: 60 cm x 34 cm Gamma: 2.20 DPMS levels: Off Supported color formats: RGB 4:4:4 First detailed timing is preferred timing Established timings supported: Standard timings supported: Detailed mode: Clock 241.500 MHz, 597 mm x 336 mm 2560 2608 2640 2720 hborder 0 1440 1443 1448 1481 vborder 0 +hsync -vsync Detailed mode: Clock 74.500 MHz, 597 mm x 336 mm 1280 1344 1472 1664 hborder 0 720 723 728 748 vborder 0 -hsync +vsync Monitor descriptor block has byte 4 nonzero (0x01) Manufacturer-specified data, tag 2 Monitor name: Color Has 1 extension blocks Checksum: 0xfa (valid) CEA extension block Extension version: 3 8 bytes of CEA data Audio data block Linear PCM, max channels 1 Supported sample rates (kHz): 48 44.1 32 Supported sample sizes (bits): 24 20 16 Speaker allocation data block Underscans PC formats by default Basic audio support 1 native detailed modes Detailed mode: Clock 241.500 MHz, 597 mm x 336 mm 2560 2608 2640 2720 hborder 0 1440 1443 1448 1481 vborder 0 +hsync -vsync Detailed mode: Clock 74.500 MHz, 597 mm x 336 mm 1280 1344 1472 1664 hborder 0 720 723 728 748 vborder 0 -hsync +vsync Checksum: 0x13 (valid) EDID block does NOT conform to EDID 1.3! Missing monitor ranges Invalid descriptor block padding Detailed block string not properly terminated Using your edid-decode I get the same except for some unencoded characters at the beginning. ??????<"x"o??UL?% PTV^???)P0 5UP!?Q? @?5UP! ?Color LCD ? ?# ?V^???)P0 5UP!?Q? @?5UP!Extracted contents: header: 00 ff ff ff ff ff ff 00 serial number: 06 10 d6 9c 00 00 00 00 08 14 version: 01 04 basic params: a5 3c 22 78 22 chroma info: 6f b1 a7 55 4c 9e 25 0c 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 55 50 21 00 00 1a descriptor 2: 1a 1d 00 80 51 d0 1c 20 40 80 35 00 55 50 21 00 00 1c descriptor 3: 00 00 00 02 01 06 10 01 0a 01 00 00 00 00 00 00 00 00 descriptor 4: 00 00 00 fc 00 43 6f 6c 6f 72 20 4c 43 44 0a 20 20 20 extensions: 01 checksum: fa Manufacturer: APP Model 9cd6 Serial Number 0 Made week 8 of 2010 EDID version: 1.4 Digital display 8 bits per primary color channel DisplayPort interface Maximum image size: 60 cm x 34 cm Gamma: 2.20 DPMS levels: Off Supported color formats: RGB 4:4:4 First detailed timing is preferred timing Chroma Info: Red X: 0.653320 Y: 0.333984 Green X: 0.299805 Y: 0.620117 Blue X: 0.146484 Y: 0.049805 White X: 0.312500 Y: 0.329102 Established timings supported: Standard timings supported: Detailed mode: Clock 241.500 MHz, 597 mm x 336 mm 2560 2608 2640 2720 hborder 0 1440 1443 1448 1481 vborder 0 +hsync -vsync Detailed mode: Clock 74.500 MHz, 597 mm x 336 mm 1280 1344 1472 1664 hborder 0 720 723 728 748 vborder 0 -hsync +vsync Monitor descriptor block has byte 4 nonzero (0x01) Manufacturer-specified data, tag 2 Monitor name: Color Has 1 extension blocks Checksum: 0xfa (valid) CEA extension block Extension version: 3 8 bytes of CEA data Audio data block Linear PCM, max channels 1 Supported sample rates (kHz): 48 44.1 32 Supported sample sizes (bits): 24 20 16 Speaker allocation data block Underscans PC formats by default Basic audio support 1 native detailed modes Detailed mode: Clock 241.500 MHz, 597 mm x 336 mm 2560 2608 2640 2720 hborder 0 1440 1443 1448 1481 vborder 0 +hsync -vsync Detailed mode: Clock 74.500 MHz, 597 mm x 336 mm 1280 1344 1472 1664 hborder 0 720 723 728 748 vborder 0 -hsync +vsync Checksum: 0x13 (valid) EDID block does NOT conform to EDID 1.3! Missing monitor ranges Invalid descriptor block padding Detailed block string not properly terminated Can these unencoded characters be dropped from the output or is it something to do with my EDID data? I'm attaching the EDID directory from DarwinDumper for you to check. Thanks Output not needed, checked and verified. The original author made a mistake: edid = extract_edid(fd); if (!edid) { fprintf(stderr, "edid extract failed\n"); return 1; } if (fd != 0) close(fd); if (ofd != -1) { // <-- This causes the bytes issue //write(ofd, edid, edid_lines * 16); close(ofd); } dump_breakdown(edid); Note my new change... no write in ofd of edid... this duplicates the EDID before decode (not needed...) I fixed this issue and attached the new version here. Fixed edid-decode.zip Link to comment Share on other sites More sharing options...
blackosx Posted May 9, 2014 Share Posted May 9, 2014 Bingo! That's fixed it. Thanks Andy 1 Link to comment Share on other sites More sharing options...
Andy Vandijck Posted May 9, 2014 Author Share Posted May 9, 2014 I'm currently coding the CVT 3B descriptors (4 of them in the descriptor). So far reading works... Gonna write setting them now... Link to comment Share on other sites More sharing options...
Andy Vandijck Posted May 9, 2014 Author Share Posted May 9, 2014 CVT 3B descriptors can now be set... You do it like this: Enter vertical resolution, select refresh rates, select preferred refresh rate, select aspect ratio and click set. You can set up to 4 resolutions in 1 CVT block... Example shown in screenshot... Alpha 7 is ready... the rest I can do tomorrow or sunday... (when I have the time) It wasn't easy implementing this but it is done now FixEDID-2.4.0-alpha7.zip 5 Link to comment Share on other sites More sharing options...
Ramalama Posted May 15, 2014 Share Posted May 15, 2014 Andy? Do you know, how i can calculate Pixel Clock? I Changed Active Horzontal to 3840 (from 2560) and vertical to 2160 (from 1440)... But it seems that i need todo more, because i get stripes and pixel bugs... :-) But with the new "Buggy" EDID, i get Retina-Display, with all the nice Switches :-) Attached :-) Link to comment Share on other sites More sharing options...
Andy Vandijck Posted May 15, 2014 Author Share Posted May 15, 2014 Andy? Do you know, how i can calculate Pixel Clock? I Changed Active Horzontal to 3840 (from 2560) and vertical to 2160 (from 1440)... But it seems that i need todo more, because i get stripes and pixel bugs... :-) But with the new "Buggy" EDID, i get Retina-Display, with all the nice Switches :-) Attached :-) It has something to do with the number of lines and stuff.Look for EEDIDrAr2.pdf on Google. This contains all the needed info. 2 Link to comment Share on other sites More sharing options...
RobertX Posted May 15, 2014 Share Posted May 15, 2014 ...and still, 10.9.3 1 Link to comment Share on other sites More sharing options...
Andy Vandijck Posted May 24, 2014 Author Share Posted May 24, 2014 Ok did some research. Detailed timing descriptor can be made using the resolution and refresh rate. I know about how it works for GTF. I will create this in the app first (is in high demand). Keep you posted Link to comment Share on other sites More sharing options...
Andy Vandijck Posted May 24, 2014 Author Share Posted May 24, 2014 An app for calculating every bit of info in Ruby: example: ./gtf.rb 1280 960 60 -v ./gtf.rb:517: warning: assigned but unused variable - gtf 1: [H PIXELS RND] : 1280.000000 2: [V LINES RND] : 960.000000 3: [V FIELD RATE RQD] : 60.000000 4: [TOP MARGIN (LINES)] : 0.000000 5: [BOT MARGIN (LINES)] : 0.000000 6: [INTERLACE] : 0.000000 7: [H PERIOD EST] : 16.770725 8: [V SYNC+BP] : 33.000000 9: [V BACK PORCH] : 30.000000 10: [TOTAL V LINES] : 994.000000 11: [V FIELD RATE EST] : 59.987640 12: [H PERIOD] : 16.767270 13: [V FIELD RATE] : 60.000000 14: [V FRAME RATE] : 60.000000 15: [LEFT MARGIN (PIXELS)] : 0.000000 16: [RIGHT MARGIN (PIXELS)] : 0.000000 17: [TOTAL ACTIVE PIXELS] : 1280.000000 18: [IDEAL DUTY CYCLE] : 24.969819 19: [H BLANK (PIXELS)] : 432.000000 20: [TOTAL PIXELS] : 1712.000000 21: [PIXEL FREQ] : 102.103680 22: [H FREQ] : 59.640000 17: [H SYNC (PIXELS)] : 136.000000 18: [H FRONT PORCH (PIXELS)] : 80.000000 36: [V ODD FRONT PORCH(LINES)] : 1.000000 # 1280x960 @ 60.00 Hz (GTF) hsync: 59.64 kHz; pclk: 102.10 MHz Modeline "1280x960_60.00" 102.10 1280 1360 1496 1712 960 961 964 994 -HSync +Vsync gtf.rb.zip 2 Link to comment Share on other sites More sharing options...
Andy Vandijck Posted May 24, 2014 Author Share Posted May 24, 2014 Here is another. It is a tool from Apple's IOGraphicsFamily. ./gtf 1280 960 60 GTF: hPeriod 16.767269699 us, hFreq 59.640003906 kHz pixFreq 102.103680000 Mhz hTotal 214(1712), hFP 10(80), hBlank 54(432), hSync 17(136) vTotal 994, vFP 1.0(E:1.0), vBlank 34.0(E:34.0), vSync 3 CVT: pixFreq 101.250000000 Mhz hPeriod 16.750616851 us, hFreq 59.699292969 kHz hTotal 212(1696), hFP 10(80), hBlank 52(416), hSync 16(128) vTotal 996, vFP 3.0(E:3.0), vBlank 36.0(E:36.0), vSync 4 CVT reduced blank: pixFreq 85.250000000 Mhz hPeriod 16.891495761 us, hFreq 59.201390625 kHz hTotal 180(1440), hFP 6(48), hBlank 20(160), hSync 4(32) vTotal 988, vFP 3.0(E:3.0), vBlank 28.0(E:28.0), vSync 4 It can also generate CVT and CVT reduced blanking timings. @Ramalama: For your resolution the parameters: gtf 3840 2160 60 GTF: hPeriod 7.457121228 us, hFreq 134.100000000 kHz pixFreq 712.339200000 Mhz hTotal 664(5312), hFP 39(312), hBlank 184(1472), hSync 53(424) vTotal 2235, vFP 1.0(E:1.0), vBlank 75.0(E:75.0), vSync 3 CVT: pixFreq 712.750016000 Mhz hPeriod 7.452822956 us, hFreq 134.177343750 kHz hTotal 664(5312), hFP 39(312), hBlank 184(1472), hSync 53(424) vTotal 2237, vFP 3.0(E:3.0), vBlank 77.0(E:77.0), vSync 5 CVT reduced blank: pixFreq 533.249984000 Mhz hPeriod 7.501172149 us, hFreq 133.312500000 kHz hTotal 500(4000), hFP 6(48), hBlank 20(160), hSync 4(32) vTotal 2222, vFP 3.0(E:3.0), vBlank 62.0(E:62.0), vSync 5 Which is 3840x2160@60Hz I could make it into your EDID without issues. EDIT: I had to mod a Medion display because of bad 1600x900@60Hz resolution and used these parameters. It worked Nicely... Here is another. It is a tool from Apple's IOGraphicsFamily. ./gtf 1280 960 60 GTF: hPeriod 16.767269699 us, hFreq 59.640003906 kHz pixFreq 102.103680000 Mhz hTotal 214(1712), hFP 10(80), hBlank 54(432), hSync 17(136) vTotal 994, vFP 1.0(E:1.0), vBlank 34.0(E:34.0), vSync 3 CVT: pixFreq 101.250000000 Mhz hPeriod 16.750616851 us, hFreq 59.699292969 kHz hTotal 212(1696), hFP 10(80), hBlank 52(416), hSync 16(128) vTotal 996, vFP 3.0(E:3.0), vBlank 36.0(E:36.0), vSync 4 CVT reduced blank: pixFreq 85.250000000 Mhz hPeriod 16.891495761 us, hFreq 59.201390625 kHz hTotal 180(1440), hFP 6(48), hBlank 20(160), hSync 4(32) vTotal 988, vFP 3.0(E:3.0), vBlank 28.0(E:28.0), vSync 4 It can also generate CVT and CVT reduced blanking timings. @Ramalama: For your resolution the parameters: gtf 3840 2160 60 GTF: hPeriod 7.457121228 us, hFreq 134.100000000 kHz pixFreq 712.339200000 Mhz hTotal 664(5312), hFP 39(312), hBlank 184(1472), hSync 53(424) vTotal 2235, vFP 1.0(E:1.0), vBlank 75.0(E:75.0), vSync 3 CVT: pixFreq 712.750016000 Mhz hPeriod 7.452822956 us, hFreq 134.177343750 kHz hTotal 664(5312), hFP 39(312), hBlank 184(1472), hSync 53(424) vTotal 2237, vFP 3.0(E:3.0), vBlank 77.0(E:77.0), vSync 5 CVT reduced blank: pixFreq 533.249984000 Mhz hPeriod 7.501172149 us, hFreq 133.312500000 kHz hTotal 500(4000), hFP 6(48), hBlank 20(160), hSync 4(32) vTotal 2222, vFP 3.0(E:3.0), vBlank 62.0(E:62.0), vSync 5 Which is 3840x2160@60Hz I could make it into your EDID without issues. EDIT: I had to mod a Medion display because of bad 1600x900@60Hz resolution and used these parameters. It worked Nicely... EDIT2: I made a WIN32 version of the gtf tool and edid-decode for people who need to mod stuff under Windows. Attached here, compiled with MinGW32. gtf.zip gtf.c.zip gtf_tools_win32.zip 3 Link to comment Share on other sites More sharing options...
prashant@8530 Posted June 8, 2014 Share Posted June 8, 2014 Here is another. It is a tool from Apple's IOGraphicsFamily. ./gtf 1280 960 60 GTF: hPeriod 16.767269699 us, hFreq 59.640003906 kHz pixFreq 102.103680000 Mhz hTotal 214(1712), hFP 10(80), hBlank 54(432), hSync 17(136) vTotal 994, vFP 1.0(E:1.0), vBlank 34.0(E:34.0), vSync 3 CVT: pixFreq 101.250000000 Mhz hPeriod 16.750616851 us, hFreq 59.699292969 kHz hTotal 212(1696), hFP 10(80), hBlank 52(416), hSync 16(128) vTotal 996, vFP 3.0(E:3.0), vBlank 36.0(E:36.0), vSync 4 CVT reduced blank: pixFreq 85.250000000 Mhz hPeriod 16.891495761 us, hFreq 59.201390625 kHz hTotal 180(1440), hFP 6(48), hBlank 20(160), hSync 4(32) vTotal 988, vFP 3.0(E:3.0), vBlank 28.0(E:28.0), vSync 4 It can also generate CVT and CVT reduced blanking timings.@Ramalama: For your resolution the parameters: gtf 3840 2160 60 GTF: hPeriod 7.457121228 us, hFreq 134.100000000 kHz pixFreq 712.339200000 Mhz hTotal 664(5312), hFP 39(312), hBlank 184(1472), hSync 53(424) vTotal 2235, vFP 1.0(E:1.0), vBlank 75.0(E:75.0), vSync 3 CVT: pixFreq 712.750016000 Mhz hPeriod 7.452822956 us, hFreq 134.177343750 kHz hTotal 664(5312), hFP 39(312), hBlank 184(1472), hSync 53(424) vTotal 2237, vFP 3.0(E:3.0), vBlank 77.0(E:77.0), vSync 5 CVT reduced blank: pixFreq 533.249984000 Mhz hPeriod 7.501172149 us, hFreq 133.312500000 kHz hTotal 500(4000), hFP 6(48), hBlank 20(160), hSync 4(32) vTotal 2222, vFP 3.0(E:3.0), vBlank 62.0(E:62.0), vSync 5 Which is 3840x2160@60HzI could make it into your EDID without issues. EDIT: I had to mod a Medion display because of bad 1600x900@60Hz resolution and used these parameters. It worked Nicely... EDIT2: I made a WIN32 version of the gtf tool and edid-decode for people who need to mod stuff under Windows. Attached here, compiled with MinGW32. Here is another. It is a tool from Apple's IOGraphicsFamily. ./gtf 1280 960 60 GTF: hPeriod 16.767269699 us, hFreq 59.640003906 kHz pixFreq 102.103680000 Mhz hTotal 214(1712), hFP 10(80), hBlank 54(432), hSync 17(136) vTotal 994, vFP 1.0(E:1.0), vBlank 34.0(E:34.0), vSync 3 CVT: pixFreq 101.250000000 Mhz hPeriod 16.750616851 us, hFreq 59.699292969 kHz hTotal 212(1696), hFP 10(80), hBlank 52(416), hSync 16(128) vTotal 996, vFP 3.0(E:3.0), vBlank 36.0(E:36.0), vSync 4 CVT reduced blank: pixFreq 85.250000000 Mhz hPeriod 16.891495761 us, hFreq 59.201390625 kHz hTotal 180(1440), hFP 6(48), hBlank 20(160), hSync 4(32) vTotal 988, vFP 3.0(E:3.0), vBlank 28.0(E:28.0), vSync 4 It can also generate CVT and CVT reduced blanking timings.@Ramalama: For your resolution the parameters: gtf 3840 2160 60 GTF: hPeriod 7.457121228 us, hFreq 134.100000000 kHz pixFreq 712.339200000 Mhz hTotal 664(5312), hFP 39(312), hBlank 184(1472), hSync 53(424) vTotal 2235, vFP 1.0(E:1.0), vBlank 75.0(E:75.0), vSync 3 CVT: pixFreq 712.750016000 Mhz hPeriod 7.452822956 us, hFreq 134.177343750 kHz hTotal 664(5312), hFP 39(312), hBlank 184(1472), hSync 53(424) vTotal 2237, vFP 3.0(E:3.0), vBlank 77.0(E:77.0), vSync 5 CVT reduced blank: pixFreq 533.249984000 Mhz hPeriod 7.501172149 us, hFreq 133.312500000 kHz hTotal 500(4000), hFP 6(48), hBlank 20(160), hSync 4(32) vTotal 2222, vFP 3.0(E:3.0), vBlank 62.0(E:62.0), vSync 5 Which is 3840x2160@60HzI could make it into your EDID without issues. EDIT: I had to mod a Medion display because of bad 1600x900@60Hz resolution and used these parameters. It worked Nicely... EDIT2: I made a WIN32 version of the gtf tool and edid-decode for people who need to mod stuff under Windows. Attached here, compiled with MinGW32. Hey ii get this just before my login screen at every startup https://www.dropbox.com/s/hk2jshlka7ha46c/Photo%2004-06-2014%2018%2045%2042.jpg What can i do to fix jt? Link to comment Share on other sites More sharing options...
passmaster16 Posted June 18, 2014 Share Posted June 18, 2014 Hi, I'm using FixEDID to inject a modified Macbook Air profile for my laptop's display. Everything works fine until I inject the PNLF patch either by DSDT or Clover. For some reason after injecting the PNLF patch, the EDID which was previously set by DisplayMergeNub.kext is reset back to the original LVDS EDID. Any idea why this would happen? I'm trying to implement brightness control on my Sony Vaio laptop which does work with the PNLF patch but I also need the EDID override from DisplayMergeNub.kext to resolve the broken encoding/output caused by my LVDS' EDID. More discussion is here: http://www.insanelymac.com/forum/topic/298807-amd-radeon-hd-6650m-the-last-piece-of-the-puzzle-edid-injection-with-clover-or-dsdt-the-mistery-of-the-wrong-lvds-senseid/page-2 Thanks in advance! Link to comment Share on other sites More sharing options...
xmen107 Posted June 23, 2014 Share Posted June 23, 2014 Seems to be working on OSX Yosemite DP2. Thanks Link to comment Share on other sites More sharing options...
bronxteck Posted July 6, 2014 Share Posted July 6, 2014 clover has an option to inject EDID. use the one generated with Displaymerge. see if that helps. Link to comment Share on other sites More sharing options...
Recommended Posts