When working in the sample keyzone editor, I noticed that I was not unable to “undo” deleting samples when focused on the keyzone editor. Attempting to do so yields a message at the bottom of the screen reading “Change PlaybackMode” was undone.
Continuing to hold cmd-z results in the “Nothing to Undo” message (with no prior actions being reversed), even when I have a long history of prior actions. Repressing cmd-z yields the same playbackmode message, with no samples being recovered. Making further changes (i.e. adding to the undo-queue) allows you undo those actions, but this list “stops” at where one has deleted samples in the keyzone editor.
This does not happen if you are on the keyzone tab but focused on the sample list (left hand sidebar). Deleting samples in the sample list and “undoing” behaves normally.
This is unfortunate because I have lost some good takes this way that I can’t recover! I use more caution now, but I don’t believe this is at all intended behavior.
Thanks!
Edit: I have not been able to replicate this issue, unfortunately, as opposed to the separate issue discussed below.
I am now having another problem related to sample deletion, though I suspect it may be related.
Renoise has been crashing for me quite often when clicking the “Insert New Sample” on the sample-editor sidebar. The crashing only seems to happen after deleting a large group of samples in an instrument, and then afterwards trying to add a sample.
Renoise will not crash if you try to add a sample into another instrument.
However, saving and reloading the file and clicking “insert new sample” in the original instrument will consistently crash the program.
I have disabled all vst/au plugins and the problem still occurs.
Currently I am able to overcome the issue by loading an arbitrary keyzone preset (.sfz) into the instrument, at which point I can delete all samples and the “insert new sample” button works correctly and doesn’t crash.
I will try to upload a short video demonstration in a moment.
I deleted everything out of the original project except the instrument itself. Doing this seemed to actually yield a crash that renoise could detect (as opposed to instantly vanishing from visibility with no messages / warning). Now that this is the case, this is the error I get:
A fatal error or crash occurred (unhandled exception in thread: GUI).
A backup of the current document was saved at
‘/Users/emersonaagaard/Library/Preferences/Renoise/V3.4.3/CrashBackups/sample_crash1_1_10_2024__9_15_crash.xrns’…
This either happened because of a bug in Renoise, or because of a bug in one of its loaded components (plugins). Please contact bug@renoise.com and report this problem, so that it can be fixed.
Note: It’s very important that we know exactly what has happened (what you were doing before this message popped up), or the problem cannot be replicated/analyzed. Please include a description of what you were doing and which components were being used…
I am curious if anyone else experiences this issue, or if it is only a MacOS ARM issue. Thank you in advance for any testing, folks.
The instrument’s document is corrupted/broken: the selected sample index, saved in the document, points to the 24th sample, but there is actually no sample at all present. There are many ways to crash Renoise after that, so the “Insert” operation itself is not broken.
We can manually fix/repair this in the XRNS file, but more interesting and also important for you, I guess, is how this could have happened in the first place.
You’ve mentioned these quirks in the Keyzone Editor. Probably it happened there, which then broke the undo too. Can you recall what else you were doing to the instrument before the broken behaviour started?
I was arranging the order of samples in the keyzone editor, after manually slicing many phrases from a vocal take and having to put them in order a different order.
I can’t recall exactly would have happened to create this problem (because simply deleting large amounts of samples from the keyzone editor does not itself replicate these issues).
I am thinking it had something to do with re-arranging things in both the sample list and the keyzone editor, while making adjustments to my drumkit settings, and frequently hitting cmd-D to reset the samples to the drumkit.
This is all very vague for now, but I will be doing more of the same type of operation soon, and maybe I can figure out exactly what happened, because I know it has happened more than once. I can see how the sample-indexes might get scrambled/broken when I’m doing what I was describing above, so I’m thinking this is the common theme.
I will update as I can – thank you all for your help
