TOPIC: Re: miniSHARC *not yet released*

If the 96kHz/512taps vs 48kHz/1024taps decision is not definitive yet, here are some screencaps of filters generated with rePhase for those two scenarios.

As you can see with 512 taps at 96kHz it is difficult to get anything useful under 1kHz, whereas you can go 2 octaves lower with 1024 taps at 48kHz...

Even with freely assignable taps and keeping all the taps for 2 channels, 2048 taps at 96khz would only give the same slopes as the 1024 taps at 48khz scenario... (for 2 channels...)

So please DevTeam, make 48kHz the standard sampling rate for the first version of the plugin (that is, if you do not implement per-channel downsampling from the start ), and make those taps freely assignable

If the taps are used in front of the crossover, is it possible to use the FIR to linearize the phase of the following IIRs?

That would be a very neat solution indeed!
If the taps are freely assignable it should be possible to assign them to the inputs.

4096 taps at 48khz in stereo would for example let you linearize a steep subwoofer crossover and bassreflex boxes (as well as any crossover for frequencies above, of course) without problem using the energy centering!

Here is an example of an hypothetical 4 way speakers with a 30Hz BR tuning, and LR 96dB/oct crossovers at 100Hz, 1kHz and 10kHz.

The miniSHARC would be able to do that linearization in stereo on the inputs, and do the actual filtering using the biquads (minimal-phase EQ to flat and LR 96dB/oct filters).

It would be just a little less powerful than the openDRC (6144 taps, but much less biquads), but enough for most uses...

Sorry for the delay in getting back to you. Christmas & New Year being a big shutdown for our team. Allowing us to take a bit of time off. So that explains a bit of delay with the fact that we also implemented quite a few change to provide the ability to freely assign the tabs to the DSP. In the end, it's all worth it.

So to clarify the current state, there are currently 8 x FIR blocks on all outputs (pre-biquad section). In total there are 4098 taps assignable. Now at the low frequency, you indeed need some taps, but at the high frequency, just to put things in perceptive that you're actually need a lot less. So all together, I think that it should be fine.
I guess that in future revisions, we could indeed also add a block at the input (i.e. Stereo) to allow FIR as well at the input.

Now that the whole team is back to work, we're trying to push the software team to finalize their code & testing. Once that done, we'll be able to send the software to some beta testers having an OpenDRC for example.