Has the bug occurred in previous versions?
#Openmpt to sunvox Patch#
I provided a proof-of-concept patch which implements this sort of behavior - with, of course, no error checking or UI (naming a sample starting with '%' arms it, only ASIO is supported, the sample must have some initial data and be triggered at the playback rate and have a 16-bit mono format). This could also be a starting point for routing parts of the graph back to the input for a Freeze/"Sample VSTi" feature (another useful thing in Renoise, which is made more necessary by its utter lack of tracker-style pitch control on VSTis). This allows for recording live audio along with a pattern at any point, as well as splitting a recording across multiple samples that are all armed. Hitting stop could optionally disarm the samples so subsequent playbacks do not overwrite the samples.That is, a sample armed for recording receives audio instead of plays audio. Playing back the song while a sample is armed begins writing audio input to the sample when the sample is triggered within the pattern.My approach would be to minimize the amount of extra UI needed:
OpenMPT only allows importing external samples or creating sample data with the pencil tool.
They're still definitely trackers and not DAWs, although Renoise gets a bit close with its pattern-syncing. Rationale: FT2 and Renoise both have various methods to create sample data from within the tracker. Non-trivial feature but a long-term goal that would prove very useful.