Actually, it seems the 1st embed is solely an explanation of the Uncorrected Case and its Basic Cause.
I have one and use it to do the RC measurements, but I have switched to using ”House Curve” app on my ipad and connecting the Umik to it using a USB-C hub, then just adding the PEQ values from it to the Wiim app or my Subs DSP.
Why not use the phone mic though? It seems so obvious.
True of course depending on all stuff you have connected.
And those Frequency Sweep signals work specifically because there is no Fine Timing requirement to the RC function, rather simply comparative differences between Source and Recorded Volumes. The various Delays introduced by the Bluetooth or WiFi signal path would make this unusable for Timing Alignments.
yes hihi
Does it?? What details do we know about the various internal latencies of any specific phone hardware and driver software?? What of your WiFi network?? This Timing Alignment feature requires tight control of these latencies, while they mattered not for the Frequency/Volume based measurements of Room Correction.
It also says that it doesn't take account of the listening position and further calibration will be necessary. That is about as clear as WiiM get with any of their cryptic comments
Reread the embedded posts from WiiM regarding the Introduction of the "Automatic Timing Alignment for Main Speakers and Subwoofer" feature.We know because of these posts
Apologies for the confusion - I was referring to the mic on the WiiM device.When you say it uses the device's built in mic do you mean the phone mic? What happens if an external mic is used?
I read that Housecurve also has a timing alignment feature so I don't understand how that can be a different approach. I am now more confused by your clarification than I was before
Also, please note that the current setup doesn’t account for the distance between your listening position and your subwoofer or main speakers. For the best sound adjustment, it helps to know the exact distance...
You can try to maximise the amplitude around the crossover frequency with pink noise. Then the delays wouldn't matter.
Can you tell me why Bluetooth or Wi-Fi delay would be an issue?
These are mathematical approaches to signal processing which, if we just consider an audio file, are not affected by latency issues, etc.
Why shouldn't I PEQ my speakers if I am using the settings the manufacturer recommends to make them flat? My personal Jury is out on EQing above the Schroder (did I get that right?) frequency in my room. For other that LF room nodes I just want my speakers flat. That could change.
historically sound engineers used approaches of this type with simple sound level meters and sometimes more dedicated signals...but by adopting a slightly different approach...by looking for the slightest level...then by inverting 180 degrees... seemed easier and more efficient...serious professional brands always invite to this type of approach...with finer approaches like use 45 90 135 deg before the phase reversal
This feature is on my app, and to me appears awesome like every other feature so far except that the mic is located in the device. At least that is what I understand.
it's just a """DIY""" project using what they already had ( multiroom delay)... doesn't really make sense... unless you really want to "bother yourself pulling cables"... and it would be interesting to see if it's ultimately effective...the wiim moved to the listening point.. (who did it and for example controlled with rew etc.?)
Thank you for clarifying. Except my speakers are not dipoles. Nothing that exotic. They are just pro audio speakers that have manufacturer's recommendations to EQ them for critical application.
