- This topic has 3 replies, 2 voices, and was last updated 1 year ago by .
When I copy out a bank of SL enabled patches which refer to the higher wavetables, the patch editor reinterprets the wave table reference as one of the basic wavetables. On re-selection of one of those patches from the Patch Librarian, the patch plays back with the re-interpreted wavetable shapes.
Manually moving the sound selection away from that patch, then back again, restores the correct oscillator wavetable shapes in the hardware patch.
Examination of the Waldorf sys-ex documentation, in comparison to an Emacs hex mode view of the original patch, shows that either the documentation is off by 1, showing that Limit WT is in the wrong place, or else the documentation is correct, requiring inverted logic in the interpretation of Limit WT, and then a “reserved” code next to Brilliance (last byte of Oscillator parameters) is “1”.
Perhaps Waldorf really is using inverted logic on Limit WT, their documented parameter ordering is correct, and that “1” code actually does live in a “reserved” slot, and refers to the next higher wavetable storage area?
As it stands, the editor cannot be used for editing those SL sounds, even after manually correcting the oscillators. It appears that any changes to knobs in the editor cause it to update the hardware edit buffer with the entire contents of the patch parameters, resetting those oscillators to their incorrect values.
And using the patch editor to correctly back up those patches is not possible either.
The topic ‘SL Licensed Patches not setting Oscillator Shapes correctly’ is resolved and closed to new replies.