Latency, could it be the SATA drive?
- andyg666
- re-cappin' neve
- Posts: 669
- Joined: Tue Jun 17, 2003 9:25 am
- Location: Witchtown, MA
- Contact:
Latency, could it be the SATA drive?
My setup is this:
Win XP
3Ghz P-IV
1.5GB Ram
1 TB SATA hard drive
M-Audio Firewire 410
Cubase SX3
This is a new (for me) computer. My old system (slower CPU and only 512MB of ram, but IDE hard drive). The m-audio HW buffer is set to 128 samples. In the VST Devices Setup screen, Cubase says latency is about 4ms. Yet when I play--even with no plugins running at all--the output latency is definitely more than 4ms. Sounds closer to 40ms to me.. Awful...
The older computer didn't have this problem. The only difference is that I'm writing/reading the audio to/from a SATA drive, and the older system just had IDE drives. Is the SATA drive causing latency?
Any input would be greatly appreciated.
Win XP
3Ghz P-IV
1.5GB Ram
1 TB SATA hard drive
M-Audio Firewire 410
Cubase SX3
This is a new (for me) computer. My old system (slower CPU and only 512MB of ram, but IDE hard drive). The m-audio HW buffer is set to 128 samples. In the VST Devices Setup screen, Cubase says latency is about 4ms. Yet when I play--even with no plugins running at all--the output latency is definitely more than 4ms. Sounds closer to 40ms to me.. Awful...
The older computer didn't have this problem. The only difference is that I'm writing/reading the audio to/from a SATA drive, and the older system just had IDE drives. Is the SATA drive causing latency?
Any input would be greatly appreciated.
- digitaldrummer
- cryogenically thawing
- Posts: 3567
- Joined: Wed Nov 23, 2005 9:51 pm
- Location: Austin, Texas
- Contact:
I really don't think that would affect the latency of the sound passing through your A/D. Even if it did, in most cases SATA drives have a faster interface than IDE.
Is your sound output through the M-Audio or another sound card in the system? Are you using new drivers for the 410 or are you missing some updates, etc. I don't know much about Cubase so can't help you much there.
Is your sound output through the M-Audio or another sound card in the system? Are you using new drivers for the 410 or are you missing some updates, etc. I don't know much about Cubase so can't help you much there.
- jnTracks
- steve albini likes it
- Posts: 357
- Joined: Mon May 25, 2009 6:49 am
- Location: seacost of NH USA
- Contact:
most cases is an understatement.
SATA has a transfer of 1.5Gbit/s (if you have an old one) and 3.0Gbit/s for most of them
IDE has a maximum bandwidth of 133Mbit/s
now, the drive itself is probably 7200rpm (most common) which has a sustained transfer rate of about 560Mbit/s
that's faster than IDE but only 1/3rd as fast as the slowest SATA and 1/6th for the fast ones. i other words the SATA interface technology is way faster than the drive that's using it.
i don't mean this to be a rant, i just like to point out some of the silly inconsistency of computer tech. plans to make a 6.0gbit/s standard for SATA were published in july 2008. that would be 12 times faster than the drives that use it.
why aren't we making faster hard drives?
(i checked my numbers with Wikipedia)
sooooooo, could some settings have changed in cuebase or your interface when you switched computers?
i haven't touched cuebase for many years so i wouldn't know what to look for
SATA has a transfer of 1.5Gbit/s (if you have an old one) and 3.0Gbit/s for most of them
IDE has a maximum bandwidth of 133Mbit/s
now, the drive itself is probably 7200rpm (most common) which has a sustained transfer rate of about 560Mbit/s
that's faster than IDE but only 1/3rd as fast as the slowest SATA and 1/6th for the fast ones. i other words the SATA interface technology is way faster than the drive that's using it.
i don't mean this to be a rant, i just like to point out some of the silly inconsistency of computer tech. plans to make a 6.0gbit/s standard for SATA were published in july 2008. that would be 12 times faster than the drives that use it.
why aren't we making faster hard drives?
(i checked my numbers with Wikipedia)
sooooooo, could some settings have changed in cuebase or your interface when you switched computers?
i haven't touched cuebase for many years so i wouldn't know what to look for
-Justin Newton
railroadavenuerecording.com what i like to do
railroadavenuerecording.com what i like to do
- andyg666
- re-cappin' neve
- Posts: 669
- Joined: Tue Jun 17, 2003 9:25 am
- Location: Witchtown, MA
- Contact:
so i created a new session and mapped the audio to the C: drive (which is a 40 gig IDE and just runs the OS and software) and there is no latency problem. so problem band-aid fixed for now at least. i can record on the c drive and just use the sata drive for storage.
i think i either have a bum drive or i installed it wrong or there's some conflict with the OS, etc... to install the SATA drive i just plugged it in to SATA port 0 and formatted it (4 sections of 250 gigs a piece). windows had no problems and reported no errors. the SATA cable itself is rather long (like a foot and a half) as i wasn't sure that anything shorter would reach from the far end of the moboard to the drive bays in the opposite corner (but it definitely will). does cable length have an adverse effect on SATA performance?
i think i either have a bum drive or i installed it wrong or there's some conflict with the OS, etc... to install the SATA drive i just plugged it in to SATA port 0 and formatted it (4 sections of 250 gigs a piece). windows had no problems and reported no errors. the SATA cable itself is rather long (like a foot and a half) as i wasn't sure that anything shorter would reach from the far end of the moboard to the drive bays in the opposite corner (but it definitely will). does cable length have an adverse effect on SATA performance?
- jnTracks
- steve albini likes it
- Posts: 357
- Joined: Mon May 25, 2009 6:49 am
- Location: seacost of NH USA
- Contact:
cable length can effect it. but as i understand it IDE cables have a more limited length than SATA.
and recording to your program drive may work but it's not recommended, for many reasons. one of which is the possibility of latency since the drive is being accessed for program and as a recording drive at the same time!
i suspect your problem is compatibility with the motherboard or the specific SATA chipset your motherboard is using.
windows PC's can be tricky as DAW's, because there are so many hardware manufacturers. that's what i use but i'm very careful when i do a build to research all the parts very thoroughly for compatibility issues. (i'm on protools) so first stop is digidesign's web site to see the list of tested compatible motherboards and chips (and so on). then, in the case of my latest DAW build i looked through forums until i found somebody using exactly the same combination of mobo, cpu, ram... who had no issues.
first check all your motherboard chipsets and make sure they're up to date on drivers. update aaaaaaaall the drivers on the system.
then, have you googled this problem? you may find someone with the same hardware as you having the same problem. and maybe even a workaround/solution. looks like nobody here is having the same thing as you so you should google through other boards. i can only theorize, you know?
good luck, come back with more info if you get stuck again. i'm pretty PC savy (been building my own DAW's for better part of 10 years) so i'll advise if i can!
and recording to your program drive may work but it's not recommended, for many reasons. one of which is the possibility of latency since the drive is being accessed for program and as a recording drive at the same time!
i suspect your problem is compatibility with the motherboard or the specific SATA chipset your motherboard is using.
windows PC's can be tricky as DAW's, because there are so many hardware manufacturers. that's what i use but i'm very careful when i do a build to research all the parts very thoroughly for compatibility issues. (i'm on protools) so first stop is digidesign's web site to see the list of tested compatible motherboards and chips (and so on). then, in the case of my latest DAW build i looked through forums until i found somebody using exactly the same combination of mobo, cpu, ram... who had no issues.
first check all your motherboard chipsets and make sure they're up to date on drivers. update aaaaaaaall the drivers on the system.
then, have you googled this problem? you may find someone with the same hardware as you having the same problem. and maybe even a workaround/solution. looks like nobody here is having the same thing as you so you should google through other boards. i can only theorize, you know?
good luck, come back with more info if you get stuck again. i'm pretty PC savy (been building my own DAW's for better part of 10 years) so i'll advise if i can!
-Justin Newton
railroadavenuerecording.com what i like to do
railroadavenuerecording.com what i like to do
- digitaldrummer
- cryogenically thawing
- Posts: 3567
- Joined: Wed Nov 23, 2005 9:51 pm
- Location: Austin, Texas
- Contact:
FWIW you are mixing up bits and bytes. ATA is 133 MB/sec (MegaBytes) and SATA is now at 3.0Gb/sec (Gigabit). 3.0 Gb/s divided by 10 bits per byte (long story but its 8bit/10bit encoded so really is 10bit) gives you about 300 MB/sec max bandwidth. A single SATA drive is not capable of that kind of bandwidth for any real world length of time (regardless of what the drive's specs say).jntracks wrote:most cases is an understatement.
SATA has a transfer of 1.5Gbit/s (if you have an old one) and 3.0Gbit/s for most of them
IDE has a maximum bandwidth of 133Mbit/s
sorry to go off-topic
- Snarl 12/8
- cryogenically thawing
- Posts: 3511
- Joined: Sat Dec 20, 2008 5:01 pm
- Location: Right Cheer
- Contact:
Do you have good SATA drivers? I think sometimes SATA drives do an emulation mode, where they "just work" if you pop them in a computer, but they don't really shine until the computer knows the official language for talking to them. I just skimmed the thread, so forgive me if this was mentioned/covered already.
- jnTracks
- steve albini likes it
- Posts: 357
- Joined: Mon May 25, 2009 6:49 am
- Location: seacost of NH USA
- Contact:
yes, sorry i had it right in my head, just mistyped it. silly byte math.digitaldrummer wrote: FWIW you are mixing up bits and bytes. ATA is 133 MB/sec (MegaBytes) and SATA is now at 3.0Gb/sec (Gigabit). 3.0 Gb/s divided by 10 bits per byte (long story but its 8bit/10bit encoded so really is 10bit) gives you about 300 MB/sec max bandwidth. A single SATA drive is not capable of that kind of bandwidth for any real world length of time (regardless of what the drive's specs say).
sorry to go off-topic
the site i was checking my numbers on wasn't keeping their units consistent. ether way, SATA is basically an order of magnitude faster. but the drives that run on them are still 7200 rpm and the caches aren't big enough to sustain transfers faster than ATA133 for more than a second or two.
thus, the problem must be in the drivers or system/program settings
-Justin Newton
railroadavenuerecording.com what i like to do
railroadavenuerecording.com what i like to do
- Snarl 12/8
- cryogenically thawing
- Posts: 3511
- Joined: Sat Dec 20, 2008 5:01 pm
- Location: Right Cheer
- Contact:
Who is online
Users browsing this forum: No registered users and 42 guests