Does this latency sound right for 88.2 kHz

I use Z68 motherboard that is a 2nd generation Sandy Bridge
 
Legacy PCI slot with a Lynx Audio Card.
I record at 24bit (if it matters)
My ASIO Reported Latencies (includes buffer and hardware latencies)
ASIO Control Panel Buffer Size is set at 512 (anything less pops and clicks)
5.80ms @ 88.200 kHz
 
              Input:     6.6 msec, 578 samples
            Output:     11.9 msec, 1047 samples
Total Roundtrip:    18.4 msec, 1625 samples
 
 I have always run like this even with my older computer so I don't know any difference (I can't be a judge)-  but it seems to work great (that I can hear). 
 
Anybody know if this sounds normal ?
 
Thanks in advance for any input.

I don't believe there's any set standard for this since every system is different. It seems older sound devices need higher #s??!?
 
I don't think settings are as important as quality/performance.
 
My #s run pretty high compared to others but they have to in order to create clear sound.
 
If it works, use it and don't worry about the #s.
 
Steve

I was thinking the same thing but not too sure.   Thanks

Jim Roseberry

I was thinking the same thing but not too sure. Thanks

 
Other than being able to sustain the load, the "system" (other than the audio interface) has no affect on round-trip latency.  RTL is down to the audio interface and its driver.
 
Lynx PCI cards don't cope well with the PCI bridge chips.
With a PCIe version, you'd be able to run at smaller ASIO buffer sizes. 
 

I was reading what your saying in another post.  But it was mentioned that PCI even with a not so good bit bridge should be able to handle anything that a sound card can throw at it.  At least this is what I'm hoping in my case.   I would think that if a mother boards has PCI it could handle PCI.  But thats all over my head as far as that goes. 
 
Lynx is only making PCI cards not PCIe (with audio input) and PCI is now legacy on any new motherboards.  I would buy a PCIe over a PCI. 
 
Thanks for your input.
 

Jim Roseberry

I was reading what your saying in another post. But it was mentioned that PCI even with a not so good bit bridge should be able to handle anything that a sound card can throw at it.

 
FWIW, It can be confusing...
What you're dealing with is a compatibillity issue (not a bandwidth limitation of the PCI bus).
 
This sitation is analogous to users of Firewire.
Connect a rock-solid Firewire audio interface to a quality TI chipset Firewire controller... and you'll achieve rock-solid low round-trip latency. 
Connect that same rock-solid audio interface to a rogue (crap) chipset Firewire controller... and performance will be diminished (at the very least)... all the way up to complete instability. 
In both cases, you have the same bandwidth (Firewire bus).
In the later case, a compatibility issue is impeding performance.
 
 

I see what your saying and it sounds like I have a problem that can't be solved. 
 
How would you ever know what the motherboard manufacturer is using for a PCI controller or its "drivers"?
 
Or
 
Is this all about an intel based chipset (I don't know)?  If it was intel I would feel better about it since they set the standards. 
 
But on the other hand if it was the motherboard manufacturer; I would be lost as how to choose the right one because that information would not be available to the public.
 
I would hope that they would all use what was used before PCIe came along with a good "bit bridge" (if thats what you would call it). 
 
 Reason being is that from my understanding there is no performance benefit to PCIe at all because sound cards are still just 24 bit (besides what we have been discussing in the first place).