REW Beta Release REW API beta releases

[John Mulcahy]

Builds updated today (beta 127) with these changes:

• Added: The SPL meter can show SPL, Leq and SEL at the same time with independent weighting for each
• Changed: The API SPLMeterConfiguration has separate weighting entries for SPL, Leq and SEL and separate booleans to show/hide each of them. The meter mode parameter has been removed.
• Changed: The API SPLValues has separate weighting entries for SPL, Leq and SEL and has lcPeak and lzPeak values
• Changed: Exporting a measurement as text when the measurement is using an SPL reference will export the SPL data relative to the reference, as displayed
• Changed: Audiotec Fischer equaliser entries allow frequencies down to 10 Hz
• Changed: Updates to Traditional Chinese (Taiwan) translations
• Fixed: Legend panel could show extra traces when a measurement was removed

 

[majorwong]

Hi,John.It seems that the 'mini' level meter should be put into the RTA window for usage of input level inspector.
Besides,on right top of the main window,it also applies that there.
Required feature for you,thank you.

The second one i found is that when do calibration with REW calculated file,loading in uncalibrated curve.It did not match identically.We can see some minor differences there signed with circle.
I'll attach a file for you to see what happens if you're free.

 

[John Mulcahy]

It seems that the 'mini' level meter should be put into the RTA window for usage of input level inspector.

I don't understand, sorry. The level is already shown numerically, what would a meter add?

The second one i found is that when do calibration with REW calculated file,loading in uncalibrated curve.It did not match identically.

Your measurements are inconsistent, showing variations that cannot be attributed to the cal file. Here is a comparison of your UMIK-2 original cal file measurement with its cal removed versus your no cal measurement, they should be the same.

 

[majorwong]

I don't understand, sorry. The level is already shown numerically, what would a meter add?

Why?colored level view would be more visibly for eyes.Furthermore you need to open the level window once more,a bit bothersome.
Sometimes it's not always on top or disturb your workflow.

Your measurements are inconsistent, showing variations that cannot be attributed to the cal file. Here is a comparison of your UMIK-2 original cal file measurement with its cal removed versus your no cal measurement, they should be the same.

I don't think the issues with my measurement inconsistency.I make several measurements with 1/3oct not higher resolution.
Simply put,when 2 stable curves of 2 mics are there,divided the under test mic by standard mic then we get the calibration file.
Load the file into the under test mic,you'll see the calibrated mic didn't match totally the same with the standard mic.
I've checked it out for many times in latest REW.

By the way, i compare the track arithmetic feature accuracy (especially division operation) with vituixCAD.vituixCAD would be the winner obviously for its extremely precise without 0.1dB deviation.

View attachment 94238

 

[John Mulcahy]

I don't think the issues with my measurement inconsistency.

It is. Using 1/3 smoothing is just hiding the variations from yourself.

 

[John Mulcahy]

By the way, i compare the track arithmetic feature accuracy (especially division operation) with vituixCAD.vituixCAD would be the winner obviously for its extremely precise without 0.1dB deviation.

I expect you are not comparing like with like. REW's trace arithmetic on measurements with impulse responses is carried out on the underlying unsmoothed data, that's the only way to do it to obtain correct result. If you want to do arithmetic on smoothed results you would need to extract that smoothed magnitude data and do the arithmetic on the copies (use Magnitude copy, smooth the copy as desired, then do the arithmetic).

 

[majorwong]

I expect you are not comparing like with like. REW's trace arithmetic on measurements with impulse responses is carried out on the underlying unsmoothed data, that's the only way to do it to obtain correct result. If you want to do arithmetic on smoothed results you would need to extract that smoothed magnitude data and do the arithmetic on the copies (use Magnitude copy, smooth the copy as desired, then do the arithmetic).

I check it in terms of unsmoothed data that you said and get the identical result.But i don't know why the 1/1 or 1/3 oct smoothed umk-2 calibration file could get good result!
Exceptionally,when using 1/1 or 1/3 oct smoothed cali file in other measurement system,they get the totally same result including soundcheck,arta,HOLMImpulse ect.

 

[majorwong]

It is. Using 1/3 smoothing is just hiding the variations from yourself.

Yeah,in REW that it is.Why need smooth out the data?If not,the data contains too long column data.

 

[John Mulcahy]

To do arithmetic on the magnitudes with whatever smoothing you prefer use Magnitude copy to copy the response magnitudes, smooth the copies as desired, then do the arithmetic.

 

[majorwong]

是的，在REW里是这样。

要对幅度进行算术运算，可以使用任意平滑方式，通过“幅度复制”来复制响应幅度，根据需要平滑副本，然后进行算术运算。

To do arithmetic on the magnitudes with whatever smoothing you prefer use Magnitude copy to copy the response magnitudes, smooth the copies as desired, then do the arithmetic.

yeah,i also try it,but it seems it doesn't work.But for balanced control,1/48oct smooth is best for my need rather than no smoothing.Thanks for your reply,great job.

 

[John Mulcahy]

yeah,i also try it,but it seems it doesn't work

Odd, works perfectly for me.

 

[carsound]

yeah,i also try it,but it seems it doesn't work.But for balanced control,1/48oct smooth is best for my need rather than no smoothing.Thanks for your reply,great job.

i use GRAS 44AB Sim mouth、GRAS 46AE Std microphone，Cal WM-61A base mic , soundcheck 、ARTA、CLIO、REW ，No difference

 

[majorwong]

i use GRAS 44AB Sim mouth、GRAS 46AE Std microphone，Cal WM-61A base mic , soundcheck 、ARTA、CLIO、REW ，No difference

Odd,I use tascam 1x2HR audio interface and java mode.In theory,it's nothing to do with what the microphone you use.

 

[majorwong]

Hi @John Mulcahy,Would you consider adding both phase inversion for separate L or R channel?

IF only one checkbox,it invert both channels at the same time.That is not suitable for the audio interface which has only one microphone XLR input for left(some

microphones phase swapped) and only one TRS input for right(no need to invert phase for electronics measurement).

 

[John Mulcahy]

some microphones phase swapped

Wouldn't it be easier to just fix the wiring for the inverted microphones?

 

[majorwong]

Wouldn't it be easier to just fix the wiring for the inverted microphones?

Pretty easy,i've got several different phase wiring mics.Only one was this type and didn't want to take it apart to fix it.

 

[John Mulcahy]

Isn't the mic output balanced? Just need to swap the connections at the XLR.

 

[majorwong]

Isn't the mic output balanced? Just need to swap the connections at the XLR.

balanced mic,I know it's easy job,but more options you could pick up,less behaviour did on the mic.

 

[spikesagal]

Confirming that the font and graph resolution is fixed in REW_macos_5_40_beta_127-api

 

[carsound]

Odd,I use tascam 1x2HR audio interface and java mode.In theory,it's nothing to do with what the microphone you use.

I looked at your test curves, which were measured in a free field. Was it done in an anechoic chamber? How far was the microphone placed? Is the position fixed without the slightest deviation? Did you use a test fixture?

 

[majorwong]

I looked at your test curves, which were measured in a free field. Was it done in an anechoic chamber? How far was the microphone placed? Is the position fixed without the slightest deviation? Did you use a test fixture?

Just measure in a quasi-free room with 0.4s RT60,free of air conditioner or fan noise.
Mic is 35cm on axis away from the co-axial monitor speaker.
What you said above is the condition in which the mic place,even slight deviation in measurement,but what i said yesterday was the arithmic calculation that introduced sound variation.

 

[John Mulcahy]

the arithmic calculation that introduced sound variation.

It categorically does not. The arithmetic is correct. Garbage in, garbage out.