Page 1 of 1

Issue with saving preset, crash and losing work/preset

Posted: Thu Sep 08, 2022 8:46 am
by boonier
hi

I'm using the method outlined in this thread viewtopic.php?p=956#p956 with Dropbox, because I use two macs to work on patches, so I need to keep presets in sync. I use a similar method with Plogue Bidule where i store everything in Dropbox, and setup symlinks to the DB folder on both machines from where PB normally looks for the the preset stuff.

For the most part, it has been working fine, but in one particular patch, I'm experiencing an instant crash and loss of the original preset file, which is pretty frustrating. It all sounds pretty similar to what is described in that thread above, but why does it only happen to some presets?

I discovered that it seems to be when I add a Sampler 1 module, with a fairly lengthy audio file, that the crash happens. I didn't realise that the sample data is copied into the preset, not referenced. But could this be exacerbating the issue above?

here is a snippet from the last log that resulted from a crash

Code: Select all

09:33:07.257 Loading module from file: /Users/boonier/Library/Application Support/Voltage/Modules/com.cherryaudio.sampleri.SamplerI.module
09:33:07.259 ** Jarmb use count: 1
09:33:07.259 LoadModule -- loading class com/cherryaudio/sampleri/SamplerI
09:33:07.259 Class not found, calling LoadJavaModule.
09:33:07.261 Creating new class com/cherryaudio/sampleri/SamplerI
09:33:07.283 New class created.
09:33:07.286 Total module load time: 28 ms
09:34:50.446 MsgDlg: Overwrite existing preset?. Body => Would you like to overwrite this preset?
09:34:51.500 SavePreset() ENTER
09:34:51.507 SavePreset() EXIT
09:34:51.550 Catalog:actionListenerCallback -> saved_preset
09:34:58.077 Loading sample file: /Users/boonier/Dropbox/Audio Work/Sound Library/Samples/Nice chords/Surface_0001.wav
09:34:58.078 Loading sample /Users/boonier/Dropbox/Audio Work/Sound Library/Samples/Nice chords/Surface_0001.wav: 2211968 sample frames to read.
09:34:58.097 Total samples read: 2211965
09:34:58.177 Number of transients is 5121
09:35:00.983 MsgDlg: Overwrite existing preset?. Body => Would you like to overwrite this preset?
09:35:02.039 SavePreset() ENTER
What is the safest method for sharing preset data across multiple machines?

Re: Issue with saving preset, crash an losing work/preset

Posted: Thu Sep 08, 2022 9:07 am
by boonier
Something is up with Sampler 1, I'm sure of it.

Just adding it to a backup of the original (well a version of) preset, causes an instant crash.

Code: Select all

10:05:07.131 VoltLibrary::AddItem :Sampler I ID:479 Build=20

10:05:07.132 Loading module from file: /Users/boonier/Library/Application Support/Voltage/Modules/com.cherryaudio.sampleri.SamplerI.module
10:05:07.134 LoadModule -- loading class com/cherryaudio/sampleri/SamplerI
Could the preset be corrupt?

Re: Issue with saving preset, crash and losing work/preset

Posted: Thu Sep 08, 2022 10:50 am
by boonier
Now I'm not sure; just saving a preset causes instance crash.

Hate to say it, but I think it could be an instance of Stardust 201 Tape Echo in Mini Plugin Host causing it. I removed it and no crashes so far...

Re: Issue with saving preset, crash and losing work/preset

Posted: Fri Sep 09, 2022 7:27 am
by boonier
So between the Sampler 1 module and the Stardust 201 Tape Echo in Mini Plugin Host, something funny going on. Perhaps an ID conflict, or ID mismatch?

Re: Issue with saving preset, crash and losing work/preset

Posted: Fri Sep 09, 2022 6:22 pm
by cherryaudio Greg
Hi,

Are you using Voltage Modular version 2.5.5? If not, you should update. Also make sure you have version 1.0.11 build 37 of Stardust.

If this is happening with the latest versions of everything, please send in your complete log files so we can check them out: https://cherryaudio.kayako.com/conversation/new

Greg

Re: Issue with saving preset, crash and losing work/preset

Posted: Sun Sep 11, 2022 7:33 pm
by boonier
Hi Greg

I am using 2.5.5 and 1.0.11 build 37 of VM and Stardust respectively.

I recreated the same patch without Stardust on my M1 machine, all working ok, then this evening I try to open the same patch on my older Intel iMac and get immediate crashes. Apple crash reports a seg fault error 11.

I have a hunch that on initialisation of the Sampler1 module, it is perhaps trying to read from a buffer that doesn't exist (yet)? I'm not sure that it's Dropbox, but I can't figure out if it's an architecture difference causing an issue?

I've attached logs and crash report to that link you provided.

Thanks again

EDIT ** this new patch does not use Stardust. Sampler 1 seems to be the common element..