sharke
Doesn't ARC do some magical phase-related stuff too? 

ARC consists of two components: EQ and time alignment.
Obviously, for headphones time alignment is not needed. Those values associated with time alignment would simple be set to zero when using the proposed headphone EQ. 

mikedocy

sharke
Doesn't ARC do some magical phase-related stuff too? 

ARC consists of two components: EQ and time alignment.
Obviously, for headphones time alignment is not needed. Those values associated with time alignment would simple be set to zero when using the proposed headphone EQ. 

Actually though, isn't the time alignment merely to offset phase issues associated with EQ? In which case it would be needed whether through headphones or speakers. 

sharke

mikedocy

sharke
Doesn't ARC do some magical phase-related stuff too? 

ARC consists of two components: EQ and time alignment.
Obviously, for headphones time alignment is not needed. Those values associated with time alignment would simple be set to zero when using the proposed headphone EQ. 

Actually though, isn't the time alignment merely to offset phase issues associated with EQ? In which case it would be needed whether through headphones or speakers. 

No. Phase issues associated with the EQ are very small compared to phase issues in the room caused by sound bouncing off the walls. And it is this phase/delay from sound bouncing off the walls that the algorithm is attempting to improve.
 
Simply using a minimum phase filter configuration would most likely be adequate for the intrinsic phase shift associated with the EQ that you are referring to, sharke.
 
The measurement/calibration process is broken up into many frequency bands. Each band consists of a measurement of level and time. These level and time measurements are what is corrected for by the algorithm.
 
The time domain portion of the algorithm corrects for the coarse delays caused by room reflections.
Headphones don't have any coarse delays because the sound is coupled directly to your ear, not bouncing off walls before it gets to your ears.
 
 

mikedocy

sharke

mikedocy

sharke
Doesn't ARC do some magical phase-related stuff too? 

ARC consists of two components: EQ and time alignment.
Obviously, for headphones time alignment is not needed. Those values associated with time alignment would simple be set to zero when using the proposed headphone EQ. 

Actually though, isn't the time alignment merely to offset phase issues associated with EQ? In which case it would be needed whether through headphones or speakers. 

No. Phase issues associated with the EQ are very small compared to phase issues in the room caused by sound bouncing off the walls. And it is this phase/delay from sound bouncing off the walls that the algorithm is attempting to improve.
 
Simply using a minimum phase filter configuration would most likely be adequate for the intrinsic phase shift associated with the EQ that you are referring to, sharke.
 
The measurement/calibration process is broken up into many frequency bands. Each band consists of a measurement of level and time. These level and time measurements are what is corrected for by the algorithm.
 
The time domain portion of the algorithm corrects for the coarse delays caused by room reflections.
Headphones don't have any coarse delays because the sound is coupled directly to your ear, not bouncing off walls before it gets to your ears.
 
 

I guess I had gotten that idea from this Sound On Sound review which says 
 
"...combining equalisation with time-domain manipulation to get around some of the phase issues caused by basic EQ"
 
http://www.soundonsound.com/sos/oct13/articles/arc2.htm
 
I had taken that to mean that the time-domain element of ARC2 was to correct phase issues caused by the EQ. But looking at the official ARC2 blurb it says:
 
"Corrects frequency and phase distortions in multiple room points"
 
There doesn't seem to be more information about how it actually works though. 

Hi,
 
I'm a happy ARC 2 user, and I have a Focusrite VRM Box that I use once in a great while for different room/monitor simulations when using headphones.
 
This new plugin was just released, looks reasonably priced for the launch release, and seems like it may be exactly what you're looking for.  The concept looks a little strange, but really interesting.  There's also a downloadable 14 day demo.  FYI, I haven't had a chance to test it out myself yet.
 
Check out the 2 videos here: http://www.waves.com/plugins/nx#introducing-nx-virtual-mix-room
 
Hope this helps!
Bob

I've also made an EQ correction preset for my headphones according to the published reproduction curves.
Now, for 48 dollars (with code FORUM, writes CClarry) you could buy a correction software from Sonarworks with settings for the mostly used headphones. I wonder how much more accurately it's build compared to my rough EQ settings. I feel tempted to try as there's nothing I can do acoustically in my recording room.

sharke
There doesn't seem to be more information about how it actually works though. 

Very true, sharke.
 
IK licenses the technology from Audyssey.  IK uses the "MultEQ XT32" implementation.
Audyssey is very secretive about their exact process.
Some information can be  found at their web page:
http://www.audyssey.com/technologies/multeq
 
...and from their patents:
http://patents.justia.com/assignee/audyssey-laboratories-inc
 
And it seems that Audyssey is already in the game of EQing headphones: (!)
http://www.audyssey.com/technologies/expertfit
http://www.audyssey.com/blog/headphone-profiles-and-expertfit-eq-database
 
So it seems that it would not be insurmountable for IK to get access and license the headphone data and implement it into ARC.
 
 

waiting impatiently.