Search results

Loading Google Results...
  1. smixreg

    macOS 10.14.6 Update

    All good, except external USB drives appearing as internal.
  2. smixreg

    NVIDIA Releases Alternate Graphics Drivers for macOS High Sierra 10.13.4 (387.10.10.10.30)

    Interesting. Care to provide some more info about your configuration? smbios system identifier (e.g. iMac 18,3), kext location, other relevant kexts, config.plist, nvidia driver version etc. might help me figure this out. Thanks!
  3. smixreg

    NVIDIA Releases Alternate Graphics Drivers for macOS High Sierra 10.13.4 (387.10.10.10.30)

    I can confirm that the new releases of the kexts work well, with one major exception: chromium/electron/chrome, which are impossibly slow on my system, forcing me to use `--disable-gpu` for those apps. If anyone has any info (or, even better, a remedy) for this, please share.
  4. smixreg

    Sierra update 10.12.2 boot stuck at: busy timeout[0], (60s), kext wait(1)

    I think there's more to this than hackintosh specific configuration. I'm getting exactly the same symptoms on a 'real' MacBook Pro and – judging by a few posts that have appeared online today, including in Apple's own discussion forums, this is not an isolated incident.
  5. smixreg

    NVIDIA Releases Alternate Graphics Drivers for OS X 10.11.2 (346.03.04)

    Well, from a software compatibility perspective, the OS X API/ABI hasn't changed, so I guess there is no fundamental reason why it shouldn't work, apart from hard-coded checks in the kext (or installer); then again I have no idea how nvidia's kext is built and why they keep limiting their kexts...
  6. smixreg

    NVIDIA Releases Alternate Graphics Drivers for OS X 10.11.2 (346.03.04)

    Be advised: sadly the 346.03.04f02 drivers still result in constant FCPX crashes, as did 346.03.04f01 and 346.03.03f02. This is not just something that occurs with Hackintoshes; there are reports of this happening with 700 and 900-series cards on various hardware configurations, including...
  7. smixreg

    Nvidia 346.03.03f02 crashes FCPX (CoreVideo/CoreImage)

    Sadly, even today's 346.03.04f02 drivers don't help --- FCPX still crashes constantly when scrubbing (or playhead crosses transition).
  8. smixreg

    NVIDIA Releases Alternate Graphics Drivers for OS X 10.11.2 (346.03.04)

    Be advised that these drivers, like 346.03.03f02 before them, result in always reproducible (and quite frequent) FCPX 10.2.2 crashes on the CVDisplayLink thread (CoreImage/CoreVideo) in some configurations with Maxwell cards (there are reports for 780 and 980Ti, but more may suffer from this)...
  9. smixreg

    Nvidia 346.03.03f02 crashes FCPX (CoreVideo/CoreImage)

    Sadly this issue persists with the new 346.03.04f01 drivers on 10.11.2, rendering FCPX unusable with Maxwell cards without native OS X support.
  10. smixreg

    Nvidia 346.03.03f02 crashes FCPX (CoreVideo/CoreImage)

    Thanks for responding. The bug doesn't manifest itself immediately, but it consistently crashes FCPX on my box. Typically it will occur during playback when the playhead crosses a transition. Apparently I'm not the only one experiencing this, see...
  11. smixreg

    Nvidia 346.03.03f02 crashes FCPX (CoreVideo/CoreImage)

    Has anyone tried (managed) to use FCPX with 346.03.03f02? It consistently causes FCPX to crash on the CVDisplayLink thread. Reverting to f01 resolves this issue and FCPX is usable, but then again that was a very buggy driver in the first place. Reinstalling the driver didn't help. Uninstalling...
  12. smixreg

    GenericUSBXHCI kext please

    I understand the appeal of new hardware to everyone involved in driver creation. Yet I also think that much of the work that you and others have done has little (or in most cases I dare say nothing) to do with the whole 'selling new stuff' priorities that underpin most commercial driver...
Back
Top