Check my math? [message #105053] |
Sun, 14 March 2010 21:10 |
|
Hi folks - latency's a hot issue for many PARISians, so I put a little latency explainer up on the Wiki. If any folks with relevant expertise want to run their eye over it and make sure I'm not totally out to lunch on what I've written (particularly the math) I'd be grateful for any corrections.
"... being bitter is like swallowing poison and waiting for the other guy to die..." - anon
[Updated on: Sun, 14 March 2010 21:11] Report message to a moderator
|
|
|
|
Re: Check my math? [message #105056 is a reply to message #105055] |
Mon, 15 March 2010 09:31 |
thesandbox1
Messages: 167 Registered: July 2009 Location: Carmel, IN
|
Senior Member |
|
|
http://www.svn.net/artguy/paris.notes/2-6-03
"That's as good as it gets in my experience. Analog input to channel with compressor and EQ to
stereo bus to monitor out in 1.5ms at 44.1KHz is incredible. And I do think it matters. All
over the internet, I hear Native DAW owners yakking about "8ms latency is just the same as
being 8 feet from the speakers", etc. No, it's not. Not if you're wearing headphones as in the
majority of recording, certainly singing, not to mention drumming. Not that timing really
matters for drumming or anything.
I talk to pro drummers who absolutely DREAD going to project studios with "low latency" Native
rigs. No fun at all. Of course, the together types will monitor through a digital console
(still with more latency than Paris) and resolve the issue that way. But how much $$$ have you
saved and complexity have you gained by having to own a console just to monitor properly for
ODs?
The comb filter effect introduced into headphones by larger latencies is a big factor in the
way a singer feels about the sound of their own voice in the cans, IMO. Higher latencies create
enough lag between bone conduction and what's hitting the ears from the cue feed to create
issues for many singers, including pitch. Many variables here, but latency does not help
anything."
drfrankencopter wrote on Mon, 15 March 2010 06:52 |
By my math, here's a sample delay chart (for 44.1 kHz). Remember that sound travels about 1 foot per millisecond, which can also give you an equivalent sonic reference point (e.g. would you worry about the timing of a track that you mic'd an extra 2 feet back from the performer?). Anyways, here's the chart (please note that these values rounded off to 2 decimal places):
|
https://www.facebook.com/Sandbox-Productions-Recording-Studi o-Carmel-IN-122733877784336/
|
|
|
Re: Check my math? [message #105057 is a reply to message #105056] |
Mon, 15 March 2010 15:14 |
|
Latency is such a hot-button issue - how much latency is "acceptable" is going to vary from player to player, and often style to style. Small amounts bug me during tracking.
I want to get "hard numbers" for the rountrip latency of ProTools HD in there - anyone got exact data?
"... being bitter is like swallowing poison and waiting for the other guy to die..." - anon
[Updated on: Mon, 15 March 2010 15:15] Report message to a moderator
|
|
|
|
|
|
Re: Check my math? [message #105061 is a reply to message #105059] |
Tue, 16 March 2010 14:04 |
drfrankencopter
Messages: 137 Registered: July 2009
|
Senior Member |
|
|
dnafe wrote on Tue, 16 March 2010 10:08 |
Now if Senderella can cross submixes and you have a common FX across several tracks split between two submixes I would think there is a real possibility of hearing some odd latency generated artifacts.
|
This will require further testing, because it depends on where the source of the latency across submixes lies. If the latency originates from the way the editor window feeds tracks to the mixer, then there WILL be potential for latency artifacts on the Senderella sends, but if the latency is generated in the EDS mixer itself, then the Senderella sends will not be affected as they occur in the native plug-in chain before the EDS mixer.
I hope that makes sense.
It's something that's easy enough to check by a null test across 2 submixes.
Cheers
Kris
PS: For most aux type effects this latency would be no big deal...but for parallel compression it could be a deal breaker!
Yet another PS: I've managed to get the Senderella source code to compile under the VST 2.3 SDK. Unfortunately the source that I have is not the same as the most recent version, but the core components are all there. I'm now going through the process of documenting the code, and hope to begin modifying it to better suit Paris this week(March break).
[Updated on: Tue, 16 March 2010 14:15] Report message to a moderator
|
|
|
|