Thanks to the wisdom and knowledge of @tremblap and also some old posts the team made in the REAPER forum I was able to concoct a REASCRIPT script that can segment using noveltyslice inside of a reaper project. With some more effort, the other tools could be implemented.
Installation can be a bit tricky as you have to point Reaper toward a python 3 installation, which also means you have to install Python. It would be nice to re-write the scripts in LUA or EEL perhaps, but this was more of a proof of concept than anything and I am more fluent in Python.
To install it, the simplest way is to download the script(s) from the link and place them somewhere you can find them again. Go to actions in Reaper (Shift + /) (or is it just ?..) to run the script once you have something selected.
To make it better I could have it iterate over all selected items, but I had really had enough of the REAPER API once I got to this point. Perhaps in future.
I just pushed a LUA implementation too, which is miles faster and will run the FluCoMa tools in a background thread of REAPER so you can do other stuff while it chops. It’s also easier to install as REAPER has a copy of LUA embedded. Simply open the script through the usual means. It is pretty much superior in every single way…
This line is important too:
-- Each user MUST point this to their folder containing FluCoMa CLI executables
local cli_path = '/Users/jamesbradbury/dev/bin'
You have to change this variable cli_path to where the CLI stuff is and it figures out the rest.
Another caveat is that I have a command line application which can spit out the contents of a .wav containing index samples through the stdout. Without stepping on the official team’s toes - PA gave me a very quick mockup of this to test these scripts. This is the path referenced on line 48:
local ie_exe = cli_path .. '/index_extractor '
I don’t have an alternative right now if anyone wants to try. There should be a solution in the future… I hear…
Sorry, apart from the usual installation of the tools themselves you don’t have to fudge with installing the scripting language. The most important bit is configuring the path to the tools. I wish there was a better way around that.
There might be. If we release the utility (in discussion with @weefuzzy balancing with CSV output and such) and if people install the scripts in the usual places (/usr/bin) then you might be able to put that as default…
In the later future, we will release the C++ api so you might be able to make an all inclusive plug (or I might
FWIW, I think adding CSV output to the command line tools would make the extra utility redundant. And, of course, a dedicated Reaper wrapper in C++ would solve all problems, but that’s not on our menu for the time being.
I don’t know if it would be possible to search the PATH environment variable from within lua, but that might make for a slicker way of locating the executables.
I’m almost certain LUA does not have this built in, but it could be built given how flexible it is for scripting.
Personally, CSV or the command line utility work well. I like piping and I think its pretty useful to be able to get the data from stdout or something. More executables == more bloat and management for you as the developers, but its nice to have options.
So based on your second post, it would only involve installing your script somewhere Reaper will know (is there a standard location for that sort of thing) and then putting the CLI version somewhere else (/usr/bin or /usr/dev/bin as standard?)?
From there the script exposes the normal parameters of the algorithm (I guess depending on what you setup in the script) and goes from there?
And once in Reaper-land, do the scripts behave like other functions? (undo/redo, shift+click multiple selections etc…)
It would be great having a whole bunch of the buf-based functions available in Reaper!
you could consider taking the mediasource start and end (imagine an already segmented file) and pass them to the segmenter with -startframe and -numframes
I would put the temp file in /tmp/ as it is easy access to write to, and also would delete itself should anything go wrong with the deletion process.
This is ace, btw. I look forward to troubleshooting it!
samples is the guts of the conversion from samples to seconds inside the function sampstos. This means that instead of passing a value to convert, nil was passed which means that looping over the slice points went wrong, or no slice points were produced. This definitely needs to be handled more gracefully and investigated. I’m on it…
I dont write to /tmp/ because its not cross platform. In the Python version you can use the tempfile package to generate cross platform temporary directories but in LUA I’d have to run that myself. To me it makes more sense to write it into the project folder, which the user would have write access to without sudo.
This was happening because the Max 8 path, where I assume you kept the file in the fluid-decomposition package has a space in it, and I didn’t account for a circumstance where there is whitespace in the path. As a result, it was trying to look at a file which didnt exist, returning nil to the downstream functions. I pushed a fix to this now so just redownload from github.
