Hi
@Serkan
We can do two things: either you start a new thread and ask the community for comments or I am also happy to do that for you; please let me know
Yesterday night I was playing around with the new methodology and performed measurements too
See my findings below:
The end result is remarkably good!!!
View attachment 223722
Especially if you take into account that my system is a 1-way MCLA with extremely bad frequency response without EQ
Actually I used some preEQ-ing in Jriver applying shelf filters to first compensate the lows and the highs and then used the new correction method
Before (with shelves!) and after for the left channel:
View attachment 223723
When listening to it it is by far the best sounding result that I have ever had with any convolution type of corrections!
I am now debating with myself to switch to this method vs sticking with the CraveEQ/CurveEQ method......
The advantage of this one is that it is
really fast to produce the results (once you are familiar with the steps)
However I also found some weird things:
- if I simulate the convolution (A*B) in REW everything seems to be fine but in reality when I listen to it (and measure) the left channel gets
12dB lower in volume....have no idea why. I compensate that in Jriver so no big issue
- the overall volume is really low, >35dB has to be compensated (again not a real issue but weird)
- I tried using Jriver's convolution and also tried ConvologyXT; the latter is a bit less precise but has almost zero latency! and has a nice normalize feature that auto-compensates for the >35dB loss
Please see the measurements here:
I would love to hear any comments, especially on those weird things (probably I did something incorrectly during the process)
Thank you