There's seems to be some confusion so this an attempt to clear things up.
1. The Axe-Fx II is an Audio Class 2.0 compliant device. A class-compliant device requires no drivers. The drivers are provided by the OS manufacturer. Audio Class 2.0 also encompasses MIDI-over-USB.
2. HOWEVER... Microsoft does not support Audio Class 2.0. Therefore we provide a driver for Windows systems. It works great (flawlessly in my experience).
3. Apple DOES support Audio Class 2.0, but poorly at this time. Their driver is prone to clock drift. In an effort to mitigate this we now offer the user the ability to increase the buffer size ON THE AXE-FX II END OF THE CONNECTION. This is NOT the same as the buffer size you set in your computer. All peripheral devices also contain buffers to smooth the bursty nature of data transfers from the host computer. Normally this buffer size is fixed but we didn't want to make it unnecessarily large just to satisfy the needs of a poorly designed host driver as we hope the host driver will eventually be fixed.
4. The driver that we supply for OS-X computers is NOT an audio driver. It is a firmware installer. The Axe-Fx II uses a "soft" USB controller. It gets it's code from the host computer. When you turn the Axe-Fx II on it requests firmware from the host. This is superior to a hard-coded controller in that updates merely require a new host image rather than reflashing the controller.
5. The driver that we supply for Windows contains both the firmware installer and the audio drivers (as MS does not support AC 2.0).
6. In beta testing ALL beta testers were able to get artifact-free performance under OS-X by increasing the buffer size. The size of the buffer varied. All beta testers were able to get artifact-free performance under Windows (all versions) using the minimum buffer size.
7. We have had the OS-X clock problem independently verified by a third party. These results have been forwarded to Apple. At this time all we have heard from Apple is "the issue has been escalated".
UPDATE: Apple has fixed the driver as of OS X 10.9
1. The Axe-Fx II is an Audio Class 2.0 compliant device. A class-compliant device requires no drivers. The drivers are provided by the OS manufacturer. Audio Class 2.0 also encompasses MIDI-over-USB.
2. HOWEVER... Microsoft does not support Audio Class 2.0. Therefore we provide a driver for Windows systems. It works great (flawlessly in my experience).
3. Apple DOES support Audio Class 2.0, but poorly at this time. Their driver is prone to clock drift. In an effort to mitigate this we now offer the user the ability to increase the buffer size ON THE AXE-FX II END OF THE CONNECTION. This is NOT the same as the buffer size you set in your computer. All peripheral devices also contain buffers to smooth the bursty nature of data transfers from the host computer. Normally this buffer size is fixed but we didn't want to make it unnecessarily large just to satisfy the needs of a poorly designed host driver as we hope the host driver will eventually be fixed.
4. The driver that we supply for OS-X computers is NOT an audio driver. It is a firmware installer. The Axe-Fx II uses a "soft" USB controller. It gets it's code from the host computer. When you turn the Axe-Fx II on it requests firmware from the host. This is superior to a hard-coded controller in that updates merely require a new host image rather than reflashing the controller.
5. The driver that we supply for Windows contains both the firmware installer and the audio drivers (as MS does not support AC 2.0).
6. In beta testing ALL beta testers were able to get artifact-free performance under OS-X by increasing the buffer size. The size of the buffer varied. All beta testers were able to get artifact-free performance under Windows (all versions) using the minimum buffer size.
7. We have had the OS-X clock problem independently verified by a third party. These results have been forwarded to Apple. At this time all we have heard from Apple is "the issue has been escalated".
UPDATE: Apple has fixed the driver as of OS X 10.9
Last edited by a moderator: