Jump to content

Search the Community: Showing results for tags 'codec'.

More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


  • InsanelyMac Lounge
    • Front Page News and Rumors
    • Reader News and Reviews
    • Forum Information and Feedback
  • OSx86 Project
    • New Releases and Updates
    • New Users Lounge
    • Developers Corner
    • Tutorials (The Genius Bar)
    • Technical FAQ
    • Installation
    • Post-Installation
    • DSDT and SSDT
    • Hardware Components and Drivers
    • Desktops
    • Notebooks
    • Netbooks
    • Tablets
    • MacMod of the Month
    • Multi-booting and Virtualisation
  • International
    • Your Language
    • Deutsch
    • Español
    • Français
    • Italiano
    • Português
    • Русский
  • Apple World
    • Mac OS X
    • Apple Computers and Hardware
    • iOS Devices
    • Mac Applications
    • Mac Programming and Development
    • iOS Programming and Development
    • Mac Gaming
    • Mac Accessories
  • Discuss and Learn
    • Windows Discussion
    • *nix
    • Apple Opinions and Discussion
    • The Great Debates
    • Internet(s), Servers, and Networks
    • Buying Thoughts, Reviews, and Recommendations
    • Mods and Overclocking
    • The Big Issues [Real Life]
  • Everything Else
    • Creativity
    • Thunderdome (Random Stuff)
    • Laughs
    • The Marketplace


  • Kexts
    • Graphics Cards
    • Audio
    • LAN and Wireless
    • Other
  • Kernels
  • Bootloaders
  • DSDTs
    • Patches
  • Pandora
  • Apps
  • Miscellaneous
  • Customization

Find results in...

Find results that contain...

Date Created

  • Start


Last Updated

  • Start


Filter by number of...


  • Start




Website URL







Found 6 results

  1. InsanelyMac Zip for AppleHDA.zip Hi all, I have download a patched AppleHDA for the VIA 1802 codec for Mavericks 10.9.2 here. (I couldn't find the exact one so I found the one closest to it, the one that worked for Mavericks 10.9.2) The sound is working nicely, except that the internal microphone isn't working. It seems like when I go into the Sound Preferences that the microphone is there, but it isn't working. The sensitivity bar never goes up or down marking that it is active, but whenever I start the computer and check, it seems like it is working, and then turns off... I will attach my DSDT and AppleHDA, since it has all of the Platforms.xml and layoutX.xml. I have used layout 3 as specified in the download I used, so that the audio will be detected properly, and I have also injected that layout into Clover. I will also attach my verbs.txt, codec_dump.txt, codec_dump.txt.svg, codec_dump_dec.txt, codec_dump_dec.txt.svg, and verbitdebug.txt. Hope this will help anyone who is searching for the same answer to this problem. EDIT: Forgot to add this to the description: In the dmesg and system.log I consistently get these sound assertions, and I get the ones below the dashed lines on boot... Sound assertion in AppleHDAWidget at line 2197 Sound assertion in AppleHDAWidget at line 3158 ------ Sound assertion in AppleHDACodecGeneric at line 352 Sound assertion in AppleHDAWidget at line 4271 Sound assertion in AppleHDACodecGeneric at line 1374 -AGuyWhoIsBored
  2. [sOLVED!] AUDIO WORKS NOW! (Platforms12.xml, Replaced node 15 with node 13 and that's it! ) So just to clarify this is all I have for working audio in sierra: 1. Standard DSDT HDEF edit with layout-id 12 / 0x0c 2. AppleALC.kext with slightly modified Platforms12.xml of IDT92HD91BXX folder: node 15 changed to node 13 as mentioned above (That's it, no clover patches, or anything else) Ok lets get right into it, I have close to everything I want working except Audio, HDMI out, HDMI Audio out, Native touchpad (for two fingered scrolling), Battery Indicator, and probably not going to happen (Nvidia optimus acceleration, but that's fine I'll just use the intel integrated for OS X)
 Lets focus on the Audio for now, and I'll get help or figure out the other last remaining things later! 
 On 10.11 I learned a lot, patched my DSDT (made things much smoother + got wifi and audio working without anything else needed) , generated pikeralpha SSDT for proper cpu stepping, modified SSDT for Rehabman's USBInjectAll port injector (which enabled built in Bluetooth + built in webcam, and isolated just my ports properly)
 So just the other day I figured Sierra's been out of beta for a while and it was time to upgrade 10.11->10.12, created a new EFI and hfs+ and ext4 (for linux ) partition on a fresh hard disk and installed 10.12.2 from a secondary small hfs+ partition that I had installed the OS X installer to which inherited my awesomely configured Clover bootloader data (config.plist, DSDT/SSDTs, etc) and the freshest extra drivers I need (namely VoodooPS2, and USBInjectAll, and of course FakeSMC) in CLOVER/kexts/10.12
 Everything went smoothly, which resulted in a totally vanilla Sierra! (with the exception of the BTFirmwareUploader.kext for bluetooth to work [combined with proper usb port injection])
 But before I could get comfortable with my new install, I noticed the audio was no longer working like it does on my 10.11 install that I still have...
 Remembering back to how I got it working in 10.11 I tried many options: directly patching AppleHDA manually, using a HDAenabler for my particular device (or so I thought), and it was the simple DSDT HDEF patch with layout ID 0x0C / 12 which I what I believe actually did it and that alone (without even any Clover on the fly patches of AppleHDA)...
 Here's what my HDEF DSDT entry looks like currently: (It's real simple it just sets the layout-id to 12, basically which is the layout that worked for me then not sure why exactly but I guess that's why I'm reaching out, to understand this better so I can fix it myself in the future...) 
 Device (HDEF) { Name (_ADR, 0x001B0000) OperationRegion (HDAR, PCI_Config, 0x4C, 0x10) Field (HDAR, WordAcc, NoLock, Preserve) { DCKA, 1, Offset (0x01), DCKM, 1, , 6, DCKS, 1, Offset (0x08), , 15, PMES, 1 } Method (_DSM, 4, NotSerialized) { If (LEqual (Arg2, Zero)) { Return (Buffer (One) { 0x03 }) } Store (Package (0x06) { "layout-id", Buffer (0x04) { 0x0C, 0x00, 0x00, 0x00 }, "hda-gfx", Buffer (0x0A) { "onboard-1" }, "PinConfigurations", Buffer (Zero) {} }, Local0) DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0)) Return (Local0) } } 
 I'm not sure what the DTGP method is for, but guides on here were saying to add it so I did to see if it would help on sierra... Previously working on it in 10.11 I had it just merely immediately returning the package created containing the layout-id in the _DSM method... Now it appears to store it in Local0 first, pass a reference to that along with args0-3 to the DTGP method and then finally the result of what that may have done to the package (now pointed to by Local0) is returned by the _DSM method...
 There's something I don't understand about this patch though... Why is the PinConfigurations buffer always empty / Zero bytes in everyone's (that I've seen) DSDT edit? Can the PinConfigurations not be set here? If not then why include it at all?
 I'm asking this because through my troubleshooting I've suspected that is where my problem lies, with an improper pin configuration (which is for some reason correct by default on 10.11, but not on 10.12)
 When I try to mod the PinConfigurations buffer with the working pin configuration I have grabbed from IOReg on my 10.11 OS it just doesn't take effect like layout-id and hda-gfx do or any other properties I've experimented adding to it.
 Something is overriding the PinConfigurations you might think you can set here in the DSDT isn't it?
 The closest I've gotten is actually very close to working audio... With this DSDT layout patch and AppleALC.kext in CLOVER/kexts/other by vit and nothing else for audio besides that the audio device appears and I can 'set' the volume with fn keys or the usual way adjusting the volume sliders but it doesn't actually output any sound... Neither does the internal mic work. However then on top of that when I add these clover patches that I found on here that are supposed to patch AppleHDA for my codec the internal microphone (haven't actually tested it but the levels show indicating it's picking up sound) works but still not the audio! what gives!! <dict> <key>Comment</key> <string>AppleHDA IDT 76e0 (1 of 4)</string> <key>Disabled</key> <false/> <key>Find</key> <data> PYsZ1BE= </data> <key>Name</key> <string>AppleHDA</string> <key>Replace</key> <data> PeB2HRE= </data> </dict> <dict> <key>Comment</key> <string>AppleHDA IDT 76e0 (2 of 4)</string> <key>Disabled</key> <false/> <key>Find</key> <data> PYQZ1BE= </data> <key>Name</key> <string>AppleHDA</string> <key>Replace</key> <data> PQAAAAA= </data> </dict> <dict> <key>Comment</key> <string>AppleHDA IDT 76e0 (3 of 4)</string> <key>Disabled</key> <false/> <key>Find</key> <data> PYMZ1BE= </data> <key>Name</key> <string>AppleHDA</string> <key>Replace</key> <data> PQAAAAA= </data> </dict> <dict> <key>Comment</key> <string>AppleHDA IDT 76e0 (4 of 4)</string> <key>Disabled</key> <false/> <key>Find</key> <data> PYoZ1BE= </data> <key>Name</key> <string>AppleHDA</string> <key>Replace</key> <data> PQAAAAA= </data> </dict> Those are the newest patches I found and when I compared them to what I was already playing around with that I got from AppleHDA Patcher, I realized they are the same except the addition of one extra zeroing of 4 bytes with the same codec patch: (all the above did besides the extra one is add an extra byte to each 'Find' data field I guess to help find it better, eliminate any false positives... <dict> <key>Comment</key> <string>Patching 11d4198b with 111d76e0 codec (patched by AppleHDA Patcher.app)</string> <key>Disabled</key> <true/> <key>Find</key> <data> ixnUEQ== </data> <key>Name</key> <string>AppleHDA</string> <key>Replace</key> <data> 4HYdEQ== </data> </dict> <dict> <key>Comment</key> <string>Zeroing 11d41984 codec (patched by AppleHDA Patcher.app)</string> <key>Disabled</key> <true/> <key>Find</key> <data> hBnUEQ== </data> <key>Name</key> <string>AppleHDA</string> <key>Replace</key> <data> AAAAAA== </data> </dict> <dict> <key>Comment</key> <string>Zeroing 11d4198a codec (patched by AppleHDA Patcher.app)</string> <key>Disabled</key> <true/> <key>Find</key> <data> ihnUEQ== </data> <key>Name</key> <string>AppleHDA</string> <key>Replace</key> <data> AAAAAA== </data> </dict> One thing real quick though, how can you easily convert between that (base64? It doesn't seem like it) and hex? I've been using insert that into config.plist and clover configurator shows the hex when you open the config with it, or vice versa add a disabled patch with some hex and save and the config shows the wierd base64 format in the config.plist opened in a text editor/ or plist editor... A bit convoluted but even the built in converted in CC doesn't work, it says it's not valid base64! wtf is it then! Even base64 converters kind of work but there's junk mixed in with it (it feels like anyway) So how is everyone converted that to hex and vice versa so easily? Where did I miss that memo? lol! 
 Now back to fixing the audio... Remembering from back from fixing my USB ports I remembered that IOReg helped out a lot in seeing what the difference was between a working component and a non working one, so I saved the IOReg from 10.11 with working audio, and compared it to my 10.12 with non working audio... And the first thing that seems important that is different under the HDEF Registry is the PinConfigurations and then after that the working 10.11 reg shows more stuff underneath that! Like when the USB ports are working devices show up under them, whereas they don't when it isn't working or unavailable. 
See here: (and the IORegs are attached below also) See how under the AppleHDA Driver, there's the AppleHDAEngineInput and AppleHDAStream, etc all that and the rest is missing from my 10.12 IOReg information! When I do the above though to where I get the audio looking like its going to work, or audio looks like it works and mic is actually working, it does fill out quite like the working comparison in 10.11 despite the sound output not actually coming out. So that's what leads me to believe my PinConfigurations might be the culprit! Maybe its detecting the audio device now sure, but its trying to output the audio on the wrong pins therefore its not actually coming out! Maybe the mic working with the addition of either of those sets of Clover patches can still be explained in that the mic pins happen to still be correct (some bytes of the PinConfigurations do match up) and/or the AppleALC isnt doing the right patches for me / my device and therefore one of those extra patches activates the sound output and the microphone, just with the problem of the sound output not having the right pin configuration set! So I either need a proper pin configuration or a different patch / set of patches is I think what I've narrowed the problem down to!? [CORRECTED] Looking inside AppleALC.kext I think I found where to modify the PinConfigurations for my device: AppleALC.kext->Contents->PlugIns->PinConfigs.kext->Contents->Info.plist 92HD91BXX only yields 2 matches in the entire plist file: <dict> <key>AFGLowPowerState</key> <data>AwAAAA==</data> <key>Codec</key> <string>Mirone - IDT 92HD91BXX </string> <key>CodecID</key> <integer>287143648</integer> <key>ConfigData</key> <data>AKccAACnHRAApx6BAKcfAQC3HBAAtx0QALceIQC3HwMAxxwgAMcdAADHHgAAxx9JARccMAEXHQABFx6gARcfmQDXHEAA1x0BANceFwDXH5kA5xxQAOcdEADnHgEA5x8jAQccYAEHHQABBx4AAQcfSQH3HHAB9x0AAfceAAH3H0kCBxyAAgcdAAIHHgACBx9J</data> <key>FuncGroup</key> <integer>1</integer> <key>LayoutID</key> <integer>3</integer> </dict> <dict> <key>AFGLowPowerState</key> <data>AwAAAA==</data> <key>Codec</key> <string>RehabMan - IDT 92HD91BXX for HP Envy</string> <key>CodecID</key> <integer>287143648</integer> <key>ConfigData</key> <data>AKccAACnHRAApx6BAKcfAQC3HBAAtx0QALceIQC3HwMAxxwgAMcdAADHHgAAxx9JARccMAEXHQABFx6gARcfmQD3HEAA9x0BAPceFwD3H5kA5xxQAOcdEADnHgEA5x8jAQccYAEHHQABBx4AAQcfSQH3HHAB9x0AAfceAAH3H0kCBxyAAgcdAAIHHgACBx9J</data> <key>FuncGroup</key> <integer>1</integer> <key>LayoutID</key> <integer>12</integer> </dict> The first one might explain why none of AppleHDA Patchers options worked for me, since layout 3 doesn't ever come up with any audio device at all for me (yes I was even willing to go non-vanilla for a bit if the AppleHDA patched kext would work but even that was a no go) Also the AFGLowPowerState not sure if that has anything to do with it as well, what is that? So the problem is to replace the ConfigData with the data from 10.11 PinConfigurations data where the sound actually works! But as noted above if this is not base64 then what is it? I think if I convert this: 20 10 81 01 50 10 21 01 30 01 10 90 10 01 a0 90 e0 00 56 28 (hex) into a lettered string like Rehabman has there for his HP Envy, and replace that string with mine it just might work!! What do think? So far I did the clover configurator makeshift method of converting that hp envy string and got this: 00A71C0000A71D1000A71E8100A71F0100B71C1000B71D1000B71E2100B71F0300C71C2000C71D0000C71E0000C71F4901171C3001171D0001171EA001171F9900F71C4000F71D0100F71E1700F71F9900E71C5000E71D1000E71E0100E71F2301071C6001071D0001071E0001071F4901F71C7001F71D0001F71E0001F71F4902071C8002071D0002071E0002071F49 But it doesn't appear to match up with my 10.12 (nonworking) PinConfigurations as reported by IOReg: 20 10 a1 04 1f 10 21 04 10 01 17 90 f1 00 00 40 f2 00 00 40 f3 00 00 40 30 01 a3 d5 f4 00 00 40 f5 00 00 40 e0 00 56 28 e0 00 56 28 So I don't know if I'm converting it wrong or what... but I need some expert audio advice on what to do next because I'm kind of stuck here! Thanks for your help fellow osx86_64'r I can post more info if neccesary DSDT, SSDTs, etc... But I think the codec dump from linux and the two different ioregs and the information I provided should help to figure out where Sierra has gone wrong with my audio device! Now I'm off to go eat something good and then I should be able to think about this more clearly or if someone responds at that point and figures this out before me ! Thanks again, WhistlingMoonTraveller codec_dump.txt Working and Non Working Audio IORegs.zip
  3. On demand of Uphuck I have created a command line tool to detect the codec id. It requires VoodooHDA / AppleHDA to be present... This tool will get the codec id from the drivers and print them... Cheers Uphuck... Source included Binary is under Release EDIT: Made a version for Lion + Mountain Lion and can be compiled for Snow Leopard too... (This one doesn't use ARC and is 32 + 64 bit) getcodecid.zip getcodecid_NoARC.zip
  4. I am running 10.12.4 on an ASRock Z97 Anniversary with an Intel Core i7 4790. I have no output device and consequently no sound. According to ASRock I should be using Realtek ALC 887 but according to DCPIManager I have this: 0x80860C0C, 0x18490C0C, 0x80862807, 0x0000, Intel (Unknown) 0x80868CA0, 0x18497662, 0x10EC0662, 0x0101, Realtek ALC662v2. I am new to Hackintosh so hope that's enough info for someone to very kindly offer me some help
  5. Hello, I ask your help regarding a possible pin configuration for the Apple Macbook Air 1,1 (Early 2008, A1237) microphones under Linux. (I know this is a bit different from what you do here, but still your knowledge of Apple kext, etc. might prove useful.) I put Linux on this machine, and everithing works fine, except for the microphones (the external is connected via a TRRS iphone-like jack, the internal is built in, near the camera). I know (from http://www.insanelymac.com/forum/topic/220090-alc889a-pin-configuration/?do=findComment&comment=1554954 ) that OS X does something at node 0x27=39, which I don't see at all: so I'd like to ask you if you know possible pin candidates to be the mic on this machine, and possible coeff verbs or GPIO, etc. one should try to feed the codec, or maybe if in this case it is a node virtually implemented in the driver: anything you might know to make mics work under ALSA and Linux. Thanks and best, Nicolo' a link: http://superuser.com/questions/646470/microphones-not-working-on-apple-macbook-air-1-1-early-2008-a1237-under-linux
  6. I've searched for viable information, benchmark tests for GPU utilization for mac. More Specifically in the video conversion department. So without comprising quality, the CPU is currently the only way of increasing video handling performance. With the addition of CUDA and other direct GPU accelerators, I would like to know what other members are using with good performance. For testing with a GForce 9400 (supposedly a CUDA enabled, but mixed information on that, maybe only the 9400M) CUDA driver installed, but no performance feedback on the CUDAZ app.. Why does apple seem to hold back in the graphics dept on everything except a $3000.00 Mac Pro...? Are we really still sharing memory with the system??? I think that my first IBM Think Pad had that?? lol Thanks Folks!!!