ProSoundWeb Community

Please login or register.

Login with username, password and session length
Advanced search  

Pages: 1 2 [All]   Go Down

Author Topic: Using Smaart to determine delays on a processor  (Read 18331 times)

Johnny Diaz

  • Full Member
  • ***
  • Offline Offline
  • Posts: 129
Using Smaart to determine delays on a processor
« on: November 12, 2011, 11:55:53 AM »

I would like to use Smaart to determine how much delay there is from the input stage to the output stage of my dsp. How would I accomplish this?

Logged

Timo Beckman

  • Full Member
  • ***
  • Offline Offline
  • Posts: 161
  • Rational Acoustics/Isemcon/Fulcrum Acoustic NL
    • Timo Beckman Geluid
Re: Using Smaart to determine delays on a processor
« Reply #1 on: November 12, 2011, 12:14:29 PM »

I would like to use Smaart to determine how much delay there is from the input stage to the output stage of my dsp. How would I accomplish this?

Hook up smaart to the input of the processor and the output of the processor to your soundcard and put pink noise trough it (turn of phantom power if you do this) . Hit auto small/large . The value you get is the processor latency .
Logged

Johnny Diaz

  • Full Member
  • ***
  • Offline Offline
  • Posts: 129
Re: Using Smaart to determine delays on a processor
« Reply #2 on: November 12, 2011, 12:49:30 PM »

Hook up smaart to the input of the processor and the output of the processor to your soundcard and put pink noise trough it (turn of phantom power if you do this) . Hit auto small/large . The value you get is the processor latency .

So I would connect my reference signal to the input of the dsp and the measurement signal to the output of the dsp?  Would the pink noise be through smaart? 
Logged

Doug Fowler

  • Member since May 1995, 2nd poster on original LAB, moderator on and off since 1997, now running TurboMOD v1.826
  • Administrator
  • Hero Member
  • *****
  • Offline Offline
  • Posts: 2331
  • Saint Louis, MO USA
Re: Using Smaart to determine delays on a processor
« Reply #3 on: November 12, 2011, 12:55:04 PM »

So I would connect my reference signal to the input of the dsp and the measurement signal to the output of the dsp?  Would the pink noise be through smaart?

Split the reference signal between the DSP input and reference channel for your analyzer.  DSP output is the measurement channel.  You can use the noise generator if you wish.

Logged
Brawndo, the Thirst Mutilator. 
It's got electrolytes. 
It's got what plants crave.

Ivan Beaver

  • Hero Member
  • *****
  • Offline Offline
  • Posts: 9534
  • Atlanta GA
Re: Using Smaart to determine delays on a processor
« Reply #4 on: November 12, 2011, 01:30:03 PM »

Split the reference signal between the DSP input and reference channel for your analyzer.  DSP output is the measurement channel.  You can use the noise generator if you wish.
Or any other input signal-be it a sine wave-music-whatever.

All that most of the various systems are doing is comparing a known input to an unknown output-and showing the difference-be it in time-phase-amplitude etc.

With of course a bunch of various measurement parameters associated with the resultant measurement-windowing-number of samples-averaging-weighting etc.

The same difference can look very different-depending on the parameters of the above factors.
Logged
A complex question is easily answered by a simple-easy to understand WRONG answer!

Ivan Beaver
Danley Sound Labs

PHYSICS- NOT FADS!

Paul Tucci

  • SR Forums
  • Sr. Member
  • *
  • Offline Offline
  • Posts: 371
Re: Using Smaart to determine delays on a processor
« Reply #5 on: November 12, 2011, 11:38:50 PM »

I would like to use Smaart to determine how much delay there is from the input stage to the output stage of my dsp. How would I accomplish this?

Johhny,

I prefer to answer in general terms rather than with specifics. Yours is a relationship question. What you're asking to do is find the relative timing difference between what you have in this hand compared to what you have in that hand.  This timing measurement has two points of interest. That's where you put the probes. One is "before" and one is "after" the device under test. In your case, the device under test is the DSP. The REFERENCE side of the measurement is the "before" the DSP so grab that point of interest as Doug said. That's a simple way to do it. Simple is good. The "after" is obviously the output of the DSP. This measurement (Auto Small/Large in earlier versions or Find in version 7) is in the Time domain. The answer we'll get back is the difference in arrival time between the two points of interest where we put the probes. If yours were a Frequency Response question, we would still have two points of interest and need two probes. ie, if you were to ask " Does + 6dB at 80HZ line on my equalizer actually produce a 6dB electronic boost?"  Grab two points of interest, one "before" the EQ for your Reference and one  "after" the EQ for your measurement side. 

I found the two probe concept helpful in my understanding of separating a single channel from a dual channel comparison so I offer that up to you.

Your experiment is exactly what sparked my interest  years back. Do this for us if you would please. After you get your "What's the arrival time difference between the input and output of my DSP?" measurement done, and you feel confident it's valid, try adding a 100Hz Low pass filter to your DSP and measure again. Report back.

Happy measuring

Tucc

(added after the fact to further the two probe / dual channel measurement concept)...

These dual channel comparisons happen often in the course of a gig day. Firstly, after finding Sparky, you measure the voltage between two electrical points of interest. Ground and a hot leg, then ground and another hot leg, then yet another hot leg, ground to neutral, hot to hot, hot to the other hot. These are all two channel measurements that answer voltage difference questions. So is getting change from the gas station after fueling the truck. The Reference channel is the price, the Measurement channel is the amount paid, the difference is the change.

« Last Edit: November 13, 2011, 09:02:13 PM by Paul Tucci »
Logged

Doug Fowler

  • Member since May 1995, 2nd poster on original LAB, moderator on and off since 1997, now running TurboMOD v1.826
  • Administrator
  • Hero Member
  • *****
  • Offline Offline
  • Posts: 2331
  • Saint Louis, MO USA
Re: Using Smaart to determine delays on a processor
« Reply #6 on: November 13, 2011, 02:22:13 PM »


Your experiment is exactly what sparked my interest  years back. Do this for us if you would please. After you get your "What's the arrival time difference between the input and output of my DSP?" measurement done, and you feel confident it's valid, try adding a 100Hz Low pass filter to your DSP and measure again. Report back.


Heh heh, here we go ....
Logged
Brawndo, the Thirst Mutilator. 
It's got electrolytes. 
It's got what plants crave.

Art Welter

  • Hero Member
  • *****
  • Offline Offline
  • Posts: 2203
  • Santa Fe, New Mexico
Re: Using Smaart to determine delays on a processor
« Reply #7 on: November 17, 2011, 05:29:58 PM »

Heh heh, here we go ....
Yup, after hearing that the Driverack PA + had the mid output (or was it the HF) reverse polarity, decided to check my older DRPA, it fortunately has LF,MF, and HF all in polarity.
However, the LF,MF, and HF are all reversed from the input polarity :^(.
Logged

Preston Soper

  • Newbie
  • *
  • Offline Offline
  • Posts: 45
Re: Using Smaart to determine delays on a processor
« Reply #8 on: November 30, 2011, 10:01:38 PM »




Your experiment is exactly what sparked my interest  years back. Do this for us if you would please. After you get your "What's the arrival time difference between the input and output of my DSP?" measurement done, and you feel confident it's valid, try adding a 100Hz Low pass filter to your DSP and measure again. Report back.
Heh heh, here we go ....

XTA224
SoundDevices USB Pre
MBP(Boot in 32bit)
V7.3.0.2
Averaging:16
Phase Smoothing: None
Mag Smoothing: None
Weighting: None
FFT: 16k


Here are some screenshots of the experiment Paul suggested.
« Last Edit: November 30, 2011, 10:30:13 PM by Preston Soper »
Logged
Folks, We have reached our cruising altitude now, so I'm going to switch the seatbelt sign off. Feel free to move about as you wish, but please stay inside the plane till we land… It's a bit cold outside, and if you walk on the wing it affects the flight pattern.

Paul Tucci

  • SR Forums
  • Sr. Member
  • *
  • Offline Offline
  • Posts: 371
Re: Using Smaart to determine delays on a processor
« Reply #9 on: November 30, 2011, 10:07:31 PM »





XTA224
MBP
V7.3.0.2
Averaging:16
Phase Smoothing: None
Mag Smoothing: None
Weighting: None
FFT: 16k


Here are some screenshots of the experiment Paul suggested.

Preston,

Glad you're playing along at home.  Try a 100 Hz low pass instead. ;)  Measure the time arrival of that and a full range signal. (Impluse Response) That's where it started. 

PT
Logged

Preston Soper

  • Newbie
  • *
  • Offline Offline
  • Posts: 45
Re: Using Smaart to determine delays on a processor
« Reply #10 on: November 30, 2011, 10:10:58 PM »

Preston,

Glad you're playing along at home.  Try a 100 Hz low pass instead. ;)  Measure the time arrival of that and a full range signal. (Impluse Response) That's where it started. 

PT

Wow,
Missed that one I thought your previous post was HPF not LPF.
Silly me :)

XTA224
SoundDevices USB Pre
MBP(Boot in 32bit)
V7.3.0.2
Averaging:16
Phase Smoothing: None
Mag Smoothing: None
Weighting: None
FFT: 16k

Here is the example in Transfer mode:
Delay times ranged from 6.60ms to 7.65ms
The trace below is @7.21ms
« Last Edit: November 30, 2011, 11:06:10 PM by Preston Soper »
Logged
Folks, We have reached our cruising altitude now, so I'm going to switch the seatbelt sign off. Feel free to move about as you wish, but please stay inside the plane till we land… It's a bit cold outside, and if you walk on the wing it affects the flight pattern.

Preston Soper

  • Newbie
  • *
  • Offline Offline
  • Posts: 45
Re: Using Smaart to determine delays on a processor
« Reply #11 on: November 30, 2011, 10:41:06 PM »

Preston,

Glad you're playing along at home.  Try a 100 Hz low pass instead. ;)  Measure the time arrival of that and a full range signal. (Impluse Response) That's where it started. 

PT

XTA224
SoundDevices USB Pre
MBP(Boot in 32bit)
V7.3.0.2
Averaging:16
Phase Smoothing: None
Mag Smoothing: None
Weighting: None
FFT: 16k
Time Constant: 341ms

Delay Time  7.1 to 7.6 ms
Peak varied with each measurement.

« Last Edit: November 30, 2011, 10:48:28 PM by Preston Soper »
Logged
Folks, We have reached our cruising altitude now, so I'm going to switch the seatbelt sign off. Feel free to move about as you wish, but please stay inside the plane till we land… It's a bit cold outside, and if you walk on the wing it affects the flight pattern.

Paul Tucci

  • SR Forums
  • Sr. Member
  • *
  • Offline Offline
  • Posts: 371
Re: Using Smaart to determine delays on a processor
« Reply #12 on: December 01, 2011, 08:37:41 AM »

and the full range measurement??
Logged

Preston Soper

  • Newbie
  • *
  • Offline Offline
  • Posts: 45
Re: Using Smaart to determine delays on a processor
« Reply #13 on: December 01, 2011, 09:22:42 AM »

and the full range measurement??

XTA224
SoundDevices USB Pre
MBP(Boot in 32bit)
V7.3.0.2
Averaging:16
Phase Smoothing: None
Mag Smoothing: None
Weighting: None
FFT: 16k
Time Constant: 341ms

10Hz-LR-24db - 22K-LR-24db
Delay @ Peak 2.2ms

« Last Edit: December 01, 2011, 09:26:05 AM by Preston Soper »
Logged
Folks, We have reached our cruising altitude now, so I'm going to switch the seatbelt sign off. Feel free to move about as you wish, but please stay inside the plane till we land… It's a bit cold outside, and if you walk on the wing it affects the flight pattern.

Paul Tucci

  • SR Forums
  • Sr. Member
  • *
  • Offline Offline
  • Posts: 371
Re: Using Smaart to determine delays on a processor
« Reply #14 on: December 01, 2011, 11:05:31 AM »

The point being that the same DSP exhibited different latency as measured by the Impulse Response of Smaart.
The full range signal showed a latency of 2.2 mSec, the low passed signal showed a latency of 7+ mSec.

How can that be?


...and so it all began...

PT
Logged

Martyn ferrit Rowe

  • Sr. Member
  • ****
  • Offline Offline
  • Posts: 334
  • are we there yet?
Re: Using Smaart to determine delays on a processor
« Reply #15 on: December 01, 2011, 12:18:57 PM »

And when you shared this with me a long time ago a small fire started............. 8)

ferrit
Logged

Doug Fowler

  • Member since May 1995, 2nd poster on original LAB, moderator on and off since 1997, now running TurboMOD v1.826
  • Administrator
  • Hero Member
  • *****
  • Offline Offline
  • Posts: 2331
  • Saint Louis, MO USA
Re: Using Smaart to determine delays on a processor
« Reply #16 on: December 01, 2011, 12:29:51 PM »

The point being that the same DSP exhibited different latency as measured by the Impulse Response of Smaart.
The full range signal showed a latency of 2.2 mSec, the low passed signal showed a latency of 7+ mSec.

How can that be?


...and so it all began...

PT

I use "auto delay" in ST class and sweep a low pass filter to demonstrate the effect.  It tends to get the uninitiated thinking in a different direction.
Logged
Brawndo, the Thirst Mutilator. 
It's got electrolytes. 
It's got what plants crave.

Jay Barracato

  • Hero Member
  • *****
  • Offline Offline
  • Posts: 2025
  • Solomons, MD
Re: Using Smaart to determine delays on a processor
« Reply #17 on: December 02, 2011, 05:46:38 PM »

The point being that the same DSP exhibited different latency as measured by the Impulse Response of Smaart.
The full range signal showed a latency of 2.2 mSec, the low passed signal showed a latency of 7+ mSec.

How can that be?


...and so it all began...

PT

So are you going to leave us guessing?

At 100hz my sabine navigator goes to 3.05 ms from 1.50 ms for the full range signal using the delay finder. It is a difference of 1.1 ms using the IR.

My best guess is that it is a function of the wavelength and the fact that the longer wavelengths vibrate slower.
Logged
Jay Barracato

Mac Kerr

  • Old enough to know better
  • Administrator
  • Hero Member
  • *****
  • Offline Offline
  • Posts: 7552
  • Audio Plumber
Re: Using Smaart to determine delays on a processor
« Reply #18 on: December 02, 2011, 06:34:28 PM »

So are you going to leave us guessing?

It's probably just a phase he's going through.

Mac
Logged

ProSoundWeb Community

Re: Using Smaart to determine delays on a processor
« Reply #18 on: December 02, 2011, 06:34:28 PM »


Pages: 1 2 [All]   Go Up
 



Site Hosted By Ashdown Technologies, Inc.

Page created in 0.036 seconds with 21 queries.