@edo @FractalAudio
I think I figured it out.
I had a couple high cpu presets back to back that were using a stereo ultrares cab block that was pointing to the same user cab for both left and right. I used the cab block post fx so I could also run out to a power amp and cab (which I no longer do anymore).
I modified my presets and made the stereo cab a mono cab and moved it in front of all of my stereo effects. Same sound, less cpu, and I'm not referencing the same user cab twice.
Ive played 2 shows so far and numerous practices with these new patches and it hasn't locked up on me once. Patches switch faster than before. It used to lock up on me at least once per show or practice. Hasn't happened again since I made those modifications.
Im no engineer, but I have a moderate understanding of computers and storage. I could be totally off base here, but my guess is that the memory used to store the user cabs isn't quite as fast as the ROM used to store the firmware and all the factory cabs. Switching between presets with stereo cabs all pointing to the same user cab, combined with high cpu utilization from other effects could have caused the storage controller to bug out and freeze the system.
Again, I could be way off base here, but that's what my guess would be.
Cliff, I tagged you in this because I think it could possibly be a bug. I couldn't reliably reproduce it on demand, but I believe I have found a fix and as a result of that, a potential cause of the problem: stereo ultra res cab blocks pointing to the same user cab.
Haven't tested it with factory cabs though.
If edo doesn't use a similar cab block setup, then this whole theory could go out the window.
Just want to share my findings.