Re: [Jamin] Jamin EQ Preecho, Linear Phase EQ considered harmful.

From: Steve Harris ^lt;S.W.Harris_at_ecs.soton.ac.uk>
Date: 12/27/05 16:57 EST
Message-ID: <20051227215713.GB27987@login.ecs.soton.ac.uk>
There will be some preecho, but from what I remember from when I measured
it, it shouldnt't be audible. I could well be wrong though.

I would be possible to build that EQ out of IIR filters, but the phase
shift would be large, so it would need some correction. Its debatable
which is the lesser of the evils. Personally I dont find the pre-echo that
objectionable.

The IIR xover option is off by default because the behaviour is
terrible compared to the FFT one, largly because I dont have enough
experience in filter design.

If you want to try some DRC based code then thats great, but I dont have
the time to do it myself.

- Steve

On Sat, Dec 24, 2005 at 10:59:14 -0500, Gregory Maxwell wrote:
> While using jamin to perform some EQ of some audio containing some
> very percussive vocals, I noticed what sounded like preecho...  So I
> decided to perform some tests, and sure enough, the IR shows some
> preecho...  I grabbed the Jamin source and I see that the EQ is linear
> phase, so there is no shock that there is pre-echo.
> 
> I see there is an option to use an IIR for the crossover for the
> multiband compressor.. but no such option for the EQ.
> 
> What was the design motivation behind using a linear phase filter for
> EQ in a mastering app?
> 
> For the multiband compressor crossover it makes perfect sense, the
> transition should have low Q, the results are later summed so
> preringing usually vanishes, and perfect reconstruction is highly
> desirable (which would be impossible with a minimum phase crossover
> due to phase shiftage).
> 
> For EQ, the subtracted audio will never be added back, so there will
> always be pre-echo with linear phase EQs and there is no risk of
> problems created by phase mismatch. The ear is far more sensitive to
> pre-ringing than postringing so linear phase is not really a good
> compromise for an EQ which is expected to be placed last in the signal
> chain..
> 
> Also, the 'HDEQ' interface implies the ability to create filters which
> are steeper than can be created with the current filter length. 
> Allowing a longer linear filter would increase the risk of pre-echo
> and increase the delay.
> 
> Would it be possible to provide an toggle option to use minimum phase
> filtering for the EQ? The multiband compressor should stay linear, but
> EQ should default to mode which will not risk creating pre-echo.
> 
> An alternative would be to perform time-domain massaging of the
> filter's IR to produce asymmetric mixed filters which avoid pre-echo.
> Such code is available under the GPL in the pre-echo truncation
> functions in Denis Sbragion's DRC software
> (http://drc-fir.sourceforge.net/).  The pre-echo truncation function
> filters the IR with a time and frequency dependant function and then
> corrects the departure from the desired magnitude response with a
> minimum phase filter.   If such a feature were provided it would be
> useful to provide sliders which control filter length and the amount
> of preringing suppression (from linear phase at one extreme to minimum
> phase at the other)... and augment the HDEQ display to show the
> delivered frequency and phase response (and perhaps a time domain
> view).
> 
> 
> Here is an example test with alternating +6/-6 db bands in the 30band EQ screen:
> Jamin test step function result:
> http://www.mindspillage.net/braindump/jamin.test.step.ps
> Jamin test high resolution octave/cycle plot:
> http://www.mindspillage.net/braindump/jamin.test.ps
> (thanks to Denis Sbragion for his great octave scripts for IR analysis)
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_idv37&alloc_id865&op=click
> _______________________________________________
> Jamin-devel mailing list
> Jamin-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jamin-devel


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id865&opick
_______________________________________________
Jamin-devel mailing list
Jamin-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jamin-devel
Received on Tue Dec 27 16:58:04 2005

This archive was generated by hypermail 2.1.8 : 12/27/05 16:58 EST