created another tab to explain mode 3 in the helpfile.added safer checks for reworking buffer~-access boundaries whenever 't_max_err' notifications are received/requested upon buffer~-modifications made by sources outside the external.removed unnecessary things like unused messages, etc.extra code for varying buffer~ sample-rates.forced inline functions(a small compiler-specific consideration, not a huge difference, but just in case it helps optimize further).optimized interpolation(whole number speeds don't need interpolation so it's skipped in such cases). ![]() Added mode3 for setting playback duration by recording length.for example, a rezer~ instantiated as "rezer~ bufname 1" is only capable of addressing mono-buffer~s, and you can't send a message to it to suddenly change it to address stereo buffer~s if you want to switch between stereo and mono buffer~s, use a stereo form of rezer~(no 2nd argument defaults to stereo, so just instantiate like so: "rezer~ bufname") and then create your own switching mechanism at the output of rezer~ to send the left channel out to both channels when the buffer~ is monoįor a more easy experience getting it to work like karma~ where you can use the recording length to set the window duration, i've added a "Mode 3"! The helpfile tab 'mode3' will show you how this is done(in addition will show you how to append using mode 0). currently only 'mono' and 'stereo' modes available - the way mono/stereo works is you have to instantiate the object with a 2nd argument for the type you want and then the object will always only play/record in that channel-setup.helpfile shows how to make it MC-compatible - so you can have as many playheads and recordheads all independently controlled as you'd like □.'overdub' amount(for recording) is controlled by signal - allows for side-chain driven modulation or precise mixing. ![]() ![]()
0 Comments
Leave a Reply. |