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 drdaz

  • Rank
    InsanelyMac Protégé
  1. I finally got tired of Spotify keeping my iMac awake even when it's not playing, so I learned some AppleScript and whipped up a little hack that quits the Spotify app when my machine would otherwise like to sleep (if it isn't playing). I've implemented it by checking the System Sleep Energy Saver setting for AC Power... so if you're on a laptop you might want to adjust the System Sleep setting for AC Power under Energy Saver. Or you might want to alter the script so that it checks the setting for battery power. Even though I'm not using a Hackintosh anymore, I do remember the quest for sleep being a difficult one, so I figured this might help some of you To run it, just double-click. To have it run on startup, add it to startup items for your user. SpotifyKiller.zip
  2. I was having a similar issue - thought it was AppleRTC related. I checked System Preferences | Energy Saver, and for some reason 'Start up automatically after a power failure' wasn't checked anymore! Now that's checked, things are working as they did in Lion for me.
  3. Upgrade worked just fine. Using Chimera 1.11 as my bootloader. No GFX related kexts or DSDT edits - just GraphicsEnabler=Yes.
  4. Looks like they flip-flopped on the card IDs. Here's what I'm seeing on my ML release version of the file on my MBP: <string> 0x019010de&0xfff0ffff 0x040010de&0xfff0ffff 0x041010de&0xfff0ffff 0x041010de&0xfff0ffff 0x042010de&0xfff0ffff 0x043010de&0xfff0ffff 0x046010de&0xfff0ffff 0x052010de&0xfff0ffff 0x05c010de&0xffe0ffff 0x05e010de&0xffe0ffff 0x060010de&0xffe0ffff 0x062010de&0xffe0ffff 0x064010de&0xffe0ffff 0x086010de&0xffe0ffff 0x08a010de&0xffe0ffff 0x0a0010de&0xffe0ffff 0x0a2010de&0xffe0ffff 0x0a6010de&0xffe0ffff 0x0ca010de&0xffe0ffff 0x0d4010de&0xffe0ffff 0x10c010de&0xffe0ffff </string> Currently installing on my Hack with a GTS250 gfx card... which uses the same driver (since it's the same chip) as the 8800GT. Fingers crossed.
  5. I think I'm on to something... If I disable Virtualization Technology in BIOS, the problem seems to go away. This is not a particularly good workaround of course, since this means virtualization is running entirely in software. Perhaps downgrading to Fusion 3 is the best workaround here... I have a feeling I might just use this as an excuse to build a new Hack :-p
  6. Same issue here... EP45-UD3LR Maconvert... do you have a similar motherboard to us? And heck... Has anybody found a solution?
  7. Just a tip for anybody who's building a Hack... After a couple years faffing around with the onboard HDA audio for my machine (including producing the AppleHDADisabler kext some people here undoubtedly use) I've finally got a native solution that I really like. I've bought 2 Griffin iMic USB audio adapters (1 for headphones, one for speakers), and they really are just plug and play... They even work plugged into my aluminium Apple Keyboard's USB hub (very little power supplied). While the main draw of these things for me is the native driver support, as a bonus the sound quality is orders of magnitude better. While onboard audio was full of electrostatic noise, these output a very clean signal. They are only stereo, but I don't need more on my Hack at present... I'm almost certain there are supported USB audio cards with surround goodness. Having literally spent weeks hacking at getting onboard audio support to an 'Apple-like' level, I can honestly say that these audio adapters are a godsend, and cheap at that (~£15 from amazon.co.uk). I do wish I'd looked at this type of solution much earlier. YMMV of course, and I know some onboard audio (ALC889a for example) is easy enough to get native support for with a little injection... But depending on what price you put on your time, and whether you feel getting onboard audio support is really a worthwhile project, you might want to consider the alternative ways of getting your pride and joy to produce sounds . /drdaz
  8. AppleHDA Disabler Kext

    Just upgraded to Lion... Sound still works perfectly!
  9. AppleHDA Disabler Kext

    10.6.8 and sound still works. No patching needed after update, no nada. It's gonna be interesting to see what happens with Lion ;-)
  10. AppleHDA Disabler Kext

    10.6.7 and all is well. Still no messing about required after updating.
  11. AppleHDA Disabler Kext

    ... 10.6.6 still going strong with no bin patching or fiddling of any kind.
  12. AppleHDA Disabler Kext

    10.6.5... Still working fine without modification.
  13. AppleHDA Disabler Kext

    Just upgraded to 10.6.4, and audio is still working fine :-).
  14. I can't help you with advice on getting OS X running on an X201... But if you're looking at spending that kind of money on a new portable, why not just buy a MBP? Sure you don't get the funky tablet / swivel screen, but you get a guaranteed good OS X installation without having to do anything. Just MHO. EDIT: Just noticed that not all X201s are tablets. Nonetheless my argument stands - they're not cheap. /drdaz
  15. AppleHDA Disabler Kext

    You should do whatever works for you and whatever makes you happy. This works for me, and if somebody else wants to use it, then that's great... Then I'm giving a little something back to the community for once. Which one is 'simpler', and which is more Vanilla depends on your definition of the words. I see my solution as simple, as it will be simple in the long run. It won't require re-application every time Apple makes a new release. I would consider patching DSDT so that AppleHDA doesn't load (rename HPET to AZAL, I believe) to be equally clean and simple for the same reasons. The only reason I choose using Disabler for this purpose is because System Profiler shows my audio config if I leave my sound device as HPET in DSDT. Purely cosmetic, but I like it that my machine appears like a real and complete Mac from the OS. I would prefer to be able to use the original AppleHDA, but since they've locked that down to specific cards that don't include mine I can't do that without nasty hackery. I don't consider bin-patching AppleHDA to be simple, for the same reasons. When Apple releases an update, the hack needs to be re-applied. Basically I want my system to require as little maintenance as possible, so that I can actually use it for the things I built it for, instead of having to spend my time working on every update. It certainly looks that way. I'm booted in 64 bit mode now, and everything's working just fine :-)