strange behavior when REW is open together with Smaart 8

oliver

New Member
Thread Starter
Joined
May 24, 2017
Messages
108
Location
Italy
Hi John,
I am on Mac OS 10.13.6 with the latest REW build 5.20.13.
Since I have updated to the last build something strange is happening.
I do have two RME Fireface UC, both set to 96KHz internal clock

55785


In the RME total mix software I have also some snapshots in order to recall different setting(Input, gain, Etc).

55788


Together with REW I do use Smaart v8, both set to 96Khz.
When Smaart is open alone, everything is working correctly, all the inputs and outputs are calibrated as stored in the snapshots. Once I open REW and select a Fireface interface as Input, the stored snapshot is messed up and the button indicated by the arrow start flashing ( means that the settings are no more the same), and I find myself with 8.5dB more gain on the inputs, both in REW and Smaart 8( the strange thing is that the gain values on the snapshot do not change, but using a calibrator I have verified that it increases by 8.5dB in practice). At this point I have to disconnect and riconnect several time the USB cable in order to "re-sync" the audio interfaces and reset the inputs to the gain stored in the snapshot. Recalling the snapshot doesn't sort any effect, it is like the audio interfaces lost the sync when REW start.
I tried to start REW only (without Smaart) and it seems that the problem does not occur but I have to verify it a little longer. I have been using REW and Smaart together for years now and this problem has never occurred, It seems that it appeared after the last update.
I have also uninstalled and installed again the Fireface drivers without solving the issue.

Thank you,
Best Regards.
Oliver
 

Attachments

  • Schermata 2022-10-09 alle 17.05.08.png
    Schermata 2022-10-09 alle 17.05.08.png
    13.1 KB · Views: 6
  • Schermata 2022-10-09 alle 17.04.30.png
    Schermata 2022-10-09 alle 17.04.30.png
    86.2 KB · Views: 4
  • Schermata 2022-10-09 alle 17.04.30.png
    Schermata 2022-10-09 alle 17.04.30.png
    86.2 KB · Views: 3

John Mulcahy

REW Author
Joined
Apr 3, 2017
Messages
7,212
If you go to the Preferences folder of your home directory and open the com.apple.java.utill.prefs.plist file you can change the key in roomeqwizard/ctrlinputvolisallowed to false, that may fix it. That key shouldn't matter on macOS as volume control is disabled, but there might be an unintended side effect of the WASAPI exclusive changes that enables it briefly after input selection. plist files can be opened and edited in XCode, I don't know what other applications allow that.
 

sam_adams

Member
Joined
May 23, 2017
Messages
285
plist files can be opened and edited in XCode, I don't know what other applications allow that.

BBEdit will work. TextWrangler will work, also—if you can find the last version, 5.5.2. Both are from BareBones. Always make a backup first before editing and make sure the app isn't running when changes are made.
 

oliver

New Member
Thread Starter
Joined
May 24, 2017
Messages
108
Location
Italy
Hello John,
Thanks for the reply,
and thanks also to Sam, I used BBEdit but it seems that the string is not present in my com.apple.java.utill.prefs.plist.
 

oliver

New Member
Thread Starter
Joined
May 24, 2017
Messages
108
Location
Italy
Hi John,
I opened the file with Xcode, is this you where reffering to?
The string is ctrlinputvolallowed , that I set to "false":

55812
 

oliver

New Member
Thread Starter
Joined
May 24, 2017
Messages
108
Location
Italy
HI John,
the solution seems to have solved the issue.
Thank you.
Oliver.
 
Top Bottom