V5.20.14 early access build

Status
Not open for further replies.
Dear John,


I have been doing all sorts of abuse to ea31 since its launch and I can assure you it is error free!!!

I've of course run into memory problems a couple of times due to over a 100 active long measurements and then decided to double the limit in .vmoptions as highlighted below:

1676475914534.png


So far it's going smooth. Is that ok? And if so, is there a cap other than my PC's RAM capacity to what I can use here?


Thanks
 
That's great to know. I have 32GB of GSkill Royals waiting to be fired up!
 
It seemed to me that the latest version (but rather the entire FlatLaf branch) is no faster than 5.20.13. That is, at some points it is faster, and at some times it is slower than 5.20.13. As for the memory, the amount of which is regulated by the -Xmx parameter, increasing it did not change anything for me.
 
It seemed to me that the latest version (but rather the entire FlatLaf branch) is no faster than 5.20.13. That is, at some points it is faster, and at some times it is slower than 5.20.13. As for the memory, the amount of which is regulated by the -Xmx parameter, increasing it did not change anything for me.
Time to get a new geometry gizmo... Array, matrix and vector hardware rocks...
 
Are there any speed optimizations/configurations available ( ram disk for scratch files, more memory, etc. ) ?

I currently have mem set to 4G.

-Xmx4096m

Thanks much.
 
Last edited:
No. More memory allows more measurements to be loaded at once, faster processors speed up the generation of results, but the main time in taking measurements is just the duration of the test signal.
 
  • Like
Reactions: G29
Builds updated today (except macOS due to notarization server upload issue) with these changes:
  • Added: Import sweep recordings can import all channels of a multi-channel recording, preserving their relative timing
  • Added: Show a warning if impulse alignment in the alignment tool shows a response needs to be inverted
  • Changed: Output channel mapping allows up to 16 channels to be mapped (was 8)
  • Changed: The handling of SPL offsets and IR scaling for the results of a division have been changed to allow the resulting IR to be exported and used directly without normalisation or scaling, but note that float format should be used if exporting to WAV without normalisation
  • Changed: Do not use rectangular windows for inversion results due to artefacts in subsequent processing, use Tukey0.01 instead
  • Fixed: On Linux a USB mic may be detected but the cal file Sens Factor ignored due to no recognised USB mic
 
Last edited:
Thanks for the updates.

I didn't see a difference in the A/B result other than forming 110dB below A&B rather than around 0dB in the past. 1/(A/B) had a quite useful target level info (between 0-3dB) which now obviously shows a much higher difference:

1676665078371.png


And I still see 8 channels for mapping:

1676664990035.png
 
The increased channel counts are only visible for interfaces with more than 8 channels, they are mainly aimed at production facilities.

I didn't see a difference in the A/B result other than forming 110dB below A&B rather than around 0dB in the past
Could you expand on that, maybe an mdat with an example?
 
Further update: ea33 fixes a bug in ea32 with the level of 1/A when only inverting over a limited frequency span
 
I got an error while switching from Java to ASIO drivers shortly after opening REW:


REW V5.20.14 running Azul Systems, Inc. JRE 1.8.0_352 64-bit on Windows 10 Locale: language en, keyboard GB, windows-1252 at 96 DPI


Message:
java.lang.NullPointerException
Stack Trace:
roomeqwizard.D.ø(y:1332)
roomeqwizard.KI$36.actionPerformed(y:923)
javax.swing.JComboBox.fireActionEvent(JComboBox.java:1260)
javax.swing.JComboBox.setSelectedItem(JComboBox.java:588)
roomeqwizard.KI.ϰ(y:5176)
roomeqwizard.D.á(y:1864)
roomeqwizard.KI$23.actionPerformed(y:2948)
javax.swing.JComboBox.fireActionEvent(JComboBox.java:1260)
javax.swing.JComboBox.setSelectedItem(JComboBox.java:588)
javax.swing.JComboBox.setSelectedIndex(JComboBox.java:624)
javax.swing.plaf.basic.BasicComboPopup$Handler.mouseReleased(BasicComboPopup.java:868)
java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:290)
java.awt.Component.processMouseEvent(Component.java:6539)
javax.swing.JComponent.processMouseEvent(JComponent.java:3324)
javax.swing.plaf.basic.BasicComboPopup$1.processMouseEvent(BasicComboPopup.java:517)
java.awt.Component.processEvent(Component.java:6304)
java.awt.Container.processEvent(Container.java:2239)
java.awt.Component.dispatchEventImpl(Component.java:4889)
java.awt.Container.dispatchEventImpl(Container.java:2297)
java.awt.Component.dispatchEvent(Component.java:4711)
java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4904)
java.awt.LightweightDispatcher.processMouseEvent(Container.java:4535)
java.awt.LightweightDispatcher.dispatchEvent(Container.java:4476)
java.awt.Container.dispatchEventImpl(Container.java:2283)
java.awt.Window.dispatchEventImpl(Window.java:2746)
java.awt.Component.dispatchEvent(Component.java:4711)
java.awt.EventQueue.dispatchEventImpl(EventQueue.java:760)
java.awt.EventQueue.access$500(EventQueue.java:97)
java.awt.EventQueue$3.run(EventQueue.java:709)
java.awt.EventQueue$3.run(EventQueue.java:703)
java.security.AccessController.doPrivileged(Native Method)
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74)
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:84)
java.awt.EventQueue$4.run(EventQueue.java:733)
java.awt.EventQueue$4.run(EventQueue.java:731)
java.security.AccessController.doPrivileged(Native Method)
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74)
java.awt.EventQueue.dispatchEvent(EventQueue.java:730)
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:205)
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
 
Last edited by a moderator:

John

On Windows, REW stores settings in the registry. When installing a new version, you can install it in a different folder than the previous one. But the branch in the registry is the same for both versions. Is it possible, if the user installs a new version in a folder different from the previous one, to create a separate branch in the registry as well? To ensure that the parameters are different for each version.
 
That would be difficult to implement and manage. More practical is to allow REW to be run with a file of preference settings, which is on the todo list but a long way from the top.
 
And if you make it possible to install a portable version? There is such an opportunity, for example, in foobar. Then all settings can be stored in a file that is located in the folder with the program.
 
I checked something in the latest version, and noticed that when Java is selected in the settings, and the device is with Excl, and measurements are taken without an external sound card, on the laptop's internal sound card, the impulse is negative. If you select the same device without Excl, the impulse is positive. I had 'no timing reference' selected in the measurements window.
 
In the EQ window, changing vertical scale to anything other than dBSPL only changes the active measurement and predicted response. Amplitude of target and filters remains unchanged, which in many cases makes them disappear completely. Can this be corrected so target and filter response is shown at the expected level with differing y axis units? Or perhaps this chart should be limited to dBSPL only to avoid confusion.
 
Last edited:
In the EQ window, changing vertical scale to anything other than dBSPL only changes the active measurement and predicted response
I have fixed the graphs and graph legend for the next build. The target level spinner figure is in dB SPL and would be difficult to change, but everything else will respect the axis setting.
 
That works for me, thanks John. Maybe just change the label for the spinner to "Target Level (dBSPL)" to make it crystal clear.
 
Builds updated today with these changes:
  • Added: The filter adjust graph in the EQ window has a Graphical filter edit option that allows filter gain or frequency to be changed by clicking and dragging on circular filter handles and Q to be adjusted using the mouse wheel when the mouse is over the handle. Handles are shown at the centre frequency of filters that are not set as "None". May be handy for folk that manually adjust filters.
  • Changed: House curve selection is now in the Target settings of the EQ window instead of in a preferences panel
  • Fixed: The target and filters plus target traces on the filter adjust graph did not take account of the Y axis selection
 
Hi John,

Thanks for the wonderful updates on this release. It seems however that I cannot run the older version (V5.20.13) and the newer releases (V5.20.14eaXX) on the same Windows machine. I get the error below below when trying to launch either version. Either version works as normal if I uninstall the other. The issue seems to have started a few versions back of the latest releases because both versions could work before. The versions get installed on different folders but the issue persists.

Code:
java.lang.IllegalArgumentException: No enum constant roomeqwizard.Window.Types.TUKEY50
    at java.lang.Enum.valueOf(Unknown Source)
    at roomeqwizard.Window$Types.valueOf(y:1550)
    at roomeqwizard.RoomEQ_Wizard.Y(y:7154)
    at roomeqwizard.RoomEQ_Wizard.main(y:1556)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
    at java.lang.reflect.Method.invoke(Unknown Source)
    at com.exe4j.runtime.LauncherEngine.launch(LauncherEngine.java:84)
    at com.exe4j.runtime.WinLauncher.main(WinLauncher.java:94)
    at com.install4j.runtime.launcher.WinLauncher.main(WinLauncher.java:25)
 
Status
Not open for further replies.
Back
Top