Group Delay Questions and Analysis

Status
This old topic is closed. If you want to reopen this topic, contact a moderator using the "Report Post" button.
That's for you to answer Jim. In your shoes I'd buy a soundcard with both optical and coax and find out. The software package doing the playback is also often a point of discussion. I trust JRiver in it's bit-perfect output, I'm messing up those bits on purpose anyway :D.
My Asus Xonar Essence ST and my DAC do sound different though. Not sure which I like most.
 
Greg, Can you help me understand the process a bit better?

Q1) OK, you took my system mdats. Somehow, those mdats became a blueprint of sorts for the DRC. Can you explain simply what that involved?

Q2) If I am understanding this correctly, the room measured mdats are essential to the process?

Q3) So basically, if I change the room response in any significant way, one would have to remeasure (make new mdats), and plug them into the DRc all over again to establish a new correction blueprint, yes?

A1) The mdat measurements were simply exported from REW as impulse responses in wav format, then converted to raw (using Audacity) to feed DRC.

A2) Yes. The window size (4 cycles in this case) determines the area over which the corrected sound will be valid (or artifact free). With a small window like this, you'll probably notice only improvements from wherever you listen.

A3) Yes. This is one of the reasons I would advise against offline correction, and encourage you instead to make the leap to computer based playback.
 
Last edited:
It's possible, but I think it would be better to first try a slightly shorter window (3 cycles) if you feel there was too much of a change. Like I said earlier, this is powerful stuff and I think it's best to ease into it.

By the way, I'm guessing that with the 4 cycles window length, the correction is transitioning from speaker/room correction to speaker only correction at just a few hundred hz.
 
The computer only has 1/8" audio outs and USB period. The DAC USB inputs are inferior (use a different internal chipset).

Believe me, there is no way to do this correctly without adding a coax out to the computer.

To best of my knowledge Rega DAC USB connection is asynchronous; USB connection is only supplying digital data that is handed to the DAC circuit.

If real audible difference exists, problem is most likely software.

Do you have documentation about your Rega DAC having two different DACs built in?
 
I'd say first try a few other target curves to know what does what.
But it's difficult to judge after hearing only one song. The difference in target curves does a lot to the perceived sound, even if it's a little change.
You could also do 4 cycles below and 2 up top...

Good point. Small changes in FR target make a big difference especially when the IR is clean. Also, I think our choice of FR target is probably affected by the time domain behavior of the system; once the IR is very clean we may no longer be happy with a particular FR target.
 
To best of my knowledge Rega DAC USB connection is asynchronous; USB connection is only supplying digital data that is handed to the DAC circuit.

If real audible difference exists, problem is most likely software.

Do you have documentation about your Rega DAC having two different DACs built in?
Rega DAC D/A processor Page 2 | Stereophile.com

In the case of direct USB connection, the data go to that Burr-Brown PCM2707 receiver mentioned above. With S/PDIF inputs, the data go to a Wolfson Microelectronics WM8805 receiver chip.
 
Here is what I changed.

GD new.jpg

This is probably as far as I can go diminishing the 40hz GD. It is starting to push up around 65hz.

FR new.jpg
 
Last edited:
If you remember this from before:

The answer is a ported speaker will usually have a phase delay of 180 degrees (but you are using the rear of the driver wave which is already 180 degrees out of phase) so the resulting sound (at the tuning frequency) is delayed but in phase.

The problem arises at higher frequencies - that's why you don't want any higher frequencies coming out of the port ideally - they will dilute the 'punch' significantly as they won't be exactly in phase with the driver output (the port provides the correct delay only for the tuning frequency).

Yes you do want to match distances of the sub and main driver to maintain phase unless you have a phase adjuster built in so you can change it manually.

Figure out the port frequency and the sound will be one cycle delayed at that frequency (but in phase). Nothing you can change about that with the ported box(es) there...
 
If you remember this from before:



Figure out the port frequency and the sound will be one cycle delayed at that frequency (but in phase). Nothing you can change about that with the ported box(es) there...

I remember. I have also read that one octave above the tuning frequency, The GD of a ported speaker is about the same as a sealed one.

I have retuned my main sub to 16hz, and my mains to 26hz.
 
So at 26 Hz it will be 38.5 ms delayed. Don't look at the wiggles, Smooth it a bit to see you're below 5ms at 55 Hz. The wiggles aren't static, they move with time.
I'm sure Greg will eek every ounce of Group Delay out of it. :)
Couldn't you seal off the mains? Let the 3 subs do their job there?

No. Lose too much SPL, and creates cone excursion problems.
 
Last edited:
Status
This old topic is closed. If you want to reopen this topic, contact a moderator using the "Report Post" button.