Jump to content

Creative SB [Live!, Audigy, Audigy2, EMU10kX eDSPs] OSX Driver info here!


  • Please log in to reply
809 replies to this topic

#801
kordoz

kordoz

    InsanelyMac Protégé

  • Members
  • Pip
  • 9 posts

fantasy, my Audigy 2ZS worx right after install

 

many THANXXXX!!!!!



#802
takeawaydave

takeawaydave

    InsanelyMac Geek

  • Members
  • PipPipPipPip
  • 176 posts
  • Gender:Male
  • Location:Zurich, Switzerland

Output works well. Only tried stereo out so far though. No input known problem/lack of feature. SB0350 card.



#803
nst

nst

    InsanelyMac Protégé

  • Members
  • Pip
  • 4 posts

Hi,

 

am also using a SB0350 (Audigy 2 ZS) on Mavericks (10.9.2) on an Asus P8Z77-V LX (i7-2600, 8GB Ram, Nvidia GeForce GTX760 - everything working nicely so far), and having a quite annoying problem with it:

 

Whenever I play back audio, after a random but usually short amount of time (from one minute up to ten minutes) the audio stream starts crackling, sounding as if some kind of buffer would be either shifted or overrun, but the original sound is still noticeable (so it doesn't just start to make random noise). Stopping and starting the stream again (e.g. in iTunes, hit stop and start) fixes it temporarily until it starts to make buffer-shifting sounds again. Having only stereo speakers connected, Audio/MIDI setup is configured for stereo mode aswell.

 

Anyone had this and found a way to work around this?

 

Regards,

nst



#804
Gringo Vermelho

Gringo Vermelho

    The Jan Bird fix

  • Supervisors
  • 6,123 posts
  • Gender:Male
  • Location:Brazil

In my experience, those particular symptoms indicate that there's a timing issue caused by either misconfigured CPU power management, or a basic hardware conflict.

 

To begin with, if you're overclocking, dial back to default clocks while troubleshooting. Make sure your base clock is set/detected correctly and CPU power management is working correctly. To put it simply, if there's a mismatch between what OS X thinks your CPU is doing and what it's actually doing then you get sound crackling.

 

iMac13,1 or 13,2 smbios is recommended on Z77 boards.

 

Sometimes it can be a simple hardware conflict - shared IRQs.

 

First thing to try is to place the card in a different slot (if possible) and disable unused hardware in the BIOS.

 

Going further along this line, you may try removing all fixed IRQs allocated to certain devices in your DSDT. This will allow OS X to distribute them freely. See the topic "fix for slow SATA issue" (or something like that) on ProjectOSX for more information. Note that the information there is for reference, do not copy any code - you must find the equivalent code in your own DSDT and perform the edits described in the topic, where applicable.

Doing this may or may not fix the issue but it will not cause any problems either, it's 100% safe.



#805
nst

nst

    InsanelyMac Protégé

  • Members
  • Pip
  • 4 posts

First, thanks for your hints! :)
 

In my experience, those particular symptoms indicate that there's a timing issue caused by either misconfigured CPU power management, or a basic hardware conflict.


Well, I have a feeling the former was more or less a direct hit. I've been using some old (handmade? don't really remember where I got it from) SSDT matching my particular processor, but seemingly not _fully_ matching. I replaced it by one generated with ssdtprgen, and while once I got the somewhat-buffer-underflow-crackling again, I'm listening to a stream for over 3/4 hour now, without anymore hiccups, which is a huge improvement already.
 

To begin with, if you're overclocking, ...


No, at least not that I'm aware of, but then, the MoBo setup has everything set to defaults, which might do some slight "performance increase", but didn't look yet. However, there's not that much to overclock, since the processor is a non-K variant.
 

iMac13,1 or 13,2 smbios is recommended on Z77 boards.

 
Will try changing to that. Due to the SB-CPU, it's currently set up to pretent it's an iMac12,2 (actually, I upgraded from a P67 MoBo lately and didn't change it since, but the audio issue was already there with that board).

On a side note (missed that in the first posting) - onboard audio (AppleHDA+ALC887) works without any slightest issue, regardless of any workloads.
 

Sometimes it can be a simple hardware conflict - shared IRQs.


At least /proc/interrupts in Linux pretents it isn't sharing anything, but well...
 

Going further along this line, you may try removing all fixed IRQs allocated to certain devices in your DSDT. This will allow OS X to distribute them freely. See the topic "fix for slow SATA issue" (or something like that) on ProjectOSX for more information. Note that the information there is for reference, do not copy any code - you must find the equivalent code in your own DSDT and perform the edits described in the topic, where applicable.
Doing this may or may not fix the issue but it will not cause any problems either, it's 100% safe.


Yeah, found that thread, and basically, my DSDT doesn't have any edits regarding the IRQ things in the PIC/HPET/TIMR devices, so probably making adjustments here might help even further, will see - but only one thing at a time ;-)

Again, thanks for the hints!
nst



#806
Gringo Vermelho

Gringo Vermelho

    The Jan Bird fix

  • Supervisors
  • 6,123 posts
  • Gender:Male
  • Location:Brazil

You're welcome, I'm happy to share what I know, especially when I turn out to be right :D

 

If you try removing the forced IRQs later, let me know if anything happens. It shouldn't cause any side effects (never has for me) so try it and see if there's any change.

 

You can use IOJones or IORegistryExplorer to track which IRQs are going where. OS X probably arranges them differently than Linux.

 

I guess it's possible that the Audigy is more "timing-sensitive" than your on-board ALC audio is. It could also be the kx driver requiring stricter timing.



#807
nst

nst

    InsanelyMac Protégé

  • Members
  • Pip
  • 4 posts
Didn't get further yet (so didn't change anything more yet), will have time to fiddle around with the install next week and keep you (and everyone else interested) uptodate.
 

I guess it's possible that the Audigy is more "timing-sensitive" than your on-board ALC audio is. It could also be the kx driver requiring stricter timing.


I had a look at the driver source (which is up on GitHub now for some time at https://github.com/k...kx-audio-driver) and saw two or three spots to add some debug code and maybe find related things, but also one really suspecting spot when thinking of Mavericks and the new "Timer Coalescing", will also play a bit with that :)

#808
nst

nst

    InsanelyMac Protégé

  • Members
  • Pip
  • 4 posts

I guess it's possible that the Audigy is more "timing-sensitive" than your on-board ALC audio is. It could also be the kx driver requiring stricter timing.


Well, tampered a bit with the driver code, and this little change completely removes the described problem for me, without sacrifying anything output-latency related or system stability or so.

So if the change goes in, anyone experiencing this should get the driver source, build+install the kext and check again.

@Gringo Vermelho, thanks again for taking your time and your suggestions! :-)

nst

#809
Forbidden Era

Forbidden Era

    InsanelyMac Protégé

  • Members
  • Pip
  • 4 posts

Didn't realize the OS X code was on github, I didn't see it when I looked.

 

nst, if you're playing with things we should butt heads. I have been coding for 20+ years.

 

I has a 680i LT (with 680i BIOS) hackpro wit an Audigy 2 Internal PCI (SB0244) and an Audigy 2 PCI (SB0280) "External" (break-out box). :D

 

And probably 20 other creative cards in a box (Sb live, audigy, audigy 2 value, etc)

 

I want both cards to work (and internal audio would be nice too since my board has optical out and 6 ports but thats a whole other story) with input, output, low latency.

 

DSP routing etc. would be nice too (aka GUI)

 

The whole reason I set up this HackPro is because I've switched to Logic completely now and my Macbook Pro isn't cutting it. I can use my S4 as a SC but then I have to use the internal audio on the mbp. I'd rather use the S4 of the mbp and the audigy exernal on the hackpro. My m-audio audiophile usb died when trying to get it to work on Mavericks (tried a different driver that fried the firmware) so I want the audigy to work.

 

They don't make cards like this.

 

Now that I know the OS X code is actually up there.. well.. tehe.



#810
Forbidden Era

Forbidden Era

    InsanelyMac Protégé

  • Members
  • Pip
  • 4 posts

Output is working on the External (which is the first PCI card), doesn't see the internal yet. Now that the driver's at least working I can start to play.

 

Edit: Also had to get Win7 up and running dual-boot on the HackPro - will be useful for comparisons (eg. Windows driver is more complete)







1 user(s) are reading this topic

0 members, 1 guests, 0 anonymous users

© 2014 InsanelyMac  |   News  |   Forum  |   Downloads  |   OSx86 Wiki  |   Mac Netbook  |   PHP hosting by CatN  |   Designed by Ed Gain  |   Logo by irfan  |   Privacy Policy