Jump to content

Andrw0380

Members
  • Content count

    223
  • Joined

  • Last visited

About Andrw0380

  • Rank
    InsanelyMac Geek

Profile Information

  • Gender
    Male
  1. Alienware 15 R3 on OS X 10.12.6

    Unfortunately, our laptop HDMI port is connected to the Nvidia card so disabling it cuts us off to use that feature. As @igeeek mentioned, is there anything we can do to fix since we can't disable iGPU in BIOS?
  2. Along with the AppleBacklightInjector, I used Kext Utility to repair permissions and the next reboot allowed me to get brightness working. Make sure you have the brightness kexttopatch enabled from Rehabman which allows the AppleBacklightInjector to function. Hope that helps as that is what I did to get it to work.
  3. I am using the files and they work for me. What you may need to do is rebuild cache and reboot. This is one thing I've noticed with 10.13 is after every update is you have to rebuild cache which allows backlight and audio to work without issue. Try this command in terminal to rebuild 'sudo kextcache -I /' or use kext utility. Not a problem thanks again for stating this thread. This may be my last update as my laptop battery is on it's way out and trying an aftermarket one didn't work. I am looking for a replacement.
  4. Hey everyone, sorry for posting late as 10.13 had some issues with crashing iTunes but I have the updated Clover and Library/Extension files. As always, update the config.plist with your own serial number and copy the files to the proper folders. I used Clover r4289 with OsxAptioFix2Drv-64.efi selected in the installer. The new Lili and Shiki attached allows iTunes to function without crashing. Thanks to @rehabman, @vit9696 and anyone else who I forgot to mention. Enjoy! 10.13_171108_Envy.zip
  5. Clover General discussion

    Was wondering if anyone is having the same issue. I upgraded Clover to v2.4_r4114 with the following options - Install UEFI booting only, Install Clover in the ESP - Themes > Embedded - Driver64UEFI > OsxAptioFixDrv-64 - Install RC scripts on target volume I have a weird issue with the Clover boot entries where the HFS+ partitions for Mac and the Recovery have no icons and just internal hfs displays as the text. I am on the 10.13 beta but r4110_Slim didn't have the issue, is it something with the embedded theme or does all the themes have this issue with this version? Edit: I did answer my question as using the Clover Theme Manager with bootcamp doesn't have the icon issue so it's a bug with embedded theme.
  6. [pre-release] macOS High Sierra

    Thanks everyone for the help. I did a reformat using the USB method and using the 06/26/2017 SMBIOS info allowed it to install successfully!
  7. [pre-release] macOS High Sierra

    I did use the original SMBIOS from the newest Clover Configurator the first install but still got the verification error. I haven't tried Clover r4110 yet as I was on r4097. Currently for HDMI I do use FakePCI along with the kexttopatch to disable HDMI port 0105 to fix the lag issue when you first bootup. 10.13 has been the only version where I've had issues with updating. For the HDMI issue the only thing that changes is the SMBIOS causing my TV not to be detected so I don't think any of my HDA patches should cause the issue. Thanks for the input, Ill update once I try the updated Clover. Edit: Using Clover r4110 didn't resolve the issue. Attached is my Clover files minus the Serial Number in the SMBIOS and the themes folder to help with size. Again using the same config.plist using SMBIOS of MacBookPro11.4 doesn't have the install issue. My specs are HP Envy j-070ca with Intel 4600 Graphics, Intel 4700 Processor. CLOVER.zip
  8. [pre-release] macOS High Sierra

    Hello everyone, I was wondering if you could help me. I went back to 10.12.5 as High Sierra was still a little bit raw for me to use but I would like to go back to 10.13 and notice a weird issue. In the past, I was able to get 10.13 to install when using MacBookPro11.4 SMBIOS with the May 1st date as "01/05/17" but not having the same luck with MacBookPro11.1 which allows my HDMI port to work. I tried using the updated date of "06/26/2017" and the updated BiosVersion of "MBP111.88Z.0139.B01.1706261010" with no luck. What happens is the message that Mac cannot verify the firmware during the install phase. I just find it weird that no matter how I arrange the SMBIOS date or use different values that with MacBookPro11.1 or even MacBookPro11.2 that I can't get the installer to proceed past the firmware verification stage. As mentioned above, I could use MacBookPro11.4 or MacBookPro11.5 but my HDMI port doesn't work in my laptop and I don't want to change back and forth between the SMBIOS's every time there is an update. It's like something in the Board-ID that enables my HDMI port is causing the issue with not being able to verify firmware. Any suggestions? Has anyone been able to get this SMBIOS to install 10.13?
  9. AppleALC — dynamic AppleHDA patching

    Ok thanks for provding.
  10. AppleALC — dynamic AppleHDA patching

    Ok when I did use AppleALC and the FakePCI_Intel_HDMI_Audio.kext together in the past, the HDMI entry wouldn't be in the Audio section of System Information so I think it does interfere with each other. I know I saw mention of my Intel 4600 before in AppleALC and I actually had to download AppleALC source to remove it since it was interfering with the other .kext ability to load. I believe it is this section in Controllers.plist causing it. <dict> <key>Device</key> <integer>3084</integer> <key>Name</key> <string>HD4600 controller</string> <key>Patches</key> <array> <dict> <key>Count</key> <integer>4</integer> <key>Find</key> <data>DAoAAA==</data> <key>MaxKernel</key> <integer>13</integer> <key>MinKernel</key> <integer>13</integer> <key>Name</key> <string>AppleHDAController</string> <key>Replace</key> <data>DAwAAA==</data> </dict> <dict> <key>Count</key> <integer>2</integer> <key>Find</key> <data>CwwAAA==</data> <key>MaxKernel</key> <integer>13</integer> <key>MinKernel</key> <integer>13</integer> <key>Name</key> <string>AppleHDAController</string> <key>Replace</key> <data>DAwAAA==</data> </dict> <dict> <key>Count</key> <integer>3</integer> <key>Find</key> <data>PQwKAAA=</data> <key>MaxKernel</key> <integer>14</integer> <key>MinKernel</key> <integer>14</integer> <key>Name</key> <string>AppleHDAController</string> <key>Replace</key> <data>PQwMAAA=</data> </dict> <dict> <key>Count</key> <integer>1</integer> <key>Find</key> <data>PQsMAAA=</data> <key>MaxKernel</key> <integer>14</integer> <key>MinKernel</key> <integer>14</integer> <key>Name</key> <string>AppleHDAController</string> <key>Replace</key> <data>PQwMAAA=</data> </dict> <dict> <key>Count</key> <integer>5</integer> <key>Find</key> <data>PQwKAAA=</data> <key>MinKernel</key> <integer>15</integer> <key>Name</key> <string>AppleHDAController</string> <key>Replace</key> <data>PQwMAAA=</data> </dict> </array> <key>Vendor</key> <string>Intel</string> </dict> Is there a way to include our ig-platform-id for the HDMI like the other Intel HDMIs are defined? The only other define in my config.plist for HDMI is this. <dict> <key>Comment</key> <string>Intel HDMI HDA</string> <key>CustomProperties</key> <array> <dict> <key>Disabled</key> <false/> <key>Key</key> <string>hda-gfx</string> <key>Value</key> <string>onboard-1</string> </dict> <dict> <key>Disabled</key> <false/> <key>Key</key> <string>layout-id</string> <key>Value</key> <data>DAAAAA==</data> </dict> </array> <key>PciAddr</key> <string>00:03.00</string> </dict> My IDT HDA codec is defined similar and I don't have any issues with AppleALC on it. Thanks for responding back. Do you have a solution to my other issue posted above where headphones with mic doesn't work after sleep using the built-in patch? I can just remove the patch causing issues, but wonder if there is another patch to fix the popping sound after a few seconds of inactivity? Edit: I can confirm with everything I posted above that adding FakePCI_Intel_HDMI_Audio.kext with AppleALC has no working HDMI audio and no HDMI entry in System Information. Also I compiled a build of AppleALC removing the Intel 4600 entry from Controllers.plist and now HDMI audio is working perfectly with FakePCI_Intel_HDMI_Audio.kext alongside AppleALC.
  11. AppleALC — dynamic AppleHDA patching

    I was wondering if someone can answer a couple questions. I have HDMI 0c0c with my Envy 17-j070 laptop (Intel 4600) and I have the following bug. If I connect my TV to HDMI without switching input on my TV, I see that audio output does show my LG TV as output, but when I then switch the input on my TV to the Mac, the output disappears and I can't output audio to my LG TV. This bug only happens with AppleALC as if I use FakePCI_Intel_HDMI_Audio.kext from Rehabman, no issues. I know this is not necessary a deal breaker as if I have the correct input selected on my TV first, I have no issues, but it's weird when it does it with AppleALC and not if I use the .kext I mentioned above. My ig-platform-id is 0x0a260006 in case that helps and my config.plist also has this entry for AppleIntelFrameBufferAzul. <dict> <key>Comment</key> <string>0x0a260006 disable 0105 port, change 0204 port to HDMI (RehabMan)</string> <key>Name</key> <string>com.apple.driver.AppleIntelFramebufferAzul</string> <key>Find</key> <data>AQUJAAAEAACHAAAAAgQJAAAEAACHAAAA</data> <key>Replace</key> <data>/wAAAAEAAABAAAAAAgQJAAAIAACHAAAA</data> </dict> The other issue I am facing is with this patch for the IDT92HD91BXX <dict> <key>Count</key> <integer>1</integer> <key>Find</key> <data>QcaGQwEAAAA=</data> <key>MinKernel</key> <integer>13</integer> <key>Name</key> <string>AppleHDA</string> <key>Replace</key> <data>QcaGQwEAAAE=</data> </dict> If I put my laptop to sleep with no earPods connected, upon resuming from sleep, I get no output sound when I plug in earPods. I narrowed it down to the patch above causing it. I noticed that the issue only happens when Line In is detected for an Input Device as headphones with no mic doesn't have this issue. The one thing is this patch does fix the issue where Audio will go to sleep within 30 seconds causing a pop sound to be heard. Wonder if there is another patch that we can use that doesn't have this bug? Even with these two issues, the reason for me using AppleALC instead of the above kext or our injector kext made for our IDT92HD91BXX audio is the simplicity AppleALC provides. Thanks for your time.
  12. [pre-release] macOS High Sierra

    Thanks I was looking for anything but I must of just missed it in the Wiki. Thanks it's working now.
  13. [pre-release] macOS High Sierra

    With Clover how would the boot argument be added to config.plist? Is it igfxbeta=1 or exactly as you put? BTW I can't get Shiki, Lilu or IntelGraphicsFixup to load at all in 10.13. Anything else needed to load these kexts? I am using the latest Lilu and Shiki from June 6.
  14. [pre-release] macOS High Sierra

    You are the man! I want to thank you and @cyberdevs as I now got it to install. I used the MacBookPro11,4 that @cyberdevs provided with the date and file that you suggested. So far I have QE/CI, audio, WiFi so not bad for a beta.
  15. [pre-release] macOS High Sierra

    OK so it still failed with the same error but this time the error came up without the computer rebooting the second time. Also I was getting ACPI errors from the patches that were disabled. And by doing that, it solved the Firmware issues while installing? I only have drivers64UEFI as during Clover setup I installed Clover on UEFI only.
×