now you touched the brimstone :)
there's always two options rather directions if you wish:
1. add to current bloat on qtractor as an alternate model; yes, i've said bloat indeed ;)
2. do as a separate application or process, that possibly interfaces to qtractor via some kind of IPC; FYI. something quite similar has been proposed and implemented a few years ago, following jpmercury's freewheeling to which all live looping performance could get recorded via OSC messaging (as IPC); for all that meta/macro-recording kind of stuff there's--tada--the oscx branch still to play around.
cheers
Copyright (C) 2006-2024 rncbc aka Rui Nuno Capela. All rights reserved.
Powered by Drupal
Recent comments
19 hours 58 min ago
1 day 10 hours ago
19 hours 53 min ago
1 day 14 hours ago
2 days 1 hour ago
2 days 12 hours ago
2 days 14 hours ago
2 days 15 hours ago
2 days 17 hours ago
2 days 17 hours ago