Closing the Redux VST causes my VST host REAPER v7.29 to freeze for several seconds. This happens because for some Reason, Redux creates several temporary files when closing the GUI and that write process is slowed down by Windows 10’s built-in anti virus software:
This is the first time I’m seeing a plugin do this. Why is it necessary and what can we do here? Switching off the anti virus software or making an exception for the temp directory are not an option.
Reaper likely stores the plugin’s current preset data here, in order to be able to undo the removal.
Redux’s preset data can be huge, as Renoise and Redux always include all sample data in their files (songs, instruments). So as long as we only allow Songs and Instrument to be self-contained, which I personally favor a lot, because that’s one thing less to worry when opening up old songs/instruments, this unfortunately is hard to avoid.
the file in that directory structure (%temp%/Renoise Redux-1-XXXX/Renoise Redux_TmpPath-X-X/Renoise Redux_TmpFile-X-X.tmp) is created when loading Redux in any VST2 host
the IO access reported in my screenshot attributed to that temporary file is reported for any VST2 host that’s loading the VST2 plugin (so for the OS, it looks like it’s caused by the host while it’s actually caused by the Redux plugin)
monitoring the IO access reported for that temporary file, it seems that for some reason the IO throughput varies per VST2 plugin host, which makes the problem appear less in some and worse in other VST2 hosts
I somewhat had hopes that this would not happen if any unsaved changes were saved into a patch on disk but Redux always causes the main thread to stall when closing it’s GUI independently of unsaved changes being present or not.