Issues with latest MacOS beta versions

Greg Dunn

Member
Thread Starter
Joined
Oct 4, 2017
Messages
107
Hi John,

I've been doing some amplifier/DAC measurements with the latest version of REW and am seeing a couple of odd behaviors when making and saving the measurements.

First of all, with beta 37 and 38, REW doesn't save the measurement data when I click "save all". No dialog appears, and no errors appear to be written in the REW logs. Quitting the app presents the "do you want to save" dialog, but clicking "yes" results in the app quitting normally and no data is saved. I have gone back and forth with earlier and later versions, and this seems to be only on betas 37-38 with my OS. Earlier versions (at least beta 34-36) work OK.

Secondly, and this might be my problem, changing sample rates for the test device / signal source between measurements often results in the measurement hanging or timing out, even though data appears to be coming through as shown in the progress indicator graph. This is when doing the normal measure sweep, not the stepped test. Either the measurement will not start, or it hangs at some indeterminate point during the sweep. It does not always time out and return to the user. Hitting "cancel" returns control to the user but the measurement will still fail when repeated. Specifically, I was testing a PreSonus Audiobox and switching between 44.1 and 48 kHz. The initial measurement seems to work OK, but then changing sample rate between tests causes the error. It doesn't matter which sample rate I start with. Quitting REW and then setting a different sample rate on restart seems to work OK. This might be something which is not supported during a session, but I thought it should be mentioned. I am changing the values in REW's preferences, not the OS settings; though changing those to match makes no difference - as we discussed earlier, the Java drivers do not seem to query the OS settings. I see no errors in most of the logs, but one time I got this error:

Feb 18, 2020 2:55:54 PM roomeqwizard.RoomEQ_Wizard main
INFO: REW V5.20 Beta 36 running JRE 1.8.0_202 64-bit on OS X 10.13.6, en, UTF-8
Feb 18, 2020 2:57:41 PM roomeqwizard.E É
SEVERE: Read audio data timed out

The reason I noticed both of these is that I was running a test and wanted data from both sample rates. When I realized I could quit the app and then change sample rates to get data, I attempted to save the existing data and ran into the other issue. I have tested beta 34 through 38, but can test earlier versions if desired.


OS X 10.13.6 (17G11023), two different computers, different hardware. I also have this OS running on my laptop but haven't tested it there yet, and have 10.14 on another machine, ditto.
 

John Mulcahy

REW Author
Joined
Apr 3, 2017
Messages
7,212
There was a report of the file dialog not appearing on macOS last September, restarting the laptop seemed to fix it. More on that one here. I will see if I can reproduce the issues you are seeing with sample rate changes, though an initial check using the built-in audio behaved normally.
 

Greg Dunn

Member
Thread Starter
Joined
Oct 4, 2017
Messages
107
I just wanted to add that I was able to duplicate the sample rate switching issue with a separate computer using my Scarlett 2i2. As this is not my main machine I was able to delete the preferences before running tests as a comparison - no difference. I was able to save data once during a session with beta 38 but subsequent attempts failed as described previously. Same OS as the previous message.

I saw something else which has cropped up 2 or 3 times but inconsistently. When running the first sweep test, I got a frequency response which varied wildly and occasionally clipped; the phase response was similarly strange. I tried several things, just limited to settings in REW, but I ended up having to quit the program and restart it before the issue cleared. It's very hard to reproduce; I've seen it on several different DUTs but haven't been able to reliably make it happen. It seems to clear when the program is re-launched. Next time it happens I'll try to take complete notes.
 

Greg Dunn

Member
Thread Starter
Joined
Oct 4, 2017
Messages
107
I haven't tried using built-in audio, but I will later today.

I have not restarted the computer(s) since the latest REW installation; I'll try that on my second computer and report back.
 

Greg Dunn

Member
Thread Starter
Joined
Oct 4, 2017
Messages
107
Restarted the computer, tried with and without "Mac OS file dialog" selected. It seems to still exhibit the missing dialog issue.
 

John Mulcahy

REW Author
Joined
Apr 3, 2017
Messages
7,212
Are you using a timing reference output Greg? I think I have found some odd behaviour when changing sample rate from the Measure dialog if there is a timing ref output, try with "no timing reference" if you are currently using one.
 

Greg Dunn

Member
Thread Starter
Joined
Oct 4, 2017
Messages
107
One of the computers already had "no timing reference" selected, but the other one didn't. Changing that, unfortunately, made no difference. I was able to get the strange looking frequency response/phase graph on one of the installations after changing the sample rate, however, which makes me think it's either setting or interpreting the sample rate incorrectly and therefore retrieving corrupt data. I was running beta 36 so was able to save the graphs if you need to see them.

To be clear, one of the computers was using the PreSonus and the other, the Scarlett. Both are running the same OS.
 

Greg Dunn

Member
Thread Starter
Joined
Oct 4, 2017
Messages
107
With respect to the "save" issue, I think I may have figured out what I was doing: I note that the "save all" button becomes enabled as soon as a single measurement is made; however, it doesn't appear to do anything. The "save all measurements" menu item is likewise enabled but doesn't cause any action. The "save" menu item works as expected, saving the single measurement. Creating a second measurement and then clicking "save all" then works to save the document with all measurements. The "save measurement" menu item, at that point, only saves one measurement with the document, while "save all measurements" saves all measurements with the document as you would expect. If you then delete that second measurement from the document, the "save all" button remains enabled but doesn't save anything. So the behavior is consistent though slightly unexpected (to me). :)

Due to making and removing measurements while testing the changed sample rate issue, I was probably in a state where there was only one measurement in the document and expecting "save all" to save all measurements as it had done previously (though there was now only one). I'm going to make some more measurements and double-check this hypothesis, but it's possible that the issue I thought I was seeing was just a misinterpretation of the functionality of the "save" menus/buttons.
 

John Mulcahy

REW Author
Joined
Apr 3, 2017
Messages
7,212
With respect to the "save" issue, I think I may have figured out what I was doing: I note that the "save all" button becomes enabled as soon as a single measurement is made; however, it doesn't appear to do anything.
Well that's one mystery cleared up, thanks! I have fixed that for the next beta, it should just save the single measurement.
 
Top Bottom