3ll3d00d

where do you get the idea from that a PC is limited with respect to what sort of filters it can apply?

is it possible to approach this from a different angle? i.e. assume that port compression exists and model that effect (on driver excursion and output) this would be analogous to the way you can model the effect of power or excursion so you'd set a port velocity limit of, e.g., 10m/s and then see what happens next.

deeper is always better obviously it sounds like I'm being deliberately obtuse but I'm not, honest! Basically my approach here is model some stuff, see what can be achieved, compare to what can physically fit in my room, compare to what I have already and see whether that is something that makes sense as part of the system, repeat until I find one or more interesting things to build. This means that, atm, I'm asking "what can be built using this approach with 10-12" drivers?" rather than "I want something that can do 110dB at 25Hz" (or whatever).

Perhaps, not sure really, depends what the models come out like. By that I mean the main position available is fairly near field. I don't really have a plan atm tbh, just want to try modelling some different designs and see what happens.

Size is the main constraint, about 2' high x 20" deep and maybe 4' wide. Budget I don't mind.

do you have any suggestions of drivers that would work in a scaled down version? e.g. using 10s or 12s. Just curious to try modelling a smaller version before I decide what to build this year.

acourate does do something that looks like a form of dip limiting along with some sort of perceptual weighting, no idea how it is implemented. The REW version is done via the application of a cubic mean. I don't think it is an unreasonable approach psychoacoustically because we are less sensitive to dips, particularly the extremely high q high(er) frequency dips that can result from an FDW. IIRC the typical filters used to a model the response of the basilar membrane looks more like a 4-6 cycle long window so 2.2 cycles seems a bit short to me if first arrival perception is the target but there aren't fixed rules here, if it works then great. Certainly using a shorter window should result in more robust (less position sensitive) results. The time between first and later arrival needs to be extremely large (relative to reflection times in a typical room) for it to be heard as separate events though.

I don't think anyone debates multeq xt is basically a bit rubbish do they? I use a frequency dependent cycle length, I can't say it is a critical feature though. Perhaps I have been doing this too long but I am quicker to cut to the quick these days. I would like to think this is a nice benefit of spending a good few years doing this so that I can get to a good outcome fairly rapidly. I imagine I am lazier too though Anyway I would say the issue with rew fdw is that it tends to produce a V spiky response when you go past a few cycles which makes it harder to use.

An easy online alternative is to paste it into https://www.mathpapa.com/algebra-calculator.htm i.e. Paste into the box and click evaluate, you can then enter values for gain and q 1/((((1/Q)^2-2)/((10^(d/40))+1/(10^(d/40))))+1)

I mean measure the response of your combined set of filters by running a sweep through jriver, compare against the expected correction.

If you solve for S you get 1/((((1/Q)^2-2)/(A+1/A))+1)

You could run a loopback measurement through those filters to see what the shape looks like.

sounds like these ideas might help http://www.diyaudio.com/forums/pc-based/298248-sensorless-dsp-cone-excursion-limiter.html http://www.diyaudio.com/forums/pc-based/289698-idea-linkwitz-transform-ladspa-plugin-lookahead-boost-control.html

If it's the only source then your life is much simpler as you no longer need an audio interface with inputs and you don't need a dsp engine that can sit there spinning on those inputs. If you're using windows then EqualiserAPO is one option, jriver is another. The former sits in the windows audio system and does not use ASIO (or WASAPI exclusive), the latter is more flexible as it has both a loopback interface for rendering system sounds and is a player with a highly capable dsp engine as well. jriver is probably the simplest option as well as one of the most feature rich from a DSP point of view. If you prefer linux then jriver is still an option, though lacks the loopback interface, brutefir, for a convolution option, and some sort of alsa/ecasound combination. An audio interface can cost as much as you want to spend, from a few hundred up into the stratosphere . My preference is to use the same interface for measurement as for playback so I like devices that have at least 1 mic pre and at least a few inputs. To that end, I've had a focusrite saffire pro 24 and an rme ff800 in my system though I currently use a motu 1248. A motu ultralite mk4 is probably one of the most compact units you can get with sufficient output channels, has solid drivers and should be a nice, clean interface. On the other hand, if you go for something that is purely a DAC then a cheap option is something like the minidsp u-dac8. Ultimately the right choice for you depends on how much you believe in the impact of electronics on audible SQ, certainly lots of options out there anyway.

Remember you need a 2 in/6 out (?) audio interface as well. Is it intended to be the source or just the processor?

How would a decent NUC plus audio interface be cheaper than 2 minidsp's?

I don't really follow that, a 2.2 cycle FDW is much smoother than an anechoic response.

From a modelling of view, I believe soundeasy has an extended box model that tries to account for non linear effects. There are some details in http://www.bodziosoftware.com.au/Chapter_4_2.zip One thing I haven't found much data on is the accuracy of a model with respect to the simmed velocity. Anyone seen such data? or measured it themselves?

came across this paper recently which goes into this area in some more detail -> http://koti.kapsi.fi/jahonen/Audio/Papers/AES_PortPaper.pdf

the filters are applied to input channels (e.g. LFE) not output channels (e.g. subwoofer). The JRiver sub channel simply refers to channel 4 which means the LFE input channel if the PEQ block is before bass management and the subwoofer output channel if the PEQ block is after bass management. This means you need to place a PEQ block before bass management and apply these filters there.

this works well -> http://andyc.diy-audio-engineering.org/mso/html/ v nice piece of software

it's rather hard to read a graph with loads of lines, different scales and no legend are you sure about that point about usable data being found under the window limit? I've never heard anyone say such a thing. The frequency resolution is defined by the window length after all.

I wouldn't trust the data from a 4ms window here, at least certainly not for the 350Hz and below part and the 600Hz might be questionable as well.

there were some polars linked from http://www.audioheritage.org/vbulletin/showthread.php?33972-JBL-Master-Reference-Monitor&p=381408&viewfull=1#post381408which seem to come from http://www.soundandrecording.musikmachen.de/Magazine/SOUND-RECORDING/2014/12/JBL-M2-Master-Reference-Monitor-Testbericht

no baffle step compensation as the woofer is loaded by the floor so I knew that that would add something but I found it hard to get a reliable reading on exactly what it would add. My best guess is that it would add more than baffle step under 150-200Hz hence I decided to ignore it and rely on EQ to compensate instead. I know what you mean re letting it sink in over time. Personally I find back to back A/B a bit of a fruitless exercise, I find that something either sounds wrong pretty immediately or an itch develops over the course of a few weeks. If either happens then it's a signal to drill into what is going on, if not then I leave things alone. This tends to lead to bursts of activity followed by long periods of stasis (with respect to the configuration), last time was after the subs changed ... took ~3months to dial in them in but then that configuration was then left unaltered til now (~18months later).