This is great. Nearest thing we have had to a debate in here for weeks.
You need to look at more topics. There's plenty of debate going on. Not all of it civil...
Nawh. I meant here in the Windows forum. Been a bit - new users making their first post then disappearing for ever because there aren't many people hanging out regularly who cba. That's why it's good.
Yes. Yes. Brad. I now understand where the confusion came from and why.
As a PC user I would never even consider using either USB or Firewire for data transfer. Except in an emergency. Don't buy a case without a hot swappable eSATA port on the front. Or Ethernet. Simples. So yeah. Point #2. Firewire is superior to USB for data transfer - but you really shouldn't be using either for that purpose.
Now I understand why you were getting so worked up and SHOUTING.
FireWire was originally SCSI. The betamax to IDE's VHS as it were. It was designed to transfer data to hard disks fast. No wonder it wins that one hands down.
Point #2. Is Firewire 'that much' better than USB 2.0 in audio interfaces?
A clear majority of MAC users clearly still thinks it is. That's hardly surprising. Firewire is effectively an Apple product - so it just works. It also offers up to 20% greater throughput in some surveys. Useful if you need more than 40 channels but less than 50.
From the point of view of a PC user - and we are in the Windows forum here - USB 2.0 is nothing to be frightened about.
The throughput argument is just one more factor to throw into the complex equation of facilities, quality, cost etc etc that makes up a purchasing decision. In a properly maintained system exactly what protocol is used to get digital 0 & 1s from A to B is a trivial issue compared to the significant differences offered by different mic pres, # of channels, transparency. To name just 3 factors.
Would I rather own an RME Fireface 400 or an RME Fireface UC? Lower latency on the UC - yes please. No TI firewire chipset bollocks either.
What's the downside again? I'd be well advised to know which USB device is connected to which port/controller/hub/IRQ. Then again a PC is a tool and as it's operating workman I ought to know that.
From an engineering perspective things 'just work' because you don't give them any alternative.