Re: DSP-Quattro won't launch after cloning to a new computer
Posted: Wed Jul 12, 2017 10:25 pm
I'm too worn out to think straight at this point, given the confusing results I'm now getting.
Peak is no longer replacing the P7 preference file for audio control ("ACA") with a zeroed file. It is still moving it (that is, deleting the top-level file and rewriting it in the recreated com.bias.peak folder that it makes any time I delete it), but its contents now remain stable.
The RME interface is identified correctly as "0Fireface UFX (23392276)Fireface UFX (23392276)" and matches what Audio MIDI Setup says, So I suspect the RME driver may have a privileges issue that DP9 is fine with but not Peak or DSP-Quattro.
The com.bias-inc.peak.plist file does not seem to be involved in the problem. I did, however, delete all "NS" directory/file references using PListEdit Pro, just to be on the safe side as some of the refs may no longer be valid.
I've run out of ideas for tonight. I have isolated for one variable at a time, and made second copies that can always be retrieved, but am now getting the startup crash with Peak each time rather than asking whether to initialize audio settings. So there must be another file I forgot about that causes that action on startup when the file is missing.
Oh, I bet it's when the ACA P7 Preferences file is neither found in the main Preferences folder or in the com.bias-inc.peak sub-folder. I'm pretty sure those were the steps I recreated a few times, because even putting a known good copy of that file in either location causes startup crashes.
In other words, to start Peak, I have to trash even good copies of ACA P7 Preferences, regardless of location, and the presence of that file causes it to crash, whether it is during app exit when it tries to create it if it doesn't already exist, or at app startup if the file already exists or if it is created during startup due to agreeing to the dialog that asks about audio setup "for the first time".
I'm too tired to be more concise at this point, but I'm quite clear in my own head at this point that the issue with both DSP-Quattro and BIAS Peak Pro 7 is that they are having issues with Apple Core Audio.
The reason I say this is that I just now deleted all preferences directory files associated with P7, turned off the Fireface, started P7, and said "No" to the audio setup dialog, then went to the Audio Menu with the Mac's built-in audio as the only choice, and even still it crashed and rewrote a new ACA P7 Preferences file containing just a single "0".
So I no longer think this has anything to do with the RME Fireface UFX, but rather Core Audio itself.
Also, note that DSP-Quattro behaviour (the main topic) has not changed one iota no matter what changes I make.
Peak is no longer replacing the P7 preference file for audio control ("ACA") with a zeroed file. It is still moving it (that is, deleting the top-level file and rewriting it in the recreated com.bias.peak folder that it makes any time I delete it), but its contents now remain stable.
The RME interface is identified correctly as "0Fireface UFX (23392276)Fireface UFX (23392276)" and matches what Audio MIDI Setup says, So I suspect the RME driver may have a privileges issue that DP9 is fine with but not Peak or DSP-Quattro.
The com.bias-inc.peak.plist file does not seem to be involved in the problem. I did, however, delete all "NS" directory/file references using PListEdit Pro, just to be on the safe side as some of the refs may no longer be valid.
I've run out of ideas for tonight. I have isolated for one variable at a time, and made second copies that can always be retrieved, but am now getting the startup crash with Peak each time rather than asking whether to initialize audio settings. So there must be another file I forgot about that causes that action on startup when the file is missing.
Oh, I bet it's when the ACA P7 Preferences file is neither found in the main Preferences folder or in the com.bias-inc.peak sub-folder. I'm pretty sure those were the steps I recreated a few times, because even putting a known good copy of that file in either location causes startup crashes.
In other words, to start Peak, I have to trash even good copies of ACA P7 Preferences, regardless of location, and the presence of that file causes it to crash, whether it is during app exit when it tries to create it if it doesn't already exist, or at app startup if the file already exists or if it is created during startup due to agreeing to the dialog that asks about audio setup "for the first time".
I'm too tired to be more concise at this point, but I'm quite clear in my own head at this point that the issue with both DSP-Quattro and BIAS Peak Pro 7 is that they are having issues with Apple Core Audio.
The reason I say this is that I just now deleted all preferences directory files associated with P7, turned off the Fireface, started P7, and said "No" to the audio setup dialog, then went to the Audio Menu with the Mac's built-in audio as the only choice, and even still it crashed and rewrote a new ACA P7 Preferences file containing just a single "0".
So I no longer think this has anything to do with the RME Fireface UFX, but rather Core Audio itself.
Also, note that DSP-Quattro behaviour (the main topic) has not changed one iota no matter what changes I make.