Jump to content
Welcome to InsanelyMac Forum

Register now to gain access to all of our features. Once registered and logged in, you will be able to contribute to this site by submitting your own content or replying to existing content. You'll be able to customize your profile, receive reputation points as a reward for submitting content, while also communicating with other members via your own private inbox, plus much more! This message will be removed once you have signed in.


  • Content count

  • Joined

  • Last visited

About MacKonsti

  • Rank
    InsanelyMac Sage

Contact Methods

  • Website URL

Profile Information

  • Gender
  • Location
    Muppet Show
  1. AtherosE2200Ethernet

    Thank you mieze for your continuous support!
  2. AtherosE2200Ethernet

    Thank you for your continuous commitment dear Mieze!
  3. IntelMausiEthernet

    Thank you for your continuous commitment dear Mieze.
  4. AppleALC — dynamic AppleHDA patching

    Hi @vit9696 indeed you are right, thankfully v1.0.14 worked 100% as an update in /Library/Extensions/ with vanilla AppleHDA.kext for: as.vit9696.AppleALC (v1.0.14) on MSI Z97i-AC with ALC892 [8086:8ca0] running both 10.10.5 and 10.11.6 @ iMac15,1 and LayoutID=1 (it's dual-boot Yosemite/El Capitan) as.vit9696.AppleALC (v1.0.14) on Intel NUC D54250WYKH with ALC283 [8086:9c20] running 10.11.6 @ MacMini7,1 and LayoutID=3 Thank you again. Both hacks use Clover. @Sebinouse: Please see my PM to you, I am using 3.5mm plug to my monitor, not via HDMI audio yet. After I put the NUC to sleep and woke it up, the audio was working when tested via iTunes Internet Radio. It was stereo, too. NOTE: As I cannot attach files to PMs, please find here my Clover files for further studying. Guys, you are all welcome to explore, too! I only removed my working serial from Config.plist; thanks to many people for making the Clover and SSDTxxx patches work (including ReHabMan and Sebinouse) Konsti-NUC-D54250WYKH-Clover.zip
  5. AppleALC — dynamic AppleHDA patching

    Hello everyone, hi @vit9696 many thanks for all your work and feedback. Just a quick question, with working kexts for the audio(s) below, does it make sense to upgrade to latest AppleALC kext versions? Namely: as.vit9696.AppleALC (v1.0.11) on Gigabyte H61N-USB3 with ALC889 [8086:1c20] running 10.10.5 @ MacMini5,1 and LayoutID=1 as.vit9696.AppleALC (v1.0.11) on MSI Z97i-AC with ALC892 [8086:8ca0] running 10.10.5 @ iMac15,1 and LayoutID=1 as.vit9696.AppleALC (v1.0.12) on Intel NUC D54250WYKH with ALC283 [8086:9c20] running 10.11.6 @ MacMini7,1 and LayoutID=3 Thanks in advance for your advice.
  6. AppleALC — dynamic AppleHDA patching

    Hi everyone, many thanks again al6042 and sebinouse for taking time to reply on my ALC283 issues, found on the Intel D54250WYKH NUC. I decided to drop my efforts on using Yosemite 10.10.5 and made a clean/vanilla install (using latest Clover v3599) with El Capitan 10.11.5. With proper SSDT code injected via Clover (for IGPU, HDAU and HDEF) just installing AppleALC.kext v1.0.11 into /Library/Extensions/ (without any further work except rebuilding caches via Kext Utility) audio seems to have been detected properly! My injected layout-id is 0x03. Many thanks again for your work vit9696 ! I haven't tested input (microphone, neither). But we will need the microphone to work for Sierra (and Siri) soon, as Sebinouse correctly points out...! @al6042: I stopped messing with DSDT (which I loved, during chameleon days) and moved to simpler SSDT-xxx injections via Clover, but thanks for the device info! @sebinouse: We share almost exact injected SSDT's but I use different IGPU device-id (you use 0x0D, 0x00, 0x26, 0x0A but on my NUC it causes problems as my SMBIOS is defined MacMini7,1) so I use 0x03, 0x00, 0x22, 0x0D instead) so could this be tampering with HDAU or HDEF device? Any idea, guys, if IGPU device-id has any effect on audio? In your post above, I see you use HDEF layout-id as 0x01 obviously due to your own audio kext being used. I also see you use RM,device-id, that's RehabMan's FakePCI injector, right? Does it help/serve any purpose on the NUC for audio? I don't use any hda-gfx in HDEF either, except "hda-gfx" = "onboard-1" only for IGPU and HDAU. If used same across all 3 devices (IGPU, HDAU, HDEF) it causes KP. Finally, I don't have HDMI Audio being shown in "Sound" (of System Preferences) unless I use your Clover patch "0x5 port DP>HDMI" on AppleIntelFramebufferAzul binary; however, if I use that, monitor detection is not 100% working (HDMI connection) if I switch between sources/computers (I use Dell U2410 and switch e.g. VGA or DVI then HDMI for NUC). Thank you all again, I look forward to Sierra kext and input from all...
  7. AppleALC — dynamic AppleHDA patching

    Hi mate, many thanks for your reply. However, if I use "hda-gfx" = "onboard-1" for all 3 devices, there is a KP happening each time (I confirmed this small change causing KP's, like, 5 times). Also, according to RehabMan's post, I quote: This is why I have either removed "hda-gfx" altogether or made it "on-board-2" to avoid KP's... And the CPU inside my NUC is Core i5-4250U which is Haswell generation... The Clover configuration has nothing set (i.e. clean) and no enablers or other kexts present, obviously. I am not sure what is happening. Layout ID is properly injected via special SSD-xxx.aml file (ID=3). @Sebinouse, you have the same NUC, did you ever manage to make AppleALC kext work?
  8. AppleALC — dynamic AppleHDA patching

    Hi everyone, again many thanks to the developers for the recently-released v1.0.12 of AppleALC! I would really like to ask for some ideas or what steps to follow next, as I cannot make this Intel D54250WYKH "NUC" (that Sebinouse also has) work with any audio settings... My current setup is: Clover latest v3577 Using ALC 283 i.e. 0x10EC0283 [8086:9c20] Running 10.10.5 with latest fixes etc. (as Macmini7,1) Reverted to vanilla AppleHDA and rebuilt caches many times via Kext Utility AppleALC v1.0.11 placed in /Library/Extensions/ (works on my other desktop boards) Inject via SSDT-xxx the following: IGPU & HDAU have both "hda-gfx" = "onboard-1" HDEF has "hda-gfx" = "onboard-2" and "layout-ID" set to "0x03" I confirm that AppleHDA kext is always loaded (via Terminal) OK. Should I swap around the "hda-gfx" parameters? Do I maybe need any special setting to enable in Clover? Any idea? I have also introduced bin-patch for AppleHDA where I replace "8419D411" to "8302EC10" but that didn't do anything, either. I also changed "layout-id" to 11 (i.e. 0x0B) but that didn't work, either. There is no device detected in Sounds of System Preferences... For my H61N and Z97 other motherboards, the AppleALC kext works flawlessly without any special settings. Your input will be really appreciated... many thanks in advance...
  9. AppleALC — dynamic AppleHDA patching

    Salut sebinouse, I also have the same NUC you have (followed your excellent guide) with Intel Core i5-4250U and ALC283, still not working. Can you share the 8A19D411 null patch, or what you refer to as injector with zero patch for 8A19D411? Any other solutions and ideas are welcome, guys... Many thanks.
  10. AppleALC — dynamic AppleHDA patching

    Hello everyone, hi @vit9696, thanks again for your continuous support. A couple of easy questions... 1) I see some people kindly share their own AppleALC kexts which are at version v1.0.11 whilst your repo at GitHub shows v1.0.10. Are these privately compiled e.g. for testing? 2) I tried using AppleALC (v1.0.10) on my Intel NUC D54250WYKH (Core i5-4250U) and lspci reports the audio interface: 00:03.0 Audio device [0403]: Intel Corporation Haswell-ULT HD Audio Controller [8086:0a0c] (rev 09) 00:1b.0 Audio device [0403]: Intel Corporation 8 Series HD Audio Controller [8086:9c20] which per my search for 8086:9c20 some sites report it as ALC 292 and others as ALC 293. The vendor/product ID from DCPIManager shows 0x10EC0283 revision 0x0003, so can you kindly confirm that this ID is supported by your v1.0.10 release kext? The reason I am asking is that I did try it and installed it on /L/E/ with injecting ID=12 (0x0C) in HDEF device, but to no avail. Running 10.10.5. Otherwise if not supported (yet) I would be happy to offer more information to assist. Thank you in advance. EDIT: Eventually this device is ALC 283 which is suggested by the Codec ID earlier, so most of those Ubuntu sites that had 8086:9c20 as ALC 292 may have been misleading to my search. Still, if someone can confirm that 0x10EC0283 is supported or not, that would be great. Cheers
  11. AppleALC — dynamic AppleHDA patching

    Hi everyone, I would like to thank vit9696, toleda and everyone else for your hard work and share. MSI Z97i-AC board with ALC892 [8086:8ca0] DSDT patched with HDEF injected "hda-gfx" and "layout-id" as 0x01 Running OS X 10.10.5 with latest OS updates/patches Vanilla AppleHDA.kext in /S/L/E/ AppleALC from GitHub (pre-built binary) version 1.0.10 in /Library/Extensions/ Clover r3543 without any HDA or HDMI injections etc. Works as expected, without any Info.plist editing on my side. This is amazing, many thanks! I haven't tried booting to my test 10.11 installation (other HDD in same Hackintosh) yet, so I'd like to ask the following please: Most likely will need to move AppleALC.kext in /Clover/kexts/10.11/ folder unless in works in El Capitan from /Library/Extensions/ (with rootless etc.) too; There is a talk in the thread here about AppleALC version 1.0.11 but the latest available pre-built binary on GitHub is 1.0.10. Can 1.0.10 work in El Capitan? The only way to get 1.0.11 if needed, is to compile it locally? I also read about CodecCommander.kext, but no link can be found; is this kext related to ALC audio at all? Or other models? Sorry, wasn't clear to me... I downloaded a zip file shared here, and inside CodecCommander there seems also to be reference to ALC892, hence my confusion... Any tip how to check (and fix) if AppleALC loads first, before AppleHDA? I would appreciate a link to some guide... Thank you all again, this is great work!
  12. Clover Third-Party Tools

    Hi guys, despite this nice fix (works on my hack, thanks cecekpawon for fixing the URL via this) any news from developer at all? Is he OK, everything fine? Perhaps we can hope to an update, soon?
  13. Intel HD 4600 QE/CI Yosemite

    Hi guys, perhaps you can help with my issue on my MSI Z97i-AC board with i7-4790K processor (HD Graphics 4600 card in BIOS set to 64MB memory, otherwise boot crashes). Latest BIOS for this board used v4.10. My motherboard has HDMI, DVI and DisplayPorts, but for my Dell U2713HM monitor (2560x1440px) to display full native resolution, only DisplayPort can be used as MSI restricted (?) HDMI and DVI to maximum 1920x1200px. The monitor was originally connected via Dual-Link DVI-D cable (by Dell) on an older Nvidia card (GT 9500, I think) and used full native 2560x1440 @ 60Hz resolution without sweat. My new MSI hackintosh can only use the monitor via DP so I purchased a DisplayPort v1.2 cable, hooked it up on Yosemite 10.10.5 using latest Clover, and I can eventually access the desktop OK. The issues, however are: During boot, the switch from apple logo to moving bar has some splitting effect the screen (shredding they call it, I think) Sometimes, when I reach desktop, I briefly get some noise, like DHCP is being activated or sync'ed? But I do get Desktop, natively at 2560x1440 @ 60Hz x1 time out of x3 or x4 times, when rebooting computer from desktop 2560x1440px @ 60Hz to the BIOS boot screen, the monitor very quickly (0.5 sec) shows a banner "No signal, going to sleep" but does not turn ON again (to show BIOS boot screen). It stays with some black screen as if there wasn't a proper sync signal sent by the motherboard's boot process. Monitor seems to freeze; I have to turn monitor OFF then back ON to see something (either OS loading, or desktop)... Currently using ig-platform-id with 0x0d220003 value in Clover, perhaps changing to another ID will help me with the above issue, especially the "reboot" monitor sync? Note: I don't have complicated settings on Clover, just setting platform ID and Inject Intel = YES. I tried setting "Inject EDID" to YES, but this made OS X see 2 same monitors and it made more of a mess, really. The EDID is not a problem to be detected by default. Thoughts are welcome...
  14. New Driver for Realtek RTL8111

    Thank you, Mieze! The reason I'd like to run a newer driver (even on 10.9.5) is that I saw transfer improvement of 2.1.0 earlier (over 2.0.0) so I expect 2.2.1-d3 to be equally great and stable. Even on my chip... Although I am not a skillful Xcode user, I managed to get back to your 2.2.1-d3 version via SourceTree client that I am using, and compiled it with Xcode 6.2 (latest on 10.9.5 available) using target 10.10 system. The 'Release' compiled without errors, and the build works fine and as expected on my 10.9.5. and 10.10.5 on another hackintosh! (Gigabyte P55M-UD4 and MSI-Z97i-AC). Many thanks for pointing me to this. Vielen Dank!
  15. New Driver for Realtek RTL8111

    Hi dear Mieze, thanks for your El Capitano confirmation. So v2.2.x not even supported on Yosemite... I downloaded from earlier posts v2.1.0-d1 (that included the Xcode project, somehow) and compiled it on my Mac with Xcode 6.2 and it seems to work with 10.9.5 (but was debug version, in your zip). Can I please ask you to share the latest v2.1.0 available (from your repository, perhaps, Mieze?) so we can make it the last, official release for Mavericks? Just to be sure if you've introduced any fixes or improvements to 2.1.0-d1 before moving on to 2.2.x You had only posted v2.1.0-d1 once, before posting v2.2.x-dxx builds... just for us running behind on OS X ;-) Unless v2.1.0 was experimental and you advise us to keep v2.0.0... even for Yosemite? Many thanks again for your support!