Good to know we are already 3 to be interested . Theoretically, once properly set up, room correction should be kept on all the time. The goal is to have a working and easy to apply process. Currently performing measurements with another computer running on windows and requiring REW and RePhase to generate the filter and copying it on the streamer is a hurdle very few have the knowledge and interest in setting up.
I strongly believe that connecting a 100ā¬ microphone to the RPi and following a simple procedure would allow a lager population to use this technology.
Yes I completely agree - I was thinking of doing something similar already - I just bought myself a umik-1 microphone and would love to use REW (or similar) within volumio - I think room correction is a killer feature (just look at how much Dirac Live costs). I have already used Audyssey in my main system and I thought it made a huge difference. I use Volumio in 2 other rooms and I actually believe both those rooms (and the cheaper speakers I have in those rooms) would greatly. benefit for room correction - I am using a bit of EQ already with FusionDSP.
An update on the topic: doing a self contained solution on the Volumio distro is not straightforward and require more thinkering than initially expected.
Anyway, an elegant alternative is possible for the iPhone owners. Using the HouseCurve app (from Greg Wilding) available at 4,5ā¬ on the AppStore, you may simply use your phone to play sweeps, record and analyse result and generate parametric filter that may directly be saved on the Volumio shared folder for use with FusionDSP
So with a few euros and and iPhone, you get a very handy solution to the initial goal.
Find below a screenshot of the recorded sweep, the parametric correction and the theoretical result.
I guess, strictly speaking, the transfer functions of the audio system, room and microphone all multiply together to produce the measured response. If the mic is āflat enoughā, we can assume the measurement is the audio system + room and correct accordingly.
Iām often asked how good iPhone mics are, and the sort answer is āactually, pretty good, especially when you donāt have a measurement mic handyā.
iOS microphones can be accessed in a special āmeasurement modeā, which disables signal processing for voice calls, etc. My own measurements show that the mics are pretty flat from 60 Hz to 16 KHz. HouseCurve applies some compensation at either end to get the mics closer to what an actual measurement mic would read. For the curious, thereās more information here
HouseCurve also works with calibrated external microphones, like miniDSPās UMIK-1, but I recommend starting with the iPhone mic.
Thanks for your feed-back.
Couldnāt find much info on the frequency response of the iphone mic, besides those from 12 years ago.
Did you also test the default headset that comes with iPhone, as those seem to have a pretty flat response.
No problem. Yeah, some folks have used the headset mics too. I recall they measured similar to the iPhone mics. Theyāre also a good way to sanity check that your iPhone mic is working correctly (dirt, lint, cases can mess them up).
the response remains above the line, I thought this was a delay between speakers due to a slightly off centre listening position (this is a family room not dedicated). But adding a slight delay in DSP does not improve it. What causes this?
Cheers
Mike
The correction filters created by HouseCurve are (currently) IIR based and canāt correct phase/delay but they still impact it. That could be why you see a small difference.
The group delay plot is pretty hard to read. It more or less shows the delay at a given frequency relative to the start of the measured impulse response. It will only show delays that affect a range of frequencies, ex: adding subwoofer delay. Delays that affect the whole frequency range donāt show up because that moves the impulse response.
You could compare group delays between L/R speakers, by setting the chirp to one channel, and then sweep L/R channels separately (see: Measure Setup - HouseCurve).
Follow up on this topic hyphening HouseCurve with FusionDSP plugin.
HouseCurve is exporting convolution filters up to 98KHz, and FUSIONDSP pluging is able to switch automatically filters based on stream frequency (and if corresponding filter file is existing). I sometimes listen tu highres files up to 192 kHz. So my questions are :
How Fusion is handling the correction if the 192kHz correction file is not available?
Is it possible to increase Houscurve filter export capabilities up to 192kHz?
Another question is about the ability to generate FIR filters un FusionDSP: what is the difference between the original impulse correction from HC and the FIR transformed one in Fdsp?
If filter for samplerate played is not present, youāll get no sound for this sample rate.
You can enable resampling in FusionDsp to always use your max samplerate filter.
no idea, ask the author
The āengineā is different. FusionDsp runs DRC-FIR to generate filter from an impulse (from REW). Donāt know for HC, but different measures, with different computation settings may give with different result.
Strangeā¦ when DSPāing in convolution mode with filter files up to 98KHz and streaming in 196kHz, music is plying as usualā¦
HC states it is (currently) generating IIR filters, not FIR (yet). It would then be interesting that HC provide an option to output impulse as they are recorded, not the corrective IIR filter. @gregwilding , if you are online .
I forgot to mention. If the name for filter contains samplerate āmyfilter-44100ā it use the related filter according to the track and nothing if samples rate is not present.
But if your filter is called simply āmyfilterā, it will play at any samplerate but with a wrong correction with samplerate different from the one used to design the filter.