M-Audio and Tiger, Computer Hardware |
|
|
|
 |
Replies
|
Mon 1 Aug 2005, 21:07
|

Newbie
Group: Members
Posts: 1
Joined: 05-Jun 05
From: Appleton - US
Member No.: 66,460

|
I have a Firewire 410 and I can tell you that M-Audio does not write good driver code. The device will somehow loose it's connection to they system when there is any other firewire activity. This means that they have not written the driver to standard firewire specs. This is not a bandwidth issue because it happens when other firewire devices are connected to a completely separate firewire port on a firewire card -- not just another firewire port.
Also, firewire has more than enough bendwidth for both audio and other firewire bus activity. As their badly written driver is loosing its connection to the device, it introduces extremely damaging pops into the audio stream. I have had to add a foot power switch just to protect my equipment.
The driver also requires that the system be completely shut off - not just restarted. There is no technical reason for this, other than poor code in the driver. In unix, any process can be restarted on the fly, including core audio and the firewire driver. Due to errors in the driver, firewire bus power must be cycled to the Firewire 410 to re-boot it's internal code before it will re-connect to the CPU.
In addition, changes to the volume using the keyboard take about 3 seconds per level to happen. What on Earth, other than bad code, should cause this kind of delay on a G5 2.5 mHz machine with 8 gig of RAM?
This is inexcusibly dumb and downright dangerous. M-Audio states that no manufacturer can predict what new versions of operating systems will require, but any manufacturer can get the specs for the Mac OS, core audio and firewire, without a large investment, and write suitable driver code. M-Audio has simply failed in this regard.
The Firewire 410, and the rest of the drivers should stay connected, allow hot swapping of devices, not introduce unecessary pops in the audio stream. M-Audio is letting us all down if they can't achieve this simple set of goals for their products.
|
|
|
|
Posts in this topic
news M-Audio and Tiger Tue 10 May 2005, 16:23 macmidiguy I've got the M-Audio USB midisport 8x8 midi interf... Tue 10 May 2005, 16:23 fabulousray I have a firewire 410, dual 1.8 g G5, OSX 10.4
I ... Tue 10 May 2005, 21:32 macmidiguy Thanks fabulousray for providing me that info upda... Tue 10 May 2005, 22:04 fabulousray Hey, no problem macmidiguy, glad to be of service... Tue 10 May 2005, 23:48 macmidiguy I can hardly wait for Diskwarrior 3.0.3 (free down... Wed 11 May 2005, 04:27 cidsinga I'm running 10.4 with M-Audio 2496 driver vers... Thu 12 May 2005, 23:15 fabulousray dual 1.8 G5 Firewire 410 Tiger driver
Go to the ... Fri 27 May 2005, 07:11 macmidiguy QUOTE (macmidiguy @ May 10 2005, 21:04)And if... Sat 28 May 2005, 03:03 mihai QUOTE (fabulousray @ May 27 2005, 06:11)Firew... Mon 30 May 2005, 17:08
3 User(s) are reading this topic (3 Guests and 0 Anonymous Users)
0 Members:
|
|
|