u-he • Re: U-he preset randomizer tool (open-source CLI)

Are those older presets? This is something to keep a look at. I'll add some warning if a preset has "undefined" values.

I can't say for certain if they're all old, as they often end up in common folders but I'll pay attention with new generations.

I basically use the gradient from grey, yellow, orange, red for rating my presets. Not sure grey brings much value, though. Then there's green for INIT / template patches. I was using blue for some interesting, crazy stuff, but not sure I really need more than those few categories. Problem is that the colors are exclusive. So I use file name suffixes, to mark presets and setup a "smart search", e.g. for Presets that I've explicitly made MPE optimized (-MPE), or presets that were modified by me in new variants (-SHV).

Interesting. Sometimes I'd use colors based on the intensity, blue for mellow sounds, yellow to red for more distorted/aggressive sounds, but never stick with anything and a few times all my favourites would revert to gray.

I'd love to test Diva's MPE and I could see merging/randomizing MPE optimized presets being really useful, but I can't stand my MPE controller (terrible feel/calibration) so it collects dust.

It's really limiting that user tags/categories can't be added and search is global without using long custom search strings. Hopefully Zebra3 brings some browser updates.

Not sure, that would make it more complicated and to me it already feels good enough. Now with uhe-fav files, you can actually use the u-he browser to multi-select, tag and export presets and then use that as a selection in the generator. Since that is possible now, I don't see so much point in making the CLI more complex (there will always be something more).

That's understandable. When categorizing generated presets I usually stick to Pads:Pads, Keys:Keys etc. to not end up with diluted categories since only one can be selected.

I think I get what you're saying. You can easily copy a variety of presets into a separate folder and use the folder option, or keep an individual favourites section for that.

I don't know if this is a script bug or u-he thing, but for categories some are named Bass: and others Basses: so theres Bass ( ) and Basses ( ) with 3 and 4 sub-categories each. Similar with Seq+Arp and Seq & Arp. This might be because the internal naming scheme changed in the past.

Eventually, I think I'll mostly be pasting in full commands. Being able to list multiple categories there could add support without changing the CLI, but I doubt it's much less work on the back end and I agree it's good enough as is.

For the final release a tips and tricks section in the the readme might help. I'm pretty used to it, but I could imagine it being intimidating to CLI noobs without the benefit of getting accustomed to each feature as it evolves.

RE: Favourites
Instead of looking for favourites.uhe-fav what about *.uhe-fav?
That way they could be descriptively renamed, avoid clashes, and allow unique sets for different use cases. For example add a bunch of presets to Fav-8, drag it to the preset folder and rename so you can easily go back to it or include in the future. Or have individual files named fav 1-8 (or based on your color scheme.)

Also when selecting all favourites I think the ( ) categories number might only be for one selected favourite, not all. When I select all favourites it returns the number 3888 in yellow and narrows down to 397 presets, but my total is over 1,000. (uhe-fav file should be current.)

If I select only Favourite 1, it returns the correct number in yellow (486) but narrows down to 397 as well.

Statistics: Posted by AtomOfScent — Thu May 23, 2024 12:40 am

---